Re: "_New" vs. N_("New") vs. N_("_New")

["Khimenko Victor" <gnome khim sch57 msk ru>]

9-Nov-98 19:33 you wrote:

> On Tue, 10 Nov 1998, Khimenko Victor wrote:
>> Once again l10n problems are ignored :-((

> What do you mean "once again"? There was a huge discussion on
> gnome-hackers about how to implement this so that i18n would work. Gnome
> always pays attention to i18n.

>> For example Help is "Подсказка"
>> (Podskazka) while Print is "Печать" (Pechat) so if you have "_Help" and
>> "_Print" in the same menu you'll got problem.

> No, the _ is part of the string and gets translated just like every other
> string. The translator for each language decides where to place it.

Of course! Other problem. What if there are A LOT OF menus in application
(in MS Word there are more the 20 menus, including context menus for objects).
Then you'll have A LOT OF duplications of items in menu with different set
of items there. And it's could be REALLY hard to find placement of "_" to
reduce collisions level :-(( In translations that is: it's not hard to solve
such problem if you'll need solve problem for ONE menu but for 20-30 menus
SIMULTENEOUSLY... This could be hard :-((

P.S. How this problem is solved in Win32 & Mac world ? Trivially: there are
not only strings could be altered without touching sources (via resources) but
also layout of menus and dialogs... Thus you could use "&Проверка" in one menu
and "П&роверка" in other even if in both menus there was "&Help" initially...
May be this is way to go ? Of course there are a lot of stupid ideas in
Win32 API but IMO this is not one of them ...