Bill Allombert wrote:
Note that menu actually allow programms to create there own 3rd level
(or 4th level) section for private purpose, to group related entries
(like xteddy and mozilla does). There is no need to document them.
Of course there is, to make it easier for translators. I know that some
of them are already documented inside "menu-sections.pot".
Well I don't really like the title "Webmaster" because it refers to the
user, not the software. How about "Web development" or "Web design" ?
You are right. I will change it to "Web Development".
P.S. This is totally unrelated, but are there any plans expanding
menufile format to include freedesktop.org style information for
translations etc.? Would such feature be accepted if it was implemented
by someone?
The question is whether there is enough interest to use them instead
of the global menu l10n. So far evidence are not compelling.
The cost of maintaining the translation inside the menu files is going
to be much higher than maintaining all the translation in a centralised
manner (like it is done currently).
I did not express myself clearly, sorry for that. I was talking about
[1]. That is, including additional information in menufiles, so that
desktop environments like GNOME and KDE could generate localized user
friendly menu entries. This is on a wishlist of many Debian desktop users.
[1]
http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
