{用者}{HTML}{HTML5}{デラング}{進捗記録}{高い}{あれ}{役割を持たせる}{役割を持つ}{緩衝的}...=}(248)

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

進捗時限記録中略

昨日寝る直前にまた脳爆発があり,今朝にかけて文字装飾記法タグ記法周りの概念整理仕様整理急速に進んだ

文字装飾記法は,「文字装飾を伴う慣用表現」のための記法位置付けることにした。太字記法##斜体記法//下線記法__打ち消し線記法~~翌日のまとめで「打ち消し記法」から改称4記法基本とし,それぞれ所定装体スタイルを伴う <b><i><u><s> HTML 要素対応する

@ を使った文字サイズ記法% を使った色記法検討していたが,タグ記法概念が出来たことで中途半端なものになるため,これは廃案とする。

文字装飾記法はこれがほぼ完成形か。

検討過程

3つ検討方針

実装自体は容易部類で,記法概ね固まっていたにもかかわらず文字装飾記法実装踏み切れなかった理由として意味論的な問題があり,これが思いのほか難題だった。実装方針3通り考えられる

  1. 完全に意味論的な記法にする
  2. 完全に装飾的な記法にする
  3. 意味論装飾重ね合わせた記法にする

記法趣旨からしても,軽量標記マークアップ言語特性を考えても,1つ目に無理があるのは明らかだ。対応する HTML<b><i><u><s> は,私が何度解説を読んでもややこし感じる代物だ。それを多くの人正しく理解して使うのは不可能だろう。そもそも「文字装飾記法」という分かりやすい説明体系捨てることになるが,代替案があるわけでもない。

かといって,2つ目ももったいない。要は <span>装体指定だけにするということだが,例えば,太字にはしたいが <b> にはしたくない場合打ち消し線引きたい<s> にはしたくない場合がどれだけあるのかと考えると,無難通り越して臆病過ぎる失う可接性アクセシビリティ応用可能性釣り合わない

最終的に採用することになった3つ目も,全く考えなかったわけではないが,柔軟性に欠け,前の2つの悪い所組み合わされる気もして,有力案にはなっていなかった。

タグ記法による書き分け

この膠着状態変えたのは,前日概念としてまとまったばかりのタグ記法だった。

これまで,デラングにおける HTML は,どうしてもデラング出来ない表現をしたい場合などの“抜け道”とか“救済措置”に近い位置付けで,積極的に使うことを想定していなかった。実際個人的にはほとんど使っておらず放置している不具合多い部分だった。

デラングタグ記法として間接的に HTML使うことで,略記法導入可能になり,HTML 側の仕様変更に対しても一定の緩衝帯設けることが出来る。ここに来て初めて文字装飾記法でも「書き分け」が考えられるようになった文字装飾記法対応しうるのが全て1文字要素だったことも幸いした

昨日寝る直前に,##太字的な表現##<{font-weight:bold}>太字</> のように書き分けるよりも,##太字##<b>太字的な表現</b> のように書き分ける方がマシであることに気付いて,1つ目の実装方針完全に潰せた

これにより一時的に2つ目の実装方針再浮上したが,標準的に使う記法として標準的な用途最適化不足なのはやはり否めなかった

決着

最終的に,「文字装飾を伴う慣用表現」という用者自然に理解出来る範囲での意味論的位置付け与え逸脱する用途ならタグ記法書き分けるのが使用頻度に対して最適だろうという結論に達した。3つ目の実装方針洗練させた格好になる。

例えば##太字## は「太字装体<b>」に対応する装体邪魔なら <b>太字的な表現</b>書けるし,意味邪魔なら <{font-weight:bold}>太字</>略記法検討段階のように書けるが,これらの場合稀少なのは明らかで,記述量上手く釣り合うワープロならともかく,軽量標記言語手書きしようという人にとって難しい使い分けではないだろう。

そもそも<b><i><u><s> は,古くからある視覚的要素HTML5慣用的な用途引き継いで意味論化されたものなので,「文字装飾を伴う慣用表現」と非常に相性が良い相互変換にも全く問題ない

何より,直感的に入力すれば構造的に出力されるというデラングの理想適っている

文字サイズ記法色記法廃案

文字装飾記法を「文字装飾を伴う慣用表現」と位置付けたことで,慣用表現を持たない文字サイズ記法色記法仲間外れになるが,タグ記法によって出る幕がなくなった感があるので,ここで廃案にすることとした。

第一に,タグ記法略記法整備した方が一貫性応用可能性高い特定プロパティ省略出来るようにし,<{white}>白い文字</> のように書ければ,%white%白い文字%% と書くのと記述量大差ない

もともとパラメーター必要とする記法異質感はあり,文字装飾記法統一感損うかという懸念はあったので丁度良かった

波及的検討

波及的に,いくつかこまごまとした検討進んだ

組み合わせは「」ではなく「入れ子」へ

これまで,複数文字装飾記法組み合わせ#/太字と斜体/# のように,「記号を1つずつ逆さにした終了記号挟む」といったややこしい説明考えていたが,##//太字と斜体//## のような「入れ子」を #/太字と斜体/#短縮出来るという考え方にした方が分かりやすいため改めることにした。

タグ記法発展

今回検討で,タグ記法早くも実践的な役割を持つことになり,デラングにおける存在感一気に増した

タグ記法HTML仕様変更対する緩衝的役割を持たせること,要素名省略<span> にすることを考え始めた

{進捗記録}{高い}{希哲16年1月31日の開発}{希哲16年1月31日14歩}{見送ってきた}{別の記法}{必要性に乏しい}{閲覧性}{重い強調輪符}{予想される}...=}(97)

{希哲16年1月31日13歩 K#F85E/E74C-0A95}

進捗時限記録中略

閲覧専用模動強調輪符多重輪括弧についての整理終了


多重輪括弧は,単純に外側の輪括弧をそのまま全て表示する仕様まとめていくことにした。この場合,閲覧専用模動でも輪結になる。役割を考えると,この場合の輪結先閲覧専用模動ではなく後景一覧あるいは重い強調輪符との組み合わせ輪郭ページにすべきか。

直近の検討では,全知検索における多重輪括弧(個数にかかわらず)輪括弧1対だけ表示し,閲覧専用模動における二重輪結化のみ,三重以上で輪括弧表示する,といったように模動によって表示仕方変えるつもりだった。

これは,輪括弧輪結化する“水準”を表すものと考えれば自然な記法思えたが,模動にかかわらず輪括弧表示させたいという時にわざわざ {{{あれ K#XXXX/XXXX}}}書かなければならないなど,実際には煩雑紛らわしくなることが予想される。現に,こう説明してみても分かりにくい

この複雑な仕様必要なことがあるとすれば,閲覧専用模動強調輪括弧表示もせずに輪符輪結化したいという場合だが,閲覧専用模動用途全知検索との使い分け考える必要性に乏しい相応しい別の記法がありそうだ(これは次歩方針解決か)


二重輪符」や「多重輪符」という用語考えたが,このあたりは将来的に輪符の入れ子にもかかわりそうなので,もう少し整理したい。

輪符の入れ子から検討しているものの,必要性に対する複雑化懸念から見送ってきた。ただ,あれば表現の幅広がるのは間違いないので,将来的に対応する可能性高い


強調輪符閲覧専用模動でも輪結化するという方針維持する

最近全知検索では重い強調輪符のみ輪結先後景一覧ではなく輪郭ページにする方針固まり,より文書として読みやすい形で表現出来るようになるだろう。

閲覧専用模動構想初期に比べて,まず全知検索閲覧性十分なものにするという方向軌道修正している昨年12月6日の開発における輪結装体調整もその一環だった)ため,全知検索閲覧専用模動での表現差異必要最小限留め全知検索読みやすいように書いた文書自然に閲覧専用模動にも適したになるようにしたい。

{デラング}{進捗記録}{廃止}{組み合わせた}{キーボード記法}{見送った}{書き間違い}{下境界線}{上境界線}{邪魔臭い}...=}(111)

{希哲16年1月17日17歩 K#F85E/E74C-835A}

キーボード記法改良終了

従来二重角括弧を使った [[X]] 記法に加え,アンダースコア組み合わせた [_X_] 記法使えるようにした

旧記法近いうちに廃止し,ウィキ互換輪結記法転用する。ハッシュタグ同様,単純に全知検索飛ばすだけだが,他サービスからの移行者デライト触りやすくなったり,デライト向け文書書き直しやすくする効果見込める

大きな用途変更であるため,時印によって適用版存切り替えることになりそうだ。

11日14歩検討方向性定まっていた旧記法導入した昨年3月11日はまだデラング整備最初期で,あまり他サービス他言語との互換性重視しておらず,他サービス採用例多かった二重角括弧による輪結キーボード記法使うことも,独自性を出すのに良いだろうという程度にしか考えていなかった

最近デラングが,デライトにとっての利益損なわない限り他サービス他言語との互換性最大化するという方針になっていることに加え,単純に旧記法視認性の悪さ気になっていたこともあった。最近ではほとんど自分で使っていなかった

[[Ctrl]] のようにキー名長さがあればまだいいが,[[X]] では流石に記号邪魔臭い[_X_] という記法は当時検討した記憶があるが,[X] に対して物足りず決め手に欠ける感じたか,なんとなく見送っていた[[X]] は「キー立体感を表現しているように見えなくもない」希哲15年3月11日2歩思っていたが,<kbd>装体デライトも含めて,四方み,立体感を出すため上境界線よりも下境界線目立たせるという形になることが多いため [_X_] の方がむしろ装体近い

逆括点を使った [`X`] という記法採用例を見かけて悪くない思ったが,まだ普及度低い上,これは `[X]` との書き間違い続出しそうだと感じたたため見送った[_X_] ならその問題もなく,直感性でこれに勝るものはなさそうだ。

<kbd>入れ子にすることも出来るので,[_Ctrl_] + [_X_] のような組み合わせ記法として扱うことを考えたが,実用上大きな変化はないはずなので後回し

{HTML}{HTML5}{進捗記録}{AsciiDoc}{主述記法}{決め手に欠ける}{優先的に}{普及状況}{寄せておく}{重視すべき}...=}(75)

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

進捗時限記録中略

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

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


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

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

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

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


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

=}
{進捗記録}{希哲15年8月2日の開発}{一種類}{ややこしくなる}{登録用者だけ}{ここだけ}{消極的な公開}{集団共有}{希哲15年8月2日の進捗時限}{希哲15年8月2日の進捗}...=}(27)

{希哲15年8月2日12歩 K#F85E/E74C-C059}

公開範囲設定機能についての検討終了

ここだけ外部サービスなどと連携しない消極的な公開集団共有の中間で,「登録用者だけ」もありうることに気付いたが,あまり選択肢を多くしてもややこしくなる

URL を知っている者に開放する応付があれば実質「ここだけ」の用途を満たせるので,公開一種類にして,他は全て「未公開」にしてよさそうだ。

=}
{文字参照}{特殊文字の越化}{二重波括弧}{希哲14年8月6日}{希哲14年8月6日のツイスト}{波括弧}{ツイスト}{将来的}{可視化}{解決}...=}(13)
{用途}

{}