<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - UI: optional filter for 'Language' dropdown in 'Character' dialog to show only most sensible language choices" href="https://bugs.documentfoundation.org/show_bug.cgi?id=85449#c8">Comment # 8</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - UI: optional filter for 'Language' dropdown in 'Character' dialog to show only most sensible language choices" href="https://bugs.documentfoundation.org/show_bug.cgi?id=85449">bug 85449</a> from <a class="email" href="mailto:erack@redhat.com" title="Eike Rathke <erack@redhat.com>"> Eike Rathke</a> <pre>(In reply to Heiko Tietze from <a href="show_bug.cgi?id=85449#c7">comment #7</a>) > And not all dropdowns have a input field, see tools > options > > language > locales. You can search also without input field, just focus the list and start typing. In the edit field you can also type the locale's language tag though, if you happen to know that, which is not possible on the list. > We may also show only the languages that are installed by application > option, however user may paste content in alien languages. And it's not > clear what "installed language" means. Strongly against. Installed languages should not restrict what languages are offered for document *content*. > Sorting could help; could be done depending on region/locale. However, not > sure this is more acceptable than having a reduced number with more items on > demand. The current list is already sorted by language name, I don't see any benefit in sorting it by locale (what sort criteria anyway, the language tag? you'd end up with more or less the same grouping just in a different order illogical for the human eye). Sorting it by region we'd have to assign regions to locales, sometimes even arbitrary (Esperanto, anyone? Is Russia Europe or Asia?) and having English, French and Spanish split over several regions doesn't make sense either. What's the region for Cabécar to look it up? Or Bribri? A treeview might make sense for languages with many locales like English, French, Spanish or Arabic but wouldn't help in general for the outnumbering single language entries. Possible might be to move recently selected/used languages to the top of the list so they stay together for easier switching between different languages. But then again search by typing might be broken if it matched such recent entry that is not sorted into the alphabetical order. Choose your shortcoming.. Anyhow, this might be the best option.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>