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

テストで40℃のお湯と60℃のお湯を同じ量混ぜたら100℃のお湯になるって答えたら×になったんだけど何で？

40ccのお湯と60ccのお湯を同じ量…すでに量が違うじゃんかよ!

はじめまして。

プルダウンから選択してフレーム内に表示させるものをつくりました。
そして、プルダウンが１つだけならちゃんと動作しましたが…
２つになるとなぜか飛びません。

http://home.netyou.jp/55/apica/frame.html

に見本をアップしておきます。
１つめのプルダウンだけならちゃんと右に結果が表示されるので…
どこかスクリプトのミスだと思うのですが。
Googleで「プルダウン　フレーム　複数」で検索したのですが、
どこが悪いのかわかりませんでした。

ブラウザはIE7.0とFirefox2.0、OSはWinXPです。
お手数ですがよろしくお願いいたします。

name="flink" が二つあるな

テンプレ追加推奨
http://js-users.jp/

>>955さま
　あ、そういうことだったんですね。
　気がつかなくて？？？状態だったので助かりました。
　どうもありがとうございました。

>>945のように暇潰しでJavaScriptをやっているなら良いかもしれないが、
今時フールプルーフを考慮しないサイト(に限らず各種サービス)は有り得ないね。

だからなぜ eval = フールプルーフ無視 という短絡思考なのか、昔のJSがまだ尾を引いているのかな
扱い方さえ誤らなければ非常に有用で使いどころも少なくないのに

さすが趣味の人は違うなあ

マウスドラッグでの選択範囲について質問です。
文字列の選択した範囲を変更するコードを書いているのですが、
範囲を選択した後メニューをクリックすると選択範囲が解除されてしまします。
ForefoxとSafariでは解除されずに上手くいくのですが、IEで選択範囲を
そのまま固定する方法ってありませんか？

え？
あれ？
日本語読めない人だった？

>>961
メニューってのはメニューバーのメニュー？
それともコンテキストメニュー？Selectタグのプルダウンメニュー？

説明が足りませんでした。申し訳ない。
プルダウンメニューなのですが、Selectタグの物ではなく
HTMLエレメントで作ったプルダウンメニューです。
プルダウンさせる時のクリックで選択範囲が解除されてしまいます。
おとなしくSelectタグを使えって話なんですが。。
何かいい方法をご存知ないでしょうか。

>>964
じゃぁ、プルダウンメニュークリック時に選択範囲を復活させるしかない気がしてる。
return falseとかでデフォルト動作を止める方法でもうまくいくかもしれない。
復活させる場合のコードだけ提供。以下がclickイベントハンドラ内での処理。
var sRng = document.selection.createRange();
setTimeout(function(){ sRng.select(); }, 1); //選択範囲を戻す。

選択範囲を復活させる方法でいけそうです。ありがとうございます。

ここはeval()推奨派に「eval()があったらスマートにできる」
場面を挙げてもらって本当にそれが良い方法なのか検討しようぜ。

JSON通信時に受信データをオブジェクトに変換するときにeval使う。

>>967
JavaScriptでJavaScript実装はもちろん、Lispとかpythonを作る場合とか
IE4,5向けにFunction.prototype.apply作る場合とかで、eval使えるぞ。

>>968
それは絶対やっちゃいけないと思うけどな。無知な人は
それ勧めているけど「セキュリティ上危険だからJSON.parse
などを通す」というのが常識化しつつあると思うよ。
>>969
そんなの実装してるとは言えない手抜きでしょ。普通に
構文解析して中間形式にしてから実行する方が安全だし高速。
そもそもふつーのWeb制作者は言語を実装なんかしないってば。
Web制作者が使うもっとふつーの用途っていうのはないの？

この流れって「eval()でやるといいよ」回答しただけの回答者を何が
気に入らないのか糞味噌に罵倒したところから始まってるよね。
そのレヴェルでしょ。eval()に無知なヤシは宗教化しているだけ。

俺としては、eval()でやるのって何か最終手段って感じがするわけで、できることならevalではない正当な方法で記述したいというだけなんだけどな。

僕の場合だけど、下のような感じでeval使ってます

前提は<a><img></a>となってて、
<a>のリンクのパラメータにURLエンコードが必要で、でもサーバ側はいじれない。
仕方なく href="javascript:〜" ってやってるのだけど、これだと、中クリックが効かない
なのでimgのonloadでaのhrefをevalで実行したものをhrefに入れ直してる。

「そもそもhref="javascript:〜"とかいつの時代だよ」って話もあるかもだけど、
URLエンコード付きパラメータ使うとなると仕方なくてそうしているのでそこは勘弁して

というかevalの危険性なんて把握してるのが当たり前で、その上であえて使う場面も無いことはないのに
「eval」と聞いただけで鬼の首でも取ったかのように騒ぐ奴らが本当に面倒くさい。

いや、どう見ても使わなくてもいいとこにevalとか言ってるんで
どうかなと思うだけで、 >>973 なんかはわりとなるほどと思った。
そういう点では >>972 に賛成の気分。とりあえずテンプレには
まだ入れないよね、これでもう975になるし…

次スレ
http://pc11.2ch.net/test/read.cgi/hp/1212031089/l50
だけど、急に流れが遅くなったんでこのスレを消費してから移動してね。

何と言うかevalに関しては両極端過ぎるね。
>>925の言うように"絶対に使わない方良い"ものでは決して無く、
必要とされる場面(それほど多くは無いが)で使えば有用な機能。

が、ユーザー入力のような任意の文字列にevalを使うなどは論外中の論外。
それをユーザーの自己責任だからいいんじゃね?派(>>945)や、
そもそもフールプルーフを知らない派(>>959)のようなアレな人間が擁護するから不要な混乱を招く。

>>976乙

FAQの文案を直してみた。
Qx. eval()を使って入力文字列を数値に変換してはいけないのですか？
Ax. eval()をユーザ入力のような任意文字列に使用するのは危険です。
変換はparseFloat()やparseInt()で(真にevalが必要なケースはごく少数)。

>>978
ま、マジで*ごく少数*なら、むしろ、これとこれ以外は使うな、と書いた
方が親切だね。つまりあっても一つか二つのケースってことでしょ。

>>977
> ユーザーの自己責任だからいいんじゃね?派(>>945)
> フールプルーフを知らない派(>>959)

文盲お疲れ様です


>>978
その場合evalを引き合いに出す必要は無い罠
Qx. 文字列を数値に変換したいのですが
Ax. parseFloat('123.456')やparseInt('879')を使用します

激しく既出と思いますがevalについて。
ttp://dev.opera.com/articles/view/efficient-javascript/?page=2#avoideval
↓（日本語訳）
ttp://www.hyuki.com/yukiwiki/wiki.cgi?EfficientJavaScript#i3

危険云々ももちろんありますが、単純に遅いってので私はあまり使いません。
特に古いブラウザやIE(７でかなり改善されたけど)は遅いので。
977さんが言ってるように、必要な場面のみ使うってのがいいんじゃないでしょうか。
絶対使わない！ってのは柔軟性に欠けますよね。

次スレ
http://pc11.2ch.net/test/read.cgi/hp/1212031089/l50

evalの議論秋田！

Ajaxでも静岡？

普通のJavaScriptの話し奈良いいよ

>>978
何が危険なんだか。

次スレ>>8に感動。Prototype.js とちゃんとCS意識が高い表記。
信頼性とか信憑性とかはこういう地道な細部に表れるものだね。

次スレ
http://pc11.2ch.net/test/read.cgi/hp/1212031089/l50

>>987
そのかわりjQueryのJが大文字になっている。
というかこのスレの>>12の時点で既に間違っていたけど。

しかし日本語でおｋというより、酔っ払い乙と言いたくなるような文章だね。

え・・？

>>987
え・・？

>>991
ん？･･

>>989
そっかぁ。だめだこりゃ。発言>>987全面撤回させて。

感動とか撤回とか、あなたの感想なんて誰も聞いてません
心の中でやってください

次スレ
http://pc11.2ch.net/test/read.cgi/hp/1212031089/l50

ume

ume

ume

ume

1000 なら JavaScript 最高！

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。