A. N. Other @another@fedibird.com

非常に興味深い。
たった760MBの無料のLLMが、企業級の子に対抗できるってお話。
ここからどん〱゙輕量化しちゃって、終ひには水晶や寶石の中に入れられるほどちいさくなっちゃうかもね！
https://note.com/shi3zblog/n/n3a8944695680

ドラクエにある「ラナルータ」って、時間を操っているか、惑星の自転を操っているかという、とんでもない呪文である

カーリーブラケットは印刷革命後の最初の百年でなされた偉大なマクロ・タイポグラフィの発明の１つだという記事 https://macrotypography.blogspot.com/2015/11/curly-braces.html

メンテナンス終了しました。サービスを再開しています。

この後10時から、メンテナンスのためnotestock止まります。最大2時間の予定です。

図形同士が対等に隣接したり並んだりしてるのか、一方向に従属しているのか、そういう関係性のパターンがいくつかあると思う

意味的な結合（文字がスペースなしに単語として結合しているように図同士が結合している）と視覚的な結合（ハイフネーションされるように結合線が見えている状態）との区別がなくて困る。語がスペースで区切れるのと同じように図同士の結合も明確に切れるべき（スペース文字をどう解釈するかはプロセッサの問題だが、少なくとも、見えないけれど重要なメタ記号というのが何かしらないとお話にならない。テキストもこれがあるおかげで単語の途中で無断に改行されない）。

昔のワープロ、キャノン PW-10 からOASYS Pocket3 にいたるまでそうだったけれども、欧文ワープロでは割と早く挿入モードがあった気がする
https://www.youtube.com/watch?v=yQQOEJ3bI_Y

現在でもテキスト編集には上書きモードを取ることができるので、図の編集でも挿入モードと上書きモードを取ることができると思う。ここでいう上書きモードが対象の記号を消して置き換えるもの（データ処理的）なのか、記号の上に記号を重ね書きするもの（タイプライター的）なのかは議論があると思うが、個人的には記号が重ならないことを前提にしたほうがいいような気がする（テキストで（負のかもしれないが）実績があるという意味で）。

テキスト編集も発展を辿ると現在の操作体系と異なる。
・カーソルは文字と文字の間にない
・・カーソルは文字を対象としていて、挿入位置を示していなかった。
・挿入モードがない
・・文字は必ず上書きされた。
・・挿入コマンドで挿入する空白文字数を指定し、カーソル以後の文字列がすべてメモリ上で右方にコピーされるのを待つ必要があった。
・バックスペースがない
・・左に移動してからスペースを押すと文字が空白文字に置き換わる
・・または、左に移動してから削除を実行すると、カーソルの下の文字が消え、右の文字列がすべてメモリ上で左方にコピーされてくるのを待つ必要があった。

その通りで、いま求めているものに近いものは部分的にHTML+CSSのなかにもあると思う https://fedibird.com/@natory/113289605983667458 [参照]

シンボルを配置して全体が意味をなすようにした平面構成にリキッドレイアウトを適用し、記号削除や記号挿入といった編集に応じて前後の記号が適切な位置に移動して表示されるシステムにより、テキスト編集に近い編集環境を実現するべきではないかという話

それはそうですね。フローチャートとかブロック・ダイアグラムとかER図とか、そういうのを想定してます https://fedibird.com/@natory/113289595318679942 [参照]

自動折り返しを無視したとしても、プレーンテキストには１文字削除したらそのぶん自動で詰まるという（いわば見た目上の）機能があってそれが便利なのに図には近いものがあまり見当たらない
https://fedibird.com/@natory/113289590194835338 [参照]