https://bugzilla.redhat.com/show_bug.cgi?id=2122899
--- Comment #15 from Mike FABIAN <mfabian(a)redhat.com> ---
I am inclined not to change it *if* we can fix the problem in ibus and gtk. I
think that should be the top priority and the thing to do first.
But I am also confused about the current contents of default-input-sources.h,
we might need to do changes there as well, I am not sure:
As Jens wrote, currently it contains only an entry for ar_DZ:
{ "ar_DZ", "xkb", "ara+azerty" },
glibc has these Arabic locales:
ar_AE.utf8 ar_BH.utf8 ar_DZ.utf8 ar_EG.utf8 ar_IN.utf8 ar_IQ.utf8 ar_JO.utf8
ar_KW.utf8 ar_LB.utf8 ar_LY.utf8 ar_MA.utf8 ar_OM.utf8 ar_QA.utf8 ar_SA.utf8
ar_SD.utf8 ar_SS.utf8 ar_SY.utf8 ar_TN.utf8 ar_YE.utf8
With only a line for ar_DZ in default-input-sources.h, what would be the
default for the others?
Maybe no default is necessary because anaconda already sets the keyboard
layout?
But why is ar_DZ there then in default-input-sources.h specifying a keyboard
layout? Shouldn’t this be anaconda’s job as well then?
And another problem for ar_DZ, it specifies the “AZERTY” variation of the
Arabic layout (because of Algeria’s past as a French colony?) and the
ar-kbd.mim is based on the English US QWERTY layout. So we *cannot* replace
"ara+azerty" with "m17n:ar:kbd" because this would change it to need a
QWERTY
layout underneath.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2122899