+ JavaScript の質問用スレッド vol.126 + [転載禁止]©2ch.net

**Name_Not_Found** · 2015/08/08(土) 12:43:43.71

JavaScript を自ら学ぶ人のための質問スレッドです。
>>2-4のテンプレを読んだ上で質問してください。

■質問を書く上で
(1) 煽り、コード制作依頼等、人を不快にさせる投稿はご遠慮下さい。公序良俗を守った応対を心がけてください。
(2) 他の人に迷惑をかけるスクリプトの質問はご遠慮ください。
　　(ブラクラ、[戻る], [閉じる], [クリック] の妨害、画面占有など)
(3) 質問者及び議論を行う人はメール欄を空欄にし、名前にレス番を入れることを強く推奨します。回答者はなりすましを判断できませんので、なりすましが現れても自己責任となります。
(4) 常に自発的に調べる心構えを持ってください。
　　具体的には「自分で調べてから質問する」「回答をもらってわからない単語があればGoogle検索してみる」など。
　　わからない内容を代わりに調べてくれる回答者をお望みの方は余所で質問してください。
(5) 出来るだけ一般的な用語を使用してください。脳内オレオレ用語は混乱の元です。
(6) 出来るだけサンプルコードを掲示してください。言葉による説明は行き違いが生まれる場合があります。
　　※必ず「問題の事象が再現されること」を確認してください。
　　　必要な部分だけ切り出したつもりで現象が再現できていなかったケアレスミスがしばしば見られます。
(7) サンプルコードに HTML が含まれる場合は http://validator.w3.org/ で [Check] してみてください。
(8) 質問を具体的かつ詳細に書くと回答を得られやすいです。>>2の質問テンプレートを活用してみてください。
(9) 時にはあなたが望む「答え」だけでなく、「意見」などが寄せられる場合もあります。

**Name_Not_Found** · 2015/08/11(火) 07:28:19.22

前スレが生きている時点でここが本スレのはずがない

**Name_Not_Found** · 2015/08/18(火) 09:06:19.20

ここに統合しよう

**Name_Not_Found** · 2015/08/18(火) 13:43:43.80

>>8を消化してから使え

**Name_Not_Found** · 2015/08/29(土) 19:04:03.86

現行スレ

+ JavaScript の質問用スレッド vol.125 + [転載禁止]©2ch.net
http://peace.2ch.net/test/read.cgi/hp/1436910657/

**Name_Not_Found** · 2015/10/06(火) 04:35:11.32

age

**Name_Not_Found** · 2015/10/06(火) 11:32:16.29

>>8を消化するまでここは使えないな

**Name_Not_Found** · 2015/10/07(水) 10:19:15.21

webGL って動くの？

プロジェクトは進んでいるの？

**Name_Not_Found** · 2015/10/07(水) 10:24:49.59

前スレ>>996

> 実際モダンブラウザを要求するサービス／アプリはたくさんある訳でそれらを全て否定する気？

それどれよ？

実験的サイトもしくは信念があってわざと切り捨ててるサイトを除いて
モダンブラウザを要求するサービスって沢山ってほどあるか？

**Name_Not_Found** · 2015/10/07(水) 11:17:11.71

次スレが経つ前に終わっちゃったのね。
次スレのテンプレ修正案についてまとめた上でまた立てればいいんだろうけど。

**Name_Not_Found** · 2015/10/07(水) 11:39:30.08

荒らしの建てたスレもまあ避難所にはなるんだな

修正案ってなんか出てた？
速度ベンチ丸投げ対策でjsPerf入れとけってくらいか

**Name_Not_Found** · 2015/10/07(水) 13:17:59.51

テンプレの>>2でES3, ES6のURLを修正して欲しいな
勿論、リンク集も
http://www2u.biglobe.ne.jp/~oz-07ams/2002/ecma262r3/
http://www.ecma-international.org/ecma-262/6.0/

**Name_Not_Found** · 2015/10/07(水) 13:42:32.87

>>1-6のテンプレ案を更新した。
http://fiddle.jshell.net/fH4cC/169/show/light/

>>25
テンプレスペース的にどこに加えるか迷ったので意見が欲しい。
>>4-5の間にFAQを追加するのか、>>5のリンク集に加えるに留めるのか。
今日中にもう一度、更新予定。

>>26
反映した。

**Name_Not_Found** · 2015/10/07(水) 15:16:05.29

>>27
乙
jsperfはリンク追加だけだと効果がなさそうだし、FAQ追加が無難かな
レスが一つ増えてしまうのは致し方ない

ところで、ES7 compatibility table のリンク追加はどうかな
http://kangax.github.io/compat-table/es7/
RegExp.escape, String.prototype.trimRight 辺りはpolyfillを書けば有用だと思う

**Name_Not_Found** · 2015/10/07(水) 16:07:02.80

> RegExp.escape, String.prototype.trimRight 辺りはpolyfillを書けば有用だと思う

これはどうかな？
https://github.com/es-shims/es7-shim
ざっと見た限りescapeとtrimRightはあるように思える。

**Name_Not_Found** · 2015/10/07(水) 16:45:13.49

>>29
イイネ！

それテンプレに入れるようにしましょう。

**Name_Not_Found** · 2015/10/07(水) 16:53:32.04

>>27
jfperfの追加位置は>>28と同じくFAQに一票
「このサイトでベンチできます」の文言とリンクだけ載っけておくとか
あるいはググると数件出る日本語の解説ブログのリンク載せるとかで

テンプレスペースについては確かに過密気味だと思う
各種仕様の項はぶっちゃけ殆ど目を通されてないだろうし
MDN辺りを残してあとは /show/#Link だけでいいんじゃない

**Name_Not_Found** · 2015/10/07(水) 17:57:34.27

>>29
ありがとう
でも、polyfillライブラリが欲しかったわけじゃないんだ
ES7の簡単なメソッドぐらいなら自分でも作れるし、compat-table なら情報として他の人にも有用そうだと思った
es7-shimをテンプレに入れるなら ES5,6 もテンプレにないとおかしいし、ただでさえ圧迫しているスペースをpolyfillで埋めるのはどうかなと
jsperfのFAQを増やしたら>>1-6になって、リンクも増やしたら>>1-7になるよね
http://fiddle.jshell.net/vSqKr/43/show/#Linkに入れるぐらいが妥当じゃないかな

**Name_Not_Found** · 2015/10/07(水) 18:15:09.80

大半はわかってるだろうけど念のため一応横から補足
このスレのテンプレは荒らしによって都合のいいように改変されたものなので
>>26以降のテンプレにアンカーしてるレスはこのスレのテンプレを指しているのではなく
前スレあるいはhttp://fiddle.jshell.net/fH4cC/169/show/light/の内容を指している

**Name_Not_Found** · 2015/10/07(水) 18:16:50.67

>>32
いや、自分で作れるのは、上級者なら当たり前だけど、
じゃあここは上級者用ですか？っていったらそうじゃない。

あなたが作れるからといって、他の人がそうとは限らないし、
すでにあるのだから、それを紹介したほうがいいでしょ？

自分で作るよりも完全なものである可能性が高いし、
何より作る時間がらない。同じものを作るぐらいなら
探せるようにリンクがあったほうがいい。

32 · 2015/10/07(水) 18:22:41.89

よく考えたら>>6が少ないからリンクだけはレス数を増やさずに追加できるのね

**Name_Not_Found** · 2015/10/07(水) 18:53:05.28

>>22
もうv2.0の策定が進んでるくらいには十二分に動く

**Name_Not_Found** · 2015/10/07(水) 18:54:44.30

>>29
使い方が全然分かりませんが、どうやって使うんですか？
教えてください

**Name_Not_Found** · 2015/10/07(水) 19:02:08.29

npm install es7-shimでインストールできる。
そしたら、node_modules/es7-shim/distの中にes7-shim.jp
（またはes7-shim.min.js）ってのが入っているからそれを使うだけだよ。

**Name_Not_Found** · 2015/10/07(水) 19:05:22.59

あとbowerにもあるみたいだから、こっちでもいいかもね。
http://bower.io/search/?q=es7-shim

**Name_Not_Found** · 2015/10/07(水) 19:10:39.19

ついでに、npmわかんなーいって言う人のためにｗ

npm installのログからURLわかったんで、これをダウンロードして
distの中のファイルを使えばいけると思う。

https://registry.npmjs.org/es7-shim/-/es7-shim-4.3.1.tgz

**Name_Not_Found** · 2015/10/07(水) 19:14:23.65

他作だから信頼できるって盲信なんだよね
http://peace.2ch.net/test/read.cgi/tech/1404146244/792n-
本来、信頼できるかどうかは自分の確かな知識で持ってそのライブラリの挙動やソースを確かめて決めるもの
ざっと読んだ程度のライブラリを信頼できるなんて安易にいってはいけない
初心者に勧めるなら尚更にね

**Name_Not_Found** · 2015/10/07(水) 19:15:57.52

>>41
ならブラウザから自分で作れば？ｗ

**Name_Not_Found** · 2015/10/07(水) 19:22:10.19

>>40
ありがとうございます。ダウンロードできました。
初心者向けなら自分のようにnpmなんて知らない人が大半だと思います。
テンプレにするならリンク貼ってもわからないでしょうね。

**Name_Not_Found** · 2015/10/07(水) 19:26:18.56

polyfillの質は千差万別だからなあ
未検証のpolyfillを使うなんて考えられん

**Name_Not_Found** · 2015/10/07(水) 19:29:58.94

検証する時間よりも、自分で作成して
検証するほうが時間がかかるってだけだよｗ

**Name_Not_Found** · 2015/10/07(水) 19:33:41.98

ざっと見た限りのpolyfillをテンプレに入れようとする精神が信じられん

**Name_Not_Found** · 2015/10/07(水) 19:37:39.62

今すぐ最新のJavaScriptを使うのに必要だから。
最新のJavaScriptを使用するための情報の一つだから。

何か問題ある？

**Name_Not_Found** · 2015/10/07(水) 19:41:58.72

テンプレに入れるだけの重要性を感じない。
時事物をテンプレートとするのに違和感を感じる。
そういうのはWikiかGitHubで管理してそれをリンクすべき。
テンプレには最低数十スレくらいは乗せていくべきことだけを入れるべき。

**Name_Not_Found** · 2015/10/07(水) 19:46:05.15

>>47
１スレあたりにその手の質問が１０も２０も出てくるようになったら
１レス割いてまとめを書く必要性があると思うが今はそうじゃないだろう。
それにこの手の情報はスレが消化されるまでの２ヶ月間に大きく動き得るんだから安易に載せるべきじゃない。

**Name_Not_Found** · 2015/10/07(水) 19:47:09.76

質問用スレッドとあるけど結局このスレはどこに向かってるの？

**Name_Not_Found** · 2015/10/07(水) 19:50:06.14

信頼できるか分からん情報ならいくらでも後で追加できるからな
ざっと見ただけのpolyfillのリンクを一つずつ追加していったらきりがない

**Name_Not_Found** · 2015/10/07(水) 19:55:51.01

>>50
別に本質は今も昔も変わっていないが、
質問が少なくなった分回答者同士の醜い議論が悪化したな

**Name_Not_Found** · 2015/10/07(水) 20:01:45.80

そもそも、polyfillなんてバッドプラクティス以外の何物でもないんだからさ
そんなの放っておけばいいんだよ

**Name_Not_Found** · 2015/10/07(水) 20:05:39.91

まだ実装も不安定なES7の機能のポリフィルとかだとまた話は変わるが
基本的にもうすでにしっかり定められてる標準の仕様があるのならば
それに似たライブラリのAPI使うよりポリフィル使った方が良くないか？

**Name_Not_Found** · 2015/10/07(水) 20:22:53.99

>>1-6のテンプレ案を更新した。
http://fiddle.jshell.net/fH4cC/170/show/light/

# 更新点
- jsperfのFAQ追加(>>25,28,31)
- ES7 compatibility table のリンク追加(>>28)

es7-shim のリンク追加は反対多数により保留
es5,6のpolyfillもないとバランスが悪いというのも一理あるので提案URLが揃ってきた時まで判断を保留

**Name_Not_Found** · 2015/10/07(水) 20:54:47.01

Ecmaスレじゃないんだからそんなものは一切必要ない。
最新のJavaScriptが云々言うのであれば、

ES最新ドラフト：tc39.github.io/ecma262　とか
プロポーサル一覧：github.com/tc39/ecma262　とか
ミーティングノート：github.com/rwaldron/tc39-notes　とか
キリがないでしょ。

実際はES5や6の仕様書へのリンクが精々なところで、それ以上はいらない。

**Name_Not_Found** · 2015/10/07(水) 22:50:29.93

明日までに反対がなければ>>55でスレを立てればいいんじゃないか

**Name_Not_Found** · 2015/10/07(水) 23:30:40.76

>>57
反対する

**Name_Not_Found** · 2015/10/07(水) 23:32:33.67

>>41
> 他作だから信頼できるって盲信なんだよね

ならここで、わっているあんたが、使えるかどうか判断すればいいのでは？
自分で実装しろと言うぐらいなら、正しい実装か判断できるでしょう？

**Name_Not_Found** · 2015/10/07(水) 23:59:06.62

「わっている」

どこの方言？

**Name_Not_Found** · 2015/10/08(木) 00:11:18.68

「わかっている」のタイポだよｗ

で、何が使えるかを話し合うのも、わかっている人がいる
このスレでやっていたほうがいいでしょう？

**Name_Not_Found** · 2015/10/08(木) 00:17:40.77

ここははっきり言ったほうがいいんじゃないかな？

es7-shimは実装されているものについては正しく実装されている。
解っている俺が言っているのだから間違いない。

**Name_Not_Found** · 2015/10/08(木) 00:23:53.57

ちなみに、https://github.com/es-shims/es7-shim の下の方に、
Shims と Shams っていうのがある。

これは Shims が仕様通り実装されているのに対して
Shams は完璧ではないが出来る限り実装しているもの
言語上の制限により完璧に実装できないものも僅かに存在する。

で es7-shim の Shams はそこに書いてあるとおりNone yet!（まだない）
（ちなみにes5のshamは存在する）

このように明確に区別されているので、Shimsの範囲内であれば
問題なく使えるという根拠になっている。

**Name_Not_Found** · 2015/10/08(木) 10:41:43.46

仕様策定プロセス理解してる？？？
ES7の仕様はStage3になってから２つ以上の実装に採用されて、
そこで実運用上の問題が潰されて初めて仕様書に載れるのよ。

だけどまだStage4のプロポーサルはない。
つまり現状ES7のシムは、プロポーサルをどれだけ完璧にサポートしていようが
α版仕様のデモを動かしたり雰囲気を掴むためもの以上にはなり得ないのよ。

ES7を酌むTypeScripterとか特にAngularJS2使いとかは、これらの仕様の動向を把握しておく必要も出てくるけど、
このスレを利用する一般のJSerには全く関係ないことなのよ。

これらのα版仕様の動向を把握して先行して扱っていこうと思えば、
それこそメーリングリストやミーティングを把握しないといけないし、
各プロポーサルのissuesも読んでおかないといけない。
仕様を作る側に極めて近い人だけが関係あるものなのよ。

但しincludesだけはES6の時代から十分に議論されていて、もうこれ以上議論することは何もなく、
各実装にいち早く採用されたES7仕様であるし、今年中にはStage4に上がるだろうから、
どうしても使いたい場合は、これだけは実運用でポリフィル噛ますのも十分ありだと思う。

ただし最低今年いっぱいはきちんと動向を追い続けないといけない。

**Name_Not_Found** · 2015/10/08(木) 11:24:30.44

だからこのスレは何なのよ
最新のα版仕様で遊ぶスレじゃないだろう
キチガイは別スレ立てろ

**Name_Not_Found** · 2015/10/08(木) 11:34:19.38

>>64
だからいったいなんなんだよ？

その理屈だと、今は自分で作ったとしてもだめってことだろ。
むしろ自分で作ったほうが最新に追尾できないだろうな。

もしできる人ならば、es7-shimに対してIssueでも作ればいいわけで、
自分でやらなくても、他の人が伝えるかもしれないし、参加者の多さが重要
だから人が集まるライブラリを使えって話になるんだよ。

**Name_Not_Found** · 2015/10/08(木) 11:35:20.63

殆どの人にとっては最新のJavaScriptを
追いかけることが仕事じゃないからな。

**Name_Not_Found** · 2015/10/08(木) 11:50:10.44

ということで、遅い標準化が待てない。今すぐ便利な
機能を使いたいっていう人はlodashを使うという流れになる。

https://lodash.com/docs

ES7ももちろん参考にしていて、同等の関数はあるし
もっと多くの関数が提供されている。

例えES7で仕様が将来変わったとしても、lodash内では互換性が
保たれるだろう。そしてIE6など古いブラウザでも動く。

**Name_Not_Found** · 2015/10/08(木) 12:05:58.68

>>66
非常にすまない。
だからいったいなんなのかってことを言わないと伝わらないよな。

べつにシム自体の良し悪しとか、オレオレシムと比べてどうかとかは言っていない。
ただこのスレのテンプレに載せるということに反対ということだけだ。

スレ交代の頻度よりも状況がめまぐるしく変わる、
次スレでは変わってるかもしれない内容をテンプレとするのは良くないし、
そういう配慮がいるものをこういうスレでただ単にリンクするのは良くない。

もしそういう不安定で動きが早いものを紹介したければ、
それ専用のきちんと仕様や状況の移り変わりまでをフォローしたサイトを作って、
そっちをリンクするようにしたら良い。

**Name_Not_Found** · 2015/10/08(木) 12:11:41.12

だから最新を追い求めてる人は別スレ立てたらいいだろ
なんでもこのスレでカバーしようってのがキチガイじみてる

**Name_Not_Found** · 2015/10/08(木) 12:17:08.40

「JavaScript」で一番目立つスレなんだから、
初心者もよく来るわけで現実的な解を教えるスレで
あって欲しいと俺も思うね。

現実的ではない自分の考えを教えつけようとする奴がうざい。
ライブラリ使うなとか、ブラウザだけの話しろとか

**Name_Not_Found** · 2015/10/08(木) 12:27:00.06

ES7についてはECMAScriptスレが既にあるからそちらで語れば良い。

**Name_Not_Found** · 2015/10/08(木) 12:34:14.29

ES7がだめなりゆうが、まだ変わる可能性があるからというのなら
もう変わらないであろうES6ならes6-shimの話をしていいと
お墨付きが得られたようなので、次回よりテンプレに入れましょう。

**Name_Not_Found** · 2015/10/08(木) 12:41:47.56

>>67
プログラミングって趣味が一番スキルアップするんだよなぁ
仕事やってるだけじゃ最新技術から疎遠になる

**Name_Not_Found** · 2015/10/08(木) 12:45:09.93

>>74
せやな

**Name_Not_Found** · 2015/10/08(木) 13:38:59.10

>>71
そりゃここはWeb板の質問スレ何だから仕方ないでしょうよ
他の言語は大抵プログラミング板で賄ってる

>>73
ES6shimもたくさんあるし、shim自体に関する情報は変わり得るので
やっぱりWikiとかで管理した方がいいと思う

**Name_Not_Found** · 2015/10/08(木) 15:31:20.58

そもそも質問スレ自体が要らないんじゃないか？
質問スレとしなくても質問は来るし、そうすれば議論はNGだとか
細かいことも気にしなくなるし、質問荒らしも減るだろう

現状の問題はこのスレ以外は超過疎で振り分けられないところにあるわけだし

**Name_Not_Found** · 2015/10/08(木) 15:46:37.16

そういう話は何度もしたからこことプログラム板の過去ログ見てくれ
個人的にはもうプログラム板の雑談本スレに全統合でもいいとは思うけどさ
色々あって現状に至ってるんだよ

**Name_Not_Found** · 2015/10/08(木) 18:28:35.76

>>77
いやでも初心者の人は雑談スレに入り辛いし質問もし辛いだろう
質問スレって事で誰でもカモンな雰囲気作って
｢ボタンクリックでhtmlの文字を変るのってどうやるんですか？｣って質問も出来るようになる

**Name_Not_Found** · 2015/10/08(木) 23:14:19.76

>>79
でも質問スレとすると結局それはプログラムスレやECMAスレでやれみたいなことも起きそうだから
やっぱり総合スレとしてスレタイに【質問歓迎】とか付けるのがちょうどよいと思う。
それか名前は質問スレだけど今も実体は半分以上議論所になってるのでもう何でもOKのスレにするか。

**Name_Not_Found** · 2015/10/09(金) 08:32:54.58

プログラム板とWeb制作板の区分けはローカルルール
雑談を統合しようとも変わらない

**Name_Not_Found** · 2015/10/09(金) 08:57:05.55

いや、大違いだよ
禁止厨が減ることが一番大事なんだから
別に禁止厨が悪いというわけではないが
今の過疎の流れから言うと別スレに振り分けることは困難なんだから
禁止せずに統合していくしか無い

**Name_Not_Found** · 2015/10/09(金) 09:19:17.03

一番重要なのは過疎じゃなくなること。
禁止厨の排除はそのために必要。

**Name_Not_Found** · 2015/10/09(金) 10:10:23.76

ご覧のとおりIDの出ないここでは件のやつに引っ掻き回されるだけだから
いつも通り>>55の人に頑張ってもらって通常運行になるのを期待したい
残った課題は現状維持＆保留でいいよもう

荒らしの建ててないスレとして
http://peace.2ch.net/test/read.cgi/hp/1444186237/
があるけど再利用する？　それとも削除依頼済みなら建てなおす？

>>81
横から補足すると単純にJSがプログラム板でイタチなわけではない
詳しくはECMAスレのテンプレでも見てくれ

**Name_Not_Found** · 2015/10/09(金) 11:00:04.87

最近知った
styleを操作してdisplay:noneにするより
display:noneになるクラス用意してクラス追加した方が遥かに速い

**Name_Not_Found** · 2015/10/09(金) 11:14:50.44

まあそりゃそうやろな。
だから俺がいつもJavaScript（jQuery）がやるのは
状態をクラスとして書き込むところまで、
css()メソッドは原則として使うなと言ってる。

**Name_Not_Found** · 2015/10/09(金) 12:47:09.60

テンプレとしては>>55でいいと思うのだが、「ES7 compatibility table」は外すべきかね
「ES7 compatibility table」は頻繁に更新されるし、互換性を確認するのに便利だから残しても良いと思うのだが

**Name_Not_Found** · 2015/10/09(金) 19:21:27.51

compatibility tableはES6の時代長らくわやくちゃだった前科があるからな。
まあES6策定までの時間がスピードが乗ってからは濃かったのと、
スピードが乗るまでの長い間にFxが独自拡張してきたものとの兼ね合いもあっておかしかったのだが、
いずれにしろこういうのはそういう所まできちんと理解して見ないと意味が無いと思う。

つまり質問者はまずこれを見てから質問して来てねという類のものではなく、
知識ある回答者が適切に引用すべきものであるからテンプレには載せないほうがいいと思う。

現状ES6のテーブルのクオリティは高いものになっているが、
ES6の目玉機能であるモジュール周りなどはいろいろあって含まれてないこと等は把握しておかないといけない。

**Name_Not_Found** · 2015/10/10(土) 00:46:08.14

> つまり質問者はまずこれを見てから質問して来てねという類のものではなく、
> 知識ある回答者が適切に引用すべきものであるからテンプレには載せないほうがいいと思う。

そういう理屈であれば、Standard ECMA-262とかMDNなんかも要らないだろうな。
知識ない質問者が、これを見てもわからないだろうし、
これ見たら解決する問題ばかりだから、ここに書き込む意味がなくなる。

**Name_Not_Found** · 2015/10/10(土) 05:57:34.99

だから0か1で考えるなって
お前が言ってるのは0.3も0.7も切り捨てたら同じ0だ的な論だ

**Name_Not_Found** · 2015/10/10(土) 06:17:44.22

> だから0か1で考えるなって
書くか書かないかで考えるなって？

じゃあ半分だけ書けばいいのか？

**Name_Not_Found** · 2015/10/10(土) 06:58:43.39

>>85-86
「HTML5 ゲーム開発の極意」2013
という本に書いてある、画面遷移では

.screen{ display : none; }
.screen.active{ display : block; }

普段は画面に表示されていないのだが、
画面に表示するときだけ、activeクラスを追加する

違う画面に変えるときは、今表示されている画面から、
activeクラスを削除して、新しく表示する画面に、
activeクラスを追加する

**Name_Not_Found** · 2015/10/10(土) 07:10:13.18

>>85
それって、要素1個だけ display:none にする場合でも速いの？

**Name_Not_Found** · 2015/10/10(土) 07:59:27.07

>>1-6のテンプレ案を更新した。
http://fiddle.jshell.net/fH4cC/171/show/light/

>>87-88
ES7 はまだ不安定だと思われる為、>>88を採用した。

**Name_Not_Found** · 2015/10/10(土) 08:38:51.70

>>92
要素の表示制御なら aria-hidden 属性がお勧め
(いずれにしても、カスケード規則を利用する事をふまえるとインラインスタイルは使いにくいな)

**Name_Not_Found** · 2015/10/10(土) 10:38:17.91

<ul role="menu" aria-hidden="true">

WAI-ARIAで、各ウィジェットに、
役割・状態を明記するんだね

WAI-ARIAか、こういうのを見たのは初めて

**Name_Not_Found** · 2015/10/11(日) 02:47:33.22

>>85
早い遅いという理由以前に
css
javascript
の役割を考えたらスタイルは予め用意しておいて
クラス名操作でどうこうするってのが普通だと思うんだけど

**Name_Not_Found** · 2015/10/11(日) 03:34:09.50

そういえば、今まで気にしたことなかったけど、
javascriptで状態を変化させたときの、
画面書き換えのタイミングってどうなってるの？
１処理毎に１書き換え？
特定の時間内の状態変化をまとめて一回で書き換え？
それとも別のタイミング？

**Name_Not_Found** · 2015/10/11(日) 03:51:42.27

>>98
後者
GPUまで含めると段階が５つくらいある

**Name_Not_Found** · 2015/10/11(日) 07:21:31.88

どっちにしろ、再描画命令は強制力がなく、
もっとも優先度が低い。
暇なら描画するっていうだけ

1フレームに、1回しか描画されない。
または、描画されない(コマ落ち)

**Name_Not_Found** · 2015/10/11(日) 09:56:05.60

例えばie、ff、chromeなどでタブを複数開いていて操作中のタブではなく裏のタブを操作出来るかな？裏タブで表示しているurl調べるとか、指定したurlを表示させるとか

**Name_Not_Found** · 2015/10/11(日) 11:03:18.39

そういうのは拡張機能やアドオンの領域だね

**Name_Not_Found** · 2015/10/11(日) 11:11:08.47

>>94のテンプレで下記スレッドに追記した。

+ JavaScript の質問用スレッド vol.126 + [転載禁止]©2ch.net
http://peace.2ch.net/test/read.cgi/hp/1444186237/

>>98
上のスレで回答した。

**Name_Not_Found** · 2015/10/11(日) 11:50:53.15

>>103
乙

**Name_Not_Found** · 2015/10/11(日) 12:57:24.53

>>101
＞操作中のタブではなく裏のタブを操作

禅問答か？

＞裏タブで表示しているurl調べる

それって表示中のタブURLについて検索した結果を別タブに開くのではダメなの？
そもそも「裏タブ」をどうやって教える気なの？
妄想じゃなくてちゃんとした要求仕様を考えなさい

そしてどう見たってユーザースクリプトを想定してるようにしか見えないんで板違いだろ

**Name_Not_Found** · 2015/10/11(日) 14:32:16.88

>>105
質問内容をろくに理解もせずに何ら役に立たないレスの典型例だな

**Name_Not_Found** · 2015/10/11(日) 14:42:18.24

>>106
ではあなたが素晴らしい回答をしてください
全米が固唾を呑んで注目しています

**Name_Not_Found** · 2015/10/11(日) 15:57:43.01

var word = "interesting",
target = "int";

var str = " " + word;
if (str.indexOf(" " + target) !== -1) {
alert("単語前方一致TRUE");
}

// 単語前方一致TRUE

>変数word内のinterestingがintから始まる文字列かどうかのチェック
>原文とキーワードの両方の先頭に空白をつけることで
>文頭のマッチングが判断できる。

http://nazomikan.hateblo.jp/entry/20110303/1299167055

文頭に半角スペースつけなくても、文頭のintのマッチングができると
思うのですが、文頭の半角スペースの意味が分かりません

**Name_Not_Found** · 2015/10/11(日) 16:08:53.47

>>108
そのブログ記事書いた本人に意図を質問したらいいんでないの？
正規表現を使わずに indecOf だけでこんなこともできるよって言いたいらしい

**Name_Not_Found** · 2015/10/11(日) 16:42:35.47

下手なサンプルに意味なんて求めちゃダメ
そういうもんだよ

**Name_Not_Found** · 2015/10/11(日) 16:49:43.21

>>109-110
はい

**Name_Not_Found** · 2015/10/11(日) 17:25:14.12

はぁ？
単語検索でprinterにマッチさせないようにするためだろ。
それぐらい気づけよｗ

下手なのは自分ってことだ。

**Name_Not_Found** · 2015/10/11(日) 17:50:42.93

☆☆本人降臨☆☆

**Name_Not_Found** · 2015/10/11(日) 17:57:01.70

うわｗ　本当に気づかないんだｗ
正規表現じゃないのは、単純な文字列マッチなら
indexOfの方が速いからってのも気づいてないんだろうな。

**Name_Not_Found** · 2015/10/11(日) 17:58:48.47

えーと nazomikan さんですか？