I can't figure this out. Is it possible to make a password field. you know, when the user types in the password it shows up as "****"

Any way to do this on a layout?

Thanks.

Have alook at the Custom Dialog script step.

You can set input fields to obscure the characters entered with "blobs".

I tried it and I think that fits what we need. Thanks for your quick response.

Is there any way of doing this in a layout?

I am trying to manage accounts and privileges, that are stored in a table, and I cannot have a dialog pop up every-time I need the administrator to enter a password.

You can take a look at this thread.

http://fmforums.com/forum/showtopic.php?tid/184468

However, as you will see, using a system such as you are trying to do is not really secure.

Here is my problem:

My database will be on an SQL server. The front end on client machines, all over the city, connected to the server. To make sure the application continues to work when a connection is down, the IT manager is installing SQL servers in each office, which will sync data with the main server, which also has the added benefit of backing up the data to several locations. One administrator will have access to the user accounts to create delete or modify them, from any location.

What I am planning to do is have a user accounts table in the database, which will hold the username, password, privilege, and some other info. When a client wants to login, a custom dialog will appear asking for username and password. The script will check the user account table and log in to generic accounts based on the privilege of the user.

The layout where the Administrator enters/modifies/deletes users will have the password field. I want this field to appear as ***** instead of the actual text. I may also add an option to show the password, but I want it hidden just in case someone is watching over the shoulder.

I don't think this has the security issues of the custom login dialog. If it does please let me know.

You can use some kind of bullet font, but again it has its own issues.

See here on threads regarding bullet fonts.

http://fmforums.com/forum/showtopic.php?tid/149123

http://fmforums.com/forum/showtopic.php?tid/177361

http://fmforums.com/forum/showtopic.php?tid/178356

http://fmforums.com/forum/showtopic.php?tid/177443

http://fmforums.com/forum/showtopic.php?tid/195386

http://fmforums.com/forum/showtopic.php?tid/169996

Then see here about the vulnerabilities of custom logins.

http://fmforums.com/forum/showtopic.php?tid/180727

Here is my custom login program. I will add an option for the user to change the password.

Custom Login

The database with the username and passwords will not be in the file but on the SQL server.

Anyone who has the time, can you please check and see if this is OK?

So, nobody had the time to check, or was it so secure nobody could crack?

Perhaps you missed the point of Steven Blackwell's article: custom logins are inherently insecure. Don't bother asking me how I got in, because that's not the point. I have no hacking skills, and it took me about 5 minutes - but that's not the point either. The point is that custom logins are inherently insecure.

Being the antagonizer in most of the links that Mr Vodka posted (i sound like a bit of a brat looking back at those posts) just trust me and don't go there. There is no way you can really make this secure and i've tried every which way believe me...