使いかた

プラグインを起動するとコピーとペーストのボタンが出るので、コピー元の和音を1つ選択してコピーボタンを押し、ペーストしたい先の範囲を指定してペーストボタンを押す。すると音価は維持されたまま、指定した範囲の和音が置き換わる。

あーだこーだ

• プラグインからはクリップボードを触れないので、こういうやりかたにするしかない
• MuseScore のプラグインシステムはかなりひどい (ずっと改修中になっているが)
  • console.log がサンプルに書かれているが、どこにも書かれない
  • C:\Users\cho45\AppData\Local\MuseScore\MuseScore4\logs に書かれそうだと思うだろ？ 書かれないんだなこれが。
  • エラーが出ても無言
  • どのリファレンスが最新なのかわからない

ディスクの消費

/var/log/journal はあり、こちらでディスクを 4GB ほど消費している。

$ ls -altrh /var/log/journal/*/
-rw-r-----+ 1 root systemd-journal 128M Apr 29 13:41 'system@...68e.journal'
...

1ファイルあたり128MBが32個ほどあった。SystemMaxUse のデフォルト値はややこしいので man 確認する必要がある。自分の環境の場合、ディスクが48GBで、デフォルトの最大は10%の4.8GB、ただし 4GB が上限。

ファイルの数 (SystemMaxFileSize) は SystemMaxUse の 1/8 らしいので過去ログは7件しかないはずだけど、なんかいっぱいあって謎。しらべてもよく挙動がわからんかった

ref

• https://seinolab.jp/posts/2023/saving-memory-usage-of-systemd-journald.html

GOOS=js GOARCH=wasm によるデモページ

https://cho45.github.io/xatena-go/

golang は wasm に直接出力できるので、これでデモページを作ってみた。.wasm ファイルが 6MB超あるけど……

実装

Text-Xatena のほぼ単純移植として実装する方針で、Copilot (GPT 4.1) と共にやってみたけどまぁまぁ面倒だった。

元実装があり、あまりデザインを変えずに言語を変更するという感じなので、AIでもできるだろと思ったけど、案外うまくいかず、結構いちいち指示やら手を入れることが必要になってしまった。とはいえ自分で書くよりは早くできたと思う。

ある程度できてくれば複数ファイルにまたがる変更もやってくれるけど、微妙に修正漏れがあったりして面倒。

テストの雛形をつくったあと、Perl のテストファイルをコピペして、それぞれ分けてテストファイルつくるように指示したけど、テストの中身を適当に書きかえられてひどかった。

コンテキストを小さくするために、先に全体の要約とか実装方針とかをまとめたほうがよかったのかも…… 自分は元コードを理解してるから、元コードの要約をさせる発想がなかったのが敗因かもしれない。