Re: Bug in gui ?

[Fred Kiefer]

> Am 22.05.2019 um 00:50 schrieb Bertrand Dekoninck 
> <bertrand.dekoninck@gmail.com>:
> 
> On 2019-05-22 00:46:03 +0200 Bertrand Dekoninck 
> <bertrand.dekoninck@gmail.com> wrote:
> 
>> When using horizontal menus and translated apps, the "Info" submenu isn"t 
>> attached to the top menu but appears on the menubar. I suspect a bug in in 
>> gui.
>> 
>> In NSMenu.m at line 337, we find this condiion to add the "Info" item to 
>> titleItem of the menu :
>> // The menu may not be localized, so we have to // check both the English 
>> and 
>> the local version.
>>                  if ([title isEqual: @"Info"] ||
>>                      [title isEqual: @"Services"] ||
>>                      [title isEqual: infoString] ||
>>                      [title isEqual: servicesString])
>> 
>> 
>> where infoString is _(@'Info") in the code.
>> 
>> For instance in GNUMail, we got this entry in the french Localizable.strings 
>> :
>> "Info" = "Informations";
>> 
>> Then, using the french locale, the "Informations" submenu is drawn on the 
>> menubar, at second position, instead of being a submenu of the first item 
>> (name of the app).
>> 
>> If I change this entry in Localizable.strings to :
>> 
>> "Info" = "Info";
>> 
>> then the "Info" is drawn as a submenu of the first item of the menubar, as 
>> it 
>> should.
>> 
>> I noticed that the french Localizable.strings of gui also get an "Info" = 
>> "Info" entry about NSMenu.m. Could there be a conflict between gui and 
>> GNUMail's localizations ?
>> 
>> Note that GNUMail isn't the only app hitten by this bug. GWorkspace also 
>> suffers from it.
>> 
>> Any further ideas ?
>> 
>> Bertrand Dekoninck
>> 
> 
> Or maybe should I erase the related entries in Gemas and GWorkspace 
> localizations and let them use the one provided by gui ?
> 
> B.D.

Yes, this sounds like the correct solutiion. I will still look into the code 
whether there is a chance to get the translation from the correct package.

Fred