{進捗記録}{希哲16年2月18日の開発}{あれ}{文章の流れ}{左右矢印}{下矢印}{上矢印}{使うべきではない}{右矢印}{使われない}...=}(171)

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

進捗時限記録中略

前後記法」として検討していた記法を「前次記法」に改め仕様再検討して終了

<- 前 | 次 ->

<- 前
次 ->

<- 前のみ

次のみ ->

以上のように,<- 前 | 次 ->基本形とし,改行区切り<- 前次 -> のみでの記述可能にすることにした。


デルンにあった類似機能から,「時間(時印)的な前後関係」を表現する記法として「前後記法」と呼んでいたが,文書では新旧にかかわらず読ませたい順序指定出来る方が便利なので,より汎用的な前次記法」と位置付け直した

新旧表すのに「」や「」というのはよく考えるおかしいという意見もあり,私も何か良い代替表現はないかと考えていたが,慣用表現として定着しているのでこれは仕方ない前ページ次ページというように,左開きページめくっていく感覚なのだろう左開き右開き書字方向との相性問題なので,ウェブになることが多いのは一応合理的ではある)


前回の検討では,以下のように書いていた

前 <|> 後
前 <|
|> 後

これは他記法区別しやすく簡潔ではあるが,見本はともかく少し長い文字列が入ると記号埋もれがち直感的とも言い難い視認性考えると,行頭行末分かりやすい記号があってほしい。

また,<|>タグ記法使う予定</>紛らわしい|始まる長い文字列があると,初心者には表組み記法誤認される恐れもある。


他記法との区別しやすさ簡潔性直感性などを総合的に考慮した結果最も素直な記法であろう <- 前 | 次 ->落ち着きつつある

雑多な考慮点列挙しておく。

=}
{進捗記録}{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++ 左上の画像に回り込む段落。
=}
{HTML}{HTML5}{進捗記録}{AsciiDoc}{主述記法}{決め手に欠ける}{優先的に}{普及状況}{寄せておく}{重視すべき}...=}(75)

{希哲16年1月15日6歩 K#F85E/A-E74C-98C8}

進捗時限記録中略

<dl>対応する語釈記法仮称についての検討終了

まずは,AsciiDoc複数行ラベル記法取り入れることにした。


以前から 氏が使っていたことで AsciiDoc 風記法導入考えるようになったが,末尾::名称空間知符として多用していたため,語句:: 定義単一行ラベル記法導入するとおかしくなる輪郭がいくらかあるという問題があった。

ただ,最近この手の文字列交度記法利用統一すべきという考えまとまっているため,移行作業問題はあるものの仕様として導入することに問題はなくなった。そこで,すぐに取り入れても問題なさそう複数行ラベル記法から取り入れ,どう拡張するかは追い追い考えていくことにした。

記法名仮に語釈記法」とした。HTML5<dl>〈definition list〉から〈description list〉意味合い変わっているが,語句に対する説明という大まか意味には適っている

AsciiDocラベル記法はもっと汎用的使えるものらしいが,デライト重視すべき HTML では意味付け重要なので,とりあえず <dl>用途寄せておく


他に,Markdown Extra などで採用されている行頭 :記法検討した。記法として悪くはないが,普及状況いまいちで,優先的に採用するには決め手に欠ける

=}
{進捗記録}{廃止}{Markdown}{デライト}{希哲15年7月6日の開発}{希哲15年7月6日の進捗時限}{希哲15年7月6日の進捗}{希哲15年7月6日}{表示環境}{読み手の好み}...=}(72)

{希哲15年7月6日8歩 K#F85E/A-E74C-87B0}

デラング整備段落記法段落装体改行仕様再検討

いったん終了。

これまで,段落間の余白0.5emほど開けて1em分の字下げtext-indent設定していたが,自動字下げ廃止し,代わりに字下げ記法導入することにした。

字下げ記法では,行頭に所定のスペース(例えば日本語なら全角スペース1つ)を置くことで text-indent設定出来るようにする。Markdown 等で採用されている4つの半角スペースでの交度記法などの導入をどうするかはまだ決まっていないため,まずは衝突しないように限定的な導入に留める。

また,改行については,これまで通り1行の空行段落分けに使い,半行分の余白を開ける。2行の空行で1行分の余白,それ以降は1行分ずつ余白を追加していくように装体厳密化する。

字下げ記法により改行無しで段落を表現出来るようにすることも検討する。この場合,段落間余白無しで字下げのみを使った段落表現も出来るようにする。

これにより,多様段落装体対応出来る。


段落の字下げは,段落間の余白とともに文書の性質書き手読み手の好みによって制御出来るようにしておいた方がデライト活用範囲広がるだろう。

従来の段落装体は恐らくデルン最初期調整したもので,長い文章を書く時は便利に感じていたが,例えば,どんな表示環境でも改行されないような一言程度でも字下げが入るため,内容によっては不自然行頭が揃っていないように見える,といった問題があった。

段落間の余白を広げ過ぎると縦の空間消費し過ぎかえって視認性問題があるため,代わりに字下げ導入したような微かな記憶がある。

ただ,日本語版 Wikipedia でも英語版 Wikipedia でも0.5emの段落間余白で字下げ無しという装体なので,特別読みにくいということもない。

最初は字下げ無しを指定出来るような記法導入することを考えたが,そんなややこしいことをするくらいならこちらの方がすっきりするだろう。

{駒手記法}{進捗記録}{希哲15年3月24日の開発}{言語名}{希哲15年3月24日の進捗時限}{希哲15年3月24日の進捗}{希哲15年3月24日}{highlight.js}{Dex 実装作業}{shell-session}...=}(19)
{進捗記録}{`display: block`}{領当て}{通注}{希哲15年3月2日の開発}{未出振るい}{div.ts}{span.ts}{下揃え}{aside.etc}...=}(57)

{希哲15年3月2日13歩 K#F85E/A-E74C-C8BF}

デライト文書構造最適化中景部微調整

途中で終了。

描写部下の描き出しボタン描き直しボタン時印領当て安定感が無いことがずっと気になっていたため,ひたすら試行錯誤していた。

結果,これらをまとめる aside.etc導入Flexbox下揃えにすることで領当てに関してはかなり満足出来るものになった。

time.ts_drw, time.ts_rdrw をまとめていた時印部span.tsdisplay: block にしていたため div.ts に,br 要素削除time 要素を display: block にして改行するようにした。この辺は過去の試行錯誤で混乱していた部分だった。

この過程で,実装当初から左寄せにしていた描出ボタン右寄せにした。描き直しボタン時印部の左側に下揃えで表示される。

ついでに,新規描出フォーム描き出しボタン文字色灰色からにし,少し目立つようにした。

描出ボタン左寄せは,知名の先頭や行頭に近く目障りなことが多く,徹案としても後景部左上の安定感の無い位置美しくない新規描出フォーム鼻付き吹き描きでは自我アイコンを間違って押さないように中途半端な位置に離す必要があったり,通注に被ったりと問題は多々感じていたが,代替案を考える余裕が無かった。ようやくあるべき所に落ち着いたという感じだ。

ただし,スクリプトが機能しなくなっているため未出振るい

=}
{行頭}

{}