Mailinglist Archive: opensuse-m17n (46 mails)

< Previous Next >
Re: [opensuse-m17n] 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: opensuse-m17n+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse-m17n+owner@xxxxxxxxxxxx

< Previous Next >
List Navigation
Follow Ups