phuang / ibus-pinyin Goto Github PK

shell>./autogen.sh --prefix=/usr
......
checking for Boost headers version >= 103900... no
configure: error: cannot find Boost headers version >= 103900
ubuntu下我该安装哪些依赖包？

iBus is suggesting
喫 instead of 吃
這裏 instead of 這裡
羣組 instead of 群組

These are very extremely infrequently used variants, especially in Taiwan, Malaysia at least. Is it possible to fix this?

比如可以选择引号类型为 “” ‘’ 「」 『』。

environment:

Debian GNU/Linux 12 - minimal installation without any desktop
apt install xorg, sbcl
apt install stumpwm
install ibus-pinyin

init files:
.bash_profile
ibus input

export GTK_IM_MODULE=ibus
export XMODIFIERS=@im=ibus
export QT_IM_MODULE=ibus
ibus-daemon -drxR -v &

.xinitrc
#!/usr/bin/env bash

eval gnome-keyring-daemon --start --components=gpg,pkcs11,secrets,ssh
export GNOME_KEYRING_CONTROL
export SSH_AUTH_SOCK
export GPG_AGENT_INFO
export GNOME_KEYRING_PID
eval $(ssh-agent)

exec /usr/bin/stumpwm

setup:
im-config -c
use default

ibus-setup
input method: I see English - English (US); I click ADD; then the setup window freezes, and I can C-c to kill it.
The Chinese keyboard input method cannot be activated using s-SPC or any other methods.

What I miss in the process?

Hello @phuang,

As you use the different path the icon pack themes (like at Gnome-Look, OpenDesktop, etc.) can not recognise your apps icons.

You should change from ...

Icon=...chinese.svg to Icon=ibus-chinese
Icon=/usr/share/ibus-libpinyin/icons/ibus-pinyin.svg to Icon=ibus-pinyin
Icon=/usr/share/ibus-libpinyin/icons/ibus-bopomofo.svg to Icon=ibus-bopomofo

Then the icon pack theme, like Moka, Numix, Paper and Suru++ will recognise the icons.

autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force --warnings=no-portability -I m4
configure.ac:45: warning: macro 'AM_DISABLE_STATIC' not found in library
configure.ac:52: warning: macro 'AM_PROG_LIBTOOL' not found in library
autoreconf: configure.ac: tracing
autoreconf: configure.ac: not using Libtool
autoreconf: running: /usr/bin/autoconf --force --warnings=no-portability
configure.ac:45: error: possibly undefined macro: AM_DISABLE_STATIC
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.ac:52: error: possibly undefined macro: AM_PROG_LIBTOOL
autoreconf: /usr/bin/autoconf failed with exit status: 1

I tried to run the project but did not specify who could help me with the documentation. Thank you.

Hi there,

After upgrade to debian 10 for a very long time, still like to using ibus-pinyin as usual, but found the sort frequency words feature has been disappeared, some of words has lots of high frequent input times and i have to select again and again many times. now it uses the default sort sequence.

How to re-set or configure this feature again?

How to reproduce this issue?

Activated ibus-pinyin in GTK, then input your frequent words and verify that.

Thanks.

chi and I get 喫？
https://www.youtube.com/shorts/NO85mEvvS28

ibus has gotten worse.
吃 is not even in the first 50 choices. WTF?

Intelligent Pinyin用数字键选中某个词发生崩溃，使用空格键选择首个不会发生崩溃，但用数字键选择某项会直接显示数字，然后输入法崩溃。

Often I try to type a sentence that ends with 吗, which I believe is a very common word especially at the end of a sentence. Most of the time though, the first suggestion is 马 or some other syllable.

I have enabled "Sort candidates by frequency" and also "Remember every input as a phrase". So when I type a sentence the second time, it is usually suggested correctly, however similar sentences will still have the same problem.

Take for example the sentences 你能跟我一起去吗 and 你认识这个女人吗. For the second example, the second suggestion was correct, so the solution was as easy as pressing "2", however for the first example, it was more of a hassle to get the correct sentence together.

Another word with the same problem is 吧 at the end of sentences.

Is there any way to solve this?

I am using 1.12.0-3 on Debian bullseye.

When I click on "Preferences" button in Input Method section in IBus Preferences, nothing happened.
Further investigation got me this log running IBus Preferences from the terminal:

/usr/share/ibus-pinyin/setup/main.py:
29: PyGIWarning: Gtk was imported without specifying a version first. Use gi.require_version('Gtk', '4.0') before import to ensure that the right version gets loaded.
  from gi.repository import Gtk
/usr/share/ibus-pinyin/setup/main.py:30: PyGIWarning: IBus was imported without specifying a version first. Use gi.require_version('IBus', '1.0') before import to ensure that the right version gets loaded.
  from gi.repository import IBus
Traceback (most recent call last):
  File "/usr/share/ibus-pinyin/setup/main.py", line 426, in <module>
    main()
  File "/usr/share/ibus-pinyin/setup/main.py", line 422, in main
    PreferencesDialog(name).run()
    ^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/share/ibus-pinyin/setup/main.py", line 42, in __init__
    gettext.bind_textdomain_codeset("ibus-pinyin", "UTF-8")
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: module 'gettext' has no attribute 'bind_textdomain_codeset'

System information:

Arch Linux 6.4.10
ibus 1.5.28-4
ibus-pinyin 1.5.0-8

Another input method Anthy can open the preferences menu just fine.

I'm currently learning chinese and to write 书, i write "shu".
I'm able to write the word even if I don't know the tone.
It's convenient but it doesn't help me remembering it...

Is there a way to display the correct pinyin for every listed words ? Like : "书 (shū)"

After upgrade my debian 8 to 9 I found that ibus-pinyin 1.5.0 will hide terminal cursor once it input any chinese words, it works fine in debian 8.

And the terminal curosr will come back once I have switched to ibus english, so it seems ibus pinyin 1.5.0 has some problems with terminal(gnome-terminal and terminator)

How to reproduce this issue?

1. open a terminal(gnome-terminal or terminator) and keep ibus in english mode, the terminal show cursor as expected
2. press ctrl-space keybinding to switch ibus to ibus-pinyin, the terminal still show cursor as expected
3. type any chinese word into terminal, now the cursor disappear
4. press ctrl-space keybinding to switch back to ibus english, the terminal corsor comes back

This issue is not only happens in a terminal console but also in VIM.

BTW, I found that SunPinyin works fine.

如果我自己想作一个词库的 db 要怎么做？

请问大佬，百忙之中，能否抽空写一个简要的说明文档？
我是一个编程初学者，想接手这个输入法的后续开发，但不知道哪个文件是干什么用的……

See attached. 裏 and 喫 are uncommon variants.
Ubuntu 22.04, IBus Pinyin, traditional.

The documentation doesn't say how to enter characters which contains ü and I had to figure out using the Pinyin Wikipedia page and the article on this special to guess I had to use the v letter to do it.

I tried to update the English FAQ on Google Code but I can't see how to do it (maybe I need special permissions?)

On ibus, I encountered a bug that I hadn't come across (using mostly US-Eng, or Korean hangul and Pinyin through ibus).

ibus/ibus#1912

The gist is that ibus-pinyin uses the most recent previous input method editor as the underlying input method editor for the latinate pinyin (before the string of letters is converted to a hanzi).

This means that if one is on plain US-Eng and then switches to pinyin, everything works as expected. If someone is on an AZERTY layout (e.g., German) and then switches to pinyin, the "q" and "a" will be switched geographically, affecting how one types in qian 全. If the last input was a simple, non-Latinate script like Russian Cyrillic, then Pinyin will not even function.

While I understand the desire of some to have non-QWERTY layouts for pinyin -- i.e., being able to type "zhong 中" on the AZERTY layout using what would be "whong" on the US-Eng keyboard -- the default behavior for every other input method editor for every other platform that I have seen defaults to using underlying US-Eng. This countering voice of make AZERTY pinyin available should be opt-in. The behavior as of now mandates that one will cycle to the preferred method entering characters for pinyin, then switching directly to pinyin. Otherwise, pinyin will not operate as expected or not operate at all if the last input method was a non-Latin simple script like Hebrew or Russian!

In fact, this standard (US-Eng) is so ubiquitous that other input method editors like hangul use this layout. Within Hangul (Korean script) are three switchable input methods -- Latin script, hangul and Korean version of 漢字 (hanja). Japanese script can do a 1:1 mapping of the Q key to the た hiragana, or it can be used like pinyin -- write a syllable in semi-phonetic Latin and then convert to the string to a single Japanese character. Here, the underlying keyboard is assumed to be US English.

Since fujiwarat closed the bug and suggested contacting ibus-pinyin, I thought it would be wise to do so.

For ease of transition to Linux, we need to pay attention to how people use their computers.

It would probably make sense to change ibus-pinyin thus:

1. Have an option in the GUI to use underlying US-Eng for pinyin input.
2. Have the option set to US-ENG by default.
3. Have an option to do one of the following: (a) use whatever the last other input method was that was also a Latinate layout, or (b) select a different underlying input method.

I think (b) would be the better option. If someone wants to type pinyin with the "q" and "a" flip-flopped in their geographic positions, so be it -- but it should be "opt-in" and not the default.

Thank you for your time!

There are many traditional Mandarin words that are missing from the ibus-pinyin database.

All words that are in Mandarin part of the UNICODE table should be enterable through ibus-pinyin.

IBusConfig sections are case-insensitive (inherited from dconf?) and value-changed always reports section names in all lowercase.

The linked line of code does a case-sensitive compare of the "section", and it believes its section is "engine/Pinyin" so it ignores value-changed events.

Ibus 1.5.17
Ibus Intelligent Pinyin 1.9.2

I can't use libpinyin right the place for vscode. But for gedit, vim, browser, it's all right.

What the title says. When I use this input method, the input list is created way below where the caret is, and it is only barely visible when I write in inputs near the top of the screen.

Info about my setup:

• IBus 1.5.25
• OS: Manjaro Linux x86_64 (Pahvo 21.1.2)
• Kernel: 5.10.61-1-MANJARO
• Resolution: 1366x768
• DE: GNOME (GNOME Shell 40.4)
• WM: Mutter
• WM Theme: Matcha-dark-azul
• Theme: Matcha-dark-azul [GTK2/3]
• Icons: Papirus [GTK2/3]
• Terminal: gnome-terminal
• CPU: Intel i5-8250U (8) @ 1.600GHz
• GPU: Intel UHD Graphics 620