My favorites | Sign in
Project Home Downloads Wiki Issues Source
New issue   Search
for
  Advanced search   Search tips   Subscriptions
Issue 622: Define multiple select keys for each candidate in table input.
8 people starred this issue and may be notified of changes. Back to list
Status:  Accepted
Owner:  Caius.Chance
Cc:  Caius.Chance

Blocking:
issue 1522


Sign in to add a comment
 
Reported by mail...@gmail.com, Nov 3, 2009
能不能在表格輸入法內新增定義選字鍵?
就像許式注音可以用 asdf 來選字。

Nov 3, 2009
#1 mail...@gmail.com
Sorry, type 選錯了。
Aug 27, 2010
#2 matthewo...@gmail.com
我也希望ibus会有这个功能。我之前用的SCIM让我定选择键,但目前ibus不行。请赶快加吧!
Jun 26, 2012
Project Member #5 damage3...@gmail.com
 Issue 1415  has been merged into this issue.
Jun 26, 2012
Project Member #6 damage3...@gmail.com
 Issue 703  has been merged into this issue.
Jun 26, 2012
Project Member #7 damage3...@gmail.com
 Issue 995  has been merged into this issue.
Oct 11, 2012
Project Member #8 Caius.Chance
Currently you can have 1 select key for each candidate (max 10) on lookup table. You can preset in table source files (.txt) and use ibus-table-createdb command to build into table database files (.db).

I am thinking to make that taking into multi-key select_key for each candidate. This has some code changes need to do and possible full rebuild for all current tables.
Status: Accepted
Owner: Caius.Chance
Oct 11, 2012
Project Member #9 Caius.Chance
(No comment was entered for this change.)
Blocking: ibus:1522
Oct 12, 2012
Project Member #10 Caius.Chance
(No comment was entered for this change.)
Summary: Define multiple select keys for each candidate in table input.
Labels: -Priority-Medium Priority-High
Jul 30, 2014
Project Member #11 maiku.fa...@gmail.com
Why would multiple select keys for the same candidate be necessary?
Or did I misunderstand the report? (I cannot read Chinese, it would
be helpful to translate the report to English).

Recently I made it possible to use non-Letter keys as the select keys:

https://github.com/kaio/ibus-table/commit/db062f794099e2c57d977c212418ef5506f78e24

So it is possible now to use F1, F2, F3, ... as the select keys instead of letter
or number keys like 1, 2, 3, ...

Is that enough?

Jul 30, 2014
#12 mail...@gmail.com
The original idea to use asdf row keys as the select keys is to minimize the moving distance of our fingers. With such keyboard design, we can type faster and easier.
Therefore, F1, F2, F3 don't help in such case.
Of course, this only works for only some input methods. 
Thank you for reviewing this old issue.
Jul 31, 2014
Project Member #13 maiku.fa...@gmail.com
For which input methods are "asdf" useful as select keys?

Are there some tables which do not use "asdf" as input keys?

Can you give an example?

Aug 5, 2014
#14 oversky.purdue@gmail.com
Xu keyboard layout of the Phonetic input method uses "asdf" as select keys.
The Phonetic input method is the most popular input method in Taiwan.
There are several keyboard layouts for this input method;
Xu keyboard layout is just like dvorak keyboard for English.

The wiki link http://bit.ly/1nq6UH9 has some description about the Phonetic input methodin Chinese. I can't find a good English reference at this moment.
However, you can see many tables as different keyboard layouts in this link.
Xu keyboard layout is http://i.imgur.com/0PtqnPb.png
I will try to contact some friends who has more knowledge about programming to join this discussion.
Aug 5, 2014
#15 dododavi...@gmail.com
I think because of the Phonetic input method has specific end character.
It is possible to use "asdf" as select keys.
With common keyboard layout, the end character must be one of "<space>3467".
So if allow to use "asdf" as select keys, maybe can type faster.
I don't use the Phonetic input method, instead the input method which I use allow me to use "vrsf" as select key.
It is useful because my hand is not need to move to press number key to select candidate.

Aug 6, 2014
#16 mail...@gmail.com
The %endkey in .cin file seems to be the keypoint.

http://manpages.ubuntu.com/manpages/hardy/man1/cin2tab.1.html
%selkey keyList
  Define  the  key list keyList of this input-method to select the
  character if there are duplicate  characters  sharing  with  the
  same encoding.

%endkey keyList
  Define  the key list keyList of this input-method to be the end-
  key to terminate the input encoding. Every time  when  you  type
  one  of  the  keyList,  xcin  will  assume that you have typed a
  complete encoding, and it  will  perform  the  output  character
  immediately functionary.  Using this extension, one can make the
  Phonetic like input-method more easy-to-use.  See  cin2tab.HOWTO
  for more details.
Aug 9, 2014
Project Member #17 maiku.fa...@gmail.com
>  #15 dododavid006
> 
> I don't use the Phonetic input method, instead the input method which
> I use allow me to use "vrsf" as select key.

What input method is that and why is it possible to use "vrsf" as
select keys?

Is this a table which is available for ibus-table?

If it is not yet available, could we add it?


Aug 10, 2014
#18 dododavi...@gmail.com
It is Boshiamy method.
http://en.wikipedia.org/wiki/Boshiamy_method
It is available for ibus-table. https://github.com/vicamo/ibus-table-boshiamy
But it is possible to use "vsrf" as select key, because it often not against it means.
I think maybe it hard to explain.
All of alphabet map to a part of Chinese character.
When finish typing a character and it has multiple candidates, If I use "vsrf" to select, the additional key often could not be a radical.
Because these radicals can not build any Chinese character.



Aug 11, 2014
Project Member #19 maiku.fa...@gmail.com
> #18 dododavid006
> 
> It is Boshiamy method.
> http://en.wikipedia.org/wiki/Boshiamy_method
> It is available for ibus-table. https://github.com/vicamo/ibus-table-boshiamy

Should that be added as a package to Fedora or to ibus-table-chinese?
Does the license allow it?

> But it is possible to use "vsrf" as select key, because it often not
> against it means.
> I think maybe it hard to explain.
> All of alphabet map to a part of Chinese character.

> When finish typing a character and it has multiple candidates, If I
> use "vsrf" to select, the additional key often could not be a
> radical.  Because these radicals can not build any Chinese
> character.

The boshiami.txt table you mention above contains for example:

16 matches for "^vax" in buffer: boshiamy.txt
  21522:vax	髮	1
  21523:vax	袚	1
  21524:vax	魃	1
  21525:vax	髪	1
  21526:vaxv	袚	1
  21527:vaxr	魃	1
  21528:vaxx	髮	1
  21529:vaxx	袚	1
  21530:vaxx	魃	1
  21531:vaxx	髪	1
  21532:vaxxv	袚	1
  21533:vaxxr	魃	1
  32864:vax	发	1
  32865:vaxx	发	1
  32866:vax	発	1
  32867:vaxx	発	1

So if one types “vax”, how can “v” be used as a select key?
Because there is one completion vaxv -> 袚 which needs another “v”
as an input character.


Aug 13, 2014
#20 dododavi...@gmail.com
OK, I think I didn't explain very well.
If I use Boshiamy method under windows, "vsrf" real use as a select key.
But under ibus or hime(I'm now using it.), I have to press "vsrf" and press space.
I think it still use as a select key.
Now I have become accustomed to it.

Aug 13, 2014
Project Member #21 maiku.fa...@gmail.com
> #20 dododavid006
> 
> OK, I think I didn't explain very well.
> If I use Boshiamy method under windows, "vsrf" real use as a select key.
> But under ibus or hime(I'm now using it.), I have to press "vsrf" and press space.
> I think it still use as a select key.
> Now I have become accustomed to it.

You mean "vsrf" matches exactly one character, i.e. only one candidate
is in the candidate list which could be committed directly because
there are no alternatives anyway?

That can be achieved by setting the option "Commit mode:" in
the setup tool to "Direct" instead of "Normal".

If "Normal" is used, the commit key (usually space) has to be pressed
to commit the selected candidate, even if there is only one candidate.

If "Direct" is used and there is only one candidate, the candidate
will be committed automatically without pressing space.

For example, wubi-jidian86.txt contains exactly one match
for the input sequence "aaab":

1 match for "^aaab" in buffer: wubi-jidian86.txt
   7831:aaab	㐂	7450

In "Normal" mode, one has to type "aaab " to get 㐂 committed.
In "Direct" mode, typing only "aaab" is enough to get 㐂 committed.

Sign in to add a comment

Powered by Google Project Hosting