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

みんなの評価 :
レスフィルター : (試験中)
>>448
わざわざマウスオーバーしないと何を送信するのかわからないようなデザインなら、はじめから「メール送信」と書いておけ。
それでも質問のやり方にこだわるなら、ちょっと前の質問の on('keyup'..の要領で onmouseover ってのがあるから、それを真似ればよし。
わざわざマウスオーバーしないと何を送信するのかわからないようなデザインなら、はじめから「メール送信」と書いておけ。
それでも質問のやり方にこだわるなら、ちょっと前の質問の on('keyup'..の要領で onmouseover ってのがあるから、それを真似ればよし。
>>447
> $(':text[name="peke"]')[0].value = $(':text[name="fuga"]')[0].value;
[0]に限定している意味があるのかしら無いが普通はこう書くよ。
$(':text[name="peke"]').val($(':text[name="fuga"]').val());
jQueryでは、要素を一個一個処理するという考え方はしない。
セレクタに一致する0個以上の要素に対して処理するという考え方をする。
> var str = "";
> str = $(this).val();
あとこれはやめた方がいい。
変数の中身はなるべく書き換えないようするのが今のトレンド
一旦""を代入する意味もないし、このように書いたほうが良い。
var str = $(this).val();
> $(':text[name="peke"]')[0].value = $(':text[name="fuga"]')[0].value;
[0]に限定している意味があるのかしら無いが普通はこう書くよ。
$(':text[name="peke"]').val($(':text[name="fuga"]').val());
jQueryでは、要素を一個一個処理するという考え方はしない。
セレクタに一致する0個以上の要素に対して処理するという考え方をする。
> var str = "";
> str = $(this).val();
あとこれはやめた方がいい。
変数の中身はなるべく書き換えないようするのが今のトレンド
一旦""を代入する意味もないし、このように書いたほうが良い。
var str = $(this).val();
>>453
$(':text[name="fuga"]').val()
これって fuga にマッチする要素が複数あった場合って何が返ってくるの?
複数なくても $(':text[name="fuga"]') 自体が中身が一個の配列だから、その配列に対し .val() を呼べるの?
peke と fuga の数が違う場合はどうなるの?とか。
質問ばっかで申し訳ないけど。
$(':text[name="fuga"]').val()
これって fuga にマッチする要素が複数あった場合って何が返ってくるの?
複数なくても $(':text[name="fuga"]') 自体が中身が一個の配列だから、その配列に対し .val() を呼べるの?
peke と fuga の数が違う場合はどうなるの?とか。
質問ばっかで申し訳ないけど。
指定した要素に対してイベントリスナを登録できないようにする方法を教えてください
大きな画像を小さめに表示すると、
IEでジャギーが発生するのですが
対策はどうすればよいですか?
IEでジャギーが発生するのですが
対策はどうすればよいですか?
画像に以下のスタイルを指定すればおk
-ms-interpolation-mode: bicubic;
-ms-interpolation-mode: bicubic;
つまりインターバルで定期的に要素を削除して作りなおせばいいってことですか?
たとえばadblockの拡張機能を入れてるとページが表示されないサイトがあるじゃないですか
そういうサイトで目隠ししている要素を削除しても何度も目隠しが復活するので、イベントリスナを規制しているものだと思いました
たとえばadblockの拡張機能を入れてるとページが表示されないサイトがあるじゃないですか
そういうサイトで目隠ししている要素を削除しても何度も目隠しが復活するので、イベントリスナを規制しているものだと思いました
>>453
var str = "";
str = $(this).val();
こうやって初期値に、空文字列を入れておけば、
if "" == str でチェックできるが、
var str = $(this).val();
この書き方だと、チェックする書き方に困る?
var str = "";
str = $(this).val();
こうやって初期値に、空文字列を入れておけば、
if "" == str でチェックできるが、
var str = $(this).val();
この書き方だと、チェックする書き方に困る?
>>454
> これって fuga にマッチする要素が複数あった場合って何が返ってくるの?
取得するときは最初に見つかったものが返ってくると
ドキュメントにちゃんと書いてあるよ。だから[0]と一緒
ただし見つからない場合は、undefinedが返ってくる。
それに対して[0]だとエラーが発生する。
また$(':text[name="peke"]').val(1);の場合はセレクタに一致するもの全てに
値が入るのは当然のことセレクタに一致するものがなくてもエラーにはならない。
つまり、if ($(':text[name="peke"]').length) $(':text[name="peke"]').val(1);
みたいな存在チェックをしなくて良いわけ
本来あるべきものが無いのに、実行してもエラーにならないとは何事だ。
という考え方も無いわけじゃないんだけど、jQueryの場合は0個以上の
要素に適用するという考え方をすることによって条件分岐が少ない
シンプルなコードをかけるようになっている。
> これって fuga にマッチする要素が複数あった場合って何が返ってくるの?
取得するときは最初に見つかったものが返ってくると
ドキュメントにちゃんと書いてあるよ。だから[0]と一緒
ただし見つからない場合は、undefinedが返ってくる。
それに対して[0]だとエラーが発生する。
また$(':text[name="peke"]').val(1);の場合はセレクタに一致するもの全てに
値が入るのは当然のことセレクタに一致するものがなくてもエラーにはならない。
つまり、if ($(':text[name="peke"]').length) $(':text[name="peke"]').val(1);
みたいな存在チェックをしなくて良いわけ
本来あるべきものが無いのに、実行してもエラーにならないとは何事だ。
という考え方も無いわけじゃないんだけど、jQueryの場合は0個以上の
要素に適用するという考え方をすることによって条件分岐が少ない
シンプルなコードをかけるようになっている。
>>462
> var str = "";
> str = $(this).val();
>
> こうやって初期値に、空文字列を入れておけば、
> if "" == str でチェックできるが、
ん? 1行目で代入した"" はその次の行で完全に置き換わるじゃん。
strに最初どんな値を言えれていたとしてもそれは完全に捨てられるから
何を入れても意味はなくなくなる。
> var str = "";
> str = $(this).val();
>
> こうやって初期値に、空文字列を入れておけば、
> if "" == str でチェックできるが、
ん? 1行目で代入した"" はその次の行で完全に置き換わるじゃん。
strに最初どんな値を言えれていたとしてもそれは完全に捨てられるから
何を入れても意味はなくなくなる。
>>462
空の場合にval()が何を返すか調べとかないとダメ
空の場合にval()が何を返すか調べとかないとダメ
>>463
丁寧にありがとうございます!
丁寧にありがとうございます!
正直いつもの湧いてから自分でライブラリ使った質問するパターンそっくりだったから
変な書き方してるコード見るまで警戒したわ
変な書き方してるコード見るまで警戒したわ
俺は今回と同様にいつもライブラリを使った回答を
しているだけなんだが。
しているだけなんだが。
で、lodashだけどバグが見つかってるから、すぐに3.0.1がでそうだね。
http://github.com/lodash/lodash/issues/890
今回はメジャーアップデートだから、俺的には想定内
http://github.com/lodash/lodash/issues/890
今回はメジャーアップデートだから、俺的には想定内
>>471
そうなんだ
そうなんだ
ライブラリの質問だけでなく、ライブラリの話題全般を禁止にすべきなんじゃないか
ライブラリ持ち出す前からスレに居座って荒らしてたんだから焼け石に水だよ
スルーしかない
スルーしかない
window.btoa() を使えば行けた気がする
無理ならサーバー側で base64 に変換することやね
無理ならサーバー側で base64 に変換することやね
>>477
lodashくんはスレを乱立させてJavaScriptスレをカオスにさせているという重罪があるから
lodashくんはスレを乱立させてJavaScriptスレをカオスにさせているという重罪があるから
そんな無意味な意思統一いらねーから
ライブラリの話を除外する必要もない
ライブラリの話を除外する必要もない
このスレは、ライブラリ禁止にすべきだ。
唯一の純粋JSスレで、まともな人限定
そして事情を知らない人には、その都度説明する
唯一の純粋JSスレで、まともな人限定
そして事情を知らない人には、その都度説明する
すべきだっつーか元からそうだし
普通の質問者だったら誘導するなりすればいいだけだよ
普通の質問者だったら誘導するなりすればいいだけだよ
ライブラリの話をするなと数人のキチガイが喚いてるだけだから気にしなくていい
ライブラリの話ももちろんウェルカム
ライブラリの話ももちろんウェルカム
この荒らしは深夜帯は常駐してるから話し合うなら昼間が妥当だろうな
このスレでlodash宣伝してる奴がうざい
リアルで使ってる奴見つけたらぶん殴ってやるわ
リアルで使ってる奴見つけたらぶん殴ってやるわ
私のことを嫌いになっても、lodashのことを嫌いにならないでください!
>>492
ぶん殴っていいですか?
ぶん殴っていいですか?
わざわざ教えてくれてるのに叩いてる奴あほじゃないのか
「その情報が誰かにとって役に立つか立たないか」を問題にしろ
お前にとって役に立たなくても他人にとって役に立つならその書き込みには価値があるんだよ
簡単なことだから理解しろ
「その情報が誰かにとって役に立つか立たないか」を問題にしろ
お前にとって役に立たなくても他人にとって役に立つならその書き込みには価値があるんだよ
簡単なことだから理解しろ
try~catch~finallyってありますが、finallyって使う意味あるのでしょうか?
catchの下に続けて書くのと何か違いますか?
catchの下に続けて書くのと何か違いますか?
>>497
finally 節は return や break で後述処理をスキップしても必ず実行する
(function () {
try {
throw new Error;
return;
} finally {
console.log('finally'); // 実行される
}
console.log('end'); // 実行されない
})();
finally 節は return や break で後述処理をスキップしても必ず実行する
(function () {
try {
throw new Error;
return;
} finally {
console.log('finally'); // 実行される
}
console.log('end'); // 実行されない
})();
昔読んだ本にscriptタグはheadに書けと書かれていた気がするのですが
今読んでる本ではbodyの中に書いています
常識が変わったのでしょうか?
今読んでる本ではbodyの中に書いています
常識が変わったのでしょうか?



類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.122 + (116) - [100%] - 2018/5/2 18:30
- + JavaScript の質問用スレッド vol.125 + (1001) - [97%] - 2015/10/7 17:45
- + JavaScript の質問用スレッド vol.123 + (966) - [97%] - 2020/10/20 2:30
- + JavaScript の質問用スレッド vol.120 + (1002) - [97%] - 2014/11/8 1:15
- + JavaScript の質問用スレッド vol.124 + (1001) - [97%] - 2015/7/16 1:30
- + JavaScript の質問用スレッド vol.121 + (1001) - [97%] - 2022/11/29 16:30
- + JavaScript の質問用スレッド vol.132 + (1001) - [97%] - 2018/4/19 11:00
- + JavaScript の質問用スレッド vol.142 + (984) - [97%] - 2020/8/27 19:15
- + JavaScript の質問用スレッド vol.112 + (1001) - [97%] - 2013/11/27 16:46
- + JavaScript の質問用スレッド vol.121 + (1001) - [97%] - 2015/1/1 18:30
- + JavaScript の質問用スレッド vol.129 + (981) - [97%] - 2016/5/5 8:16
- + JavaScript の質問用スレッド vol.129 + (926) - [97%] - 2017/7/27 13:45
- + JavaScript の質問用スレッド vol.128 + (1001) - [97%] - 2016/2/26 6:45
- + JavaScript の質問用スレッド vol.123 + (1002) - [97%] - 2015/4/27 23:30
- + JavaScript の質問用スレッド vol.127 + (1001) - [97%] - 2016/2/4 0:15
- + JavaScript の質問用スレッド vol.127 + (160) - [97%] - 2021/7/16 9:30
- + JavaScript の質問用スレッド vol.142 + (926) - [97%] - 2019/12/23 13:15
トップメニューへ / →のくす牧場書庫について