{希哲17年1月30日}{希哲17年1月30日の副日記}{認識させたい}{非固定}{重たく見える}{変えたり}{ライトテーマ}{追従する}{機能公開}{色設定}...=}(93)

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

ダークテーマ実装その他軽微な装体調整など。

ダークテーマ実装ではテーマ切り替えボタン機能実装概ね完了し残す装体整理のみとなった。今後は色設定CSS 変数への置換中心に装体整理兼ダークテーマ実装」を少しずつでも進め機能公開目指す

テーマ切り替えボタン機能25日4歩検討通りで,初期状態では司組設定追従司組設定異なる切り替える固定同じ切り替えるとまた司組設定追従するただし実装としては初期化というよりライトテーマダークテーマ固定有無組み合わせ4種類状態持たせることにした後縁非固定設定認識させたいため)

外観については drop-shadow影を付けたり月アイコン方向変えたり調整することを考えていたが,結局現状維持とした。限りなく薄く付けても不必要重たく見える月アイコンも,欠けている部分左向き沿うので調和的見える

状態クッキー保存するため後縁での最適化出来単純なトグルボタンのみで4種類状態直感的に切り替えることも出来見触れ良好,と理想的なテーマ切り替えボタン出来上がった

舞覧開発者通類テーマ司組設定簡単に切り替えられることを知り手定め捗った

=}
{希哲17年1月28日の開発}{希哲17年1月28日の進捗}{希哲17年1月27日の開発}{希哲17年1月28日}{位置固定表示}{応用出来そう}{画面左下}{指定要素}{@msg.shw_cmn()}{くっつけて}...=}(191)

{希哲17年1月28日14歩 K#F85E/E74C-9326}

=}
{対応出来る}{希哲17年1月25日の副日記}{多大な効果}{表示速度向上}{通信量削減}{不必要な出与え読み込み}{見つけられた}{抑えつつ}{後略条件}{少なそう}...=}(402)

{希哲17年1月25日の開発 K#F85E/E74C-7E8A}

23日の開発から急速に進展したデライト高速化一段落した

テーマ切り替えボタン用合い検討4歩新規描出フォームへの移動機能として吹き描き外背景ダブルクリック用合い復活10歩全知検索ページャー周りの調整16歩こまごまとした領当て装体調整17歩といった雑多ながら充実した作業片付けついに描写後略機能一段落させた21歩出振るい手定め済み

描写後略機能により,デライト最初期から吹き描き構造的問題だった「不必要な出与え読み込み多さ」という問題解消した表示速度向上通信量削減SEO 強化迷惑行為対策など多大な効果見込める

デライト高速化現状今後

昨年末の壊衝不具合修正以後デライト速度安定性ともにウェブ相振りとして十分な水準達していたが,今回の高速化経て明らかにもう一つ壁を越えた感がある体感として,「ウェブ相振りなら特に不満のない速さ」から「単動相振り比べても遜色のない速さ」になった。

一昨年4月9日掲げた全ページ0.3秒以内表示」という目標埋め込み利素考えると現実的ではない気がしてきたものの,軽いページでは200ms台重いページでも概ね300ms台応答出来るようになっている。実感として欲しかった速度手に入れられたし,最適化余地まだまだ残しているので「埋め込み利素除いてほぼ全てページ0.3秒以内表示」なら十分手が届くいよいよ本格的に速さデライトの武器になってきた。

ここで新生デライト開発におけるデライト高速化一段落とし,今後機能追加トラフィック応じた微調整留め別の機能整備集中することにした。

その先デライト高速化については,大きなところでは CDN 導入KNEST による水平拡大請い手隠し機能整備描写 HTML 隠し以外HTML 隠し実装,そして中途半端な状態放置しているページ付け求頼改良があるが,どれも現時点での優先順位低い

読み込み中...
{希哲17年1月25日の開発}{希哲17年1月25日の進捗}{希哲17年1月25日}{縦方向}{誤タップ}{ページ内移動}{定かではない}{固定表示ボタン}{これなら}{短くない}...=}(109)

{希哲17年1月25日10歩 K#F85E/E74C-7A41}

進捗時限記録中略

吹き描き外背景ダブルクリックダブルタップ新規描出フォーム移動出来るようにして終了出振るい手定め済み

デライト最初期新規描出フォーム固定機能試していた希哲13年8月1日4歩用合いだったが,自分でも驚くほど忘れていた固定機能削除以後何度か再活用検討した記憶はあるが,今ほど全体的な用合い方向性定まっていなかったからか放置していた新規描出フォームへの握接について先日あれだけ検討していたのに全く思い出さなかったついさっきふと思い出した灯台下暗しというやつか。

初見分かりやすい用合い必要なので全知検索窓固定機能輪結予定通り実装するが,スマートフォン右手持ちではタップしにくい位置だとは思っていた個人機でもマウスカーソル移動距離短くない。しかし,これならよくある固定表示ボタンよりよほど賢い上手い補完手段出来た

面白い発見二つあった。

現状幅狭領当てでは吹き描き外背景小さ過ぎ誤タップしやすいが,これは縦方向吹き描きマージン調整していくことにした。

=}
{希哲17年1月22日の開発}{希哲17年1月22日の進捗}{希哲17年1月22日}{良いばら成し}{排除した}{詰まり過ぎていた}{ボタン類}{自分向け}{渡りに船}{差を付ける}...=}(206)

{希哲17年1月22日17歩 K#F85E/E74C-EFB2}

進捗時限記録中略

輪郭ページ改良装体調整終了

取り急ぎテンプレート整理して輪郭ページ吊るし輪郭入れていた要素<header> から <main> へ,輪郭ページ輪郭一覧<main> から <div>切り替えた前後景一覧ページでは従来通り

特に急ぎたかった部分上手く片付き残る内部的な問題のみなので,輪郭ページ改良ここで中断することにした。


閲覧専用模動実験をしていた時,輪郭ページ輪郭一覧隠す<header> だけのページになってしまうことに気付いたのが事の発端だった15日14歩

あまり意識してこなかったが,輪郭ページ概念実装大きな不一致生じていた一時凌ぎつもり後景一覧ページ輪郭ページ使うようにしたのはデライト離立補完中の希哲14年8月5日だった。当時とでは輪郭ページ捉え方輪郭充実度全く違う

予てから検索模動輪郭模動内部的な切り分け中途半端なまま進んでいない問題もあったため,抜本的な輪郭ページ改良方針まとめた17日8歩

最近の検索演心そこまで神経質ではないと言っても,<header><main>違い流石に小さくないだろう。何より気付いてしまう表現として気持ち悪いので早く解決したかった

読み込み中...
=}
{希哲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月21日の開発}{希哲17年1月21日の進捗}{希哲17年1月21日}{仕様化}{設定してある}{font-size: 120%}{<strong>}{強調部分}{分かりやすい文書}{学び始めた人}...=}(106)

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

進捗時限記録中略

知名デラング調整関連交度整理終了

新たに強調記法文字装飾記法小書き記法化学記法対応した

いったん全て出振るい手定め済み

デラング周り作業はここで一段落とし,別の作業入るデラング関連次の主要当努9日の検討通りタグ記法整備見通し


知名デラング拡充については,知名の役割誤解させかねないという懸念から消極的にすべきかもしれないと考えていたが,20日7歩極力拡充していく方針決めた

実用性観点でいえば,やはり最短知名原則有用で,知名情報詰め込んだり装飾したりということは推奨出来ない。ただ,間口を広げることを考えなければならない今のデライトには遊び必要だろう。

デラング学び始めた人知名デラング使いたくなるのは自然なことであり,そこから学べることもある。知名の役割については,分かりやすい文書整えることが本筋だ。


手定め中知名強調記法使う中景輪符強調部分文字サイズ大きくなることに気付いた

<h1> 以下の <strong>font-size: 120%設定してあることが原因だった。意図忘れたが,何かの目的でこんな細工をしたような記憶うっすらある。

直そうかと思ったが,ちょっと面白い効果でもあるので,いったん置いておき仕様化するか検討することにした。見出し太字強調使う意味無いだろうと思っていたが,意外と表現方法はあるものだと過去の自分偶然気付かされた

=}
{考えていた}

{}