search

a-tsioh / TRS.cin

cin table for Taiwan Romanisation System (台語羅馬字拼音方案ê gcin/jscin 輸入法 table)
The Unlicense
9 stars 5 forks source link

"-" and "--" shouldn't be part of the %chardef key #3

Closed hansioux closed 10 years ago

hansioux commented 10 years ago

I think "-" and "--" shouldn't be part of the %chardef key. If this cin table supports Romanization output, then "-" and "--" should be in the %chardef value, but they are cumbersome as the key.

"-" and "--" in Tailo and POJ are designed to let readers separate characters within a word. But for an IME, it doesn't seem practical to type all those "-". It seems like something the IME should take care for the users.

When typing a long Taigi "word" , such as "it-kiam-jī-kòo--bong-lâ-á-kiam-sé-khòo" (一兼二顧，摸蜊仔兼洗褲。), one would have to type 10 dashes.

Other Taigi cin tables, such as the YKS_KKS cin file that comes with FHL Taigi IME (only available in Windows), allows users to input "IKJKBLAKSK" (first alphabet of every character) or "itkiamjikoobonglaakiamsekhoo" had they included this proverb. In the older FHL IME version that I have, "bonglaa" and "bla" are acceptable input for "摸蜊仔".

Perhaps the cin could keep the entries with "-" or "--" but add new duplicate entries without it, or even include abbreviation entries as well.

a-tsioh commented 10 years ago

I removed the '-' from the input in version 6d412c0 shorter versions (with only onsets) is also possible (but not done yet)