Re: 3.6 Feature: IBus/XKB integration
- From: Weng Xuetian <wengxt gmail com>
- To: tfujiwar redhat com
- Cc: desktop-devel-list gnome org
- Subject: Re: 3.6 Feature: IBus/XKB integration
- Date: Tue, 15 May 2012 17:12:11 +0800
On Tue, May 15, 2012 at 5:07 PM, Takao Fujiwara <tfujiwar redhat com> wrote:
> (05/15/12 15:28), Marguerite Su-san wrote:
>>
>> On Tue, May 15, 2012 at 11:11 AM, Takao Fujiwara<tfujiwar redhat com>
>> wrote:
>>>
>>> Hi,
>>>
>>> I'm working on the ibus integration.
>>>
>>>
>>> (05/13/12 13:31), Justin Wong-san wrote:
>>>>
>>>>
>>>> Well this is how ibus is done, as u can see, ugly.
>>>>
>>>> but i should say users would never see this long long menu, because
>>>> this
>>>> menu provides 13 kinds of input methods for users, where normal users
>>>> use
>>>> less than 3 input methods, this screenshot is just to show ibus can
>>>> provide so many IMs....
>>>
>>>
>>>
>>> The long menu has been enhanced in the latest ibus-gjs gtk3-vala branch.
>>> But
>>> it still do not work in other distros because we're discussing how the
>>> internal patches are resolved.
>>> Probably the latest will be available for other distros soon.
>>> We're still discussing the better UI.
>>>
>>>> > https://extensions.gnome.org/extension/261/kimpanel/
>>>> >
>>>> https://extensions.gnome.org/extension/68/input-method-status-indicator/
>>>
>>>
>>>
>>> Sorry, it's a bit old as I explained above.
>>> It would miss some important features against the last ibus-gjs. E.g.
>>> using
>>> libgnomekbd and preloaded xkb engines.
>>> Yes, ibus-gjs does not support fcitx because upstream suggests to pick up
>>> one input method as the implementation itself would be possible.
>>>
>>
>> Welcome! fujuwara, as IBus developer!
>>
>> I'm glad to see this thread diversified.
>>
>> that sounds a little sad to me actually.
>>
>> then others really have to reinvent the wheels...and if deep
>> integrated, to reinvent the wheels really hard.
>
>
> Currently I suggest an option to check ibus-1.0.pc in configure.ac whether
> gnome-shell enables ibus or not.
> So probably I think the default recommended IMF would be ibus but it can be
> configured by each distros.
> I'm also thinking ibus-gjs provides the same UI with keyboard indicator when
> ibus-daemon is not running.
>
Hi, thank you for your understanding. Well actually I'm worry about this commit
http://git.gnome.org/browse/gnome-settings-daemon/commit/?h=wip/input-sources&id=fbdac0e6dc39b32fc386f391f227e31a05a39670
Which might make gtk im module being set and maybe not easy to override.
As far as I read gnome-shell code, seems it can work without ibus.
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]