I've split the database and want to link different versions of the front end to the back end from 4 different users, giving each different access to the tools, ribbon and quick access toolbar according to their needs/rights.
I've tried copying the front end for each user but it just replicates and any changes to the options (eg the user name and initials, hide the Navigation Bar etc) are carried out in all versions. It's obvious that, even though I carry out the changes in the front end, the changes relate to options in the back-end database to which the front end is linked - even importing all the front end objects into a new database doesn't solve the problem. As long as the new front end is linked to the same back end, the options must be the same for all users.
I've created and set up a 'secure'(!)logi n procedure that identifies users individually and by groups and that works well for initialising the correct startup form according to user group. Is there any way I can restrict programatically which users have which global options on the back end database?
I've tried copying the front end for each user but it just replicates and any changes to the options (eg the user name and initials, hide the Navigation Bar etc) are carried out in all versions. It's obvious that, even though I carry out the changes in the front end, the changes relate to options in the back-end database to which the front end is linked - even importing all the front end objects into a new database doesn't solve the problem. As long as the new front end is linked to the same back end, the options must be the same for all users.
I've created and set up a 'secure'(!)logi n procedure that identifies users individually and by groups and that works well for initialising the correct startup form according to user group. Is there any way I can restrict programatically which users have which global options on the back end database?
Comment