prev Kozaneba開発日記2021-09-08

---

昨日はJSONを読み込んでソースコードの可視化ができた

ユーザが同じことを試みた時に正しくないフォーマットのJSONを入れてエラーが出たらSentryを見て僕が混乱するので、インポート時に正しいフォーマットなのか確認すべき

正しくないとき、エラーを僕に送るのではなくユーザにフィードバックすべき

矢印機能

GUIでつける手段がない

GUIでつける矢印はクリックできて欲しい？

そのためには今のは細すぎる

しかしソースコードの可視化の際には細いのがよかった

Ba単位で切り替えられる必要がある

物理演算

APIをコンソールから叩けばオンオフできる

ユーザスクリプトでボタンをつける

ユーザスクリプト編集画面欲しい

これを実行してエラーになった時もSentryに送るのではなくユーザにフィードバックするべき

---

インポートのエラーフィードバック、できた

昨日のリリースノート書いてなかったな

Annotation Layer が追加された

現在は矢印だけ実装されている

GUIはまだ作っていない、JSONのインポートでのみ作成できる

物理演算による自動整形機能が追加された

次はユーザスクリプト編集画面

done

ユーザスクリプトで物理演算ボタンをつける

これは誤り

プログラムで700本生成する矢印と人間が手でつける矢印は別物

生成する矢印の方が軽量なデータであるべき

ユーザが作る方にカスタムスタイルをつければ良い

リリースノート

UserScriptダイアログを追加し、現在のコードを確認し、書き換え、実行し、保存できるようになった

今までUserScriptはlocalStorageを直接書き換える方法しかなかった

選択メニューから矢印の追加ができるようになった

削除はまだないが、必要かどうかしばらく運用してから考えよう

矢印のスタイルを事後的に変えたいときは矢印をクリックするつもりだったが、矢印の頭がついてない側に頭をつけたい時に「頭のついてないところ」をクリックする必要があってなかなか使いやすいのか微妙な気がしてきた

Kozanebaにチュートリアル以外にもヘルプをつけようと思ってたんだけど、フォーラムに書いてリンクを示せばいいのではって気持ちになってきた

例えばこざね追加ダイアログに現状の「1行1こざね」のほかにScrapboxフォーマットとMarkdownフォーマットの読み込みをつけたとして、そこにヘルプアイコンを置いたとして、これをアプリ内でヘルプダイアログで開くと元のダイアログは閉じてしまう

チュートリアルは「画面サイズを検知して小さすぎると警告」とか「操作を試すためのプリセットを用意する」とか割と色々するのでプログラムと一体であることにメリットがあったが、追加コンテンツに関してはそうでもない気がする…

明日はKeichoの改善をして、KeichoもKozanebaでのプロジェクト管理に移行する

KozanebaからのCopy as Textはグループをインデントで保とうとしたりとかはせず、別途Copy as ScrapboxとCopy as Markdownをつけることを考えている…

まあ明日はKeichoの方をやるのでアイデアだけ練っておいてやるとしても来週。機能追加ばかりしすぎという説もあるので、あえて機能追加しない縛りの週を作るかもしれない