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

JavaScript覧 / PC版 /

みんなの評価 :

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

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

351 = 347 :

jsを弄る前にhtmlとcssを勉強したほうが幸せになれるぞ

352 = :

>>351
やってみる。
しかしどの程度までできるようになったらいいんだ？

355 = :

もはやここは隔離スレだな

356 = :

質問者が初心者なのはいいんだが、回答する方に初心者がいると不毛な議論に発展するんだよな

357 = :

初心者スレだからそれでいい

358 = :

HTML5が流行ってWebProgから人が流れ込んできたせいだな
2012年はHTML5の時代やで

359 = :

本スレがないのがよくない

365 = :

あれ、名前が…。

366 = :

jQueryでドロップダウンメニューをslideToggleで作ったのはいいんですが、
連続でマウスオーバーしたらその回数だけ開閉するのはどうにかならないんでしょうか？

調べてもそれらしい情報がでてこないもので・・・

369 = :

eval不要説唱えてる奴は宗教でしょ。
言われてた当初はそれなりに意味があったのかもしれないけど
多くは思考停止して闇雲に追従しているだけみたいな。
スレの性質に関係なく「sageろカス」とかいうのもその類。

「スクリプトのコードはコメントタグで囲わなきゃいけないんだよ＾＾」なんて
自称JSそれなりに知ってる人さんから昔優しく“指導”されたことがある。
そのくせ「Netscapeなんてもう誰も使ってないし切り捨てていいよ」みたいな。はぁ。

自称JSそれなりに知ってる人さんにとっては、Netscapeなんかよりも
JavaScript非対応でコードが文字列としてずらずらと表示されちゃうブラウザ
（NCSA Mosaicとかですかね？）の占めるシェアの方が無視出来ないらしいです。
そういうくだらないしがらみはもう捨てていきましょうよ。

370 = :

eval()必要説も同じくらい宗教なんだよね。宗教論争、無意味でスレの浪費だからやめてほしい。
せっかく終わったのに上から目線でまた火をつけるとかもやめてほしい。

371 :

>>366
少し待ち時間入れればいいよ
マウスオーバですぐ発火させないで、setTimeoutで20msecくらい
待ってから表示させるだけでだいぶ違う
触った時のレスポンスと待ち時間はバーターだから丁度よいタイミングに
なるように待ち時間をすりあわせするといいよ

ここまで書いて>>368に気付いた…
せっかくだから投下しときますすんません

372 = :

まあevalはCのgotoと同様に、宗教上?の理由で嫌われているのと同様だろうな。
要するにユーザーの入力を単なる文字列では無く、
JavaScript的(あるいはDOM的)に意味のあるものとして利用するのは危険なので、
evalでもinnerHTMLでも、本当にその文字列を使って大丈夫かどうかを必ず意識する必要があるという事。
初心者云々は単に慢心を生むだけなので、初心者経験者は全く関係無い。
evalが嫌われるのは、代替手法が無いような本当に必要となる場面が少ない(JSON文字列をJSONオブジェクト化するなどくらい)ので、
わざわざリスクのある手法を回避したいという人間が多いからでは。

373 = :

>>370
うだうだ言ってないで早くコードかけよ

376 = :

やっぱり宗教だなあ
evalに限った危険なんて１つもないのにｗ

377 = :

ユーザーが入力したコードが実行されて何が問題なのかわからない
あるとしても重箱の隅を突くような特殊なケースじゃないか？
そんなんだったらevalに限った話じゃない

379 = :

別にユーザが任意の改変をしてもかまわないという人は別にそれでいいんじゃないの。
ふつう、ユーザ入力に対してチェックとかするよね。それはサーバ側に送られる
ユーザ入力をある程度制御しないとまずいと思うからやるんだと思うけど。
JS上でのチェックとサーバのチェックと２重にするところを、サーバだけの
チェックになっても構わないとか、よそのAPIをJSから直接叩いてるところで
何を叩かれても構わないとか、そういう意味になるわけどいいんだろうか。
漏れはそれは嫌だからユーザに任意の改変は許したくないと思うわけで。

380 = :

ユーザー入力じゃなくて開発者の意図しない入力って言えよ

381 = :

>>380 なるほど御意。

382 = :

>ユーザ入力をある程度制御しないとまずい
これは間違いだろ
JS側での入力チェックはユーザビリティの観点以外の何物でも無いと思うのだが

383 = :

全くもって意味わからんな
ユーザーが改変したいと思ったときは
わざわざソース調べてここにeval使われてるから狙おうとかしないだろ
普通にアドレスバーに打つだけ
それにそもそもformチェックでevalの出番はないでしょ

384 = :

屁理屈こねないで使うなって注意されたら使うなよ。
躾がなってないなこいつら。

385 = :

>>382
フォームとかからサーバに投げる前段階としてのチェックならそうだけどね

入力から、それによって引き起こされる何らかのアクションまで
ブラウザ側で完結してる部分なら、当然ブラウザ側でちゃんとチェックしないといけない

問題とされている領域を間違えてるっていうかなんと言うか…
jsでアプリケーション作ったこと無いから、もしかしてこういう発想しか出来ないのかな

387 = :

>>385
うだうだ言ってないで具体的で示せよ。
特殊じゃない凡例をな。

388 = :

evalは悪魔
悪魔は不要
不要不要
不要
悪魔
悪魔
不要
悪魔
不要
悪魔
不
要悪
魔
不
要
悪
魔不要悪魔不要悪魔

389 = :

>>385
クライアント側のみで完結する方が珍しいだろ。
通信が発生する時点で完結はしないからな？
それに
>サーバ側に送られる
これがついてる時点で"ブラウザ側で完結してる部分"なんて意図するわけ無いだろ
ブラウザ側で完結する部分ならチェックするのは当たり前

390 = :

文字の色を上下でわける方法はありますか？
http://jsfiddle.net/gxuJw/
このような感じに書いてできると思ったのですができませんでした。
アドバイスおねがいします。

392 = :

そういう特殊なことはブラウザ間で差が出るからやめとけ
素直にシンプルにCSS3使っとけ

395 = :

>>394
今から調べてやってみます
どうもありがとうございます