[aur-general] ibus orphans in [community]
Hello, ibus is used for keyboard input for a few major non-English languages. Several of the ibus packages has been unmaintained for a while now: https://www.archlinux.org/packages/?sort=&repo=Community&q=ibus&maintainer=orphan For instance, ibus-sunpinyin, was last updated almost a year ago (2011-10-02). These ibus-packages have survived at least one package-cleanup, being neither adopted nor moved. While there is interest amongst the trusted users to maintain these, none of the trusted users are currently using ibus. After visiting #archlinux-cn, a couple of friendly people expressed interest in maintaining the ibus packages, but they had only few packages on AUR to show for. I also learned that mostly, fcitx (currently in [extra], is used instead of ibus). Dropping ibus could have been an option, but I also heard rumors that ibus will be a dependency of gnome-settings-daemon. There is also a canidate for asking to maintain the ibus packages, that has not yet been contacted, but which already maintains several related packages on AUR: https://aur.archlinux.org/packages.php?K=yangtsesu&SeB=m If you think that his packages look ok, my plan is to contact yangtsesu and ask if he wants to maintain the ibus packages in [community] (and thus becoming a TU). If you know of other canidates that have a comparable selection of relevant AUR packages, please let us know who they are. Please correct me if any of the above is incorrect or let us know if you have additional information. Sounds like a plan? -- Cordially, Alexander Rødseth Arch Linux Trusted User (xyproto on IRC, trontonic on AUR)
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 an active user and current maintainer of some other fcitx-related popular packages in AUR [2], and a Chinese native speaker too. I posted an e-mail [3] to look for sponsor August this year, and jsteel contacted me and told me lots of useful stuff. I realized I'm not ready at that time as I had still several obvious problems in my AUR packages. But I would like to apply again now if applicable. You may refer to the fcitx packaging status page [4], as mentioned in my previous mail [3] I am currently maintaining some popular fcitx packages in the [archlinuxcn] community repo to help CJK users, but it would be obviously much better if they could be in [community] :) Sorry, as I am a fcitx user and wishing to maintain fcitx packages, I can't help with the ibus stuff. Just a FYI: gnome-settings-daemon will depends on ibus and start ibus-daemon automatically in the coming 3.6 series, but a user will still have an option to choose fcitx by setting related env params such as GTK_IM_MODULE to fcitx. There should be a clean way to do this though I didn't find one yet :( Thanks. [1] http://fcitx-im.org/index.php?title=User:Marguerite_Su [2] https://aur.archlinux.org/packages.php?SeB=m&K=felixonmars [3] http://mailman.archlinux.org/pipermail/aur-general/2012-August/020104.html [4] http://fcitx-im.org/wiki/Distribution_Package_Status Felix Yan Twitter: @felixonmars Wiki: http://felixc.at
On Wed, Oct 17, 2012 at 12:20 AM, Felix Yan <felixonmars@gmail.com> 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 stuff too.
Oh a BIG sorry that yangtsesu and margueritesu are not the same person and I've mistaken them for long, and thus the information is wrong :( Felix Yan Twitter: @felixonmars Wiki: http://felixc.at
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 moment, which I found inferior to ibus), so dropping it is extremely unfavorable I think. Just my two cents. Allen Li On Tue, Oct 16, 2012 at 05:30:30PM +0200, Alexander Rødseth wrote:
Hello,
ibus is used for keyboard input for a few major non-English languages.
Several of the ibus packages has been unmaintained for a while now: https://www.archlinux.org/packages/?sort=&repo=Community&q=ibus&maintainer=orphan For instance, ibus-sunpinyin, was last updated almost a year ago (2011-10-02).
These ibus-packages have survived at least one package-cleanup, being neither adopted nor moved. While there is interest amongst the trusted users to maintain these, none of the trusted users are currently using ibus.
After visiting #archlinux-cn, a couple of friendly people expressed interest in maintaining the ibus packages, but they had only few packages on AUR to show for. I also learned that mostly, fcitx (currently in [extra], is used instead of ibus). Dropping ibus could have been an option, but I also heard rumors that ibus will be a dependency of gnome-settings-daemon.
There is also a canidate for asking to maintain the ibus packages, that has not yet been contacted, but which already maintains several related packages on AUR: https://aur.archlinux.org/packages.php?K=yangtsesu&SeB=m
If you think that his packages look ok, my plan is to contact yangtsesu and ask if he wants to maintain the ibus packages in [community] (and thus becoming a TU).
If you know of other canidates that have a comparable selection of relevant AUR packages, please let us know who they are.
Please correct me if any of the above is incorrect or let us know if you have additional information.
Sounds like a plan?
-- Cordially, Alexander Rødseth Arch Linux Trusted User (xyproto on IRC, trontonic on AUR)
On 17 October 2012 00:55, Allen Li <cyberdupo56@gmail.com> 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 other one whose name I'm having trouble recalling at the moment, which I found inferior to ibus), so dropping it is extremely unfavorable I think.
Just my two cents.
Allen Li
On Tue, Oct 16, 2012 at 05:30:30PM +0200, Alexander Rødseth wrote:
Hello,
ibus is used for keyboard input for a few major non-English languages.
Several of the ibus packages has been unmaintained for a while now: https://www.archlinux.org/packages/?sort=&repo=Community&q=ibus&maintainer=orphan For instance, ibus-sunpinyin, was last updated almost a year ago (2011-10-02).
These ibus-packages have survived at least one package-cleanup, being neither adopted nor moved. While there is interest amongst the trusted users to maintain these, none of the trusted users are currently using ibus.
After visiting #archlinux-cn, a couple of friendly people expressed interest in maintaining the ibus packages, but they had only few packages on AUR to show for. I also learned that mostly, fcitx (currently in [extra], is used instead of ibus). Dropping ibus could have been an option, but I also heard rumors that ibus will be a dependency of gnome-settings-daemon.
There is also a canidate for asking to maintain the ibus packages, that has not yet been contacted, but which already maintains several related packages on AUR: https://aur.archlinux.org/packages.php?K=yangtsesu&SeB=m
If you think that his packages look ok, my plan is to contact yangtsesu and ask if he wants to maintain the ibus packages in [community] (and thus becoming a TU).
If you know of other canidates that have a comparable selection of relevant AUR packages, please let us know who they are.
Please correct me if any of the above is incorrect or let us know if you have additional information.
Sounds like a plan?
-- Cordially, Alexander Rødseth Arch Linux Trusted User (xyproto on IRC, trontonic on AUR)
Also, fcitx looks very CJK-specific to me, whereas ibus is a multilingual input bus (think SCIM). So, not really directly comparable. I'm all for finding someone to maintain the stuff, be it in the repos or AUR. -- GPG/PGP ID: C0711BF1
On Tue, Oct 16, 2012 at 1:30 PM, Rashif Ray Rahman <schiv@archlinux.org> wrote:
On 17 October 2012 00:55, Allen Li <cyberdupo56@gmail.com> 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 other one whose name I'm having trouble recalling at the moment, which I found inferior to ibus), so dropping it is extremely unfavorable I think.
Just my two cents.
Allen Li
On Tue, Oct 16, 2012 at 05:30:30PM +0200, Alexander Rødseth wrote:
Hello,
ibus is used for keyboard input for a few major non-English languages.
Several of the ibus packages has been unmaintained for a while now: https://www.archlinux.org/packages/?sort=&repo=Community&q=ibus&maintainer=orphan For instance, ibus-sunpinyin, was last updated almost a year ago (2011-10-02).
These ibus-packages have survived at least one package-cleanup, being neither adopted nor moved. While there is interest amongst the trusted users to maintain these, none of the trusted users are currently using ibus.
After visiting #archlinux-cn, a couple of friendly people expressed interest in maintaining the ibus packages, but they had only few packages on AUR to show for. I also learned that mostly, fcitx (currently in [extra], is used instead of ibus). Dropping ibus could have been an option, but I also heard rumors that ibus will be a dependency of gnome-settings-daemon.
There is also a canidate for asking to maintain the ibus packages, that has not yet been contacted, but which already maintains several related packages on AUR: https://aur.archlinux.org/packages.php?K=yangtsesu&SeB=m
If you think that his packages look ok, my plan is to contact yangtsesu and ask if he wants to maintain the ibus packages in [community] (and thus becoming a TU).
If you know of other canidates that have a comparable selection of relevant AUR packages, please let us know who they are.
Please correct me if any of the above is incorrect or let us know if you have additional information.
Sounds like a plan?
-- Cordially, Alexander Rødseth Arch Linux Trusted User (xyproto on IRC, trontonic on AUR)
Also, fcitx looks very CJK-specific to me, whereas ibus is a multilingual input bus (think SCIM). So, not really directly comparable. I'm all for finding someone to maintain the stuff, be it in the repos or AUR.
No, fcitx is also not cjk-specific at all. There is fcitx-keyboard (which is already merged into fcitx itself) that you can use keyboard layout as input method to input all languages that just need a layout switching. It also has spell check/hint(as you can see on the fcitx wiki main page..) which ibus cannot provide. Here[1] is also a list of input method fcitx support now (basically covers all major input method ibus supports). Yes most of them are Chinese input method but that's because Chinese input method is the single most complicated one..... (also true for ibus). Yes the original name of fcitx suggest it is a Chinese input method but it is not anymore now.... And no, I am not talking about dropping ibus packages (taking into account the *stupid* thing gnome3.6 have been doing on input method integration, it might not be a good idea to move those into AUR either..). Just want to clarify that fcitx is not CJK specific (in fact it provides more non-CJK specific features than ibus and scim now, e.g. spell, clipboard, lua, xkb, quickphrase etc...) and want to encourage people to try fcitx for its handful features even for non-CJK ppl. [1] http://fcitx-im.org/wiki/Distribution_Package_Status
-- GPG/PGP ID: C0711BF1
On Tue, Oct 16, 2012 at 1:47 PM, Yichao Yu <yyc1992@gmail.com> wrote:
On Tue, Oct 16, 2012 at 1:30 PM, Rashif Ray Rahman <schiv@archlinux.org> wrote:
On 17 October 2012 00:55, Allen Li <cyberdupo56@gmail.com> 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 other one whose name I'm having trouble recalling at the moment, which I found inferior to ibus), so dropping it is extremely unfavorable I think.
Just my two cents.
Allen Li
On Tue, Oct 16, 2012 at 05:30:30PM +0200, Alexander Rødseth wrote:
Hello,
ibus is used for keyboard input for a few major non-English languages.
Several of the ibus packages has been unmaintained for a while now: https://www.archlinux.org/packages/?sort=&repo=Community&q=ibus&maintainer=orphan For instance, ibus-sunpinyin, was last updated almost a year ago (2011-10-02).
These ibus-packages have survived at least one package-cleanup, being neither adopted nor moved. While there is interest amongst the trusted users to maintain these, none of the trusted users are currently using ibus.
After visiting #archlinux-cn, a couple of friendly people expressed interest in maintaining the ibus packages, but they had only few packages on AUR to show for. I also learned that mostly, fcitx (currently in [extra], is used instead of ibus). Dropping ibus could have been an option, but I also heard rumors that ibus will be a dependency of gnome-settings-daemon.
There is also a canidate for asking to maintain the ibus packages, that has not yet been contacted, but which already maintains several related packages on AUR: https://aur.archlinux.org/packages.php?K=yangtsesu&SeB=m
If you think that his packages look ok, my plan is to contact yangtsesu and ask if he wants to maintain the ibus packages in [community] (and thus becoming a TU).
If you know of other canidates that have a comparable selection of relevant AUR packages, please let us know who they are.
Please correct me if any of the above is incorrect or let us know if you have additional information.
Sounds like a plan?
-- Cordially, Alexander Rødseth Arch Linux Trusted User (xyproto on IRC, trontonic on AUR)
Also, fcitx looks very CJK-specific to me, whereas ibus is a multilingual input bus (think SCIM). So, not really directly comparable. I'm all for finding someone to maintain the stuff, be it in the repos or AUR.
No, fcitx is also not cjk-specific at all. There is fcitx-keyboard (which is already merged into fcitx itself) that you can use keyboard layout as input method to input all languages that just need a layout switching. It also has spell check/hint(as you can see on the fcitx wiki main page..) which ibus cannot provide. Here[1] is also a list of input method fcitx support now (basically covers all major input method ibus supports). Yes most of them are Chinese input method but that's because Chinese input method is the single most complicated one..... (also true for ibus).
Yes the original name of fcitx suggest it is a Chinese input method but it is not anymore now....
And no, I am not talking about dropping ibus packages (taking into account the *stupid* thing gnome3.6 have been doing on input method integration, it might not be a good idea to move those into AUR either..). Just want to clarify that fcitx is not CJK specific (in fact it provides more non-CJK specific features than ibus and scim now, e.g. spell, clipboard, lua, xkb, quickphrase etc...) and want to encourage people to try fcitx for its handful features even for non-CJK ppl.
[1] http://fcitx-im.org/wiki/Distribution_Package_Status
-- GPG/PGP ID: C0711BF1
Just a little bit more noise about fcitx and ibus packages. Among those fcitx package in AUR, either fcitx-configtool or kcm-fcitx is already a implicit dependency of fcitx (depending on the DE u r using) since editing the configure file is no longer supported. fcitx-sunpinyin and fcitx-cloudpinyin are also installed by most Chinese fcitx users so it will be really nice to see these package (along with Japanese and Korean ones) in the official repo (which I am sure Felix Yan can be a good maintainer). For ibus packages, it is also not a good idea to drop any of the existing ibus input methods which is already in the official repo. All of them are required package if you want to use ibus to input in those languages. (Since the upstream of most of the packages is not really active, it shouldn't be hard either.)
On 17 October 2012 02:05, Yichao Yu <yyc1992@gmail.com> wrote:
On Tue, Oct 16, 2012 at 1:47 PM, Yichao Yu <yyc1992@gmail.com> wrote:
On Tue, Oct 16, 2012 at 1:30 PM, Rashif Ray Rahman <schiv@archlinux.org> wrote:
On 17 October 2012 00:55, Allen Li <cyberdupo56@gmail.com> 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 other one whose name I'm having trouble recalling at the moment, which I found inferior to ibus), so dropping it is extremely unfavorable I think.
Just my two cents.
Allen Li
On Tue, Oct 16, 2012 at 05:30:30PM +0200, Alexander Rødseth wrote:
Hello,
ibus is used for keyboard input for a few major non-English languages.
Several of the ibus packages has been unmaintained for a while now: https://www.archlinux.org/packages/?sort=&repo=Community&q=ibus&maintainer=orphan For instance, ibus-sunpinyin, was last updated almost a year ago (2011-10-02).
These ibus-packages have survived at least one package-cleanup, being neither adopted nor moved. While there is interest amongst the trusted users to maintain these, none of the trusted users are currently using ibus.
After visiting #archlinux-cn, a couple of friendly people expressed interest in maintaining the ibus packages, but they had only few packages on AUR to show for. I also learned that mostly, fcitx (currently in [extra], is used instead of ibus). Dropping ibus could have been an option, but I also heard rumors that ibus will be a dependency of gnome-settings-daemon.
There is also a canidate for asking to maintain the ibus packages, that has not yet been contacted, but which already maintains several related packages on AUR: https://aur.archlinux.org/packages.php?K=yangtsesu&SeB=m
If you think that his packages look ok, my plan is to contact yangtsesu and ask if he wants to maintain the ibus packages in [community] (and thus becoming a TU).
If you know of other canidates that have a comparable selection of relevant AUR packages, please let us know who they are.
Please correct me if any of the above is incorrect or let us know if you have additional information.
Sounds like a plan?
-- Cordially, Alexander Rødseth Arch Linux Trusted User (xyproto on IRC, trontonic on AUR)
Also, fcitx looks very CJK-specific to me, whereas ibus is a multilingual input bus (think SCIM). So, not really directly comparable. I'm all for finding someone to maintain the stuff, be it in the repos or AUR.
No, fcitx is also not cjk-specific at all. There is fcitx-keyboard (which is already merged into fcitx itself) that you can use keyboard layout as input method to input all languages that just need a layout switching. It also has spell check/hint(as you can see on the fcitx wiki main page..) which ibus cannot provide. Here[1] is also a list of input method fcitx support now (basically covers all major input method ibus supports). Yes most of them are Chinese input method but that's because Chinese input method is the single most complicated one..... (also true for ibus).
Yes the original name of fcitx suggest it is a Chinese input method but it is not anymore now....
And no, I am not talking about dropping ibus packages (taking into account the *stupid* thing gnome3.6 have been doing on input method integration, it might not be a good idea to move those into AUR either..). Just want to clarify that fcitx is not CJK specific (in fact it provides more non-CJK specific features than ibus and scim now, e.g. spell, clipboard, lua, xkb, quickphrase etc...) and want to encourage people to try fcitx for its handful features even for non-CJK ppl.
[1] http://fcitx-im.org/wiki/Distribution_Package_Status
-- GPG/PGP ID: C0711BF1
Just a little bit more noise about fcitx and ibus packages.
Among those fcitx package in AUR, either fcitx-configtool or kcm-fcitx is already a implicit dependency of fcitx (depending on the DE u r using) since editing the configure file is no longer supported. fcitx-sunpinyin and fcitx-cloudpinyin are also installed by most Chinese fcitx users so it will be really nice to see these package (along with Japanese and Korean ones) in the official repo (which I am sure Felix Yan can be a good maintainer).
For ibus packages, it is also not a good idea to drop any of the existing ibus input methods which is already in the official repo. All of them are required package if you want to use ibus to input in those languages. (Since the upstream of most of the packages is not really active, it shouldn't be hard either.)
Thanks, that makes things clearer. Either way it looks like we do need someone to take care of these things (who should also have an up-to-date knowledge about the stuff like what you have demonstrated). -- GPG/PGP ID: C0711BF1
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-common or libibus. (Obviously better) 2) Disable ibus-integration at compile time and thus no option for user to enable it without a re-compilation. [1] https://live.gnome.org/ThreePointFive/Features/IBus Felix Yan Twitter: @felixonmars Wiki: http://felixc.at
On Tue, Oct 16, 2012 at 12:55 PM, Allen Li <cyberdupo56@gmail.com> 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] which you can use to input Japanese and Korean. Yes, the arch wiki on this is REALLY out-of-date (especially the english version) [1] http://fcitx-im.org/wiki/Mozc [2] https://aur.archlinux.org/packages.php?ID=59251 [3] http://fcitx-im.org/wiki/Anthy [4] https://aur.archlinux.org/packages.php?ID=60146 [5] http://fcitx-im.org/wiki/M17N [6] https://aur.archlinux.org/packages.php?ID=61028 [7] http://fcitx-im.org/wiki/Hangul [8] https://aur.archlinux.org/packages.php?ID=59733
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 moment, which I found inferior to ibus), so dropping it is extremely unfavorable I think.
Just my two cents.
Allen Li
On Tue, Oct 16, 2012 at 05:30:30PM +0200, Alexander Rødseth wrote:
Hello,
ibus is used for keyboard input for a few major non-English languages.
Several of the ibus packages has been unmaintained for a while now: https://www.archlinux.org/packages/?sort=&repo=Community&q=ibus&maintainer=orphan For instance, ibus-sunpinyin, was last updated almost a year ago (2011-10-02).
These ibus-packages have survived at least one package-cleanup, being neither adopted nor moved. While there is interest amongst the trusted users to maintain these, none of the trusted users are currently using ibus.
After visiting #archlinux-cn, a couple of friendly people expressed interest in maintaining the ibus packages, but they had only few packages on AUR to show for. I also learned that mostly, fcitx (currently in [extra], is used instead of ibus). Dropping ibus could have been an option, but I also heard rumors that ibus will be a dependency of gnome-settings-daemon.
There is also a canidate for asking to maintain the ibus packages, that has not yet been contacted, but which already maintains several related packages on AUR: https://aur.archlinux.org/packages.php?K=yangtsesu&SeB=m
If you think that his packages look ok, my plan is to contact yangtsesu and ask if he wants to maintain the ibus packages in [community] (and thus becoming a TU).
If you know of other canidates that have a comparable selection of relevant AUR packages, please let us know who they are.
Please correct me if any of the above is incorrect or let us know if you have additional information.
Sounds like a plan?
-- Cordially, Alexander Rødseth Arch Linux Trusted User (xyproto on IRC, trontonic on AUR)
On Tue, 16 Oct 2012 12:55:39 -0400 Allen Li <cyberdupo56@gmail.com> wrote: <snip>
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
On Tue, Oct 16, 2012 at 9:08 PM, Masato Hashimoto <cabezon.hashimoto@gmail.com> wrote:
On Tue, 16 Oct 2012 12:55:39 -0400 Allen Li <cyberdupo56@gmail.com> wrote:
<snip>
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.
Not really for openSUSE[1] now. [1] http://en.opensuse.org/Features#Input_Methods
It's most popular in CJK wide.
.... It's popular because it is the default and it is the default because of their names and some historical reasons.
-- HASHIMOTO, Masato
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 goals is to get someone to maintain ibus. But, this is currently a secret (so sssh). -- Best regards, Alexander Rødseth Arch Linux Trusted User (xyproto on IRC, trontonic on AUR)
On Thu, 18 Oct 2012 17:45:51 +0200 Alexander Rødseth <rodseth@gmail.com> 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 uim (mainly in Japan), (and scim which is almost dead project, imho).
Rumor has it that someone is planning to sponsor a new TU in the near future, where one of the goals is to get someone to maintain ibus. But, this is currently a secret (so sssh).
Sounds good. Thx -- HASHIMOTO, Masato
On Thu, 18 Oct 2012 17:45:51 +0200 Alexander Rødseth <rodseth@gmail.com> 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), and I wasn't able to get it to work. I'm sure people are using it fine, but I feel that the quality of software is limited by its documentation. No documentation = software sucks, end of story. If we move in this direction, I'd like to see someone familiar with fcitx update the wiki accordingly =). Allen Li
On Thu, Oct 18, 2012 at 6:47 PM, Allen Li <cyberdupo56@gmail.com> wrote:
On Thu, 18 Oct 2012 17:45:51 +0200 Alexander Rødseth <rodseth@gmail.com> 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), and I wasn't able to get it to work. I'm sure people are using it fine, but I feel that the quality of software is limited by its documentation. No documentation = software sucks, end of story. If we move in this direction, I'd like to see someone familiar with fcitx update the wiki accordingly =).
We have just updated the English wiki of fcitx recently. It still lack some detail description of certain engines (e.g. pinyin) but simply install the packages and set environment variables according to the arch wiki should make it works just fine. Would you mind describing your problem (maybe on fcitx@googlegroups.com) so that we can help with it and probably add it to wiki? We are also aware of our poor documentation and is trying to improve that both on our own wiki[1] and on the user interface. THX for the suggestion.
Allen Li
On Thu, Oct 18, 2012 at 7:09 PM, Yichao Yu <yyc1992@gmail.com> wrote:
On Thu, Oct 18, 2012 at 6:47 PM, Allen Li <cyberdupo56@gmail.com> wrote:
On Thu, 18 Oct 2012 17:45:51 +0200 Alexander Rødseth <rodseth@gmail.com> 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), and I wasn't able to get it to work. I'm sure people are using it fine, but I feel that the quality of software is limited by its documentation. No documentation = software sucks, end of story. If we move in this direction, I'd like to see someone familiar with fcitx update the wiki accordingly =).
We have just updated the English wiki of fcitx recently. It still lack some detail description of certain engines (e.g. pinyin) but simply install the packages and set environment variables according to the arch wiki should make it works just fine. Would you mind describing your problem (maybe on fcitx@googlegroups.com) so that we can help with it and probably add it to wiki?
We are also aware of our poor documentation and is trying to improve that both on our own wiki[1] and on the user interface.
missing link [1] fcitx-im.org/wiki/Fcitx .... sorry
THX for the suggestion.
Allen Li
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 <yyc1992@gmail.com> wrote:
On Thu, Oct 18, 2012 at 7:09 PM, Yichao Yu <yyc1992@gmail.com> wrote:
On Thu, Oct 18, 2012 at 6:47 PM, Allen Li <cyberdupo56@gmail.com> wrote:
On Thu, 18 Oct 2012 17:45:51 +0200 Alexander Rødseth <rodseth@gmail.com> 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), and I wasn't able to get it to work. I'm sure people are using it fine, but I feel that the quality of software is limited by its documentation. No documentation = software sucks, end of story. If we move in this direction, I'd like to see someone familiar with fcitx update the wiki accordingly =).
We have just updated the English wiki of fcitx recently. It still lack some detail description of certain engines (e.g. pinyin) but simply install the packages and set environment variables according to the arch wiki should make it works just fine. Would you mind describing your problem (maybe on fcitx@googlegroups.com) so that we can help with it and probably add it to wiki?
We are also aware of our poor documentation and is trying to improve that both on our own wiki[1] and on the user interface.
missing link
[1] fcitx-im.org/wiki/Fcitx
.... sorry
THX for the suggestion.
Allen Li
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 <yyc1992@gmail.com> wrote:
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 <yyc1992@gmail.com> wrote:
On Thu, Oct 18, 2012 at 7:09 PM, Yichao Yu <yyc1992@gmail.com> wrote:
On Thu, Oct 18, 2012 at 6:47 PM, Allen Li <cyberdupo56@gmail.com> wrote:
On Thu, 18 Oct 2012 17:45:51 +0200 Alexander Rødseth <rodseth@gmail.com> 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), and I wasn't able to get it to work. I'm sure people are using it fine, but I feel that the quality of software is limited by its documentation. No documentation = software sucks, end of story. If we move in this direction, I'd like to see someone familiar with fcitx update the wiki accordingly =).
We have just updated the English wiki of fcitx recently. It still lack some detail description of certain engines (e.g. pinyin) but simply install the packages and set environment variables according to the arch wiki should make it works just fine. Would you mind describing your problem (maybe on fcitx@googlegroups.com) so that we can help with it and probably add it to wiki?
We are also aware of our poor documentation and is trying to improve that both on our own wiki[1] and on the user interface.
missing link
[1] fcitx-im.org/wiki/Fcitx
.... sorry
THX for the suggestion.
Allen Li
-- God loved the birds and invented trees. Man loved the birds and invented cages. ~Jacques Deval Probability does not exist. ~Bruno de Finetti Brian: "Look, you've got it all wrong! You don't NEED to follow ME, You don't NEED to follow ANYBODY! You've got to think for your selves! You're ALL individuals!" ~Monty Python, "The Life of Brian"
On Fri, Oct 19, 2012 at 9:40 AM, Pham Bao Trung <pham.bao.trung@gmail.com> 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 yet), fcitx-m17n(AUR).
Felix Yan Twitter: @felixonmars Wiki: http://felixc.at
On Thu, Oct 18, 2012 at 9:40 PM, Pham Bao Trung <pham.bao.trung@gmail.com> 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 fcitx on it right now. And I think it is already clear we shouldn't drop any of the IMFs we currently have in the official repo (fcitx/ibus/scim... whatever) the real problem is who will become the new TU to maintain ibus packages and also about Felix' tu application (this one may need a new thread). So plz don't worry.
Vietnamese fellows, raise your voices :)
On Fri, Oct 19, 2012 at 6:14 AM, Yichao Yu <yyc1992@gmail.com> wrote:
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 <yyc1992@gmail.com> wrote:
On Thu, Oct 18, 2012 at 7:09 PM, Yichao Yu <yyc1992@gmail.com> wrote:
On Thu, Oct 18, 2012 at 6:47 PM, Allen Li <cyberdupo56@gmail.com> wrote:
On Thu, 18 Oct 2012 17:45:51 +0200 Alexander Rødseth <rodseth@gmail.com> 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), and I wasn't able to get it to work. I'm sure people are using it fine, but I feel that the quality of software is limited by its documentation. No documentation = software sucks, end of story. If we move in this direction, I'd like to see someone familiar with fcitx update the wiki accordingly =).
We have just updated the English wiki of fcitx recently. It still lack some detail description of certain engines (e.g. pinyin) but simply install the packages and set environment variables according to the arch wiki should make it works just fine. Would you mind describing your problem (maybe on fcitx@googlegroups.com) so that we can help with it and probably add it to wiki?
We are also aware of our poor documentation and is trying to improve that both on our own wiki[1] and on the user interface.
missing link
[1] fcitx-im.org/wiki/Fcitx
.... sorry
THX for the suggestion.
Allen Li
-- God loved the birds and invented trees. Man loved the birds and invented cages. ~Jacques Deval
Probability does not exist. ~Bruno de Finetti
Brian: "Look, you've got it all wrong! You don't NEED to follow ME, You don't NEED to follow ANYBODY! You've got to think for your selves! You're ALL individuals!" ~Monty Python, "The Life of Brian"
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 <yyc1992@gmail.com> wrote:
On Thu, Oct 18, 2012 at 9:40 PM, Pham Bao Trung <pham.bao.trung@gmail.com> 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 fcitx on it right now.
And I think it is already clear we shouldn't drop any of the IMFs we currently have in the official repo (fcitx/ibus/scim... whatever) the real problem is who will become the new TU to maintain ibus packages and also about Felix' tu application (this one may need a new thread). So plz don't worry.
Vietnamese fellows, raise your voices :)
On Fri, Oct 19, 2012 at 6:14 AM, Yichao Yu <yyc1992@gmail.com> wrote:
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 <yyc1992@gmail.com> wrote:
On Thu, Oct 18, 2012 at 7:09 PM, Yichao Yu <yyc1992@gmail.com> wrote:
On Thu, Oct 18, 2012 at 6:47 PM, Allen Li <cyberdupo56@gmail.com> wrote:
On Thu, 18 Oct 2012 17:45:51 +0200 Alexander Rødseth <rodseth@gmail.com> wrote:
> If I understand it correctly, we _could_ drop ibus and just use
> instead, but supporting ibus as well is preferrable, since many
fcitx people
> also use ibus.
My gripe with fcitx is that it is poorly documented (in English at least), and I wasn't able to get it to work. I'm sure people are using it fine, but I feel that the quality of software is limited by its documentation. No documentation = software sucks, end of story. If we move in this direction, I'd like to see someone familiar with fcitx update the wiki accordingly =).
We have just updated the English wiki of fcitx recently. It still lack some detail description of certain engines (e.g. pinyin) but simply install the packages and set environment variables according to the arch wiki should make it works just fine. Would you mind describing your problem (maybe on fcitx@googlegroups.com) so that we can help with it and probably add it to wiki?
We are also aware of our poor documentation and is trying to improve that both on our own wiki[1] and on the user interface.
missing link
[1] fcitx-im.org/wiki/Fcitx
.... sorry
THX for the suggestion.
Allen Li
-- God loved the birds and invented trees. Man loved the birds and invented cages. ~Jacques Deval
Probability does not exist. ~Bruno de Finetti
Brian: "Look, you've got it all wrong! You don't NEED to follow ME, You don't NEED to follow ANYBODY! You've got to think for your selves! You're ALL individuals!" ~Monty Python, "The Life of Brian"
-- God loved the birds and invented trees. Man loved the birds and invented cages. ~Jacques Deval Probability does not exist. ~Bruno de Finetti Brian: "Look, you've got it all wrong! You don't NEED to follow ME, You don't NEED to follow ANYBODY! You've got to think for your selves! You're ALL individuals!" ~Monty Python, "The Life of Brian"
On Fri, Oct 19, 2012 at 12:02 PM, Pham Bao Trung <pham.bao.trung@gmail.com> 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 give it a try :)
[1] https://aur.archlinux.org/packages.php?ID=63735 Felix Yan Twitter: @felixonmars Wiki: http://felixc.at
participants (7)
-
Alexander Rødseth
-
Allen Li
-
Felix Yan
-
Masato Hashimoto
-
Pham Bao Trung
-
Rashif Ray Rahman
-
Yichao Yu