Quote:
Originally Posted by lex8058
I did go to your example. It looks good How did you get the login to work.
I created a Employee table with passwordID as my Primary Key. Then linked that to my login form.
The dasboard is good and I may design parts of mine to be more button friendly but currently its a Navigation form.
We may want to create a share point at some time but not yet( I am creating all Macros so that when and if we do we will not have any code issue'
|
Ohhh .. trying to do security with just macros.
I have never using just macros. I have always used code modules to make it hard to crack.
Quote:
Originally Posted by lex8058
The login, Not sure what you mean by Mode. I created a form Login then put it in the options display form when open after entering user and password the form closes and opens a personal Dashboard.
|
Are you opening your logon form in dialog mode?
You will probaly need to be sure to trun off the control box and close butten etc to try to force the user to click you commnd button.
You will need to also stop alt-F4. You proably will need to use teh autokeuys macro for that.
Quote:
Originally Posted by lex8058
This is not a fully working DB. I am creating it now (but I may take your advise and copy my DB before I split it )splitting it now is premature in being that I am using 2010 to create it and all of my users do not have Access 2010 so when I split it I will be creating A accbe (not sure that is the correct lettering I will be formating it so that Access 2010 is not needed to use the FE)
|
Unfortunately
ACCESS WILL ALWAYS BE REQUIRED to run your front end (.accdb, accde, accdr). If the users do not have Access installed then you will have to install some version of Access. Either the full retail version or the runtime version.
It sounds like you are probably planning on using the Access Runtime. I deploy ALL my front ends with Access running in runtime mode or with the runtime.
To be able to properly test you database for running as a ACCDE with the Access runtime you really need to split your database and compile the database into an ACCDE. Otherwise you can not properly test. You will also need a machine with the actual runtime installed to be sure that every things works correctly. There are things that work in an ACCDB that will NOT work in an ACCDE or in the actual Access Runtime.
My opinion is that it is NEVER to premature to split your database. Especially if you are deploying a front end as a ACCDE and/or using the runtime.