{希哲16年4月5日の開発}{希哲16年4月5日の進捗}{CSS 変数}{生み出した}{伝証}{合理化した}{呼ぶべき}{汚い現実}{ウェブの理想と現実}{もたらされる}...=}(208)

{希哲16年4月5日14歩 K#F85E/A-E74C-6431}

CSS 変数(カスタムプロパティ)の導入舞覧ブラウザ五年対応原則採用決め終了今後デライトでは,「5年以内離立された版存主要舞覧」を中心に対応していく

希哲15年3月1日の開発から「デライト推奨動作環境」として同様の定義考えてはいたが,当時は,古い舞覧対応努力はするが推奨はしない程度の,もっと緩やかなものを想定していた


希哲13年ECMAScript 2015HTML5CSS3比較的新しいウェブ標準導入決めてからだいぶモダンにはなったが,まだデライトの舞覧対応方針には感覚的保守的なところがあった。感覚的に影響範囲の広い付徴主要舞覧対応から10年影響範囲の狭い付徴5年目安導入考えていたrem ですら必要以上には使わなかった

先日前次記法実装グリッド領当て導入したが,これはちょうど主要舞覧使えるようになってから5年ほど経つ機能だった。一記法装体過ぎなかったこともあり,ここまで辛うじて良かったが,他にも色々応用したいことが出てき舞覧対応方針見直し必要を感じていた

決め手は,デライトのダークテーマ対応見据えて CSS 変数の導入考え始めたことだった。CSS 変数主要舞覧対応から5年ほど経つが,本格的に導入するとなると影響範囲広がり過ぎる


Can I use対応舞覧よく調べるようになってから,「5年以内離立された版存主要舞覧」が意外に普及していることに気付いた大体90%以上はある。

地域にもよるだろうが,確かに今時古い舞覧使い続ける方が難しいかもしれない。個人機なら5年平均的な買い替え周期であり,スマートフォンなら古い部類だろう。自動更新標準的になった昔と違って多数派の“普通の人”ほど新しい舞覧使っている

あえて古い舞覧使い続ける場合というと,一昔前なら古い個人機再利用というのがあったが,格安インターネット端末普通に流通している今,新しい舞覧使えないほど古い端末使い続ける費用対効果疑わしく,制危考えれば推奨出来ることではない

一番面倒なのが舞覧の更新許されない企業内利用だが,そもそもそんな保守的な環境デライト利用出来るとは考えにくい

こう考えていくと,デライトにとって古い舞覧への対応重要性極めて低い言わざるをえない

奇しくも新生デライトの完成目指している6月15日に,IE11 のサポート終了がある。中途半端気もする内容だが,いわゆるモダンではない舞覧最後の砦崩壊する新しいウェブ標準への社会的移行象徴的な出来事にはなる。


ある程度古い舞覧への対応考慮してきたのは,企業体力がついた将来対応拡充することを考えていたからだったが,これもよく考えると合理性怪しい

技術的負債”は簡単に返せるものではない。大企業肥大化した交度にいかに苦しめられているかを考えれば合理的に古い舞覧への対応出来る来るかどうかも分からないむしろ組織大きくなった時にこそ見通しの良さ重要になる


もっと根本的なこと言えばデライトウェブ標準という盤本の“キラーアプリ”になるべきものだ。新しいウェブ標準普及牽引していくくらいの考えがなくてはいけない。

その伝証デモ足掛かりがすでにこれだけ普及していれば十分過ぎるだろう。


舞覧五年対応原則導入によって,ウェブの理想と現実における汚い現実大部分だった古い舞覧正しく切り捨てることが出来るようになり,前縁整備はもちろん,デライト文書整備でも大きな効率化もたらされるだろう。文書整備では,対応舞覧についてどう説明していくかが一つの課題だった。ここまで絞り込めば説明すっきりする

デライト開発劇的に合理化した描出公開原則とともに「デライト二大原則」と呼ぶべきかもしれない。思えば描出公開原則デライト正式離立という大きな節目目前にして生み出したものだった。


=}
{希哲館事業}{デラング}{『希哲日記』}{希哲16年2月22日}{照らし出される}{強くなっている}{引き出されていく}{ここまで来た}{段階的に}{開こうとしている}...=}(61)

{希哲16年2月22日の日記 K#F85E/A-E74C-DF75}

{進捗記録}{希哲16年2月21日}{希哲16年2月21日の開発}{希哲16年2月21日の進捗}{振り分けられる}{第1階層見出し}{10種}{線種}{希哲16年2月15日24歩}{希哲16年2月21日の進捗時限}...=}(64)

{希哲16年2月21日9歩 K#F85E/A-E74C-2183}

進捗時限記録中略

昨日15日24歩についてまとめながら区切り線記法線種見出し階層関係について整理する必要感じたため軽くまとめて終了

下線形見出し階層区切り線用いる線種二本線一本線破線点線4種としていたが,それに対し,9日17歩考えた10種多過ぎる。どれが使えてどれが使えないのか,用者混乱させる懸念がある。

4種絞り込んでしまうことも考えたが,atx 式見出しとの互換性はともかく,10種極めて整合的なものではあり捨て難い

ここで,二本線一本線破線点線出放りとしつつ,他の線種でも代替出来るようにすることを考え始めた。つまり,10線種4階層振り分けてしまえばいい。以下のように,意外と綺麗に振り分けられる

<!-- 第1階層 -->

=====
+++++
*****

<!-- 第2階層 -->

-----
= = =
+ + +

<!-- 第3階層 -->

- - -
: : :
* * *

<!-- 第4階層 -->

. . .

これに装体指定機能持たせてもいいだろう。元々第1階層見出し下線太い一本線だったので,代替しても大きな違和感はない。各見出し階層相応しいように装体はいくらでも調整出来る。

=}
{デラング}{進捗記録}{廃止}{前次記法}{パンくず記法}{自動取得機能}{取得する}{早い段階}{実行コスト}{表現する}...=}(58)

{希哲16年1月25日12歩 K#F85E/A-E74C-B0DB}

進捗時限記録中略

ふと思い付いて時間的な前後関係表現する前後記法」についてまとめた直感性既存記法との整合性考えると以下のような形になりそうだ。

前 <|> 後
前 <|
|> 後

デルンには早い段階自動的にこのような輪郭取得する機能があり,月庭では表示させていた時期もあった。前景輪時印組み合わせ絞り込む方法だったが,描き手意図反映しにくく実行コスト高かったので開発中無効化し,以来その時期の名残り交度だけが残っている状態だったDG_T::prv(), DG_T::nxt()dg_prv()dg_nxt() など)

パンくず記法同様,これもデラング解決すべき問題なのだろう。この方向問題なければ自動取得機能完全に廃止削除してもよさそうだ。また思わぬ収穫だった。

{『希哲日記』}{思い立つ}{ネット環境整備}{良しとする}{開発上}{重荷を下ろせた}{切り離せない}{詳しいこと}{重要な問題}{希哲館事業最初期}...=}(60)

{希哲15年10月18日の日記 K#F85E/A-E74C-470D}

新生デライト開発の再開機に明日から朝の日課朝の輪郭整備朝の一日一文再開することにした。律動的集中生活に入る前の生活様式戻ることになる。


ネット環境整備についてなど溜まったまとめ作業片付けてから開発に入ろうと思っていたが,ふと思い立ってドメイン名管理方針検討に入ったことで思いのほか消耗し,新生デライト開発の再開お預けとなった。

公式運用するドメイン名kitetu.comkitetsu.com のみに絞り込むドメイン名完全集約」の方針決定した。詳しいことは後でその輪郭まとめることにした。

途中,昨日から急激冷え込んできたので風邪でも引いたかと思うくらいに気持ち悪くなったが,どうもそれだけ重い問題だったようだ。

ドメイン名希哲館事業最初期から戦略的重要な問題であり,希哲館事業の歴史とは切り離せない関係にある。振り返れば本当に色々な試行錯誤をしてきたので,色々なこと思い出してしまうし,考え込んでしまった。全ては kitetu.com へのドメイン名統一までに必要な寄り道だったのだろうと思う。

ドメイン名完全集約を決めたことでまた一つ重荷を下ろせた。これも開発上収穫と言えなくもないので良しとする

19日振り返り日記

=}
{絞り込む}

{}