昨日のマストドンの活動は

トゥート : 7997(+20)
フォロー : 294(0)
フォロワー : 220(0)

でした。
donhaialert.herokuapp.com

モジュール間の結合度が強すぎるってレベルじゃないからな。。。
もはや癒着してる。

今のプロジェクト4月以降の話も来てるんだよな。。。

やりたくね~~!

ひとり紅白歌合戦ところどころ映像で笑わせに来るな。

まあ設計書にはきちんと<input type="number">を使うって書いてあるんで
「過去の仕様に縛られるか、新仕様を受け入れるか決めやがれ!」ってのをかみ砕いて長々とバグ表に書いて上に投げてやったがな😏

type=numberの件は
結局type=inputにして対応した。

type=numberのブラウザごとの仕様の違いも明確だな。。

Chrome:そもそも数字以外受け付けない。
Firefox:半角文字も受け付ける。1つでも数値以外が入力されるとvalueが取れない。

IE:maxLengthが効く←おい!

ちなみになぜoninputが動かないかというと
type=numberの要素に数字以外が入力されるとvalue値が取れなくなる。

なので比較できなくて切捨てる処理が機能しなくなる。

調べたらoninputイベントを使ったハックはあるんだけど、
数値以外が入力されちゃうと動かないという問題があるんだよね。。。

type=numberの要素で桁数制限がかかって無いってきたけど、それHTML5の仕様!

不具合表に「きちんとチェックしてますか?」っていやみ書かれたけど「お前がきちんと不具合の詳細書かないから漏れんだよ!」って言いたい。。

けどやってないことは事実なのでグッと我慢。

同じ項目であってもさ、
動作不良と文言不備ならチケット分けない?

なんで1チケットにどんどん追記してくんだよ・・・・

IE基準でやってんだから別ブラウザでの操作ならバグ表に書けや!!
そんなんだから「直した」「直ってない」の堂々巡りになるんだよ!

「デザインはこちらで作ったんでバックエンドを組み込んでください。」って話だったはずなのに、なんでデザイン側のバグ対応をやらなならんのや。。。

❌ レスポンシブデザインにしたらバグが多発しすぎ。。。
⭕ レスポンシブデザインにしたらIEのバグが多すぎ。。。

よく行く店だったんで「今度でいいよ〜」って言われたけどね。
流石に甘えるわけには行かないんで取りに戻ってる。

【悲報】
財布を持たずに飯食ってたことに気づく。。。

不具合出たけど時間の問題もあって
遷移先の画面部品をフォームで渡すとかいう
頭の悪い方法を取ることになった。。。

そんなコードに署名入れたくね〜!

Show more
mstdn-jp

個人鯖で運営しているマストドンです。 個人鯖ですが誰でも登録OKです。 ローペースのTLでゆっくりまったりしませんか?