{更新通知}{希哲15年4月13日のツイスト}{希哲15年4月13日}{RSS}{通知機能}{PWA}{デライト}{ツイスト}{応用}{十分}...=}(11)
{RSS}{希哲15年3月17日のツイスト}{希哲15年3月17日}{PWA}{ツイスト}{再評価}{通知}{問題}{iOS}=}(9)
{デライト高速化}{希哲15年3月3日の開発}{オフライン状態}{出与え消失}{引装不可}{デライトのオフライン対応}{Google Chrome 93}{Google Chrome 89}{オフライン対応}{希哲15年3月3日の進捗時限}...=}(40)

{希哲15年3月3日3歩 K#F85E/A-E74C-6439}

昨日離立された Google Chrome 89 からオフライン対応していない PWA警告表示され,Chrome 93引装不可になるらしいので,デライトのオフライン対応について軽く検討して終了。

最初は余計なことをしてくれるなと思ったが,中途半端状況にある PWA への認識が変わるきっかけになる可能性もあり,ちょうどデライト高速化に取り組みたい時期とも重なるので,この流れ味方につけたいところだ。

オフライン描出出来るようにした場合,同期機構についてもよく考えておかなければならない。出与え消失など,メモアプリにおいて同期は最も深刻不具合が起きやすい部分でもある。

オフライン状態表示には上部ページャー新着確認部が使えると思ったが,これは昨年10月21日の開発ですでに考えていた。

=}
{引装要件}{93}{PWA}{Google Chrome}=}(4)
{希哲15年2月26日の開発}{RSS 配信}{通知機能}{希哲15年2月26日の進捗時限}{希哲15年2月26日の進捗}{フィードボタン}{希哲15年2月26日}{希哲15年2月16日の開発}{共有ボタン}{登録情報}...=}(67)

{希哲15年2月26日5歩 K#F85E/A-E74C-FC19}

輪郭一覧RSS 配信検討続き。

全ての輪郭一覧RSS取得出来るようにする方針をまとめいったん終了。

PWA通知機能日本普及率の高い iOS対応していないという日本足掛かりにしたいデライトにとっては無視出来ない問題があった。

それを抜きにしても,相振り側で通知に関する登録情報状態管理することは現時点で避けたい。

実装運用の容易さ,枯れた技術であり応用範囲が広く応用技術も多いことなど,かつて月庭で機能していた RSS が意外に合理的だったことに気付いた。独自の通知機能実装するよりも総合的勝る

上部ページャーの右端にでもフィードボタンを追加する。RSS 非対応ブラウザが増えているため,先日考案した共有ボタンと同じ方式で,独自のメニューを挟む。このメニュー上なら Feedly 等のボタンを置いてもいいだろう。

KNEST仕様として求頼文字列で除外する自我知番などを指定出来るようにし,録入り中自我反映させる。その他,自由に除外したい知番を指定出来るような用合いも検討しておく。

特定の用者待欄を登録しておけば SNSフォローに近いことが出来る。デライト公式不具合報告要望用の輪郭などを登録しておけば運営効率化にもつながるだろう。

この検討を通して久しぶりに「待っ読」という翻訳語思い出した

=}
{PWA}
{}