元スレ+ JavaScript の質問用スレッド vol.112 +

JavaScript覧 / PC版 /

みんなの評価 :

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

301 = :

>>300
それはカスタムシェーダで要素を自由に変形すると同時に
エフェクトなども自由にかけることができる
それは要素への操作に影響しない

304 = :

アニメーションフレームのステマはやめて下さい
アニメ的な表現の時に使うのはいいですが
そうでないならsetintervalがいいんです

305 = :

bookmarkをキャメルケースで書くとbookMarkでしょうか？
それともbookmarkでしょうか？

306 = :

皆そうだとしか言ってないが？
幻想は簡便な

307 = :

>>305後者

308 = :

>>305
英和辞典などで調べて、
単語が区切られているかどうかで
判断すればいい。

>>307
英和辞典などで調べて、
単語が区切られているかどうかで
判断すればいい。

309 = :

setTimeoutとsetIntervalによく1000/16って指定をみるけど何故ですか？

310 = :

それ以下だと細かすぎて無効になったりするから

311 = :

1000ミリ秒(1秒) / 16 = 62.5

1秒間で62.5回表示。
液晶ディスプレイの一般的な周波数＝画面書き換え速度 60Hz 1秒間に60回書き換え。

仮に1秒で120回画面を書き換えても
ディスプレイは1秒間に60回しか書き換えないので表示されない。

314 = :

ブラウン管じゃなくても走査線ってあんの？

315 = :

>>314
考え方というか概念だけは便利なので残っている

316 = :

普通ディスプレーとグラボの最大設定まであげるでしょ？
今どき６０fpsなんて方が少ない少ない

317 = :

>>316
今見たら、うちのディスプレイは60fps以外選択できなかった。
今時は何fpsが「普通」なの？

318 = :

60/67/75/76/85/100/120くらいがよくあるね
ノートじゃないのなら流石に上が設定できると思うけど

319 = :

>>309
それだと1秒間に16回にならない？俺の計算が間違ってるのか

320 = :

>>318
液晶ディスプレイのほとんどが60fpsだよ。

321 = :

いくら細かくしたところで60fpsになるのだから
アニメーションフレームなんていらない
という結論でよろしいでしょうか？

322 = :

>>320
それは初期値であって上が設定可能じゃないのは見たこと無い
>>321
そういう話とは別
もっと難しい話

323 = :

ちょっと前は何の話題で盛り上がったんだっけ
書き込みの勢いが200越えたとき

324 = :

>>322
言い訳にしか聞こえませんよ
アニメーションフレームはsetIntervalより細かくできるのがメリットなんでしょ

325 = :

>>322
お前アナログで繋いでるだろｗ

一部のディスプレイで立体視のために2倍にしないと
いけないのがあるだけで、そうでないのならほとんどが
60Hz固定だよ。

326 = :

俺の安物液晶パネルでも水平75Hzまでいけるな
でも普通の人はこれを60Hzから変えたりしない

327 = :

あはは、ほれみろ、水平のことだと間違ってやがる。

329 = :

ああでもダメだな1920x1080で75Hzは設定できん
75Hzだと1280x1024が限界だ
あとおれは>>322じゃないよ

330 = :

普通にデジタルでも上げれるぞ
FHDじゃ60fps上限の製品が一般的なのかな？

331 = :

>>324
＞アニメーションフレームはsetIntervalより細かくできるのがメリットなんでしょ
違うよ、setIntervalは数msで回せるからこっちの方が最大頻度は通常上
AnimationFrameはブラウザが画面情報を更新する周期と同期してくれて
画面情報を更新する処理が効率よくできるよってやつ

で、今問題とされてるのは、それが約60fps上限固定(Chrome)で
実際のディスプレイのリフレッシュレートとは同期してくれないんだねってこと

332 = :

実際のディスプレイのリフレッシュレートとは同期してくれないんだねってこと
↓
実際のディスプレイのリフレッシュレートを考慮してくれないんだねってこと

333 = :

今でこそゲーミング用で144Hzとかあるけど
HDの流行り始めの製品だと高くはあげられないかもね

334 = :

ゲームとかマルチフレーム対応にするのは大変だぞ。
60Hz固定でいいよ

335 = :

大変って……
これまで散々デルタ時間で処理しろって話題が出たのにまだ分からないのか……
もうどうしようもないくらい馬鹿なんだろうな

336 = :

デルタって何です？下ネタですか？

337 = :

デルタの伝説

338 = :

アニメーションフレームを使ったら、
スクロールアウトされている箇所は、表示された段階で更新処理が呼び出されるんですか？

339 = :

はい

340 = :

まじですか
そんなクレバーだとは

341 = :

はい

342 = :

ありがとうございました

343 = :

あい

344 = :

ある要素が画面に表示されているかされていないかを簡単に判別するにはどうしたらいいですか？

345 = :

jQueryにメソッドがある。
それ使え。

346 = :

jQuryは位置とかは考慮してくれるけど
重なりで見えない場合とかはダメだった気がする
これの方が確実

var rect = elem.getBoundingClientRect()
isInView = elem == document.elementFromPoint(rect.left, rect.top)

347 = :

>>345
なんていうメソッドですか？

348 = :

google
___________________________________
[jquery 要素表示されてるか]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~

349 = :

>>346
ありがとうございます
こんなメソッド知りませんでした
なんとなくブラウザ依存の高そうなメソッド名ですがそのへんは大丈夫なのでしょうか

350 = :

>>348
いろいろ出て何かわかりません
isじゃないですよね