{希哲17年1月20日の副日記}{概念的に}{両記法}{とらわれない}{態勢に入っていた}{理解しやすくする}{増やせる}{的を射ていた}{含まれていた}{数式以外}...=}(164)

{希哲17年1月20日の開発 K#F85E/E74C-D455}

全知検索演算子についての検討1歩交度埋め込み記法実装方針検討数式記法含めた概念整理5歩知名デラング対応方針についての検討7歩交度記法対応言語スクリプト動的に追加する方法についての検討12歩など,検討作業よく捗った

実作業も,交度写し取りボタン実装13歩16歩交度埋め込み記法調整などそこそこ捗ったが,特に大きかったのは,交度埋め込み記法数式記法概念整理出来たことだった。

交度埋め込み記法数式記法概念整理

交度埋め込み記法では,対応言語texlatexkatex追加したこれまで katex のみを追加するつもりだったが,意図の明示という観点から使い分けられる方が望ましい例えばKaTeX という実装こだわらず LaTeX書きたいということは十分に考えられる

また,これまで数式記法KaTeX 交度埋め込み記法糖衣構文程度考えていたが,ここで「数式のための TeX 風記法」と位置付け直すことにした。これにより,例えば mhchem などの数式以外応用交度埋め込み記法使うといった使い分け可能になる


Mermaid 対応以後交度埋め込み記法KaTeX対応する機会を窺っていた。これは同記法考案した時点考えていたこと希哲16年2月15日18歩で,いずれ対応するつもりではあったが,30分もあれば十分だろうという実装コストの低さにもかかわらずいまいち気が乗らなかった

数式記法糖衣構文として再定義する,それ以上意義見出せなかった整合性という大義名分はあったが,悪い意味での冗長性加えるような感覚もあり,なんとなくぼんやりしたすっきりしないものを感じていた

読み込み中...
{希哲17年1月15日の進捗}{希哲17年1月15日の開発}{希哲17年1月15日}{下がれば}{済みそう}{かからず}{採用を決めた}{至らなかった}{高まらず}{一歩前進}...=}(118)

{希哲17年1月15日6歩 K#F85E/E74C-C29A}

進捗時限記録中略

新生デライトの要件ではなかったが,デライト最初期実装削除してからずっと保留状態にあった全知検索窓固定機能実装イメージ急速に固まったのでまとめ終了

全知検索窓では,下スクロール隠れ上スクロール現れる固定表示採用することにした。

昨日寝る前に Android 版 Chrome触ってい思いついた上スクロールツールバー現れる以前にもこの方式検討した記憶があるが,その時流してしまった昨年新規描出フォーム固定機能とともに大きく検討を進めたことがあった開発記録ので,時期的噛み合わせだろう。


いったん削除した理由その後復活させられなかった理由主に二つあった。

一つは,広告との相性問題だ。AdSense では広告固定メニューのようなものが被ることもグレーとされている。実際には悪質でなければそこまで厳しく対応されることはないだろうが,広告頼みデライトではわずかなリスクでも避けたかった

もう一つは,画面広く使いたい場合邪魔になることがあり,必ずしも便利ではなかったことだ。当然スマートフォンのような小型端末ではこの問題顕著になる

昨年検討では,広告近付いた隠すようにすることと,表示領域の高さ十分ではない場合固定機能無効にすることでこれらの問題回避する方針固め復活向けて一歩前進した。しかし,実装調整煩雑さ対して必要性高まらずここまで実作業至らなかった

今回採用を決めた方式なら,調整手間ほとんどかからず交度半分くらいで済みそうだ。無くてもそこまで困らない機能ではあるが,これくらい実装コスト下がれば優先順位上げられる

=}
{検討}

{}