You are here

Home » Forums » Support Forums » PortableApps.com Platform

[Resolved] PortableApps Updater language package

12 posts / 0 new
Log in or register to post comments
Last post
October 25, 2010 - 1:43pm
#1
guillaume.prevot
Offline
Last seen: 5 years 10 months ago
Joined: 2009-07-29 13:54
[Resolved] PortableApps Updater language package

Hi,
I post this in "platform" forum because it looks like the issue is not application specific :
- when I update Firefox or Thunderbird with PortableApps Updater, the application language automatically switch to english after installation.
- if I download the french version and run a manual update, the language is french, as expected.
I'm wondering if PortableApps Updater is aware of user language when it downloads updates for firefox and thunderbird.
Any ideas ?

EDIT 2010-10-28 : As John explains in this thread, the updater is meant to be run from the platform, not by command line. Tried this today and Firefox, Thunderbird and TeamViewer have been updated with the french versions. --> marked as resolved, Thank you for your time

Thanks
Guillaume

Top
October 25, 2010 - 1:51pm
John T. Haller
John T. Haller's picture
Offline
Last seen: 2 hours 5 min ago
AdminDeveloperModeratorTranslator
Joined: 2005-11-28 22:21
Platform Language

The PortableApps.com Updater will download the app package in the language that matches the current platform settings. So, if you had the PA.c menu set to English, it'll download the English versions of the apps, regardless of what the existing installed language was.

Sometimes, the impossible can become possible, if you're awesome!

Top
October 25, 2010 - 2:39pm
(Reply to #2)
guillaume.prevot
Offline
Last seen: 5 years 10 months ago
Joined: 2009-07-29 13:54
Not so sure

Thank you for your answer.
It looks now that the normal behaviour is the one I expect.
But the menu is already configured in french while the updates are in english.
Now, I have a second question : if I manually run the Updater, without running the menu, is it supposed to be the same behaviour ?

Top
October 25, 2010 - 3:21pm
(Reply to #3)
John T. Haller
John T. Haller's picture
Offline
Last seen: 2 hours 5 min ago
AdminDeveloperModeratorTranslator
Joined: 2005-11-28 22:21
Nope

If you run the updater manually (not through the menu) it will update in English regardless of menu language. The updater is not meant to be run directly.

Sometimes, the impossible can become possible, if you're awesome!

Top
October 25, 2010 - 3:40pm
(Reply to #4)
guillaume.prevot
Offline
Last seen: 5 years 10 months ago
Joined: 2009-07-29 13:54
Understood

OK, thank you for your answers.
But it's too bad because it would be more convenient Sad

Is it planned to improve the updater to look for the user's language instead of the current behaviour (I think you're passing language as a updater's command argument) ?

Or could you explain how I can specify the language to use ?

Regards,
Guillaume

Top
October 25, 2010 - 4:20pm
(Reply to #5)
John T. Haller
John T. Haller's picture
Offline
Last seen: 2 hours 5 min ago
AdminDeveloperModeratorTranslator
Joined: 2005-11-28 22:21
Platform

You simply set the platform to the proper language and the apps will download/upgrade in that language. I just tested it by switching my test platform to French and updating Firefox to 3.6.11. It updated it to the French version as expected. This is by design.

The updater is not meant to be run independently of the platform and will not run properly when launched directly. The platform needs to be running and the updater needs to be called from it for the updater to switch languages and for the installers to properly run in unattended/silent mode. If the platform is not running, the installers will not run unattended/silent and the updater will not appear in the desired language.

Sometimes, the impossible can become possible, if you're awesome!

Top
October 25, 2010 - 5:21pm
(Reply to #6)
guillaume.prevot
Offline
Last seen: 5 years 10 months ago
Joined: 2009-07-29 13:54
OK

OK, you can consider this thread as resolved because there is a solution : use the platform.

Anyway, I understand you want us to use the platform but I think it would not be difficult to allow command line switch for the updater. Too bad...

Thanks again.

Top
October 25, 2010 - 6:00pm
(Reply to #7)
John T. Haller
John T. Haller's picture
Offline
Last seen: 2 hours 5 min ago
AdminDeveloperModeratorTranslator
Joined: 2005-11-28 22:21
Installers

The installers are keyed to look for the platform to be running to properly handle updating/automatic mode. So while I could implement a language switching command line option and you could then launch it directly, the installers wouldn't run in automated mode now adopt the proper language themselves (they get this as well as - shortly - any custom Documents and other locations from the platform, not the updater).

An upcoming version of the updater won't even be a separate EXE, it'll just be part of the main platform.

Sometimes, the impossible can become possible, if you're awesome!

Top
October 26, 2010 - 3:24am
(Reply to #8)
guillaume.prevot
Offline
Last seen: 5 years 10 months ago
Joined: 2009-07-29 13:54
Right

So, if I understand you correctly, with the command line switch, everything would be OK because installers already uses platform language and I could tell the updater which language to use.

But the discussion is useless because you plan to include updater in the platform, which is a bad idea from my point of view : I do not use your menu (like some people here) and it was convenient to be able to call the updater/backup/restore automatically.

Thaks anyway...

Top
October 26, 2010 - 7:52am
(Reply to #9)
Chris Morgan
Chris Morgan's picture
Offline
Last seen: 7 years 11 months ago
Joined: 2007-04-15 21:08
Usability, complexity issues

There are currently some fairly serious (in my opinion) usability issues which just can't be fixed in NSIS - the entire lack of support for using the keyboard, for instance. The code to work it in NSIS also ends up fairly messy; code integrated with the Platform would be a lot neater and simpler, and some other useful features can be implemented. It may make it less flexible in that it requires the Platform, but it makes the tool better and more flexible and more tightly integrated with the overall PortableApps.com experience.

I am a Christian and a developer and moderator here.

“A soft answer turns away wrath, but a harsh word stirs up anger.” – Proverbs 15:1

Top
October 26, 2010 - 7:57am
(Reply to #10)
John T. Haller
John T. Haller's picture
Offline
Last seen: 2 hours 5 min ago
AdminDeveloperModeratorTranslator
Joined: 2005-11-28 22:21
No

You'd use a command line switch by calling the updater directly (either manually from the command line, with a bat file, or from another menu). This would cause all the installers *NOT* to work right because they wouldn't be inheriting language settings and folder settings from the PA.c Platform. So, none would come up in the proper language and none would run in unattended/silent mode. The platform calls the updater and passed on all the info, the updater uses the info to appear in the proper language and passes that plus all the other info on to the installers. The updater is part of the platform although being a separate EXE.

What is it exactly you're trying to accomplish?

Sometimes, the impossible can become possible, if you're awesome!

Top
October 26, 2010 - 9:42am
(Reply to #11)
guillaume.prevot
Offline
Last seen: 5 years 10 months ago
Joined: 2009-07-29 13:54
...

You're right, let's stay focused Smile
All I want is to be able to run updates via command line.

By now, it does not works because the updater is in english (if run via command line) and downloads english packages for Firefox and Thunderbird. I see 2 solutions :
1- the updater uses the platform to guess what language to use
2- in the worst case, the updater provides a command line switch so I can tell "french, please"

In any case, there would be no change for multiligual applications because they already look for the platform language.

Top
Log in or register to post comments