locale specific for .desktop

Carsten Haitzler (The Rasterman) raster at rasterman.com
Wed Oct 17 18:12:20 PDT 2007


On Wed, 17 Oct 2007 09:56:35 -0700 "Brian J. Tarricone" <bjt23 at cornell.edu>
babbled:

agreed. teh app can handle language specific codepaths and resources itself
based on $LANG/$LANGUAGE/$LC_ALL etc. if it doesn't and requires to pass in
cmd-line args so it can do so, it's a fundamentally broken app. it should be
fixed in the app, not the spec.

> 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.
> 
> 	-brian
> _______________________________________________
> xdg mailing list
> xdg at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xdg
> 


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com



More information about the xdg mailing list