John McCabe-Dansted wrote: > OK, I have attached the patch > Menus.cpp_sortLanguageByName.patch > that implements > "Sort the language selector submenu by name" > > Does this look OK?
Yes, it looks good. > > I prefer the session approach. I often use languages for which I do not > > have a spell checker dictionary installed. And I do not want all > > languages for which I have a dictionary in the menu (I might have > > installed the dictionaries even for another app than LyX). > > Interesting. I have a number of MenuItems I don't use e.g > Insert->Math->Eqnarray. However I don't mind them so long as they > don't make the menu too big. I do not argue as a user, but from the POV of UI design. The menu should show the languages that are really used, not the ones for which some dictionaries are installed. > I often start a new session with a new LyX document so the approach > wouldn't help users like me much as much as the spellchecker (I mostly > use the Languages option to reset the language to the document > default, so any of the proposals would be fine for me, but there may > be multilingual users with similar work habits as me). Why? The very purpose of the session file is to restore certain settings _over_ different sessions. > What if we kept the spellchecker languages separate and only added > them when this would not increase the total size of the menu over > (say) 12 items to produce a menu that looks like the following? I think this would make this rather arbitrary language selection even more arbitrary. > Would you like me to also prepare a patch to add an accelerator to > "More Languages ..."? I can do this. Jürgen
