Hi,
Is it possible to use different directory for C:\Users\username\AppData ?
Thank you
***Question fixed.
New: DesktopSnowOK (Jan 6, 2025), Platform 29.5.3 (Jun 27, 2024)
1,100+ portable packages, 1.1 billion downloads
No Ads Nov/Dec/Jan!, Please donate today
If I understand your question the answer is NO as their is no guarantee a dir like C:\Users\username\AppData will be writeable on any given system or that it will even exist.
Some apps use temporary, TEMP, TMP, etc. directories in very specific ways.
There has been some discussion on this. Ask further if your q is more specific.
Wm
Since the default location in Win 7 is:
C:\Users\User Name ?\AppData\Local\Temp\
Why not use it?
Bill
some systems may allow you to write there others may not
portable apps (the most used ones, at any rate) try to presume as little as possible about the host system
Why should a host have Bill or Farat as a user ? Answer it needn't and probably doesn't.
Wm
"portable apps (the most used ones, at any rate) try to presume as little as possible about the host system
Why should a host have Bill or Farat as a user ? Answer it needn't and probably doesn't."
ALL hosts have a %username% and I'm sure all portable apps have access to it. No presume needed.
Ed
Sorry because I forgot the 'different' word on my question. I am asking if it is possible to use different directory for C:\Users\username\AppData ?
I am asking this for privacy purpose. I am opening my portable apps on different machines from USB HDD. But my apps leaves many files inside C:\Users\username\AppData and subdir of this directory. (Sometimes these files are important. As an simple example: 7-zip extracted files)
I dont want to leave any files on this folder.
If it is possible how can I change this dir for portable apps?
the leave any files behind at all.
I think this would be the first step to do, as this should not happen at all.
Are crashing the programs somehow or not closing them or so?
Otto Sykora
Basel, Switzerland
Yes, exactly as you say. PortableApps does not use C:\Users\username\AppData without crash (or bug)...
But they use C:\Users\username\AppData\Temp directory as System Default Temp folder. I understand it from 7-zip which optionally asks if you want another custom directory or system temp folder.
I can change the 7-zip's temp directory, but all other portableapps (more than 80 I use) will use system default temp path.
When I use portableapps from my usb drive on my friends machine, I don't want to leave files on C:\Users\username\AppData\Temp folder.
Also there is another problem here: If I'm not wrong, a portableapp writes on C:\Users\username\AppData folder, after I close portableapp, it is removes automatically these files. Thats good, but as you know people can recover easily my files which are written on their local drive. But If I use my usb drive, they can't recover them.
All our apps that use the TEMP directory and might leave things behind use a self-contained TEMP directory (%TEMP%\AppNamePortable) and wipe it on exit. This functionality is built right into the PortableApps.com Launcher (the AppNamePortable.exe for most apps) and enabled by default.
Sometimes, the impossible can become possible, if you're awesome!
What you mean with wipe? just delete or something else?
Deletes the files
Sometimes, the impossible can become possible, if you're awesome!
Doesn't %TEMP%\AppNamePortable translate to
C:\Users\username\AppData\Temp\AppNamePortable folder? So the files are still on the machine's hard drive.
A new variable such as %PATEMP% could provide more user control. It could default to %TEMP% or be set by the user to something else.
Ed
That is an upcoming feature of the platform. It's called a contained TEMP directory. It'll set TEMP at platform start and all the apps will base off of that. You'll be able to run it locally or on your device within the PortableApps folder.
I was just responding to the idea that apps leave things behind in TEMP and that that was acceptable. They do not and it is not.
Sometimes, the impossible can become possible, if you're awesome!