{希哲16年5月17日の開発}{希哲16年5月17日の進捗}{新しい目印}{変わらなくなった}{目立たなくなる}{動的に}{効果は大きい}{発見しやすくなる}{機能の違い}{自然に学べる}...=}(89)

{希哲16年5月17日14歩 K#F85E/E74C-776A}

中景輪符改良

輪郭ページ知名選り手以外の知番輪結最大化アイコン追加していったん終了小さい変化だが効果は大きいだろう。

中景輪符知名輪結知番輪結役割動かしようがない旧デルン実装では,知名輪結輪郭ページび,再検索用に ?輪結置いていたが,再検索多用するので直感的な方がいい。輪符における知名知番役割から考えても単純性保ちつつ整合性を取るとこの形になってしまう。問題点として,初心者にはそれぞれの役割分かりにくかった

他方高さ固定解除する方法分かりにくいという問題もあった。最近最大化アイコン使った輪結をどこかに置くことを考えていたが,知番輪結同じ機能を別の輪結持たせる混乱を招く結局知番輪結固定輪結であり特定の輪郭注目する機能兼ねている,ということを自然に学べる用合い望ましい。ということで知番輪結一部であることが分かるようにした。

これによって,知番輪結機能分かりやすくなり,知名輪結との機能の違い発見しやすくなるだろう。

最近の一日一文で,読者高さ固定解除する方法気付きにくいという問題尚更気になっていた動的に解除する手段考えているが,これはこれで先々でも使えるだろう。

第零番節の省略自我知番の省略可能になることで知番目立たなくなるが,これで丁度良い感じになりそうだ。3月31日の開発輪郭ページ前後景検索ページ外観変わらなくなったため,新しい目印としても丁度良い

=}
{色見本}{色見本記法}{デラング}{進捗記録}{書く}{Markdown}{あれ}{特殊形}{交度埋め込み}{難があった}...=}(96)

{希哲16年2月15日18歩 K#F85E/E74C-E831}

進捗時限記録中略

交度コード記法埋め込み記法組み合わせた交度埋め込み記法仮称方針まとめて終了

例えばMermaid埋め込みたい場合,以下のような書き方になる交度部区コードブロック記法は「逆括点バッククォート2つ以上」にする予定

+``mermaid
...
``

あるいは

+mermaid``
...
``

最近デラングMermaid 対応についてぼんやり考えていたが,場当たり的拡張はしたくないので,「外部言語による表現埋め込む汎用的な記法」がまず必要だと感じていた

GitHubMermaid 対応という話題目にしたことがきっかけで,これが急速に進展した。GitHub も含め,Markdown での Mermaid 対応は,いわゆるコードフェンスをそのまま使った記法採用例多い。これは私が嫌だった場当たり的拡張そのものだった。

コードフェンスは,「交度提示する記法であって,単に交度が書ける記法ではない。そうでなければ従来用法矛盾が生じるのは明らかなので,これは言語設計として悪手としか言いようがない

ただ,その愚かさ瀕答ヒントにもなった。つまり,深く考えなければ,多くの人にとって交度記法違和感なくこの種の記法応用出来る,「直感的な記法」であるということだ。

もう一つ,逆括点代わりに埋め込み記法拡張として以下のように書けたらどうか,と考えていたことも瀕答になった。

++mermaid
...
++

これは何かと整合性難があったが,役割として埋め込み記法一番近いとは感じていた。この二つを組み合わせればいい,と気付いて出来たのが今回の「交度埋め込み記法」だ。


言語名逆括点の前でも後でも大きな違和感はない。前に付けられるようにした方が,行内交度記法応用しても一貫性がある。

交度埋め込み先例として KaTeX による数式記法があるが,これは以下のような交度埋め込み記法特殊形とみなすことが出来る。

+katex``
...
``

行内でも使える: ++katex`...`++

さらに,これは色見本にも応用出来る可能性がある。サービス通類ツールによっては,行内交度記法色符号カラーコード書く自動的に色見本付加するものがある。

流石にそれはお節介過ぎるが,「色見本記法」があるといいとはずっと思っていた希哲15年3月31日1歩。例えば,++`#000000`++色見本が出来てもいいかもしれない。

{用者}{デラング}{進捗記録}{数式記法}{軽量標記言語}{越化参照}{希哲16年2月4日の開発}{希哲16年2月4日21歩}{良い代替案}{深く考えず}...=}(139)

{希哲16年2月4日17歩 K#F85E/E74C-503B}

進捗時限記録中略

デラング整備越化記法越化参照疑似実体参照についての検討終了

越化エスケープ基本的な仕様について記法内部実装両面から急速にまとまった

単一文字越化

まず,バックスラッシュ使った単一文字越化では,全ての文字越化することにした。ただし,この「越化」は,「通常とは異なる特殊な解釈試みること」であり,論組言語等でのそれと同様必ずしもデラング記法としての解釈避けることではない。

非特殊文字扱い

軽量標記言語単一文字越化対象非特殊文字に付けた場合の挙動としては,「不明なエスケープシーケンス」などと違了出すわけにはいかないので,以下の2つ考えられる

普段非特殊文字にあえて越化文字を付けてみることなどないので,一般的にどう実装するものなのか分からなかったが,特に定石があるわけではなさそうだ。

当初なんとなく前者想定していたが,この場合,全ての特殊(になりうる)文字予め定義しておく必要があり,挙動変則性用者混乱させる懸念もある。デラングの場合は文脈によって特殊文字になったりならなかったりすることも多いため,その対応も含めるとかなり複雑化してしまう。

後者の方が分かりやすいといえば分かりやすく,先日交度記法出来た代置子方式応用すれば実装単純化出来る。数式記法などでは越化対象文字判別する必要があるが,これは代置子への置換処理の前に制御子置換すればいい。

いずれにせよ後から変更するのが難しい仕様ではないので,まずは実装単純性を取るべきだろう。

数式記法との整合性

越化記法との整合性深く考えずLaTeX 方面の慣習従い導入した数式記法\[ ... \]\( ... \) をどうするかという問題に少し手間取った

これまで越化記法も「デラング記法としての解釈避ける」ためのものとして想定していたが,ここで本来越化という概念立ち返り,「通常とは異なる特殊な解釈試みる」ためのものとすることで整合させることにした。

越化参照

単一文字越化で「越化」という概念捉え直した結果,これまで Dex で「疑似実体参照」と呼んでいたものを「越化参照」として再定義することが出来た。

これに伴い,疑似実体参照では &_foo; としていた記法を,越化直感的に分かりやすい &^foo;統一することにした。代置子&^[連番];,「制御子(ここで命名&^[名前]; となる。

越化用の代置子に関しては &^1; などと書き分けるかと考えたのとほぼ同時に前述越化概念拡張があり,そもそもこれまで「疑似実体参照」と呼んでいたものが越化列役割同じであることに気付いた

参照先実体があるわけではないので「疑似実体参照」という名称にはずっと違和感があったものの,良い代替案見つからなかった。これで越化記法課題同時に解決してしまった。

{デラング}{希哲館訳語}{進捗記録}{取り組んでいた}{大まかな意味}{音写性の高い}{的記}{解釈する}{揺らいでいた}{ソーステキスト}...=}(74)

{希哲16年2月2日18歩 K#F85E/E74C-A528}

進捗時限記録中略

希哲館訳語についての検討終了

1月26日17歩ソース希哲館訳語として「素出」を採用したが,「素文」をどうするかという問題があった。これはもともとプレーンテキスト翻訳語として考えたものだが,デラングソーステキストという意味使ったこともあり,揺らいでいた

ここで,プレーンテキスト新しい訳語として「普文」を考えていたことを思い出したデライト正式離立取り組んでいた時期評価する時間が無かったのかすっかり忘れていたが,十分使えそうなので,ひとまず暫定訳語としておくことにした。素文はやはりソーステキスト解釈するのが整合的だろう。


ついでにテキスト」をどう訳すか再考した。的記的書適書といったがあったが,決め手が無かった。

カタカナ語としてのテキストテクスト大まかな意味は,「研究学習処理などの対象となる」なので,漢字一字ならやはり「」しかない気がする。「的記」を基本として,「的書」や「的文」と使い分けるべきか。

新たに底本」からの連想で「底記」という訳語思い付いたが,「」では音写性の高い漢字組み合わせ限られる

=}
{デラング}{ラテン文字}{進捗記録}{パンくず記法}{注意記法}{補足記法}{折り畳み記法}{感じさせてくれる}{歴史的な意義}{今となっては}...=}(166)

{希哲16年1月20日8歩 K#F85E/E74C-2FC4}

進捗時限記録中略

ひょんなことから予てから課題だった折り畳み記法急速にまとまった

折り畳み記法は,他の部区記法組み合わせ使える汎用的な記法として実装していくことにした。以下のように,部区開始行末^加えることで,その部区見出しなら階層下内容折り畳まれるようにする。厳密に言えば見出し階層下内容含む部区ではないが,例外的に扱う

・リストの折り畳み ^
  ・折り畳まれる項目

* 折り畳む見出し ^
折り畳まれる内容

+{埋め込みの折り畳み K#XXXX} ^

検討中,これがネタバレNSFW のような閲覧注意内容使えそうなことにも気付いた

きっかけからまとまるまで

補足記法・注意記法についての検討で,終了記号区切り線--)も使えるようにすることを考えた時,以下のように区切り線亜種として ^^ を使って折り畳めることをしてもいいのではないかと思い付いたことがきっかけだった。

?? 補足
補足内容
^^

この終了記号のように,他の部区にも統一的に応用出来る記法があれば何かと可能性が広がる。そこであれこれ検討してみると,部区終了記号だけでなく開始記号側にも分かりやすい目印欲しくなった。むしろそちらの方が自然場合多い

^対応する記号なら v考えられるが, などと異なり自然言語扱うデラングラテン文字導入しにくい日本語はともかく外国語問題が起きないとも限らない

何より下向きの三角形一般に展開されていることを表す記号なので,折り畳まれている記号として v開始記号添えるのは直感的ではない。となると,<>デラングではある程度活用方向性決まっているので,矢印的に使えそうASCII 記号^ しかない。

ここで,「行末^」を思いついた。これなら折り畳み記号としての直感性もあり,他記法とも組み合わせやすいパンくず記法で「行末>」を採用する直前にあっただが,微妙な違和感があり回避していた。この直感大当たりだった。

そして終了記号^^ とも整合的見える……と考え出したところで,今度はこっちの問題気になってきた。まず,日本人感覚ではぱっと見顔文字見える。そこで,--亜種であることが分かりやすいように --^考えてみたが,空行挟まない特定の文字指しているような記号見える

そもそも開始行末1個あれば,特別な終了記号要らないことに気付くまで時間はかからなかった結果的に非常にすっきりしたになった。

他の検討案

昨年6月18日の開発時点からは,以下2案があった。

++ ラベル
折り畳まれる内容
--

? ラベル
折り畳まれる内容
!

前者がこれまでの最新案で,区切り線--対応させて,++使うツリー開閉記号しばしば +-使われることに引っかけただったが,埋め込み記法渡括記法との紛らわしさから現時点での採用考えにくい。特に最近では ++使った行内埋め込み記法有力視していることもあった。無理に区別出来なくはないが,意味的な整合性確保するのが難しい

後者は,補足記法注意記法方向性固まった今となっては採用余地皆無だが,当時から今回の検討きっかけになった補足記法との組み合わせ考えていたことを示すであり,歴史的な意義感じさせてくれるものではある。

{Slackware 場当て}{止めた}{希哲10年8月26日}{feh 2.16.2}{希哲15年12月29日}{o}{kn opn}{使った}{備立}{時印}...=}(22)

{feh K#F85E/2510-25DC}

対応形式は Imlib2 に依存。3.7.2現在,WebP 動画GIF 動画には対応していない。

希哲15年12月29日kn opno画像ビューワーとして採用した。これまで使った記憶は無かったが,後日Slackware 場当て旧本台録2.16.2ソース展開してあるのを発見時印希哲10年8月26日。ただ,備立引装した形跡はないので途中止めたのかもしれない。

{使った}

{}