locale specific for .desktop
Brian J. Tarricone
bjt23 at cornell.edu
Wed Oct 17 09:56:35 PDT 2007
Takao Fujiwara - Tokyo S/W Center wrote:
> How about a new "%l" since Exec line supports some field codes?
Why? If the application launching the app in the Exec line knows what
$LANG is, then the application that gets launched knows too, and can
figure out what to do based on $LANG; there's no need to pass the locale
on the commandline.
You shouldn't be opening hardcoded paths in .desktop files anyway; if
you need to open different files depending on $LANG, you should write a
small helper application to figure things out for you. If it's a
help-system type thing (for example), use an existing mechanism outside
of the desktop entry spec to do this.
> How about adding a new key OnlyShowInLang ?
I guess I still don't understand why this is necessary. If a user
installs a piece of software that installs a .desktop file, my feeling
here is that they want to be able to see it regardless of what
LANG/LC_ALL is set to. If it doesn't apply to their language at all,
then why would they have installed the app in the first place? If it's
a distro-installed app that the user doesn't want, it should show in the
menu so the user is aware of it and can uninstall it if he/she so desires.
IMHO installing multiple .desktop files for an app (e.g. 1 per language
for some number of languages) is foolish, and just slows down menu
implementations. The app itself should deal with the locale
appropriately by examining environment variables.
Personally, I'd prefer we didn't add complexity to the spec when the
same functionality can be handled outside it.
More information about the xdg