see attached picture,
'Dutch' is show in the list at ('N'), but other languages also show at the 'wrong' position.
Created attachment 43554 [details]
I eleted URL without additional information
I can confirm that problem. It becomes even more tedious if you install with a non English OS, but that is an other problem.
I do not know whether it would be possible to do an alphabetical sort during runtime due to Language names in OS language when unfolding the languages selection.
If not (or too "expensive"), my preferred solution would be to sort based on the language abbreviations, like
# AR - Arabic
# DE - German
# ES - Spanisch
# FR - French
# HU - Hungarian
Rainer: well, that *is* the order in which they are sorted already, as far as I know;) So to implement the suggestion in comment #2, just the English strings in the installer UI (and their translations) used for the UI language components need to be changed to include at the beginning the code (not "abbreviation") for the language.
(In reply to comment #3)
> Rainer: well, that *is* the order
I thought so, too, but I believed that there seemed to be some errors in the order. I will check that as soon as I will have found a listing with the relations between abbreviations and Language names.
My additional Idea is to mention that Abbreviation in the Installation list, because abbreviations I speak about are the names in the Help Packages, what differ from English abbreviations. Example: ES - Spanish. IMHO that would ease finding of the required language, but I can't look into other users' gyruses.
I will try to find out the real sort order when I will have some boredom.
(In reply to comment #4)
> (In reply to comment #3)
> > Rainer: well, that *is* the order
> My additional Idea is to mention that Abbreviation in the Installation list,
> because abbreviations I speak about are the names in the Help Packages, what
> differ from English abbreviations. Example: ES - Spanish. IMHO that would ease
> finding of the required language, but I can't look into other users' gyruses.
> I will try to find out the real sort order when I will have some boredom.
In some country's (like Belgium (if you still want to call that a country ;)) more than 1 language is spoken.
Sorting on the Language ('Dutch', 'German', 'Spanish') is, in my opinion, the best way to do it.
Adding a country-code before the language is more confusing, inless 'B ...' (for Belgium) is in the list 3 times
Luuk: We are well aware of that. Nobody has suggested using country codes or names here.
We can set the Sortkey values in .scp files according to English alphabetical order of the language names (currently it is according to order of ISO language codes).
Alternatively, we can sort the .idt tables (e.g. instsetoo_native\wntmsci12.pro\LibreOffice\native\idt_files\en-US\en-US\Feature.idt). This method is harder but better, because we can sort not only for en-US but for all languages.
I started to work on this.
As I told in comment 7, I sorted the Feature.idt. Sorting is done by ASCII order. Using locale specific collation order would be too complicated. Plain ASCII order is also good in most of the cases, and it is definitely better than it was before.
*** Bug 41438 has been marked as a duplicate of this bug. ***
I use Russian LibreOffice.
In 3.5.0 installer have broken sort order for both: interface languages and dictionaries.
Andras Timar committed a patch related to this issue.
It has been pushed to "master":
Revert "sorting additional language packs and dictionaries fdo#34479"
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
This bug seems to have reared its ugly head again. I just ran the installer for the latest version and Bengali is followed by Tibetan and Greek sits above English in the English installer. Someone must have reactivated sort order according to ASCII
Let's keep this old bug fixed. I fixed its new incarnation, bug 72945 two weeks ago.