{希哲館事業}{新生デライト}{デライト開発}{開発}{デラング}{希哲館訳語}{『希哲日記』}{`dlt.kitetu.com`}{`dlng.kitetu.com`}{デライト市場戦略}...=}(147)

{希哲16年2月10日の日記 K#F85E/A-E74C-FE31}

10年前のこの日デルン最初の描出をした。それがデルン始まりとするなら,今日デルン10周年だ。

大小様々な追い風を受け絶好調な今のデライトも,この第一歩が無ければ存在しなかった。そう思うと,色々な感情溢れてくる


最近あらゆる面デラングデライト開発主役になっていると感じていたが,それが何故なのか,実は理解が追いついていなかった直感に導かれるままここまで来た。この節目デルンの歴史輪郭法の歴史振り返ったことで,ようやくはっきり理解出来た

輪郭法原点は,「意味を書きたい」という欲求だった。“意味記述のための意味管理”を可能にするために輪郭法生まれた。その閃きが,希哲館事業ビッグバンだった。

だから,意味記述技術であるデラング重要なのは当然だ。それを忘れていたわけではないが,どこかでデラングの重要性過小評価していた。輪符による意味符号化が出来た時点で,あとは「おまけ」という感覚があった。気付いてみれば,これがとんでもない誤解だった。

輪符による意味符号化が出来たところで,それだけでは活用範囲広がらないデラング表現力を高めるということは,意味を書ける領域広げるということに他ならない。私にとって,何より本質的な仕事だ。今の今まで,これが理解出来ていなかった

デラングによる対 Markdown 戦略デライト市場戦略組み込みながらも「第四次デライト市場戦略」にしなかったのも,明らかに全知検索代わって黄金循環中心になっていることを感じながら第二次黄金循環」とすべきか迷ったのも,この無理解のせいだった。

理解出来てしまえば迷うことは何も無い今日から希哲館事業中心デラングであり,第四次デライト市場戦略始まりであり,今は第二次黄金循環真っ只中なのだ。

今日考える余力が無いが,これまでの,新生デライト一要素というデラング位置付け見直す必要ありそうだ。いずれにせよ,“デライトのためのデラング”ではなく,“デラングのためのデライト”になることは間違いないデライト開発における言語論的転回,「デラング的転回」とでもいうべきか。

既にデラング独立した言語という位置付けを持っているため時間の問題ではあっただろうが,デラング文書ドメインdlt.kitetu.com から切り離し,dlng.kitetu.com などとして公開することも決めた

デラング開発には,CnD 開発Synx 駒手知機駒手開発希哲館訳語交度英語整備などで培った経験技術幅広く活かせること,高度非言語思考支援するデルン欠かせないことも感じていた。しかも,なかなか世に出せなかったこれらの技術献典よりずっと世に出しやすい性質持っている希哲館事業における言語開発集大成とするに不足はない

デライト収益乗軌化目前デルン10周年3日後にはデライト2周年という節目にこの気付き得たことに大きな意味感じる脳爆発噴煙悪くなっていた視界がまた一気に開けたようだ。


生活律動矯正中ではあるが,この日記だけは冷めない内に書いておきたかったので夜更かしした。

{出振るい}{進捗記録}{分かる}{希哲16年2月15日24歩}{希哲16年2月9日の開発}{確信が持てなかった}{領当て}{ずらせない}{他要素}{空間的に}...=}(122)

{希哲16年2月9日15歩 K#F85E/A-E74C-ABAC}

進捗時限記録中略前後

デライト装体調整昨日7歩に関する整理終了

見出し段落よりも横幅両端0.5remずつ広げ区切り線<hr>段落よりも0.5remずつ狭めることにした見出しと区切り線装体・幅調整後

当初見出し下線区切り線見分けやすくするために,区切り線両端1emずつ狭める形にしかけたが,試しに出振るいしてみたこの形が想像以上しっくり来たので,基本方針として採用してしまうことにした。

文書構造視覚的にぐっと把握しやすくなった


段落に対して僅かに字上げするような見出し装体昔から気に入っていて,現状でも「はじめに」などのデライト文書<h2>1em<h3>0.5em字上げされている長らく更新していないため描写内見出しとは全体的に乖離している)月庭でどうしていたか忘れたが,特に理由がなければ似たような装体採用していたはずだ。

やはり,見出し直感的に把握しやすいのが大きな利点だが,描写内見出し採用出来なかった理由として,無駄な余白生じやすいという領当て上の問題大きかった。特に,諸場対応から強く意識するようになった幅狭領当てでは小さくない問題だった。

今回実験意外だったのは,全ての描写内見出し0.5remずらすだけでも十分な視覚効果得られたことだった。これなら,他の装体そのままに,見出し装体マージン削るだけで一応実現出来る。

そのうち領当て上の問題起きたとしても,幅狭領当てでは0.25emにするとか区切り線だけ調整するとか,調整やりよういくらでもあるので,基本方針としては問題ないだろう。


これだけ見出し分かりやすくなれば,区切り線短くする必要はないかとも考えたが,これはこれであった方がメリハリが付いて良い従来の他要素同じ長さだと,やはり直感的に区切りの大きさ把握しにくい

新装体なら,見出し見比べるまでもなく,見出し未満小さな区切りであることが分かる

空間的に見出しずらせない場合の備えにもなる。


昨日眠気が強い時間帯思い付いたのでこの新装体良さ確信が持てなかったが,認知機能低下している時に分かりやすい思ったのだから,分かりやすさに関しても間違いないだろう。

{進捗記録}{Markdown}{部区}{希哲16年1月18日の開発}{希哲16年1月18日12歩}{行内埋め込み}{行内埋め込み記法}{書き分けられる}{視覚的な}{導入予定}...=}(161)

{希哲16年1月18日8歩 K#F85E/A-E74C-91F1}

進捗時限記録中略

埋め込み記法渡括記法)の応付子オプションなどについての検討終了

概ね方針が固まってきた

引数風の応付子

これまで埋め込み記法には,埋め込み方細かく指定するような機能がなく,例えば画像埋め込みでも表示サイズ水平方向寄せ方指定出来なかった。この問題当然当初から認識していたが,どうしてもごちゃごちゃしがちな部分なので,直感的美しい記法練るのに時間がかかった差し当たり欲しいのは画像埋め込み表示サイズ寄せ方指定出来る機能だが,他の埋め込み対象でも使える汎用的な枠組み整えておきたい

そこで,[寄せ方指定スペース]+([応付])[埋め込み対象]形式採用することにした。例えば,添付譜類PNG 画像100x100埋め込みたい場合,+(100x100)png書けるようにする。

丸括弧内は,函数引数風にコンマ区切りで,埋め込み対象毎に使える応付子設定する。引数名指定出来るように a=xa:x受け取ってもいいが,柔軟性必要なのであえて必須にはしない。スペースを含む文字列扱いたい場合考えられなくはないのでとりあえずコンマ区切りにしておくが,各引数扱い駒手欄感覚近い

他のとして,+100x100 png+100x100,png のように全てを引数的に扱うことも考えたが,あくまでも埋め込み対象とする応付役割まとまり一番分かりやすいという点で丸括弧採用する。また,埋め込み対象URL など長い文字列になることも多いため,応付+直後置く。あるいは,末尾に置く書き分けられるようにする。

水平方向寄せ方

水平方向寄せ方は,表組み記法採用予定スペースを使う方法応用することにした。以下のように,+ 前のスペース無しは無指定4つ未満は左寄せ4つ以上で中央寄せ6つ以上で右寄せとする予定

+png            <!-- 無指定 -->
  +png          <!-- 左寄せ -->
    +png        <!-- 中央寄せ -->
      +png      <!-- 右寄せ -->

直感性でいえば矢印のような記号導入することも考えられる。となるとまず <>使うことになるが,すでに多用しているため無闇役割広げる記号意味稀薄化しかねない。そうでなければ leftcenterright のようなキーワード導入するくらいしかないだろう。いずれにせよ,見た目的にもあまり美しくない

当初,以下のようにスペースの数表組み記法合わせようとした2つ中央寄せ3つ右寄せが,いくつか問題がある。

+png         <!-- 無指定 -->
 +png        <!-- 左寄せ -->
  +png       <!-- 中央寄せ -->
   +png      <!-- 右寄せ -->

まず,表組みにおけるセル内での編集に比べそこまで編集効率問題にならないためここまで短くする必要もなく,比較的長くなる後続文字列に対して目立ちにく過ぎる単純にスペース2つ中央寄せ3つ右寄せ表現には見えない

さらに致命的な問題は,いくつかの他記法との整合性だ。導入予定字下げ記法では,行頭全角スペース使う。あまり好き記法ではないが,Markdown4つの半角スペースを使う交度記法互換性のため導入する可能性がある。これらの記法混ぜ書いた場合,視覚的な整合性が取れない。

そこで,行頭に使う寄せ方指定スペース表組み記法とすることにした。交度記法にも使われる4つの半角スペース右寄せ一致するよりは中央寄せに一致した方が違和感がずっと小さい

行内埋め込み記法

おまけに,行内埋め込み記法についても少し考えた

これまで埋め込み記法部区として扱うことを主に考えてきたが,やはり行内埋め込み必要だろう。まだ草案段階だが,例えば以下のようにして画像回り込む段落が作れると便利だ。

++png++ 左上の画像に回り込む段落。
=}
{広げる}

{}