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

JavaScript覧 / PC版 /

みんなの評価 :

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

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

401 = :

>>398
メソッドをはやした所で連携はできないよ

402 = :

俺の股間に巨大なまつたけが生えてるよ

403 = :

まつたけってw
せめてちんこより大きいもので例えなきゃ意味ないじゃん

404 = :

>>400
関係ある
最近の液晶ディスプレイはバックライト部分OFFにできるし
有機ELやマイクロLEDなら黒は明らかに省エネ

405 = :

>>393
数十あるファイルの読み込み・コンパイルを並列に行うから、CPU 使用率も高い。
PC のエコモードで、1つのCPUだけにすれば、CPU使用率は低い

客は電力について、何にも知らないだろ

速さを競っているブラウザは、電力を食う

406 = :

遅いほうが電力食うよ
遅いと処理の完了まで時間かかるだけで処理に費やす電力は大差ない
それとは別にバックライトとかの一定の電力が時間がかかればかかるほど食う
単純な話、１００秒で終わる処理を１０００００秒掛けてたらどんだけその処理に費やす電力が小さくてもバッテリー切れする

407 = :

電力消費を気にするサイトって？
元々ゴミだろｗ

408 = :

>>407
ウェブアプリケーション的なの作るにはわりと重要なファクターなんだよ

409 = :

>>408
代わりに言ってくれてありがとう
そのとおりです

410 = :

「消費電力を減らすにはどうしたらいいんだ」
「画面を暗くしましょう」
「暗く？そうしたらせっかくのかっこいいMacがダサくなるではないか」
「いいえ、かっこいいんです」
「？」
「いいですか、暗いというのはかっこいいんです」
「だが・・
「かっこいいんです。」
「わ、わかった。そういうことにしよう」
「わかればいいんです。名前をダークモードにしましょう」
「なんだその、中二病まんさ・・
「かっこいいんです。」

こうして消費電力を減らすという目的のために
ダサいデザインが出来ました

411 = :

とりあえずアニメーションを多用するなってのと画像は圧縮しろとしか言えない

412 = :

全然重要じゃない。
最近はモバイル製品のバッテリーの持ちもよくなってるし充電スペースも増えてる。

413 = :

http://developer.mozilla.org/ja/docs/Web/API/Window/postMessage

otherWindow.postMessage(message, targetOrigin);
で、
otherWindow.postMessage(message, '*');
だと全部のサイトに送信されるんですよね？
では、httpsのサイトのみに送信したいので、
otherWindow.postMessage(message, 'https://*');
みたいなのは出来ますか？

415 = :

オリジン
マガジン
イマジン

仲間はずれはどれ？

416 = :

アラジン

417 = :

ボンボン

418 = :

ボンジン

419 = :

バージン

420 = :

タカジン

421 = :

こんな下らないレスでスレ消費とか
お前らホント
暇人だな

422 = :

>>393
他には、60/秒など、フレームレートが高いと、電力を食う

423 = :

フレームレートが低いとUX を損なうでしょ
今の時代にまだ人間を犠牲にして機械を尊重してるとかナンセンス

424 = :

日本製のカーナビってフレームレート低いよなぁ
何で5fpsしか出てないの？カックカクやん
あと液晶テレビの番組表とかも同様
トルネのヌルヌルサクサクUI/UXを見習え
いまならARMのSoC搭載すりゃ同等の表現できるだろうに・・・

フレームレートは60fps必須だよね
スマホでたまにカクカクしてるアプリみかけるけど速攻削除してるわ
UX意識してないサイトやアプリは使う気になれない

425 = :

フレームレートって変えれるの？

426 = :

webview使った側アプリだとモッサモサになる
React NativeやVue Nativeなどのネイティブアプリとして出力できるフレームワーク使うと改善される。

http://gamebiz.jp/?p=185520
＞当初スマートフォン版はCSSやJavaScriptを駆使したHTML5で開発したのですが、端末のスペックによっては、
＞魚がカクカク動いたり瞬間移動したように見えたり表現に限界がありました。

＞現在でも使っているCocos2d-js使ってネイティブアプリ化してレンダリングすることで、Androidユーザーにスムーズに魚が動くと言ってもらえるようになりました。

427 = :

CSSやJSを駆使とか言ってるから限界に達したんだろ
昔はCSSやJSじゃ遅いからSVGアニメをどう駆使するかが最も重要なテクだったよ

428 = :

GIFアニメを使うのが正解だった

429 = :

質問です
xpathで「あるノードの次のノード」（１つ次のやつだけ）を指定する方法ってないんでしょうか。
例えば //td[@class="hoge"] で特定できるノードがあるとしてその右隣のtdを取得したいです。
//td[@class="hoge"]/next-sibling::td みたいに書ければいいと思うんですが。

430 = :

//td[@class="hoge"]/following-sibling::td[1]

431 = :

react
anguler
vue
ってデザイナーが習得するの無理すぎない？

432 = :

>>430はthが挟まると条件満たさないから厳密にやるならこうか
//td[@class="hoge"]/following-sibling::*[position()=1 and self::td]

433 = :

>>431
俺はずーっとそれを言ってるよ。
だからjQueryの代替にはならない

434 = :

言うほどそんなにむずい？

435 = :

あーすまん俺が勘違いしてた
JS/ESとMVCモデルを理解してないで使うのは難しいかもしれん

436 = :

単一コンポーネントの.vueのほうがデザイナに優しいじゃん

437 = :

>>430,432　ありがとうございます！

438 = :

デザイナって言葉が指す意味がフワッとしすぎてる

439 = :

vueは生JSでも行けるから
jQueryを扱えるようなデザイナーならギリギリ行ける

Reactはトランスパイル前提みたいな部分があるから環境構築で詰む

440 = :

例えば、はてなブログとかしている層が
ブログのデザインjsでちょこっと弄ろうとするのにReactは全く向いてない。
vueならギリギリセーフ。

442 = :

はぁReactでcss調整やってるんだけどさ、npmのビルドが5分かかるようになってきた
まだ1ページ目なのに
cssやるだけでビルドするの超作業効率悪い

443 = :

ReactでApp.jsにconst style =でcss書いてるんだけどさ、このstyleを子コンポーネントに渡すのって
いちいち子コンポーネントにパラメータ作って渡さないといけないの？

凄い苦痛…

444 = :

だから殆どがHTML+CSSだけで構成されてる
よくあるウェブサイトをReactで作るとか無意味だって言ったろ？

Reactなんかは普段JavaScriptとDOMだけで作ってる
大規模なウェブアプリなんかを効率よく作るためのフレームワーク

JavaScriptをjQueryを使って少ししか使ってない所に
導入するのは破綻しかもたらさない

445 = :

reactやめてvue.js使いなよ
vueのベストプラクティス集めたnuxt.jsオススメ
コンポーネント形式でファイルが分割されてるから
HTML+CSSで作業するより効率的になってる

webデザイナはpageフォルダ以下のfoo.vueをいじるだけ

446 = :

>>444
大規模じゃないし一人でやらされてる

>>445
vueは拒否されたw

447 = :

> コンポーネント形式でファイルが分割されてるから
HTML+CSSで作ってる人にとっては
そのコンポーネントの殆どが使わないものだろうさ

448 = :

vueは中国だしどんなによくてもファーウェイみたいになるかも