{希哲16年6月の日記}{希哲16年6月1日の開発}{なくはない}{その程度のこと}{気がしないでもない}{早い時間}{旬毎}{再認識した}{以前とは}{振り返りの時間}...=}(235)

{希哲16年6月1日の日記 K#F85E/E74C-2E1F}

そろそろ第四次宣伝攻勢新生デライト開発中間まとめすべき時期であるため,振り返り現状整理をした。昨日やろう思いつつ開発に熱中したり姪達の世話追われたりして出来なかった

ある程度考えまとめたが,珍しく早い時間眠たくなってきた早寝最近の課題なので,この日記明日書くことにして早く寝た

宣伝攻勢現況

第四次宣伝攻勢最初から事前想定少し異なる展開を見せたものの,概ね状況良好であると言っていい特に5月前半一日一文時間をかけたのが予定外だった。後半から開発時間増やしてそちらも想定外発展していき,直接的な宣伝活動にはそこまで多くの時間割いていない

当初朝昼晩1時間ずつ宣伝活動割くことを想定していたが,昼晩30分ずつというく,これで丁度良い気もしている高速化歩調を合わせる必要があることに加えて一日一文などでこれまでにない好感触得ている今は無闇にかき集めるより,デライトにとっての理解者じっくり増やしていく時期なのだろう。

それは「宣伝攻勢」なのかという気がしないでもないものの,その程度のことしない時期長かったから意義なくはない

用者動向水物なので,努めて一喜一憂しないようにしているが,最近のデライトでは明らかに良い変化起こっている比較的深いところまで知ってくれる増えたし,常連用者使い方変わっているこれまで開発者何を考えているのか分からないままみんな手探り使っているという感じだったが,ある程度デライトの根想踏まえた上で使ってくれるようになった。良い意味方向感出てきて初心者にとっても良い見本になる。

一方初期デライト宣伝感じていた,「面白そう止まり表面的な反応減っている「面白そうだけど使わないよ」というダーウィンの海乗り越えつつあるように感じる

回り道振り返り

なかなか出来なかった振り返りをしながら,「回り道」についてよく考えた

開発では3月中断していた中間的デラング整備戻ったが,ここで以前とは比べ物にならないほど手定め効率向上していることに気付いたAejs 整備から下見機能付きの新輪郭選り手出来たからだ。これが当時 Aejs 整備終わらせたかった理由だったことを思い出した

そろそろ一日一文続きを書くか,と思えば文章閲覧性飛躍的に向上している5月後半一日一文中断して最大化アイコン描写拡縮ボタン追加自動ページ展開機能実装一気に進めたからだ。これは,「デライトの歩み」という題材あまりに重かったというのもあるが,文章を読む媒体として閲覧性課題感じていたことも大きい写真上信始めた頃に感じていたことでもあった。せっかく良い写真撮れたり良い文章書けたりしても見にくいのではもったいない

こう思うと,的確過ぎる回り道自分でも驚くデライト開発快調維持してこれたのは,こういう良い回り道重ねてきたからだと改めて実感する見えている出口向かって時間があるだけいくらでも改善出来る柔品珍しい大抵は技術的負債潰されてしまう良い回り道出来ないからだ。

回り道をする以前の当努戻るまでそれを忘れていたから余計驚く特に第四次宣伝攻勢以後軍隊の行進のようにひたすら前進意識してきたため,振り返る余裕がなかった

デライトの進歩冷静に見る驚異的に速い。ここ2ヶ月だけでも見違えるほど進歩した。ただ,逆茹でガエル状態というか,進歩しているのがデライトの日常になっているせいで,たまに振り返ってみないとその速さ分からなくなる振り返り重要性再認識したので,また旬毎振り返りの時間持つことにした。


2日振り返り日記

{同時に進めていく}{時間はかかる}{探索処理}{見通しが悪くなる}{捗り始めた}{事象処理整理}{希哲16年4月21日}{Aejs の事象委譲}{開発}{さることながら}...=}(68)

{希哲16年4月21日の開発 K#F85E/E74C-FDDC}

=}
{👍}{希哲16年4月7日の開発}{希哲16年4月7日の進捗}{ページ遷移無し}{停止する}{フォームの送信}{-webkit-tap-highlight-color}{妙な効果}{タップ時}{用意されている}...=}(75)

{希哲16年4月7日14歩 K#F85E/E74C-D3A9}

進捗時限記録中略

細かい装体調整など。

iOS上のSafariで,横方向での閲覧時に引き入れ輪郭が不自然に大きく表示される」という不具合報告があったが,確かに手元iPhone同様現象があり,気になっていたデライトの不具合にしては不可解なのでもしかしたら舞覧稀なバグなのかと思ったが,再現性があるらしいことが分かったため調査した。

結局諸場舞覧自動拡大機能であり,text-size-adjust-webkit-text-size-adjust)という制御用CSS プロパティまで用意されていることが分かった。以下のようにして解決

-webkit-text-size-adjust: 100%;
text-size-adjust: 100%;

もう一つ諸場舞覧気になっていたことに,輪結ボタンタップ時妙な効果入るというのがあったので,ついでに調べてみると,これも諸場舞覧特有機能で,-webkit-tap-highlight-color不可視出来た


スマホ弄っているうちに,iOSSafari全知検索ボタン動き付け止まっていることに気付いた

これはフォームの送信などで描画処理停止する Safari 特有仕様であることが分かったSafari の問題といえばそうだが,実用上の問題はなく,まともな解決策無さそうなので放っておくことにした。

全知検索整備方針定まったことだし,そろそろページ遷移無し輪郭一覧更新出来るようにしてもいい頃だろう。

=}
{Aejs 整備}{希哲16年3月19日の開発}{希哲16年3月19日の進捗}{恐らくは}{同一事象}{@tgt_evt.bld..off()}{以前にもあった}{単純な仕組み}{加えたくない}{論理的欠陥}...=}(76)

{希哲16年3月19日3歩 K#F85E/E74C-D3A4}

Aejs 整備

途中で終了

昨日ボタン要素分類名置換した時に上手く事象処理出来ないという問題少し時間を取られたが,事象委譲元1つ組み合わせには1つの聴取子をあて,聴取子内で処理分けることにしていったん解決した

この問題は,以下のように,同一要素を指す .foo.bar発泡事象祖先要素 prn委譲した場合起こる

prn.on_clk( '.foo', fn_foo )
   .on_clk( '.bar', fn_bar );

この時,fn_foo() 内で .foo.bar遅延なく)置換すると,.barclick 事象向け聴取子実行されてしまう恐らくは発泡捕捉した時点での分類名だから?)似たような問題以前にもあったが,未解決だった希哲14年10月27日16歩

最初は不可解な現象だったが,だんだん Aejs の事象委譲原因があることが分かってきた。ただ,久しぶりに @tgt_evt.bld..on()読み直したものの,目立った論理的欠陥無かった捕捉した事象判定をしているだけの単純な仕組みなので,同一事象同一要素に対して聴取子分ける使い方自体が問題のような気がしてきた大張り考える余計な処理加えたくない

そろそろ @tgt_evt.bld..off()追加してもいい頃だが,とりあえずは以下のように書き換えておくことにした。

prn.on_clk( '.foo, .bar', fn ( evt ) 
{
    if ( evt.tgt().b( '.foo' ) ) {
        // .foo 向け処理
    } else {
        // .bar 向け処理
    }
} );
=}
{そろそろ}

{}