Technical Details:
- Platform 12.0b1 (doesn't tested with 11.2)
- PicPick 3.2.0
- This happens intalling PicPick anywhere, the difference is when you execute it form the platform menu (you can also install the platform anywhere, it doesn't depends if you install it on your hard drive or on your external drive).
Run PicPick from its own folder (using its launcher, the exe file), without the platform. Change one specific preference, for example languaje, and then close it (from the tray icon, right click and then on exit) and open it again . All should be normally, and the preference that you change previous should be saved.
Repeat the process launching PicPick from the PortableApps platform. At least for me, the second time you open PicPick the preference that i changed isn't saved.
Have you only tried this changing languages, or does this happen with other preferences as well?
If it is only with language switching, by default the PortableApps platform switches all apps to the Platform's language on launch. To turn this off go to Options and uncheck "Use this language for all portable apps".
I don't realized of testing other settings, so your comment works. I change its languaje to Spanish, and it keeps on that. But, what happen if i want all my apps in Spanish? Does i have to install them manually? I think that this is a bug, at least for me. Can i report this like one?
Thanks
If you have "Use this language for all portable apps" checked in the Platform options and your Platform is set to Spanish, every PortableApp launched by the Platform will start in Spanish. If the Platform was set to English, all apps would open in English.
If you have "Use this language for all portable apps" unchecked in the Platform options, each app will remember language settings separately, so you could have PicPick in Spanish, Firefox in English and Thunderbird in German if you wanted to.
But, if i have the platform prepared to install or use all apps with Spanish, why i can't use PicPick in that languaje when this preference is checked?
Do you have the Platform set to Spanish, or SpanishInternational?
PicPick doesn't have a SpanishInternational translation if that is what you are using, so it defaults to English.
You're right. Thanks for your help!
If you edit your PicPickPortable.ini file in the App\AppInfo\Launcher directory to this, it will fix the issue and automatically use Spanish:
I'll include this in the next update.
Sometimes, the impossible can become possible, if you're awesome!
Really thanks for the fix.
winterblood wrote
This statement is not generally valid, as there are also programs for which the language has to be changed manually.
You're correct. Offhand, the only PAL-based apps that I know of that don't automatically switch languages are those that are using RunAsAdmin.
However, there are some apps that haven't had their launchers written to take advantage of PAL, and most of those haven't been custom-coded to handle languages automatically either.
As an example for an app, which is not using RunAsAdmin, I refer to the app Peazip Portable. Surely you've right, that this app probably hasn't been custom-coded to handle languages automatically. Therefore I tried to find a solution, but without any success in the moment.
In addition, I also have discovered a faulty coding in the section [FilesMove] of the file PeaZipPortable.ini. Here is the correct code for this section:
Please make a new post in the correct support forum for Peazip, including [Bug] in the title, so we can track and fix that issue appropriately, rather than hijacking this thread.
Tested PicPick 3.2.0 on three different Windows 7 x64 systems (two physical machines, one virtual), all produce the same problem.
When PicPick is set up to automatically save a screen capture to a user's Desktop with 'Date/Time' file name, the file (before file format type) always ends with (2). The OS thinks the file is being saved twice adding (2) even though only one file is actually saved.
e.g.
2012-12-19 01 06 25(2).png
PicPick 3.1.7 does not suffer from this problem.
Thank you,
David
This bug isn't in any way related to the bug reported in the topic. Please try 3.2.0 itself (non PA.c) to see if it has the same issue. If it does, report it to the publisher. If not, please create a new topic here with the details.
Sometimes, the impossible can become possible, if you're awesome!
Apologies John, never a good idea posting late at night (GMT). Searched for PicPick 3.2.0 to report the issue and came across this thread.
Tested the installer version and yes, it produces the same bug. Sent an e-mail to the development team.
Would you like me to keep you informed?
David
Due to your email, which you sent to the development team of PicPick, is in the actual version PicPick v3.2.1 the Bug removed. Now the saved file will appears correctly as follows:
2012-12-25 15 57 45.png