{希哲14年}{}{}{}{}{}{}{}{}{}(424)

{全てのデライターへ K#F85E/E74C-CA32}

デライト公開から2年半ほどち,色々な人興味を持ってくれたり,使ってみてくれたりした。遠くから眺めているだけの登録してみただけのたまに使ういつも使っている……風変わりデライトでも,出会った人多様性他のサービスさして変わらない

感謝

私は,そんな全てのデライター”とデライターの卵達に深く感謝している付き合い長さ深さ関係ないデライト否定的な人ですら,知ってくれただけでありがたい思う

これがよくある社交辞令ではないということは,前回の一日一文,「デライトの歩み」を読めば分かるだろう。そもそも全く無謀な挑戦として始まったのがデライトだ。成功どころか,誰にも認められず終わるかもしれない。それならまだいい。弾圧暗殺命を失うかもしれない。10代の内にそこまで想像して葛藤乗り越え20年かけてここまで来た

たとえるなら,デライトの歩みとは,真っ暗な巨大洞窟一人彷徨うようなものだった。どこかに新しい世界つながる出口がある。生きている内辿り着けるかどうかは分からない。そんな洞窟歩き続けていた時に見えた聞こえた人の声。それが私にとってデライト利用者であり,デライトへのだ。

そしてデライトは「完全な成功一歩手前言えるところまで来ているすでに夢のようなことだ。感謝せずにいられるだろうか。

代表的デライター

読み込み中...
{進捗記録}{}{}{}{一段落}{一対一}{十分}{}{進捗}{希哲17年1月28日の開発}(191)

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

{進捗記録}{}{進捗}{希哲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>違い流石に小さくないだろう。何より気付いてしまう表現として気持ち悪いので早く解決したかった

読み込み中...
{進捗記録}{}{一通り}{一種類}{}{}{}{}{}{進捗}(253)

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

進捗時限記録中略

highlight.js版存更新終了

10.6.0 からスクリプト最新版11.7.0 へ,Zenburn装体書最終版10.7.3上げた出振るい手定め済み

希哲15年7月18日10歩更新検討したが,当時対応言語検証必要判断し見送り,以来そのままだった。約2年前版存なので,流石に対応言語云々より弊害の方が大きいだろうと更新決めた

作業自体あっという間に終わる見込んで昨日深夜着手したが,最新版従来の Zenburn事実上消えていたため,カラーテーマ検討時間を取られてしまった散々考えた結果Zenburn最終版利用して現状維持とすることにした。

カラーテーマ検討

最新版Zenburnstyles/zenburn.min.css から styles/base16/zenburn.min.css移動していた上に,従来とはほとんど別物になっていた様子Base16 になったからなのか事情よく分からないが,読みにく過ぎるのでいずれにせよ使い物にならない

気になる部分装体上書きして調整出来なくもないが,そこまでするならデライト独自カラーテーマ作りたくなってくる取り急ぎ代替テーマ探すことにした。highlight.js 導入時それなりに時間をかけ検討した希哲15年3月9日11歩ので,当時の記憶からある程度見当付いた

読み込み中...
{開発記録}{}{サービス}{デライト}{デライトはoEmbedに対応している?}{描写下見機能}{希哲17年1月16日の副日記}{この手の}{埋め込み献典}{検討しておく}(243)

{希哲17年1月16日の開発 K#F85E/E74C-6ADB}

作業方針検討4歩閲覧専用模動実装検討5歩デラング整備埋め込み記法処理改良8歩13歩

埋め込み記法処理改良

これまで埋め込み記法処理の中でも oEmbed利用したものについては,Dex 内で埋め込み交度取得直接描写 HTML埋め込んで返していたが,埋め込み交度取得処理専用 API /mbd委ね前縁 Aejs から利用することにした。結果として応答速度改善成功した

埋め込み記法+[URL]URLoEmbed必要とする場合Dex では適当な分類名付与した <div>出与え属性URL埋め込んで描写 HTML返すAejs ではそれを検知し,URL/mbd転送する/mbdURL対応したサービス埋め込み交度oEmbed取得して返す,という流れになる。過剰な立求抑止するため,Aejs には簡易的な隠し持たせておいた

想像していたよりすっきり実装出来た


そもそもきっかけは,先日の SlideShare 対応だった。oEmbed必要になったので,埋め込みツイート使っていた Dex 内の oEmbed 埋め込み方法取り急ぎ使った。ただ,記法処理範枠同期通信処理組み込むというのは正気の沙汰ではないなんでこんな実装になっているのか,引っかかりはあった。

KNEST 隠し使った SSR 的なことを考えていたことはあるので,その辺の都合だったのだろうと思ったが,現状そこまで最適化する必要時間も無い出来たとして,隠し有効利用出来る握接パターン限られているいずれにせよこの種の埋め込み記法利用増えてくれば破綻目に見えている。ということで,いったん埋め込み処理前縁移すことにした。

読み込み中...
{進捗記録}{方向}{}{以前}{描写}{進捗}{デライト}{希哲17年1月15日の進捗}{希哲17年1月15日の開発}{希哲17年1月15日}(116)

{希哲17年1月15日10歩 K#F85E/E74C-36C0}

進捗時限記録中略

ついでに新規描出フォーム固定機能についても検討して終了

こちらは「限りなく廃案近い保留」となった。


全知検索窓固定機能同様デライト最初期実装削除したものだが,これは広告との相性以前に,用合いとしていまいちだったということが大きい

新規描出フォーム固定出来れば,輪郭一覧眺めながら描写書くことも出来便利違いない,と素朴な期待から実装してみたが,これが帯に短し襷に長しという感じ思いのほか使えなかった

大きな原因は,ページ遷移までのちょっとした固定されるだけ,という中途半端さにあった。あちこち飛びながら作業しているといちいち解除されるので,自然に使わなくなっていく

これに対処しようとすると画面分割機能近い大掛かり仕掛け必要になる画面分割機能何度も検討したが,やはりデライトには過剰判断して,複数窓使いやすくする方向単純性保ってきた今考えてもこれは英断だった。

自動ページ展開輪郭一覧動的更新がある今なら当時よりは使いようがあるかもしれないが,その分,ページ遷移条件分かりにくくなっているので,かえってストレスかもしれない。

複数窓使いにくいスマートフォンなどでも,新規描出フォーム柔品キーボード画面ほとんど占有されるため恐らく使いものにならない当時諸場使える状態ではなかったので想像ではあるが,複数タブ使う方がマシだろう。

結局構造的にデライト向きではないのだろうと思うが,急いで結論を出す必要もない。そのうち適当な活用法見つかればいいし,見つからなくても問題ない。というわけで,しばらく放置しておくことにした。

迷い一つ消えたのは収穫言える

{『希哲日記』}{日記}{}{}{輪郭整備}{デライトの完全な成功}{KNS}{デライト}{SNS}{希哲16年11月20日}(75)

{希哲16年11月20日の日記 K#F85E/E74C-F592}

先日体調を崩しかけたため,輪郭整備やり方見直すことにした。気分転換としての輪郭整備から業務としての輪郭整備意識が変わったが,小休憩時間取らないまま続けていたため,気を休める時間なくなっていた

利楽すること,楽しむことをまた意識し直す


イーロン・マスクによる Twitter 買収以後希哲館事業世界の問題としてきたことが Twitter集約され,これこそデライトの完全な成功向けた決戦なのではないかと思えるようになってきた。

英米政治危機契機として始まったのが KNS としてのデライト開発だが,当時共有出来なかったSNS変えれば世界が変わる」という視点が,ここに来てようやく生々しい説得力持ち始めた

マスクTwitter 改革成功させるか,デライトを完全に成功させるか。資金知名度では圧倒されているが,構想力技術では圧倒出来るどちらも計測不能なほど困難な仕事だが,成功した印迫デライトの方がはるかに大きい

これも開発少し休んで輪郭整備ツイスト時間を割いていなかったら気付かなかったかもしれない,と考える不思議な感じだ。

21日振り返り日記

{当時}

{}