つらく、つらいモブドロップの時間
石珀を集めまくれば80になれるけどめんどくさいよ〜〜〜
テイワットマップのルート便利だけど、今見てるルートをゲームに送る機能つけてくれてもいいんじゃないか？
急凍樹もはやシールド貼ってれば殴り続けるだけで倒せるけど虚無すぎる
ベースクッキー食っただけでうんこぶりんごするの整腸作用が強すぎる
-
-X
この乳首が見れるなら単行本買ってもいいが単行本では見れないらしい
web連載の漫画って過去の話有料とかじゃなくてそもそも見れなくなることあるんだなあ
モノクロ原稿をモノクロのままwebに上げないで 🥲
『私たちには力があるから、すべきことをやらねばならないのです。』
セリフ部分のみ穴を開けてたcanvasを上から被せているだけ
ブラウザjsでモノクロ原稿をグレースケールに綺麗に変換する方法を知ってる人がいれば教えてください
一番いいのは出力時にそもそもグレースケールにしてしまうことだがそれはできないとして、なんとかしてモアレが発生しないようにアンチエイリアスかけるくらいしかないとは思うが
bookwalkerのviewerで今何ページ目を開いているのか取得するのが難しい
すでにdomにinsertされてるelementを別の場所にinsertしたらどうなるんだ
- relative
- absolute
- relative
で下のrelativeがabsoluteより上に描画されてるのなんでだ
スタッキングコンテキストが違うのにありえるか
absoluteをrelativeの後におけばいいのか
グレスケになってないトーンの画像そのまま貼ると縮小したときこうなっちゃう
見開きページ表示に対応するには適切な大きさにトリミングする必要があるのか
1441x2048って何かを2048pにリサイズした結果の値な気がするがなんだろう
モアレ、
ブラウザごとの差異
canvasにdrawImageしてcssで50%の大きさで表示
その上にcssが効く
という変数の多いことなので何が原因なのかよくわからない
CanvasRenderingContext2D: imageSmoothingQuality プロパティ - Web API | MDN
https://developer.mozilla.org/ja/docs/Web/API/CanvasRenderingContext2D/imageSmoothingQuality
こんなのもある
あと見返すと二話以降はグレスケ出力している感じがするな
dx, dy: 
dx, dy, dw, dh: 
sx, sy, sw, sh, dx, dy, dw, dh: 
drawImageこねるより愚直にふたつcanvas作ってマージするかcssで重ねるかしたほうが脳の負荷は減りそう
corsがいい感じならtoDataUrlでconsole.logできるらしいが今回は無理だな
色々あってcanvasに渡す、onloadが終わった後のimg要素をMapで保存してたんだけど、別にリモートのオブジェクト自体はブラウザがキャッシュするから意味なくねと思って外してみたら思いのほか効果があったっぽい
aiにコード書いてもらうなら1ファイルの方が都合がいい vs 人間が書くなら分離しないと脳の治らなくなる
canvasのctxが利用できないことってあるんかな
いちいちチェックするのめんどくさいんだが
使う時にnullチェックしたくないのでcanvasとctx両方取り回してたが、getCtx()とか作ればいいだけなのでcanvasだけ取り回すようにした
x,y,w,hを取る関数に配列[x,y,w,h]ぶちこむいい方法ないんだっけ
tscがtrimRectの個数が確定してないと思ってるからか？
userscript書く分にはts-checkつけてjsdocで型つけるの好きです
意図せずanyでたら激しく叱って欲しいんだけどjs的には普通のもの扱いなのでそこだけこまる
なんか設定できそうな気もするけど
1ファイルに収まるレベルでしか作ってない（bundler必要になったらtsも入れるから）のでjsdocで定義した型のexportとかできるのかは知らない
それはそれとして一つのキャラ引くのに2万かかるゲームやりたいかみたいなことは考えちゃうよね
好きなデバッグ用の線の色発表ドラゴンが
好きなデバッグ用の線の色を発表します
red
cyan
lime
なんでこれで今まで開発できてたのかわかってないが、ctx.strokeRectってx1,y1,x2,y2じゃなくてx1,y1,w,hなのか
