On Mon, Jun 05, 2006 at 10:43:55PM -0400, Dylan Thurston wrote:
> Package: menu
> Version: 2.1.27
> Followup-For: Bug #37716
>
> Currently, it seems that menu's default behaviour is to generate a
> menu in the locale of whatever user runs it. This produces
> unpredictable results if, for instance, there are two system
> administrators with different preferred languages. This can be fixed
> (change the 'outputlanguage="LOCALE"' line in
> /etc/menu-methods/menu.h) but it is very broken default behaviour. If
> you want a global language, you should use some global language
> setting rather than relying on whatever locale happens to be set when
> update-menus is run. AFAIK, there isn't a global language setting,
> and for good reason: relying on such behaviour is broken in a
> multi-lingual environment!
I agree that this behaviour is problematic, but it is only used for
menu-methods that does not support nicer behaviour.
Non-root users have the option of running update-menus themselves under
their own locales. This will get precedence over the system menu.
When running as root, I agree that using a global language setting
can be better. How can access such global language setting ?
> I understand that there are some old window managers that are not
> able to dynamically change there menus according to the locale of the
> user currently logged in, but modern desktops are able to. Please
> provide some method for i18n-aware desktops (etc) to use more than one
> generated menu method. (For instance, locale.gen might be a useful
> file to work from to decide which languages to generate.)
Menu is only acting in accordance to the menu-methods. Menu files are
statically generated and it is quite frequent window managers only
handle a single language.
An exemple of menu-method that generate multi-lingual menu files
is the method /etc/menu-methods/xdg-desktop-entry-spec-dirs
in the menu-xdg package. This method does:
function section() =
"Name=" title() "\n"
forall(sections_translations(),"lang",
"Name[" $lang "]=" translate($lang,title())
"\n");
Actually XDG-compliant desktop (KDE and GNOME) use the menu-xdg
menu-method that generate multilingual .desktop files.
So is there some modern yet not XDG-compliant desktop that support
multilingual ? In that case I am happy to help writing the menu-method.
Cheers,
--
Bill. <[EMAIL PROTECTED]>
Imagine a large red swirl here.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
