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

JavaScript覧 / PC版 /

みんなの評価 :

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

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

851 = :

どしたの急に

852 = :

ネタをキレてると勘違いしてるんでしょ。
この回答じゃ「*」の意味を理解してないままなんだろうが
これくらい>>1調べたらすぐにわかることだわな。

854 = :

×ゼロデイ脆弱性
○マイナス312デイ脆弱性

理由は脆弱性が悪用されてからベンダーがその脆弱性に気がつくまで、平均して312日もかかっているから。
312日ってのはSymantecの調査報告な。

855 = :

(*)が閉まんてっく

856 = :

ベンダが気が付いたって、パッチがリリースされるまではゼロデイなんだが。

857 = :

世間に認知されてない状態のことだな

本来ハッカーってのは
脆弱性見つけてベンダーに売るか闇の組織に売るか駆け引きする職業
んで闇の組織に売られた場合深刻な被害が起こるというわけです

858 = :

オレオレ定義なんか訊いてねーし
ハッカーの解釈なんか、漫画の読みすぎだろ

860 = :

>>856
それはゼロデイ攻撃な

861 = :

は？なぜ「ゼロデイ」と呼ばれるか調べれば？

862 = :

>>859

var w = window.open(...);
w.onload = function() { CheckFrame(w, m); };

とりあえずDOM構築完了を待とうぜ。あと

var form = w.document.forms['box_mylist_add'];

質問の際はDOM要素と分かるように、省略なしで書こうぜ。

864 = :

>>862,863 様
ありがとうございます！他の言語と混乱していたので、とても参考になりました。
勉強不足すぎてお恥ずかしい限りです。
重ね重ね感謝です。

865 = :

お前らほんとくだらんことで争うよな
>>854はマイナス312デイ脆弱性と呼んだ方が名称として相応ではないかという皮肉交じりのジョークみたいなもんだろう
元ネタはこれだろうから読んでおけ
http://www.forbes.com/sites/andygreenberg/2012/10/16/hackers-exploit-software-bugs-for-10-months-on-average-before-theyre-fixed/

こんな事もわからずに突っかかる>>856 >>861は頭おかしいわ

866 = :

てやんでい、こんちくしょう！
こちとら脳味噌の容量がゼロでい！
おとといきやがれってんだ！

867 = :

>>865
文脈も理解できないアホは黙ってればいいのに…

868 = :

img要素の上でスクロールすると透明度が変わったりするの作りたいのですが
onscrollで上手くいきません
window.onload = function() {
　　　document.getElementById("gazou").onscroll = function() {
　　　　　　style変更;
　　　}
}
onscrollってスクロールバーがないと機能しないのでしょうか？
だとしたら良い解決方法とかあるんでしょうか？

869 = :

>>868
ホイール系のイベントは、標準化されるのに時間がかかったのでちょっと複雑
WheelEvent, MouseWheelEvent, MouseScrollEventを使い分ける

http://developer.mozilla.org/en-US/docs/DOM/WheelEvent
http://developer.mozilla.org/en-US/docs/DOM/MouseWheelEvent
http://developer.mozilla.org/en-US/docs/DOM/MouseScrollEvent

870 = :

ありがとうございます
firefoxだけちょっと違うみたいですね

871 = :

ほんとJavaScriptクソだな

872 = :

JavaScriptの問題じゃねーだろ・・

873 = :

何の話だ

874 = :

やーん、いやなのー
すくりぷとがじゃばじゃばしちゃってるのー

875 = :

ほら、僕の黒夢もじゃばじゃばしちゃってるよ

877 = :

javascriptのアニメーションでwidthを変更する時
$('#hoge').animate({'width':300},500);
ってやるとスクロールバー消えるのは仕様？
max-widthとかだと消えないんだけどwidthだけ消えるのがどうも
消さないでアニメーションさせる方法とかあるの？

878 = :

JavaScript関係なくてJQueryがどうなってるかだけでしょ。
jQuery使わずに素のJavaScriptで書けばできるんじゃないのかな。

880 = :

これだからお子様javascripterは。javscriptはjavascriptで考えるのが悪いクセだぜ
webデザイナーの俺はそんな問題3年前にとっくに気付いてクリアしてる
CSSのインポタントで解決

883 = :

インポテンツ？

884 = :

important規則はできる限り使いたくないなあ
場合にもよるけど

885 = :

なんで？

886 = :

おいちょっと理由説明しろ
important使うたびにお前のレスが頭の中で引っかかるじゃねーか

887 = :

こんなことで優先順位いじる必要無いもの

888 = :

importantが死んでも変わりはいるのも

889 = :

代わりはいるなも

890 = :

<div style="width:100px;height:100px;border:solid 10px black;border-radius:100px;" id="mouseOverTest"></div>
border,radiusが指定されている要素の、mouseover mouseoutイベントが発生する境界線ってどこですか？
document.getElementById("mouseOverTest").addEventListener("mouseover",function(){
document.getElementById("mouseOverTest").style.setProperty("background-color","red");
});
document.getElementById("mouseOverTest").addEventListener("mouseout",function(){
document.getElementById("mouseOverTest").style.setProperty("background-color","white");
});
で試したけどなんか仕様が固まってないような…
chrome 24です。

891 = :

>>886
スレチだからあれだけど

基本的にCSSは
「同等以上のセレクタで最後に書いたもの書いたもの」が有効
っていう認識のもとで使われるじゃん
important規則はそれに対する例外になるから

ドキュメントが徹底されてて、そのような例外が完全に周知されていれば
問題は発生しづらいかも知れないけど、それ自体にコストがかかるし

893 = :

これを読めるようになった方がいいよ。
http://www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/12_Statements.html#Finally

894 = :

finally文

filally文は、通常try～catch文の後に続いて書く。 catch節と違い、エラーが発生しなくても呼び出されて処理を行い、try節で行った処理の終了処理を記述するのが主な用途である。
ただし、次項で説明する様に、throw文が実行された場合だけはその例から外れ、finally節中の処理は実行されない。ここにfinally節の存在意義がある。

895 = :

>>893
難しすぎです。。
>>894
実行されないんですね

ありがとうこざいました

897 = :

wikiはダメだな

898 = :

wikiの内容も間違ってるし、>>895は >>894を見て、
なぜ実行されないという解釈になったんだ？

900 = :

ただの皮肉。
その一文も間違いだし。