Is it possible to change the location of the dat / config files in autodialogs?
No, there is no such setting yet. Can you please tell me, why it is necessary? It is possible to add, but I would like to know why. Thank you!
Best regards,
Oleg Chernavin
MP Staff
Best regards,
Oleg Chernavin
MP Staff
I have the app on my laptop and PC. I'd like to store the settings file in my dropbox folder so I dont have to copy the settings on every change.
I found the way. You can change the AutoDialogs shortcut to start it as:
"c:\program files\AutoDialogs\ad.exe" "c:\some folder\ad.dat"
Oleg.
"c:\program files\AutoDialogs\ad.exe" "c:\some folder\ad.dat"
Oleg.
This fix works great. Next time your in the code could I pretty please with sugar ask if you could write file updates real time then either re-read on new windows or at least not rewrite when exiting the program.
But what is wrong with writing to the ad.dat file when AutoDialogs exits?
Oleg.
Oleg.
Sorry for the long delay. I had a couple project go live but I'll bang out a quick reply while the users are calm.
The reason to write updates to the config file at the time of the change and not at the program exit is because it would overwrite the updates made to the file by the another PC.
PC A (server) makes a change and this is written to the config file in the common folder.
PC B (laptop) exits and writes current config on exit. (overwriting changes made by PC A)
PC B restarts with old config file.
PC A makes another change or shuts down. (new config restored)
PC B shuts down restoring old file.
(lets hope the windows server doesnt crash)
It would be great if the software could re-read the config file on new windows or at least not rewrite changes at the end. This way the user could restart to get the latest config. Another alternative would be to give a menu option to reload or create a simple hash of the current config in memory and the the file and if a change is detected ask the user if they want to reload. To me syncing would be out of scope for the program.
I think more and more of your users would appreciate any advances you could make in this area. While I'm in IT and would be an early adopter I see more and more general users taking advantage of cloud computing services like dropbox.
Bryan
Dropbox also works great for keepass and keepass even syncs changes made by multiple pc's
The reason to write updates to the config file at the time of the change and not at the program exit is because it would overwrite the updates made to the file by the another PC.
PC A (server) makes a change and this is written to the config file in the common folder.
PC B (laptop) exits and writes current config on exit. (overwriting changes made by PC A)
PC B restarts with old config file.
PC A makes another change or shuts down. (new config restored)
PC B shuts down restoring old file.
(lets hope the windows server doesnt crash)
It would be great if the software could re-read the config file on new windows or at least not rewrite changes at the end. This way the user could restart to get the latest config. Another alternative would be to give a menu option to reload or create a simple hash of the current config in memory and the the file and if a change is detected ask the user if they want to reload. To me syncing would be out of scope for the program.
I think more and more of your users would appreciate any advances you could make in this area. While I'm in IT and would be an early adopter I see more and more general users taking advantage of cloud computing services like dropbox.
Bryan
Dropbox also works great for keepass and keepass even syncs changes made by multiple pc's
Yes, I see now. It will require me to completely change the way it stores and reads settings. I will add it to my plans.
Thank you!
Oleg.
Thank you!
Oleg.