Re: [aur-general] ibus orphans in [community]

2012-10-22 Thread Felix Yan
On Fri, Oct 19, 2012 at 12:02 PM, Pham Bao Trung wrote: > I am using ibus-unikey and have not tried fcitx. On ibus or scim, unikey is > better than m17n. Ready to move to fcitx if it is really better and can be > used for Vietnamese input. Hi, I've packaged fcitx-unikey in AUR [1], maybe you could

Re: [aur-general] ibus orphans in [community]

2012-10-18 Thread Pham Bao Trung
I am using ibus-unikey and have not tried fcitx. On ibus or scim, unikey is better than m17n. Ready to move to fcitx if it is really better and can be used for Vietnamese input. Anyway thanks guys! On Fri, Oct 19, 2012 at 10:16 AM, Yichao Yu wrote: > On Thu, Oct 18, 2012 at 9:40 PM, Pham Bao Tr

Re: [aur-general] ibus orphans in [community]

2012-10-18 Thread Yichao Yu
On Thu, Oct 18, 2012 at 9:40 PM, Pham Bao Trung wrote: > I have used ibus for Vietnamese input. The only other option is scim, but > ibus is far better, so please don't drop ibus. Btw, what's the input method you are using in ibus right now? Don't really think ibus provides more options than fcit

Re: [aur-general] ibus orphans in [community]

2012-10-18 Thread Felix Yan
On Fri, Oct 19, 2012 at 9:40 AM, Pham Bao Trung wrote: > I have used ibus for Vietnamese input. The only other option is scim, but > ibus is far better, so please don't drop ibus. There are at least three components of fcitx supports Vietnamese: fcitx-table-other(AUR), fcitx-unikey(not packaged ye

Re: [aur-general] ibus orphans in [community]

2012-10-18 Thread Pham Bao Trung
I have used ibus for Vietnamese input. The only other option is scim, but ibus is far better, so please don't drop ibus. Vietnamese fellows, raise your voices :) On Fri, Oct 19, 2012 at 6:14 AM, Yichao Yu wrote: > For the gnome3.6 ibus-integration problem Felix Yan mentioned above, > the patch

Re: [aur-general] ibus orphans in [community]

2012-10-18 Thread Yichao Yu
For the gnome3.6 ibus-integration problem Felix Yan mentioned above, the patch to split ibus into ibus and libibus is already tested and can be found here[1]. [1] https://bugs.archlinux.org/task/32071 On Thu, Oct 18, 2012 at 7:10 PM, Yichao Yu wrote: > On Thu, Oct 18, 2012 at 7:09 PM, Yichao Yu

Re: [aur-general] ibus orphans in [community]

2012-10-18 Thread Yichao Yu
On Thu, Oct 18, 2012 at 7:09 PM, Yichao Yu wrote: > On Thu, Oct 18, 2012 at 6:47 PM, Allen Li wrote: >> On Thu, 18 Oct 2012 17:45:51 +0200 >> Alexander Rødseth wrote: >> >>> If I understand it correctly, we _could_ drop ibus and just use fcitx >>> instead, but supporting ibus as well is preferra

Re: [aur-general] ibus orphans in [community]

2012-10-18 Thread Yichao Yu
On Thu, Oct 18, 2012 at 6:47 PM, Allen Li wrote: > On Thu, 18 Oct 2012 17:45:51 +0200 > Alexander Rødseth wrote: > >> If I understand it correctly, we _could_ drop ibus and just use fcitx >> instead, but supporting ibus as well is preferrable, since many people >> also use ibus. > > My gripe with

Re: [aur-general] ibus orphans in [community]

2012-10-18 Thread Allen Li
On Thu, 18 Oct 2012 17:45:51 +0200 Alexander Rødseth wrote: > If I understand it correctly, we _could_ drop ibus and just use fcitx > instead, but supporting ibus as well is preferrable, since many people > also use ibus. My gripe with fcitx is that it is poorly documented (in English at least),

Re: [aur-general] ibus orphans in [community]

2012-10-18 Thread Masato Hashimoto
On Thu, 18 Oct 2012 17:45:51 +0200 Alexander Rødseth wrote: > If I understand it correctly, we _could_ drop ibus and just use fcitx > instead, but supporting ibus as well is preferrable, since many people > also use ibus. Not only Fcitx:) Arch repo also provides gcin (mainly in Taiwan(?)) and ui

Re: [aur-general] ibus orphans in [community]

2012-10-18 Thread Alexander Rødseth
Thanks for all the insightful information! If I understand it correctly, we _could_ drop ibus and just use fcitx instead, but supporting ibus as well is preferrable, since many people also use ibus. Rumor has it that someone is planning to sponsor a new TU in the near future, where one of the goa

Re: [aur-general] ibus orphans in [community]

2012-10-16 Thread Yichao Yu
On Tue, Oct 16, 2012 at 9:08 PM, Masato Hashimoto wrote: > On Tue, 16 Oct 2012 12:55:39 -0400 > Allen Li wrote: > > >> so dropping it >> is extremely unfavorable I think. >> >> Just my two cents. >> >> Allen Li > > +1 > > AFAIK, ibus is default input method framework of Fedora, Ubuntu and > open

Re: [aur-general] ibus orphans in [community]

2012-10-16 Thread Masato Hashimoto
On Tue, 16 Oct 2012 12:55:39 -0400 Allen Li wrote: > so dropping it > is extremely unfavorable I think. > > Just my two cents. > > Allen Li +1 AFAIK, ibus is default input method framework of Fedora, Ubuntu and openSUSE. It's most popular in CJK wide. -- HASHIMOTO, Masato

Re: [aur-general] ibus orphans in [community]

2012-10-16 Thread Felix Yan
Hi all, Another FYI about the ibus integration in gnome-shell: There is an official instruction [1] from gnome to disable ibus-integration, that brings us at least two ways to go: 1) Packaging gnome-settings-daemon and gnome-control-center as-is, and split ibus package to something like ibus-com

Re: [aur-general] ibus orphans in [community]

2012-10-16 Thread Rashif Ray Rahman
On 17 October 2012 02:05, Yichao Yu wrote: > On Tue, Oct 16, 2012 at 1:47 PM, Yichao Yu wrote: >> On Tue, Oct 16, 2012 at 1:30 PM, Rashif Ray Rahman >> wrote: >>> On 17 October 2012 00:55, Allen Li wrote: Hi, I would like to point out that ibus does Japanese and Korean, whereas

Re: [aur-general] ibus orphans in [community]

2012-10-16 Thread Yichao Yu
On Tue, Oct 16, 2012 at 1:47 PM, Yichao Yu wrote: > On Tue, Oct 16, 2012 at 1:30 PM, Rashif Ray Rahman > wrote: >> On 17 October 2012 00:55, Allen Li wrote: >>> Hi, >>> >>> I would like to point out that ibus does Japanese and Korean, whereas >>> fcitx only does simplified Chinese (at least acc

Re: [aur-general] ibus orphans in [community]

2012-10-16 Thread Yichao Yu
On Tue, Oct 16, 2012 at 1:30 PM, Rashif Ray Rahman wrote: > On 17 October 2012 00:55, Allen Li wrote: >> Hi, >> >> I would like to point out that ibus does Japanese and Korean, whereas >> fcitx only does simplified Chinese (at least according to the wiki). >> Thus ibus is one of the only input op

Re: [aur-general] ibus orphans in [community]

2012-10-16 Thread Yichao Yu
On Tue, Oct 16, 2012 at 12:55 PM, Allen Li wrote: > Hi, > > I would like to point out that ibus does Japanese and Korean, whereas > fcitx only does simplified Chinese (at least according to the wiki). No, not true. There is fcitx-mozc[1][2], fcitx-anthy[3][4], fcitx-m17n[5][6], fcitx-hangul[7][8]

Re: [aur-general] ibus orphans in [community]

2012-10-16 Thread Rashif Ray Rahman
On 17 October 2012 00:55, Allen Li wrote: > Hi, > > I would like to point out that ibus does Japanese and Korean, whereas > fcitx only does simplified Chinese (at least according to the wiki). > Thus ibus is one of the only input options for those languages on arch > at the moment (barring that ot

Re: [aur-general] ibus orphans in [community]

2012-10-16 Thread Allen Li
Hi, I would like to point out that ibus does Japanese and Korean, whereas fcitx only does simplified Chinese (at least according to the wiki). Thus ibus is one of the only input options for those languages on arch at the moment (barring that other one whose name I'm having trouble recalling at the

Re: [aur-general] ibus orphans in [community]

2012-10-16 Thread Felix Yan
On Wed, Oct 17, 2012 at 12:20 AM, Felix Yan wrote: > Hi, > > Thanks for your attention to CJK input methods. > > FWIK yangtsesu is currently a fcitx user and packager of openSUSE [1]. > His packages are okay and updated regularly, but I'm afraid he doesn't > have enough time to maintain all ibus s

Re: [aur-general] ibus orphans in [community]

2012-10-16 Thread Felix Yan
Hi, Thanks for your attention to CJK input methods. FWIK yangtsesu is currently a fcitx user and packager of openSUSE [1]. His packages are okay and updated regularly, but I'm afraid he doesn't have enough time to maintain all ibus stuff too. Besides, I would like to maintain fcitx stuff as I am