{圧倒的に}{希哲16年3月16日}{希哲16年3月16日のツイスト}{当時の}{ツイスト}{必ず}{成功体験}{狂った}{勝る}{勝ち}(21)
{デラング}{進捗記録}{}{記号}{進捗}{デライト}{希哲16年1月17日}{輪結}{ウィキ互換輪結記法}{廃止}(112)

{希哲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_] のような組み合わせ記法として扱うことを考えたが,実用上大きな変化はないはずなので後回し

{進捗記録}{知番}{進捗}{デライト}{SNS}{用者}{不具合報告}{待欄}{iOS}{PWA}(67)

{希哲15年2月26日5歩 K#F85E/E74C-FC19}

輪郭一覧RSS 配信検討続き。

全ての輪郭一覧RSS取得出来るようにする方針をまとめいったん終了。

PWA通知機能日本普及率の高い iOS対応していないという日本足掛かりにしたいデライトにとっては無視出来ない問題があった。

それを抜きにしても,相振り側で通知に関する登録情報状態管理することは現時点で避けたい。

実装運用の容易さ,枯れた技術であり応用範囲が広く応用技術も多いことなど,かつて月庭で機能していた RSS が意外に合理的だったことに気付いた。独自の通知機能実装するよりも総合的勝る

上部ページャーの右端にでもフィードボタンを追加する。RSS 非対応ブラウザが増えているため,先日考案した共有ボタンと同じ方式で,独自のメニューを挟む。このメニュー上なら Feedly 等のボタンを置いてもいいだろう。

KNEST仕様として求頼文字列で除外する自我知番などを指定出来るようにし,録入り中自我反映させる。その他,自由に除外したい知番を指定出来るような用合いも検討しておく。

特定の用者待欄を登録しておけば SNSフォローに近いことが出来る。デライト公式不具合報告要望用の輪郭などを登録しておけば運営効率化にもつながるだろう。

この検討を通して久しぶりに「待っ読」という翻訳語思い出した

{勝る}

{}