Re: Re: Does our xim process need an update?

> Qiang, could you avoid HTML mail for posting to ML?
> This makes hard to cite properly.  Or, it'd be helpful to change the
> way of citation.
I'm so sorry for that,  And I switched from web to Mozilla Thunderbird,
Does it looks better this time?
Also apologize for so much typos on previous e-mails
: -)

>
> In anyway, some more discussions below:
>
> On Tue, 14 Jul 2015 05:16:42 +0200,
> Qiang Zhao wrote:
>>
>> In my opinion:
>> 1, Other distribution switch IM function are quite different from each other.
>> Fedora/CentOS/RHEL use a imchooser GUI tool,
>> Debian/Ubuntu switch IM in   “Settings”->"Region & Language" and “Settings”→”Text Entry”GUI,
>> Some other distribution use env like:
>>       export GTK_IM_MODULE=fcitx
>>       export QT_IM_MODULE=fcitx
>>       export XMODIFIERS=@im=fcitx
>> And also some distribution use desktop file:
>>       cp /usr/share/applications/fcitx.desktop ~/.config/autostart/fcitx.desktop.
>> All of them have a lot bugs,  and haven't repaired for a long time.
>> So I think there have not a common way to align with.
>
> Fair enough.
>
>> 2, I think on the path  ~/.config/inputmethod is better, because most of customer settings are saved here, this path will keep the consistency.
>
> OK.
>
>> 3, Using a symlink for pointing the use and system preference is a good idea indeed,  this is an easy and solo method, and solve the priority problem ingenious.
>
> Yes.
>
>>>> 5, In early times, We have a dead key bug
>>>>     Bug 702064 - Dead keys don't work - https://bugzilla.novell.com/show_bug.cgi?id=702064
>>>>     It's already have fixed patch and don't have reproduced yet, and I have test ibus with many language,
>>>>     So it won't influence.
>>>
>>> Hm, I haven't followed the recent ibus development, but was XKB
>>> support in ibus already integrated, especially for SLE12 version?
>>
>> Sorry, I'm not very clear about your “XKB support in ibus” in detail.
>> Could you show me some more information?
>
> There was an old bug in ibus that it didn't cover XKB well, leading to
> the missing dead key support or making control-space breaking on
> Emacs.  This seems improved later, but I'm not sure how well XKB works
> on top of ibus.  So stated my question.
>
> Speaking of XKB: in the past, the multiple keyboard layouts, e.g. for
> Russian or Arabic, were switched directly on XKB, typically
> Shift+Shift or Alt-Gr.  Now this setup seems gone -- at least GNOME
> doesn't provide any longer.  Instead, GNOME supposes the switch of
> multiple "Input Sources" where each of them is the specific XKB (or
> ibus) keyboard layout.  So, this is rather a radical redesign.  And,
> the question is whether other DEs follow this, too...
OK,  Thanks.

>
>
>>>> In that way, we don't need to select an IM server for customer by LANG env.
>>>>
>>>> For IM engines:
>>>> 1, Users are supposed to select their IM Engine in "All Settings"->"Region & Language".
>>>>     Then System record his selection, active this selection at next time he login gnome.
>>>> 2, Then how to define user input method for the first time login?
>>>>     I think the answer is "gnome-initial-setup".
>>>
>>> I thought this didn't work well in SLED12 version of GNOME?  We had
>>> thought gnome-initial-setup could cover the startup issue, but I was
>>> informed somehow it couldn't get it in or had some issue.  It's a
>>> pretty vague memory, so I might be wrong here.  Frederic must know
>>> better on this.
>>
>> I hope I can know the reasons.
>> Is there any document link or any record left?
>
> Might be somewhere in Bugzilla or ML archive...
> IIRC, gnome-initial-setup was rejected on SLE12 because this caused
> problems.  It was invented after SLE12 GNOME version.
OK  I will dig in them.
thanks!
-- 
To unsubscribe, e-mail: [email protected]
To contact the owner, e-mail: [email protected]