私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.82 +

みんなの評価 :
レスフィルター : (試験中)
>>600
条件(今の場合、HTML や CSS)次第で特定のコードが問題になり得るという意味だが、通じないか?
それにバグ(現象)の原因が特定のコードにあるものであって、「すでにあるコードのバグ」こそ意味不明だが。
条件(今の場合、HTML や CSS)次第で特定のコードが問題になり得るという意味だが、通じないか?
それにバグ(現象)の原因が特定のコードにあるものであって、「すでにあるコードのバグ」こそ意味不明だが。
>>601
わざわざ「既にある」って書いたのは、未来の話でこれからコードを組もうとしてるときに
「そのやり方ではバグが起こりうる」というなら分かるんだけどなと思って。
この話では既に組まれてる595のコードがあるわけだから「エラーが起こりうるバグが有る」とかじゃないのかなと。
まあ、細かい話なんですが。
わざわざ「既にある」って書いたのは、未来の話でこれからコードを組もうとしてるときに
「そのやり方ではバグが起こりうる」というなら分かるんだけどなと思って。
この話では既に組まれてる595のコードがあるわけだから「エラーが起こりうるバグが有る」とかじゃないのかなと。
まあ、細かい話なんですが。
>>602
JavaScript をブラウザで動かす場合は、必ず DOM も絡んでくる訳で。
今回のケースでも当然、それ次第で、動作に問題が起こったり、起こらなかったり、という話。
595 のコード単体では完結しないかと。
JavaScript をブラウザで動かす場合は、必ず DOM も絡んでくる訳で。
今回のケースでも当然、それ次第で、動作に問題が起こったり、起こらなかったり、という話。
595 のコード単体では完結しないかと。
>>603
子要素が親要素からはみ出していた場合。
子要素が親要素からはみ出していた場合。
>>597
> attachEvent を利用すれば、IE でも第一引数で event を得られる。
そうなんだ。それはどこで規定されていますか?
http://msdn.microsoft.com/en-us/library/ms536343.aspx
どこにも定義されていないものだったら、バージョンによって
いきなり非対応になるかもしれなくて怖いので教えてください。
> attachEvent を利用すれば、IE でも第一引数で event を得られる。
そうなんだ。それはどこで規定されていますか?
http://msdn.microsoft.com/en-us/library/ms536343.aspx
どこにも定義されていないものだったら、バージョンによって
いきなり非対応になるかもしれなくて怖いので教えてください。
>>605
そういう要素は作る予定はないので、問題ないはずです。
子要素が親要素からはみ出ている場合、どういう状況だとダメなのか良く解らん。
はみ出ている部分からでた時?
if ((e.target || e.srcElement) == element) があるから大丈夫だと思うんだけどな。
そういう要素は作る予定はないので、問題ないはずです。
子要素が親要素からはみ出ている場合、どういう状況だとダメなのか良く解らん。
はみ出ている部分からでた時?
if ((e.target || e.srcElement) == element) があるから大丈夫だと思うんだけどな。
>>598
jquery-1.4.4.js のコードを解読できるぐらいのスキルがあるなら、それでもいいと思うよ。
だが、俺は attr() に属性値 (getAttributeのエイリアス) を期待するし、そうあるべきだと思う。
"jquery-1.4.4.min.js" をHTML文書で検証するとこうなる。
<form><p><input type="checkbox" id="hoge" checked></p></form>
<script>
console.log(document.getElementById('hoge').getAttribute('checked')); // ""
console.log(document.getElementById('hoge').checked); // true
console.log($('#hoge').attr('checked')); // true
console.log($('#hoge').get(0).checked); // true
</script>
XHTML文書ではこうなる。
<form><p><input type="checkbox" id="hoge" checked="checked" /></p></form>
<script>
console.log(document.getElementById('hoge').getAttribute('checked')); // checked
console.log(document.getElementById('hoge').checked); // true
console.log($('#hoge').attr('checked')); // checked
console.log($('#hoge').get(0).checked); // true
</script>
見てわかるように、HTML文書とXHTML文書では attr() の出力結果が異なる。
俺としては「jQuery 余計なことすんな」って感じなんだが、感性の違いなんだろうな。
別の考えがあることを否定するわけではないが、俺は attr() を使わない方法をお勧めする
jquery-1.4.4.js のコードを解読できるぐらいのスキルがあるなら、それでもいいと思うよ。
だが、俺は attr() に属性値 (getAttributeのエイリアス) を期待するし、そうあるべきだと思う。
"jquery-1.4.4.min.js" をHTML文書で検証するとこうなる。
<form><p><input type="checkbox" id="hoge" checked></p></form>
<script>
console.log(document.getElementById('hoge').getAttribute('checked')); // ""
console.log(document.getElementById('hoge').checked); // true
console.log($('#hoge').attr('checked')); // true
console.log($('#hoge').get(0).checked); // true
</script>
XHTML文書ではこうなる。
<form><p><input type="checkbox" id="hoge" checked="checked" /></p></form>
<script>
console.log(document.getElementById('hoge').getAttribute('checked')); // checked
console.log(document.getElementById('hoge').checked); // true
console.log($('#hoge').attr('checked')); // checked
console.log($('#hoge').get(0).checked); // true
</script>
見てわかるように、HTML文書とXHTML文書では attr() の出力結果が異なる。
俺としては「jQuery 余計なことすんな」って感じなんだが、感性の違いなんだろうな。
別の考えがあることを否定するわけではないが、俺は attr() を使わない方法をお勧めする
>>607
var to = e.toElement || e.relatedTarget;
これが問題。
子要素がはみ出ていた場合(または一部の端が重なっていた場合)、
そこをマウスが通ると、変数 to が while ループ内で親要素を経由しない。
var to = e.toElement || e.relatedTarget;
これが問題。
子要素がはみ出ていた場合(または一部の端が重なっていた場合)、
そこをマウスが通ると、変数 to が while ループ内で親要素を経由しない。
>>610
なるほど。そういうことか…!
なるほど。そういうことか…!
(e.target || e.srcElement) == element
この条件式だろうと思ってたが。。。ま、いいか
この条件式だろうと思ってたが。。。ま、いいか
>>608
その差異が「ライブラリの便利機能」になるか「余計なお世話」になるかは
シチュエーションによって異なるはず。んで、
・話の発端である>>589の「チェックボックスがチェックされているか」、
・「セレクトボックスでこの項目が選択されているか」
みたいな判別をしようという場面で、>>594みたいに
あえてDOMのプロパティを直接参照する意味ってどこにあるのか、という話。
ましてや、ブラウザ間の互換性を保つために余計なコードを
自前で用意する羽目に陥るなんて
(『自分で組み込もうと決めた』jQueryの中に同じ処理が用意されているのに!)
ナンセンス極まりないと思う。
そりゃまあ、
・できる限りDOMを見るが(checked属性とかid属性とか)、
・問題が生ずる場合は仕方なしにattr()を使う(selected属性とかtabIndex属性とか)
という立場がないわけでもないけど、それこそjQueryのソースと
各ブラウザの挙動をしっかり把握した人でないとできないことだし、
そしてそれは間違いなくライブラリ側で意図した書き方には沿っていない。
後になってそのコードを読む人が混乱するだけじゃないかなあ。
その差異が「ライブラリの便利機能」になるか「余計なお世話」になるかは
シチュエーションによって異なるはず。んで、
・話の発端である>>589の「チェックボックスがチェックされているか」、
・「セレクトボックスでこの項目が選択されているか」
みたいな判別をしようという場面で、>>594みたいに
あえてDOMのプロパティを直接参照する意味ってどこにあるのか、という話。
ましてや、ブラウザ間の互換性を保つために余計なコードを
自前で用意する羽目に陥るなんて
(『自分で組み込もうと決めた』jQueryの中に同じ処理が用意されているのに!)
ナンセンス極まりないと思う。
そりゃまあ、
・できる限りDOMを見るが(checked属性とかid属性とか)、
・問題が生ずる場合は仕方なしにattr()を使う(selected属性とかtabIndex属性とか)
という立場がないわけでもないけど、それこそjQueryのソースと
各ブラウザの挙動をしっかり把握した人でないとできないことだし、
そしてそれは間違いなくライブラリ側で意図した書き方には沿っていない。
後になってそのコードを読む人が混乱するだけじゃないかなあ。
>>615
ありがとう。
ありがとう。
いや、伝播してるから登録した関数が呼ばれてるんだ。
イベント発生源(target要素)になれるとは限らない、ってことね。
イベント発生源(target要素)になれるとは限らない、ってことね。
任意のIDの中の、特定のタグ或いはクラス名の要素に対して操作を行いたいと思っています。
具体的には下記のような記述を行ってみたのですが、どうも反映されません。
<style type="text/css">
.gray{
background-color:#999999;
}
.red{
background-color:#FF0000;
}
</style>
</head>
<body>
<div id="hoge">
<a class="gray" onclick="test()" href="#">test</a>
</div>
<script type="text/javascript">
function test(){
document.getElementById("hoge").getElementsByTagName("a").setAttribute('class','red');
}
</script>
</body>
alertでaタグのvalueを表示する事はできたのですが、
setAttributeでのclass変更ができません。
※確認ブラウザはFirefoxです。
どうぞよろしくお願いいたします。
具体的には下記のような記述を行ってみたのですが、どうも反映されません。
<style type="text/css">
.gray{
background-color:#999999;
}
.red{
background-color:#FF0000;
}
</style>
</head>
<body>
<div id="hoge">
<a class="gray" onclick="test()" href="#">test</a>
</div>
<script type="text/javascript">
function test(){
document.getElementById("hoge").getElementsByTagName("a").setAttribute('class','red');
}
</script>
</body>
alertでaタグのvalueを表示する事はできたのですが、
setAttributeでのclass変更ができません。
※確認ブラウザはFirefoxです。
どうぞよろしくお願いいたします。
ある本で、何度もRegexpと書かれていましたが、
実際はRegExpでした(Expの頭も大文字)。
これ、実際にRegexpだった時代や処理系があったんでしょうか?
それとも、そういう歴史的経緯はなく、ただ単に本のミス?
実際はRegExpでした(Expの頭も大文字)。
これ、実際にRegexpだった時代や処理系があったんでしょうか?
それとも、そういう歴史的経緯はなく、ただ単に本のミス?
検索した感じだと、Ruby がそういう表記をするのかな。
Ruby の知識はないから知らないけど。
できれば、その本のタイトル(と著者)を教えて欲しい。
Ruby の知識はないから知らないけど。
できれば、その本のタイトル(と著者)を教えて欲しい。
久々にJS触ったんだけど、今はprototype.jsなんか使わずに、jQueryを皆使ってるんですか?
Ajax用に使うならばやっぱPrototypeよりjQueryの方がいいのでしょうか?
ソースコードをざっと見てみましたが、jQueryの方が小さくて、コレで本当に色んな事が出来るんだろうかと思ってしまいましたが、やっぱjQueryの方が何らかの利点が大きいからメインになっているのでしょうね?
Ajax用に使うならばやっぱPrototypeよりjQueryの方がいいのでしょうか?
ソースコードをざっと見てみましたが、jQueryの方が小さくて、コレで本当に色んな事が出来るんだろうかと思ってしまいましたが、やっぱjQueryの方が何らかの利点が大きいからメインになっているのでしょうね?
自分で使ってみるのが一番手っ取り早いと思うけど。
・DOMを汚さない、軽い
・アニメーション機能
・CSS風セレクタ(これはjQueryじゃなくてSizzleだけど)
・拡張性が高く、またプラグインの作り方についてのガイドラインが形成されている
(誰が作ったものであってもあまり違和感なく利用できる)
あたりじゃないかな。
とにかく比較するとやっぱ使いやすい。
・DOMを汚さない、軽い
・アニメーション機能
・CSS風セレクタ(これはjQueryじゃなくてSizzleだけど)
・拡張性が高く、またプラグインの作り方についてのガイドラインが形成されている
(誰が作ったものであってもあまり違和感なく利用できる)
あたりじゃないかな。
とにかく比較するとやっぱ使いやすい。
確かに使ってみる事は重要ですが、一応人の感想も参考にしたいと思いまして
自分では気がつかない点もあるかもしれませんので
自分もざっと書店でのjQueryを見ましたが、基本的に>>637で指摘されているような点を感じました
特にアニメーション、デザイン系が(目立つから?)多く載っていたように思いました
ちなみにAjax利用の観点からだといかがですか?
後は、(まぁ大丈夫だと思いますが)ブラウザ間の差異とか
自分では気がつかない点もあるかもしれませんので
自分もざっと書店でのjQueryを見ましたが、基本的に>>637で指摘されているような点を感じました
特にアニメーション、デザイン系が(目立つから?)多く載っていたように思いました
ちなみにAjax利用の観点からだといかがですか?
後は、(まぁ大丈夫だと思いますが)ブラウザ間の差異とか
prototype.jsはXHRを薄くラップしている(そこに機能追加してる)のに対し、
jQueryはなるべくその辺を意識しないでいいような作りになってる。
http://semooh.jp/jquery/api/ajax/jQuery.ajax/options/
好き嫌いはあるにせよ、とりあえずタイプ量はこっちの方が減る。
あとブラウザ間で差異(少なくとも、それがjQueryのバグであると見なされるような)が
出て困ることはまずないと思う。
jQueryはなるべくその辺を意識しないでいいような作りになってる。
http://semooh.jp/jquery/api/ajax/jQuery.ajax/options/
好き嫌いはあるにせよ、とりあえずタイプ量はこっちの方が減る。
あとブラウザ間で差異(少なくとも、それがjQueryのバグであると見なされるような)が
出て困ることはまずないと思う。
ちょっと失礼します。
OperaのエクステンションやFirefoxのアドオンの有無を調べることとかできますでしょうか。可能ならば方法も提示頂きたいです。
テキストボックスにフォーカスしたときに回りにSafariやChromeのような枠を表示させたいのですが、重複は邪魔でしょうから分岐したいのです。
よろしくお願いします。
OperaのエクステンションやFirefoxのアドオンの有無を調べることとかできますでしょうか。可能ならば方法も提示頂きたいです。
テキストボックスにフォーカスしたときに回りにSafariやChromeのような枠を表示させたいのですが、重複は邪魔でしょうから分岐したいのです。
よろしくお願いします。
>>641
640です。もう少し詳しくお聞きしたいのですが、フォーム部品に枠を表示させることに権利がいるということでしょうか。
640です。もう少し詳しくお聞きしたいのですが、フォーム部品に枠を表示させることに権利がいるということでしょうか。
>>642
やだなあアドオンのことに決まってるじゃないですか
やだなあアドオンのことに決まってるじゃないですか
この様なときのための王道があるじゃないか。
基本を忘れてはいけない。
つ prompt()
基本を忘れてはいけない。
つ prompt()
とりあえずFirefoxの話をすると、アドオンをJavaScriptで書くことはできるが、
(ローカルのファイルにアクセスできたりすることからも分かるように)
そのスクリプトはwebページのスクリプトとは別の特権モードで動くことになる。
で、セキュリティの都合上、後者は前者に干渉することはできないはず。
アドオンが明示的にdocumentに対して何かプロパティを注入するようなことをしていれば
話はまた別だけど、それはアドオンがそう作ってあるからであって、一般論としては無理。
(ローカルのファイルにアクセスできたりすることからも分かるように)
そのスクリプトはwebページのスクリプトとは別の特権モードで動くことになる。
で、セキュリティの都合上、後者は前者に干渉することはできないはず。
アドオンが明示的にdocumentに対して何かプロパティを注入するようなことをしていれば
話はまた別だけど、それはアドオンがそう作ってあるからであって、一般論としては無理。
forを使ったりstyleタグをhtmlに挿入したりせずに.style=みたいな雰囲気で、
styleタグの*や+や>のような指定をすることはできますでしょうか?
できたらやり方を教えていただけるとありがたいです
お願いします
styleタグの*や+や>のような指定をすることはできますでしょうか?
できたらやり方を教えていただけるとありがたいです
お願いします
DHTMLのお勧め本ありませんか?
難しくなく、サンプルがたくさん載っているのがいいです
難しくなく、サンプルがたくさん載っているのがいいです



類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.87 + (1001) - [97%] - 2011/6/21 6:33
- + JavaScript の質問用スレッド vol.81 + (1001) - [97%] - 2010/12/10 20:01
- + JavaScript の質問用スレッド vol.88 + (1001) - [97%] - 2011/7/20 7:03
- + JavaScript の質問用スレッド vol.86 + (1001) - [97%] - 2011/5/27 21:50
- + JavaScript の質問用スレッド vol.85 + (1001) - [97%] - 2011/4/25 21:32
- + JavaScript の質問用スレッド vol.84 + (1001) - [97%] - 2011/3/30 7:32
- + JavaScript の質問用スレッド vol.83 + (1001) - [97%] - 2011/2/24 8:02
- + JavaScript の質問用スレッド vol.80 + (1001) - [97%] - 2010/11/9 2:17
- + JavaScript の質問用スレッド vol.89 + (1001) - [97%] - 2011/9/4 4:17
- + JavaScript の質問用スレッド vol.126 + (348) - [95%] - 2023/1/12 17:00
- + JavaScript の質問用スレッド vol.123 + (1002) - [95%] - 2015/4/27 23:30
- + JavaScript の質問用スレッド vol.126 + (952) - [95%] - 2015/11/18 13:15
- + JavaScript の質問用スレッド vol.127 + (160) - [95%] - 2021/7/16 9:30
- + JavaScript の質問用スレッド vol.127 + (1001) - [95%] - 2016/2/4 0:15
- + JavaScript の質問用スレッド vol.128 + (1001) - [95%] - 2016/2/26 6:45
- + JavaScript の質問用スレッド vol.112 + (1001) - [95%] - 2013/11/27 16:46
- + JavaScript の質問用スレッド vol.125 + (1001) - [95%] - 2015/10/7 17:45
トップメニューへ / →のくす牧場書庫について