Comment 6 for bug 434351

 The reason why I introduced this bug report (that was appreciated) is
that it is not obvious for someone having some 6 or more languages to
install, to check which one is or isn't installed already.
Restating myself, the two-columns scheme where installable languages are
in the left column and the installed ones in the right one would be more
appropriate than one-column to be searched.
Nothing such was done

A second, different table was introduced, with similar inconvenience
(and solution) as the first one.
In fact, it duplicates (and extends) the choices proposed by GDM at
login time. And, with the first implementation of this I saw, the two
methods were conflicting. Plus lack of documentation, the fact that all
those Englishes and Spanishes, are the same, the user thinks that he is
facing complete nonsense.

Moreover, what's going on isn't clear at all until you've done it 10 times :
If "Install / Remove Languages..." has to be done first, it might as
well be first on top of the dialog.
And why not with a 1 - 2 - 3... numbering?
- "Language for menus and windows" would best be "This session's language"
- "Use the same language choices for startup and the login screen" ->
"The language chosen above will be used during login"
When will language B be used when "A and B" is the "order of preference"?

Finally...
With Keyboard input method system"="none", I've got SCIM running and
pesting me and my syslog.

Separating language from other locale is welcome. It would be even more
welcome to specify them in detail to, for example, use the by-language
default but specify the date as yy-mm-dd.

ขอขอบคุณสำหรับบทความของคุณแมทธิว