acevery / ibus-table Goto Github PK

The tables engines for IBus

License: GNU Lesser General Public License v2.1

Shell 1.50% Python 89.66% Makefile 6.13% M4 2.70%

ibus-table's Introduction

== Introduction ==
IBus-Table is the IM Engine framework for table-based input methods, such as
ZhengMa, WuBi, ErBi, CangJie and so on.
The aim of IBus-Table is to make the users of table-based input methods
can enjoy the typing on Linux environment.
Definitly, it is far from perfect, so if you have any wish or any
suggestion, please file a issue on http://code.google.com/p/ibus/issues
or send me an email <[email protected]>, I would be very please to hear
from you :)

== Key Bindings ==
    Notice: Ctrl is "Control Key", Shift_L is the left "Shift Key",
            Shift_R is the right "Shift Key", Alt is the "Alt Key",
            Arrow_Left is the "Arrow Key" point to left, Arrow_Right is
            the "Arrow Key" point to right, similarly as  Arrow_Up and
            Arrow_Down.
            Cursor is the one in preedit string.
            [Num1~Num9] means one key in Num1, Num2, Num3, ... ,
                Num9

Space               commit inputted string.
Shift_L             when no key inputted: shift the input mode between
                        English and Table mode.
                    during input: commit the first candidate into
                        preedit string.
Shift_R             shift between PinYin mode and Normal mode under
                        Table mode.

Shift_L/Shift_R + 1 input tunes under PinYin mode. the tunes display in
                  2     aux string area as ↑1, ↑2, ↑3, ↑4, ↑5. 
                  3     1 is YinPin, 2 is YangPin, 3 is ShangSheng,
                  4     4 is QuSheng, 5 is QingSheng
                  5

Arrow_Left          move cursor one character left in preedit string.
Arrow_Right         move cursor one character right in preedit string.
Backspace           remove the last input key or last character in
                        preeidt string.
Delete              remove one character after the cursor in preedit
                        string.
Ctrl + Arrow_Lelf   move the cursor to the front of preedit string.
Ctrl + Arrow_Right  move the cursor to the end of preedit string.
Ctrl + Backspace    delete from cursor to the front of preedit string.
Ctrl + Delete       delete from cursor to the end of preedit string.
Arrow_Down          mext candidate.
Arrow_Up            previous candidate.
Esc                 reset the input method.
Num1 ~ Num9         select the correspondent candidate and commit
                        inputted string
Ctrl + [Num1~Num9]  select the correspondent candidate and commit it
                        into preedit string
Alt + [Num1~Num9]   remove the correspondent user-defined phrase.
Page_Up/Page_Down   page up/down the lookup table of candidates.
-/+                 when not been used as valid input keys, the same as
                        Page_Up and Page_Down.
Ctrl + ,            open/close Single Character Mode, only show single
                        character not phrases.
Ctrl + .            shift between full/half punctuation.
Ctrl + /            shift between direct/normal commit mode.
Ctrl + ;            shift between different SubCharset in Chinese

ibus-table's People

Stargazers

Watchers

ibus-table's Issues

同时在两个或更多窗口同时激活table输入法时，切换窗口会卡一下，不用table输入法就没有问题。

IBus 1.5.22

spec file not up to date?

Hi, I found that the ibus-table.spec.in could not run correctly on my side, some thing like latex.engine.. etc seems not exist anymore?

ibus-table speed up

Please consider the patch from google ibus issue #1328 to speed up ibus-table with large phrase tables.

https://code.google.com/p/ibus/issues/detail?id=1328

多余空格

cqyx.txt
我在自定义码表时，如果将此选项关闭，会在提交四字词组时添加多余的空格

If true then the phrases' frequencies will be adjusted dynamically

according your using frequency.

DYNAMIC_ADJUST = FALSE

我现在不知道是哪里的问题了，我打开也会有多余的空格，在我用空格提交时。

cant add new phrase in ibus-table

What version of the product are you using? On what operating system?
OS (Linux distributions, UNIX or ...): Fedora 14
Architecture (i386, x86_64): x86_64
IBus version: ibus-table-1.3.0.20100621-3.fc14.noarch
Input method name and version: https://github.com/pravins/indic-table/tree/master/ibus-table-test
Python version: python-2.7-8.fc14.1.x86_64
dbus version: dbus-1.4.0-1.fc14.x86_64
dbus-python version: dbus-python-0.83.0-7.fc14.x86_64

What steps will reproduce the problem?

copy https://github.com/pravins/indic-table/blob/master/ibus-table-test/marathi-trans.db in ibus-table location
select in from preference Marathi Language -> marathi-trans
type any phrase, press control and equal sign "=", it is not showing options to add key for phrase

in scim-table this thing is working fine.

What is the expected output? What do you see instead?

Please provide any additional information below.

Default Locale-Based Chinese Mode Setting is Inconvenient for Hong Kong GNU/Linux Users

BACKGROUND
en_HK is popular among Hong Kong GNU/Linux users. However, according to current practice of IBUS, Simplified Chinese mode would be used by default. This is quite annoying for these users. This issue even makes FOSS promotion harder in Hong Kong.

PINYIN CANGJIE DIFFERENCE
Pinyin for Simplified and Traditional Chinese characters are the same. If a Traditional Chinese user meets Simplified Chinese mode, she can still express her meaning in most cases. However, Simplified and Traditional Chinese characters generally do not have same Cangjie code. A Traditional Chinese user would meet a very hard time in Simplified Chinese mode because she cannot get expected character by typing her familiar Cangjie code.
BTW, Cangjie and related Quick is still very popular in Hong Kong.

SUGGESTION
Add en_HK as a special case that would return Traditional Chinese mode as other non zh_CN Chinese locales. This shouldn't be a ugly hack because virtually only Hong Kong users would choose en_HK.

RELATED CODE
https://github.com/acevery/ibus-table/blob/master/engine/table.py -- Line 108 -- get_chinese_mode()

Overzealous .strip() in tabcreatedb.py

I recently came across the problem of not being able to bind to sequences starting with a space. This is caused by applying .strip() on line 209 of engine/tabcreatedb.py (in phrase_parser). I can't see start stripping being helpful, and since it restricts functionality, I think it should be replaced by .rstrip() (as well as possibly some other uses of .strip() in the same file).

配置路径

我能不能将自定义码表放在~/.ibus下，而不用放在/usr/share/ibus-table下

能否支持顶功类输入法

ibus-table not showing all phrase matching with key in candidate windows

What version of the product are you using? On what operating system?
OS (Linux distributions, UNIX or ...):

Fedora 14
Architecture (i386, x86_64): x86_64
IBus version: ibus-table-1.3.0.20100621-3.fc14.noarch
Input method name and version: http://git.fedorahosted.org/git/indic-typing-booster.git

Python version: python-2.7-8.fc14.1.x86_64
dbus version: dbus-1.4.0-1.fc14.x86_64
dbus-python version: dbus-python-0.83.0-7.fc14.x86_64
gtk version (if bug is about gtk applications):
qt version (if bug is about qt applications):

What steps will reproduce the problem?

install db given in http://git.fedorahosted.org/git/indic-typing-booster.git
type "hy"
it should show all the phrases starting with this key
scim is doing this very well

What is the expected output? What do you see instead?

Please provide any additional information below.

acevery / ibus-table Goto Github PK

ibus-table's Introduction

ibus-table's People

Stargazers

Watchers

Forkers

ibus-table's Issues

If true then the phrases' frequencies will be adjusted dynamically

according your using frequency.

Recommend Projects

Recommend Topics

Recommend Org

Jobs