#1
|
|||
|
|||
designating a document folder?
Howdy -
When I Ctrl+J an item and open it in Word it opens in a disk folder that I don't want to use for this purpose. Is there a way to tell URP4 where I want to store files when I perform a Ctrl+J operation? Thanks. Regards, Bal |
#2
|
|||
|
|||
UR uses a subfolder in the TEMP path, so you could change the TEMP environment variable to change the location. Another option would be to run in portable mode (the temp files will then be stored in a subfolder of the path where UltraRecall.exe is run from).
http://www.kinook.com/UltraRecall/Ma...stallation.htm |
#3
|
|||
|
|||
Hi - how do I change the temp variable. I'm assuming with Regedit? If so, what am I looking for.
Here's what's happening. I used to use Mozy backup. I stopped and uninstalled it. For some reason, URP4 wants to store the temporary files it creates during a Ctrl+J operation in this path: L:\mozybackup\UltraRecall\2945 I have deleted the mozybackup folder. UPR4 recreates the folder and then the entire path. Very odd. I'd like it to store the temp file in a folder sub to whatever UPR4 database I'm using, whether it's on a C drive, an L drive, or a USB stick. What do I need to do to make that happen? Thanks. - Bal |
#4
|
|||
|
|||
Yes that is odd...I would check to see if it is the system temp variable that is causing the problem, which seems unlikely as you would find a lot more temporary files than just the UR files in the L:\mozybackup\ A quick way>> in window explorer or IE type %temp% to go to the location of the temp variable. On my Vista system it is C:\Users\user name\AppData\Local\Temp
You can set/see the environmental system variables as follows: (Vista) Right click Computer on desktop or in start, Properties, "Advanced system settings" , UAC Continue, On Advanced tab, Environment Variables (XP) Right click Computer, Properties, Advanced tab, Environment Variables I have never tried the instructions Kinook suggested above, specifically forcing UR to run in "portable mode" on a hard drive, so I can't offer any insights there. I see the need to fix the faulty location. Since these files are temporary and deleted when UR is closed properly, I am curious about the reason you wish to control the temporary location. Security? |
#5
|
|||
|
|||
Here's the reason.
I use a service called Dropbox (https://www.getdropbox.com/home). It includes an online storage area and a desktop program that synchs files between both areas. I use my dropbox on both my desktop computer and my netbook machine. When I close URP4 on my desktop, the files I worked on are immediately uploaded to the online dropbox and my netbook downloads them to its own iteration of the dropbox folder. The folders are on different letter drives (desktop L and netbook C). Thus the data file locations are inherently different and external files that are referenced within URP4 can be resolved only via relative referencing - relative to the main URP4 data file. Since URP4 on my desktop "wants" to create the external files inside a non-existent-newly-created mozybackup folder, and since my netbook has no way of "understanding" this, the external files that are created in a Ctrl+J operation can't synch up. The only way for me to synch them is to create them first in, say, Open Office and to then import those files into UPR4. This works, but it is immensely more cumbersome than creating the item in URP4 and doing a Ctrl+J operation when it's called for. Hopefully this is clearer than mud. Let me know if not. Regards, Bal |
#6
|
|||
|
|||
I have used MS Live Mesh for synchronization which works similarly to Dropbox.
For synchronization between computers, you do not need to worry about the location of these temporary files created with Ctl-J. That data lives in the *.urd file which is updated when you stop editing the file externally. The files that are created with the Ctl-J (edit files externally) http://www.kinook.com/UltraRecall/Ma...externally.htm a. don't need to be synced because the changes made made in the external app are updated into the *.urd file when the external app is saved or closed. b. shouldn't be available to be synced because all temporary files created by UR are automatically deleted when UR exits. c. probably shouldn't be synced...I don't think that you are trying to edit the external material simultaneously on 2 computers...that would seem too risky to me. So think of the temporary files as just a scratch pad for the real document that is inside the *.urd file. Hope this helps. |
#7
|
|||
|
|||
Very cool - thanks you. That is very helpful indeed.
Best Regards, Bal |
|
|