t-cool

I'm working on here. https://github.com/t-cool/English-to-IPA It will be finished soon...

@mphilli I've finished porting this project to JavaScript. I hope you like it! https://github.com/t-cool/English-to-IPA

There may be a problem with the installation of dependent libraries, so why don't you use venv? https://python.land/virtual-environments/virtualenv

@vindarel Thank you for your advice!

@vindarel Sure! - the repository: https://github.com/t-cool/cl-cookbook - The webpage URL: https://t-cool.github.io/cl-cookbook I just translated the front page. I'll translate them one by one.

@pnathan Hi, thank you for your message! We'll hold a Common Lisp seminar on the web with cxxxr, asciian, and Eddie. https://tcool.connpass.com/event/75060 For this seminar, we'll use Practical Common Lisp...

@zohaib089 I have the same issue. Did you solve this issue?

UIのサイズを変えると、新たにでる行の行番号のエリアが、アップデートされずに穴があきます。 再現方法: ・lemをncurses-modeで起動して、行が多くあるファイルを読み込みます。 ・UIのwindowsを大きくしたときに、行番号がどうなるかを観察してください。 ・行番号は、次のキーボードイベント(カーソル移動等)が起こるまで生成されません。 問題: ・行番号のエリアが、リサイズ中、またリサイズ後に、再描画されていません。 ・行番号のエリアが描画されず、UIがスクリーンをクリアすることに依存しています。 ・このことが、リサイズの流れを複雑にしています。つまり、下位レベルのbitmap allocatorが、穴があいてしまわないように、スクリーンをクリアする必要が生じています。その結果、その処理をするために、redrawに依存してしまっています。 解決策の提案: Redrawは行番号を対処?(address)するべきであり、そうすることで、穴はあきません。 まずさしあたり、clear-to-eolは0から始めるべきです。 根拠(proof: 主張を裏付けるデータ): ログによると、テキストはlemに更新されていますが、行番号はlemによって更新されていません。 ログの一部を抜粋します。 ``` xcb:interface-print (0 23) | 24 | attr:# xcb:interface-clear-eol view (4 23) xcb:interface-print...

I have the same issue.