fcitx / fcitx5-cskk Goto Github PK

1. Set initial input mode to Ascii
2. Open new gedit

Expected
Be ascii mode

Actual
Hiragana mode

Current unit test is an empty placeholder and doesn't run on github actions.
Add single any unit test and run on github actions.

naokiri/cskk#59 と共にfcitx5のCandidateListに対応する

https://codedocs.xyz/fcitx/fcitx5/classfcitx_1_1StandardPath.html

This is a utility class provided by Fcitx to handle XDG_* path.

You might want to use StandardPath::Type::PkgData (which is $XDG_DATA/fcitx5) , or just StandardPath::Type::Data.

Update cskk lib dependency and make preedit's text not committing text into NoCommit format,
Also set underline to not confirmed messages.

Googletestを中途半端に入れているが、cmakeなのでctestで走らせられるようにしたい。

Haven't looked into deep but local built fcitx5 of tag: 5.0.5 can load this addon but the official hirsute release fcitx5 cannot load.

D2021-05-01 22:12:59.853884 addonmanager.cpp:143] Call loadAddon() with cskk checkDependencies() returns 0 Dep: [] OptDep: []

But after that no debug message is shown. No 'Failed to load library for addon...' or 'Loaded addon ...'.

手動でテキストを編集した場合はOKボタンが有効になるが、パスをファイルダイアログから入力させた場合に有効にならない。

CandidateListをPagableCandidateListにしてラベルで選択できるようにする。

変換候補リストでスペースキーを押して次のページへ送らせたい

https://github.com/naokiri/fcitx5-cskk/blob/3773af3b0ef697502d98e5f4ab6afb9d1c391afb/src/cskk.cpp#L26

I know you probably take fcitx5-skk as a reference, but the input context property name need to be globally unique. This would cause problem if cskk and skk are loaded at the same time since they both use "skkState".

It is defined as a meaningful string instead of a random string just in case any external module want to reuse it, but usually the name itself doesn't matter.

Need more investigation on how fcitx5 handles clipboard copy/paste, but want to be able to paste on register mode.

Is it pass-through to wayland that we get some file descriptor on paste? Or have to call or register callback on fcitx5?

Preeditの表示位置と候補リストの表示位置をアドオンから制御できないので、アノテーションの有無によって候補リストの位置が上下して選択する際に邪魔となる。
フロントエンドによってはどうやら制御できないので、fcitx本体で修正するのも難しそうである。
よって、アノテーションを表示するか否かを設定可能項目にして、候補リストの表示がガタガタとぶれる問題への対処とする。

期待される動作

1. 設定項目にアノテーション表示を常に表示、単候補のみ表示、常に表示しないの中から選べるようにする。
2. 設定に応じ、アノテーションを表示するかしないか変更する。

fcitx5-cskkで候補リストがページ内候補数より少ない状態で、候補を選択するキーを入力するとsegmentation faultが起こる

cskkで辞書毎に設定を増やすために、fcitx5-cskkの辞書設定ファイルを定義なしcsvのようなファイルから構造のあるファイルに変える。
Qtでサポートのあるjsonが第一候補。

辞書ファイルの設定ダイアログでちょっと修正したい時に、編集ボタンがないといちいち消してから追加しなければならない。

バグの簡潔な説明 Describe the bug

候補を複数から選ぶ直前の候補にアノテーションがあると、そのアノテーション表示が消えない。

再現手順 To Reproduce

1. リスト表示をするまでの候補数を2と設定する
2. 3つ以上候補が存在する変換候補の2番目の候補にアノテーションを入れる
3. 次の候補選択を繰り返し、3つ目以降の候補をリスト表示させる
4. 候補リストの上に2つめの候補のアノテーションが表示されたままになる。

期待した動作 Expected behavior

リストのみ表示される

動作環境 (次の内容を挙げてください) Environment (please complete the following information):

fcitx5-cskk 1.0.0
cskk 1.1.0

その他の情報 Additional context

https://github.blog/changelog/2022-10-11-github-actions-deprecating-save-state-and-set-output-commands/

deprecatedなので変更する