Hi, I would like to enquire about using symlinks to manage the JavaScripts and Stamps paths in PDF-XChange Editor. We have a NAS and a shared network drive mapped as X:.
I am currently responsible for managing the scripts and Dynamic Stamps for our team. Installing them for multiple users across the network can be quite tedious. I have a batch file that, when run by a user, automatically copies all the relevant files from the X: drive to their local C: drive's JavaScripts and Stamps folders.
However, whenever I make changes to the scripts or add new add-ons, those updates are not automatically reflected on each user's machine. To address this, I am considering using a symlink to redirect each user's local JavaScripts and Stamps folder paths to the corresponding folders on our shared X: drive. This way, any updates or new add-ons I publish to the network drive would be immediately available in PDF-XChange Editor on every user's PC without any manual intervention. We are currently using PDF-XChange Editor version 10.
I would like to know whether this approach is feasible, and what the key benefits and potential disadvantages I should be aware of before implementing it.
Symlink question.
Moderators: PDF-XChange Support, Daniel - PDF-XChange, Chris - PDF-XChange, Sean - PDF-XChange, Paul - PDF-XChange, Vasyl - PDF-XChange, Ivan - Tracker Software, Stefan - PDF-XChange
-
Paul - PDF-XChange
- Site Admin
- Posts: 7463
- Joined: Wed Mar 25, 2009 10:37 pm
Re: Symlink question.
Hi, unix2000
I would just point the users to the share directly and avoid the mapped drive/syncing altogether.
Policy detail https://help.pdf-xchange.com/sysadmin/e ... neous.html
There is a Group Policy for it in the Templates, which can be found here: https://help.pdf-xchange.com/sysadmin/e ... lates.html Here is a direct link to the Template files: https://www.pdf-xchange.com/Tracker_AD_ ... plates.zip
You should be able to enter the UNC network path directly. I am keen to hear how that goes.
I would just point the users to the share directly and avoid the mapped drive/syncing altogether.
Policy detail https://help.pdf-xchange.com/sysadmin/e ... neous.html
There is a Group Policy for it in the Templates, which can be found here: https://help.pdf-xchange.com/sysadmin/e ... lates.html Here is a direct link to the Template files: https://www.pdf-xchange.com/Tracker_AD_ ... plates.zip
You should be able to enter the UNC network path directly. I am keen to hear how that goes.
You do not have the required permissions to view the files attached to this post.
Best regards
Paul O'Rorke
PDF-XChange Support
http://www.pdf-xchange.com
Paul O'Rorke
PDF-XChange Support
http://www.pdf-xchange.com
-
Mathew
- User
- Posts: 831
- Joined: Thu Jun 19, 2014 7:30 pm
Re: Symlink question.
Paul,
Is there a similar setting for Javascripts?
Thanks,
Mathew.
Is there a similar setting for Javascripts?
Thanks,
Mathew.
-
Paul - PDF-XChange
- Site Admin
- Posts: 7463
- Joined: Wed Mar 25, 2009 10:37 pm
Re: Symlink question.
Hi, Mathew
unfortunately no, there are just the local folders, in %programfiles%, and %appdata%..
unfortunately no, there are just the local folders, in %programfiles%, and %appdata%..
Best regards
Paul O'Rorke
PDF-XChange Support
http://www.pdf-xchange.com
Paul O'Rorke
PDF-XChange Support
http://www.pdf-xchange.com
-
Mathew
- User
- Posts: 831
- Joined: Thu Jun 19, 2014 7:30 pm
Re: Symlink question.
@unix2000,unix2000 wrote: ↑Sun Jun 07, 2026 12:14 am Hi, I would like to enquire about using symlinks to manage the JavaScripts and Stamps paths in PDF-XChange Editor. We have a NAS and a shared network drive mapped as X:.
I would like to know whether this approach is feasible, and what the key benefits and potential disadvantages I should be aware of before implementing it.
Were you able to make anything work for the Javascripts folder? I tried making a copy of the javascripts folder on a network drive and mklink /d JavaScripts "X:\JavaScripts" seems to work fine in v11 (the scripts all loaded for me), but I've no idea how reliable it is, esp through application updates.
One thing that I'd be cautious about is that PDF-XChange stores the GlobData file in the javascripts folder, and that should be unique to each user. There could be conflicts opening/saving it and people would be overwriting each others settings. So if you're going to do this, probably better to make the symlink in the application folder, not in the %appdata% folder.
Note that the location of both the application folder and the appdata folder move in v11
- Mathew.