{第二次知番改良}{早朝出振るい}{dg_dln_hist}{影響のない}{デライト以前}{古い交度}{想定して}{完全廃止}{関連交度}{函数群}...=}(82)

{希哲16年6月12日の開発 K#F85E/E74C-7D2B}

第二次知番改良第零番節の削除dg_kno_vac() 修正交度出場整理

休日ではあるが,明日早朝出振るい目指して休み休み作業を進めたdg_kno_vac()仕上げ入る前に,使っていない kn の外充て函数などの整理始めたら,これが捗ってしまった出場見通し更に良くなったが,一段落した頃には20時近くだったので早朝出振るいはまた延期することにした。


交度出場整理では,デライト以前から引きずっていた古い交度などの大部分削除出来た動作影響のない部分では本番出場でも作業を進めた

{デライト}{希哲館事業}{新生デライト}{範枠}{希哲16年2月24日}{『希哲日記』}{読む}{展開する}{導入したかった}{良い思い付き}...=}(69)

{希哲16年2月24日の日記 K#F85E/E74C-D547}

{希哲館事業}{デラング}{進捗記録}{希哲16年2月22日}{希哲16年2月22日の開発}{希哲16年2月22日の進捗}{担わせる}{4ja}{有名無実化}{意識しない}...=}(159)

{希哲16年2月22日9歩 K#F85E/E74C-BABF}

進捗時限記録中略

kitetu.comサブドメイン設計についての検討終了

今後デラングのように独立して参照出来るべき献典には積極的にサブドメイン与えていくことにした(例:dlng.kitetu.com


デラング的転回同時にデラング文書dlng.kitetu.com与えることを決めたが,これを機に知番SLFS 等々の公式文書にもサブドメイン与えることを考え始めた

これまでサブドメイン追加には消極的で,例えば技術系献典tech.kitetu.com集約することを考えていた。ただ,この手の URL 設計は,運営者にとっても閲覧者にとっても直感的でなく情報過多になりやすい上,階層的な整理難しいことも多々あり,変更に弱く参照可能性の低い URL が出来がちであるという問題があった。

こういう場合対策として,経験上最短原則」が最善であることは分かっていて,最近駒手にせよ各種識別子にせよ知名最短知名原則にせよ最短化する流れにある。サブドメインについてもこれに従うことにした。希哲館事業要素全て kitetu.com階層下にある,ということだけは確かだ。もちろん,これとは別に,階層的な情報源もあった方がいいので,そこは tech.kitetu.com などに担わせる

献典ドメインとしての独立性統一感同時に持たせられるのだから,むしろ,ここからがドメイン名統一本領発揮になりそうだ。

2文字サブドメイン問題解決

サブドメイン活用していく上で,一つ,「2文字サブドメイン問題」とでもいうべき問題があった

例えば,サブドメイン与えるなら cu.kitetu.com とするのが自然だが,CUキューバ国家符号だ。

ドメイン名統一によって ccTLD使わなくなっているため,将来的に地域別ドメイン欲しくなった時にはサブドメイン使うことになる。2文字サブドメイン使用避けるべきかもしれない,と考えていたキット*メーネmn.kitetu.comモンゴルMN被っているのが少し気になってはいた

ただ,その懸念も「もやもや」の域を出ていなかった明らかに紛らわしいサブドメイン最初から使わないので,被るとしたら普段意識しないようなものだ。被ったとして,ドメインハックccTLD有名無実化している今,そこまで神経質になることでもないだろう。そんなことのために,わざわざ不自然な表現もしたくない。とはいえ,サブドメイン選択肢多い越したことはない

そこで,国家符号表す何らかの接子導入考えたFacebook のように,ja-jp言語符号付きを基本として,言語符号がいらない場合は x-jp のように表記出来るようにするかとも考えたが,少し野暮ったい

最終的に4 接頭子導入する方向検討進めることにした。例えば,キューバ向けのドメイン4cu.kitetu.com として cu.kitetu.com区別出来るようにする。衝突しなければ 4 接頭子省略してもいいし,4ja のように言語符号に代えられてもいいだろう。4ja-jp のような表現が出来てもいい。これなら十分な簡潔性柔軟性兼ねられる

例えば 4jp.kitetu.com なら www.kitetu.com変わらない標準的な長さだし,むしろお洒落感すらあるので,これで統一して,4 接頭子無しは転送用にしてもいいくらいかもしれない。

いまのところ地域別ドメイン必要は感じておらず,将来的に必要になるかもしれない,という程度の問題なので,細かいこと追い追い決めるとりあえず理論上すっきりしたので良かった

=}
{進捗記録}{希哲16年2月15日10歩}{検討を続ける}{閉じタグ}{区切り記号}{スペース区切り}{希哲16年2月15日の開発}{希哲16年2月15日の進捗}{希哲16年2月15日の進捗時限}{希哲16年2月15日}...=}(40)

{希哲16年2月15日12歩 K#F85E/E74C-3C2C}

進捗時限記録中略

10歩検討関連して,タグ記法略記法前景色背景色をどう書き分けるかについて少し検討して終了

廃案となった色記法では,順序はともかく)%%black white%% のようにスペース区切りがいいかと思っていたが,これだとどちらか一方だけを指定したい時に困る。どちらを省略したか分かりやすい区切り記号欲しい

<{black:white}> では直感的にどちらがどちらだか分かりにくい。単純に一つだけ指定した場合は前景色にしたいことを考えると,<{前景色/背景色}> がいいかもしれない(ただ,後で考えると閉じタグ記号紛らわしいか)

<{前景色<背景色}> のように <> を使えれば関係性分かりやす順序にも自由度持たせられるが,そもそもタグ記法で使う記号なので美しくはない

もう少し検討を続ける

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

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

進捗時限記録中略

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

<- 前 | 次 ->

<- 前
次 ->

<- 前のみ

次のみ ->

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


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

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


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

前 <|> 後
前 <|
|> 後

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

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


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

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

=}
{進捗記録}{希哲16年2月13日の開発}{単独行}{無理なく}{希哲16年2月13日の進捗時限}{希哲16年2月13日の進捗}{自動取得}{代替記法}{希哲16年1月19日1歩}{輪結記法}...=}(36)

{希哲16年2月13日9歩 K#F85E/E74C-0502}

デラング整備輪結記法についての検討終了

1月19日1歩考えた URL省略記法だが,これは [https://example.com/abc ... xyz] という形式導入することにした。これなら無理なく直感的だろう。

前々から考えていたリンクカードは,とりあえず,単独行[https://example.com] での導入考える長い URL の場合に,[] https://example.com という代替記法があってもいいかと思っていたが,これはチェックボックス記法紛らわしいためとする。いずれにせよ,これ以上分かりやすい記法もないだろう。

行内[https://example.com] を使った場合には題名自動取得するなどの機能があってもいい。

=}
{紛らわしい}

{}