<article>
}{<title>
}{<meta>
}{見出し要素}{Element
}{希哲17年5月7日5歩}{希哲17年4月27日の開発}{希哲17年4月23日の開発}{<video>
}{<audio>
}希哲館事業は,5月から“長期安定体制”への転換を始め,この7月で新体制を完成させた。
長期安定体制の完成は,「デライトの完全な成功」を果すため質・量ともに十分な時間を確保出来たということを意味する。この体制で,デライトの改良,コンテンツ整備,宣伝はもちろん,希哲館事業全体にかかわる環境整備,私自身の生活の質改善など,あらゆる要素の改善をじっくり,バランス良く進めていきたい。
サービス開発・運営の経験を積んでみてつくづく思うのは,サービスは生き物だということだ。複製されたスタンドアローン型のソフトウェアと違って,サービスは常に生きていなければならない。健全で活力あるサービスは健全で活力ある人間にしか維持出来ない。私はデライトを名実ともに世界最高のサービスとして成功させたいので,私自身がそれに見合う人間でなければならないと思っている。
何より,ここまでデライト開発を成功させ,この SNS 戦国時代 に KNS という唯一無二の構想を持って立っている奇跡にお腹いっぱいだ。宝くじを何百回と当てては宝くじに注ぎ込むような綱渡りをしてきたが,すでに得たものが大き過ぎて,それを賭けるに値する博打もなくなってきた。流石にそろそろ堅実に生きるべきではないか。そんな心境の変化と,この期に及んで安定を取り戻す選択肢があった幸運ぶりを象徴する出来事になりそうだ。
SVG スプライトを background-image
などでも利用出来るようにする実装について考えていたが,ここは割り切って,原則,SVG アイコンは引連 SVG としてのみ扱う方針を決めた。
実装上の都合で background-image
を使っているだけのアイコンは別として,現状,背景とアイコンの二つの役割を持たせている二輪鎖を念頭に置いた検討だったが,背景としての二輪鎖も特定要素の端っこに置いているだけなので,一番楽な方法ではあるが background-image
を使う必要は無い。
<view>
の舞覧対応状況に不安があることはさておき,フラグメント識別子を付けると多重立求が発生する舞覧があることがどうしても気になる(手元の Linux 版 Firefox でも発生する)。background-image
を使いたいのが二輪鎖だけだったのでまだ問題は小さいが,SVG スプライトが十分に軽量でフラグメント識別子での参照が十分に少ないという状況でしか効率的ではない手法は範枠化出来ない。
スクリプトで補完した要素に background-image
を設定することも検討したが,そうすると実装コストが動的引連 SVG と変わらない上に,より柔軟性の低い参照方法でしかなくなる。
結局,アイコンはアイコンらしく,要素と一対一で扱うものと割り切った方が何かとすっきりする。
SVG スプライトの手法を取り入れ,SVG アイコンの定義は icn.svg
に集約することにした。
SVG 出与えも Aejs に組み込んで直接挿入してしまうことを考えていたが,舞覧隠しの適切な分離が出来なくなる,要素の再利用に必要な id
属性が使いにくい,といった問題があった。外部 SVG を <use>
で利用すれば Shadow DOM になるので,id 属性の衝突などを気にせず要素を整理しやすくなる。
スプライト画像として background-image
で利用しやすいというのも大きい。:target
とフラグメント識別子を利用して表示要素を変化させる技術があることを知ったが,舞覧によっては効率的に隠し出来ないことがあるらしく,今回は見送った。<view>
が使えればいいが,Safari の対応に難がある。当面は古典的な座標指定で行くことにした。
アイコン制作では,アイコンを並べて全体のばら成しを見ながら調整することが多いため,見本を兼ねられるのも便利だ。
SVG スプライトだけで十分かもしれないと思いかけたが,<use>
1つでも若干冗長な上に,1つのアイコンの要素を細かく制御したい場合に <use>
が複数必要になるため,やはりスクリプトでの補完は欲しい。