Non-admin user inconveniences

[Jethro]

I have read through a number of posts, and may have missed a fix for this.

Admin user settings from a previous PrimoPDF session - such as the filepath to where the pdf is saved, output type (screen/print), security settings, etc are saved and show up in the next PrimoPDF session.

Non-admin user settings from a previous PrimoPDF session are not saved, thus do not show up in the next PrimoPDF session. You have to select Screen/Print, browse to the desired filepath (it defaults to c: every session), and etc. The program produces the PDF file just fine and I am pleased with the output file, but the steps of having to reselect everything are a nuisance. We often have to do multiple PDF's and save them to the same directory, so you could see where resolving this would help us. I don't recall this being an issue with 1.0.

Please let me know if there is a solution to this, or if there is a post that I have missed that deals with this issue. Thanks!

Jeff

[JoeGrass]

I've just rolled out PrimoPDF to 80 PC's where the users are non-administrators. The solution to your problem is to give the users read/write access to the registry key HKLM\Software\activePDF\ (and all sub-keys), and to the folder C:\Program Files\activePDF\ (and all sub-folders).

If you don't want to change the permissions on the folder, just edit the value for OutputDir in HKLM\Software\activePDF\PrimoPDF\Configuration\ to point to another location, and make sure your non-admin user has read/write access to the new location, say C:\Documents and Settings\All Users\Documents\.

It would have been better if PrimoPDF used HKCU instead of HKLM, because you could have specified the output folder for each user, e.g. C:\Documents and Settings\%username%\My Documents\.

[Egbert]

Joe,
your answer sounds good and it generates another question;
how do i alter user permission? I operate a stand-alone PC W98SE and still need some action in order to get Primo working.
thanks,
egbert