http://qa.mandrakesoft.com/show_bug.cgi?id=3603
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |WONTFIX
------- Additional Comments From [EMAIL PROTECTED] 2003-04-01 15:13 -------
No, in lang.h are defined two variables: lang()= for those environments that
don't have real i18n for their menus; and languages()= for those environments
that do have proper i18n support for their menus (all those following the
*.dekstop standard are in such case, eg Gnome, KDE, and some others as well).
The languages()= variable lists all languages present on the system.
So, the bug is not a mdk bug, but a bug with some environments that don't allow
an i18n system-wide menu system (that is, one including several languages,
and the proper language being displayed depending on user settings).
Report the problem to WindowMaker, ICEWM, etc. projetcs, asking them to add
multilanguage support in their menu structures.
But it's not possible to provide multi-language support in the menus if the
window manager doesn't support it.
If some of those environments do support multi-language menus, but that feature
isn't handled by "update-menu", then a pointer to a document describing how the
multi-language support is done would be appreciated, so we can support it.
Thanks
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
------- Reminder: -------
assigned_to: [EMAIL PROTECTED]
status: RESOLVED
creation_date:
description:
Menu support only system-wide l18n messages. It is not affected by users locale
setting.
Right now it is hardcoded in /etc/menu-methods/lang.h ( the language is set
during the installation stage)
Expected Results:
update-menu should respect ${HOME}/.i18n settings
