ノードとかCMSとかを考える

プログラミング経験問わず、CMSを自作し始めている気配があります。このページを読んだ方もぜひ。-Garden.oooのシリーズ機能

というわけで現在進行系で進めます。変な書き方や一貫性のない文章があった時は、つまりそこで機能の追加があったということです。

現状整理

cssは結構満足していて、パーサーもそのままで良さそう。
ビルダーは元々pythonでtxtをhtmlに変換する形にしていて、手打ちhtmlの延長のままでいたい思いがあった。
- しかし結局管理のためにjsonの記事リストもできてしまった。
  - ブログ同士のリンクを作ることは出来ないがこのjsonを使えばすぐできそう。
- 結局ビルダー越しにしかサイト編集をしていないので今ならもっと良い方法に出来る。
関係ないがJSON Canvasのウェブサイト化をしてくれるjsが居るのでノードグラフでの可視化はすぐ出来る。

意外とそれっぽいものはすぐできそう？

そもそもブレインストーミングはScrapboxで事足りている私が四角形のタイヤを作っても仕方なさそうだし、たのしそう以外に作る意味はそこまでない…

タイトル単位のリンク
非公開、限定公開機能（Github pagesでは無理）
エセマークダウンを色々作れると嬉しい。
- 文字を形状でしか見ていないので装飾が増えれば増えるほど私は文を覚える。
ノードで表示する方法、HyperstrataとかIntertex
- 圏論的な考え方よりも、脳内空間はいつもブラーのかかった集合構造を取っているのでそっちに寄せたい。
- ただ、自分が作ったscrapboxをノードで見せられた（美学 | noetheca）時にかなりアイデアが出た。その記事群の構造が向いているのもあるけれど、普段のScrapbox利用レベルの弱いリンク網でもノードグラフ化は効果的。
  - 文章にコンバートした時点で情報の構造はノード様になるでしょう
グループ機能を復権してもいい。別に並列であることが常に正しいわけではない。

こんな風に記事間リンクを作った。jsonにlinksの配列を追加して、ページ下部にinとto、共通のリンクを持つページ、の3種類のリストが出るようになった。ついでにファイル名でのリスト制作なのでタイトルの書き換え時にはすべてのリンクテキストを書き換えるようにした。

ちょっと最初に提案したコードの形状から離れてきたので、一度すべて読んだ。細かい部分の理解はできていないが、すべての関数が何をしているのか程度を攫った。
それで、もしそういったことをコード上部にコメントで置けたら少し安心するし学習意欲もでるので、

と状態を表す規格を考えてみる。
C2PA v2.4 の 18.28. AI DisclosureではhumanOversightLevelでレビューの関与で3段階に分けていますが、それの小さな自己申告バージョンみたいなものですね。

♥

⤴