私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript & jQuery 質問用スレッド vol.7 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
画像の場合はdecode()を呼べばツリーに挿入して次のレンダリングで描画されてることが保証される
セレクタの指定方法について質問です。
「クラス名.hoge1と.hoge2の両方の値が空の場合」を指定するにはどう記述したらよいでしょうか?
$('.hoge1:empty.hoge2:empty')のように書きたいのですが・・
「クラス名.hoge1と.hoge2の両方の値が空の場合」を指定するにはどう記述したらよいでしょうか?
$('.hoge1:empty.hoge2:empty')のように書きたいのですが・・
>>403
まず遠回りして説明するとセレクタの指定方法として質問が適切じゃない
「場合」と書いているからifの条件みたいになってる。
セレクタの話をするならば、「クラス名がhoge1で値が空の要素を選択したい」
という形で聞かなければいけない。セレクタ=セレクトする人だから選択
ということで、何を選択したいのか?を考えてみようか?
まず遠回りして説明するとセレクタの指定方法として質問が適切じゃない
「場合」と書いているからifの条件みたいになってる。
セレクタの話をするならば、「クラス名がhoge1で値が空の要素を選択したい」
という形で聞かなければいけない。セレクタ=セレクトする人だから選択
ということで、何を選択したいのか?を考えてみようか?
>>407
話が変わったなw
選択したいものは何か?liだろう?
なら最初にliを選択したいというのが来る
$('li')
そしてその後は条件と考えられる。
その条件がCSSとして書けるものであるかどうかって話だが、
残念ながら「選択したい要素(=親要素)の"子要素がemptyである場合"(の親要素)を選択する」
というような、選択したい要素と、条件がかかっている要素が違う場合は、CSS3では実現できない。
CSS4でなら実現可能かも知れないが。
ブラウザが対応していればCSS4のセレクタが使えるかもしれないが、
jQueryはCSS3までの対応となってるので、単純なセレクタでは実現できない。
だからセレクタと条件を分けて考える必要がある。
話が変わったなw
選択したいものは何か?liだろう?
なら最初にliを選択したいというのが来る
$('li')
そしてその後は条件と考えられる。
その条件がCSSとして書けるものであるかどうかって話だが、
残念ながら「選択したい要素(=親要素)の"子要素がemptyである場合"(の親要素)を選択する」
というような、選択したい要素と、条件がかかっている要素が違う場合は、CSS3では実現できない。
CSS4でなら実現可能かも知れないが。
ブラウザが対応していればCSS4のセレクタが使えるかもしれないが、
jQueryはCSS3までの対応となってるので、単純なセレクタでは実現できない。
だからセレクタと条件を分けて考える必要がある。
そしてな、
クラス名.hoge1と.hoge2の両方の値が空の場合というのは
クラス名.hoge1の値が空ではない
または
クラス名.hoge2の値が空ではない
というセレクタを使って選択した結果、見つかった要素数が0である
と置き換えられる。
「クラス名.hoge1と.hoge2の両方の値が空の場合」という言葉には
セレクタと条件の2つが含まれているわけだよ
クラス名.hoge1と.hoge2の両方の値が空の場合というのは
クラス名.hoge1の値が空ではない
または
クラス名.hoge2の値が空ではない
というセレクタを使って選択した結果、見つかった要素数が0である
と置き換えられる。
「クラス名.hoge1と.hoge2の両方の値が空の場合」という言葉には
セレクタと条件の2つが含まれているわけだよ
jQuery("li .hoge1:empty").parent().find(".hoge2:empty").parent("li");
我ながら酷い回答だわ・・・
我ながら酷い回答だわ・・・
ということで回答はこれだな
$('li').filter(function() {
// return $(this).find('.hoge1:not(:empty), .hoge2:not(:empty)').length === 0;
// return $(this).find('.hoge1, .hoge2').filter(':not(:empty)').length === 0;
return $(this).find('.hoge1, .hoge2').not(':empty').length === 0;
});
見ての通り、単発のセレクタというものはない
セレクタと条件が組み合わせる必要がある。
CSS4を使えば、単発のセレクタにできるかもしれない
と、ここまで書いて、調べてCSS4ではhasを使えばできそうだと知った所で
jQueryにもhasはあることを思い出してシンプルに書き換えた。
もちろんこれも単発のセレクタではない。
$('li').has('.hoge1:empty').has('.hoge2:empty')
CSS4だと、$('li:has(.hoge1:empty):has(.hoge2:empty)')
こんな感じで、単発のセレクタで書けると思うが
jQuery以前にブラウザが対応していない。
http://caniuse.com/#search=%3Ahas
$('li').filter(function() {
// return $(this).find('.hoge1:not(:empty), .hoge2:not(:empty)').length === 0;
// return $(this).find('.hoge1, .hoge2').filter(':not(:empty)').length === 0;
return $(this).find('.hoge1, .hoge2').not(':empty').length === 0;
});
見ての通り、単発のセレクタというものはない
セレクタと条件が組み合わせる必要がある。
CSS4を使えば、単発のセレクタにできるかもしれない
と、ここまで書いて、調べてCSS4ではhasを使えばできそうだと知った所で
jQueryにもhasはあることを思い出してシンプルに書き換えた。
もちろんこれも単発のセレクタではない。
$('li').has('.hoge1:empty').has('.hoge2:empty')
CSS4だと、$('li:has(.hoge1:empty):has(.hoge2:empty)')
こんな感じで、単発のセレクタで書けると思うが
jQuery以前にブラウザが対応していない。
http://caniuse.com/#search=%3Ahas
hoge1の中身が空であることを確認したあと
hoge2の中身の確認を終えて条件の判断を行うまでの間にhoge1が空でなくなったら
hoge2の中身の確認を終えて条件の判断を行うまでの間にhoge1が空でなくなったら
そもそも値が空だとか中身が空という意味がわからない
子要素は値とか中身とは言わない
あとShadowRoot下に要素があったらどうすんのよ?
子要素は値とか中身とは言わない
あとShadowRoot下に要素があったらどうすんのよ?
そういうのは空だとかいう曖昧な基準で物を考えるべきじゃないね
そもそも仮に子要素が空白文字のテキストノードだったらそれも選択すべきかもしれないし
その場しのぎの基準と作業はやめて本質的なことをすべき
そもそも仮に子要素が空白文字のテキストノードだったらそれも選択すべきかもしれないし
その場しのぎの基準と作業はやめて本質的なことをすべき
:emptyって書いてるんだから曖昧じゃないだろ
自分が答えられなかっただけのくせに、いい加減にしておけ。
自分が答えられなかっただけのくせに、いい加減にしておけ。
>>412
あぁhasがあったか、ありがとう
あぁhasがあったか、ありがとう
>>416
何を怒ってるのか分からないんだけど
本当にそれが本質なのか?と説いてるんだよ
閉じた空間ならまあそうは言わないが
HTMLとDOMっていうの自体が曖昧性と干渉による不確か性を孕んでるからね
だからそれに対してシンプルな物で立ち向かうって言うのは逆に曖昧ということになってしまうんだよ
そういうときのJSの基本として、吸収できるように冗長に書くことを考えなければいけない
もしくは、ShadowDOMでカプセル化したりしなければ良くないよと言うこと
何を怒ってるのか分からないんだけど
本当にそれが本質なのか?と説いてるんだよ
閉じた空間ならまあそうは言わないが
HTMLとDOMっていうの自体が曖昧性と干渉による不確か性を孕んでるからね
だからそれに対してシンプルな物で立ち向かうって言うのは逆に曖昧ということになってしまうんだよ
そういうときのJSの基本として、吸収できるように冗長に書くことを考えなければいけない
もしくは、ShadowDOMでカプセル化したりしなければ良くないよと言うこと
つまりね、一番言いたいことは単純なセレクタで片付けようとするばかりでなく
時には非スマートでもいいから『自分で書こうとする気』も必要ということ
コードのスマートさを重視して暗黙的な細かい要件を変えるテクニックは重要だが難しいもの
時には非スマートでもいいから『自分で書こうとする気』も必要ということ
コードのスマートさを重視して暗黙的な細かい要件を変えるテクニックは重要だが難しいもの
こんなイメージ?
①アメリカ人で20代の男性と日本人で30代の女性の方、
集合時間についての大事なお知らせがあります。
②今から言う対象の方、集合時間についての大事なお知らせがあります。
対象の方は、アメリカ人で20代かつ男性、もしくは日本人で30代かつ女性
それ以外の人は聞かなくて大丈夫です。
①アメリカ人で20代の男性と日本人で30代の女性の方、
集合時間についての大事なお知らせがあります。
②今から言う対象の方、集合時間についての大事なお知らせがあります。
対象の方は、アメリカ人で20代かつ男性、もしくは日本人で30代かつ女性
それ以外の人は聞かなくて大丈夫です。
>>421
セレクタを使うのが悪いとは言っていない
セレクタくらい自分で調べろ、これはコード作成依頼に近いというのもあるが、
それよりも気に食わないのはemptyだとかそういう単純な物で物事を解決しようとする姿勢
もっというとセレクタや$()に頼りすぎてるということ
そんなことじゃ柔軟性を失って本質を見失って良いことはない
セレクタを使うのが悪いとは言っていない
セレクタくらい自分で調べろ、これはコード作成依頼に近いというのもあるが、
それよりも気に食わないのはemptyだとかそういう単純な物で物事を解決しようとする姿勢
もっというとセレクタや$()に頼りすぎてるということ
そんなことじゃ柔軟性を失って本質を見失って良いことはない
要件がシンプルなのが気に食わない
複雑な要件に変更するべきだ!
っていうのなら本末転倒だなw
気に食わないという理由で
勝手に要件を変えるな
複雑な要件に変更するべきだ!
っていうのなら本末転倒だなw
気に食わないという理由で
勝手に要件を変えるな
> もっというとセレクタや$()に頼りすぎてるということ
セレクタや$()に頼らないのは本質ではない。
本質とはどんな手を使ってでも素早く要件を実現することだ。
セレクタや$()に頼らないのは本質ではない。
本質とはどんな手を使ってでも素早く要件を実現することだ。
単にjQuery使うなって言いたいだけだろw
もしくは今からjQueryを使わずに問題を解いてやろうとした所で
あっさりとjQueryのhas使ってシンプルに回答されちゃったんで
悔しいとかだろうな
もしくは今からjQueryを使わずに問題を解いてやろうとした所で
あっさりとjQueryのhas使ってシンプルに回答されちゃったんで
悔しいとかだろうな
要するに質問者のプログラムに対する姿勢が気に食わないから謝れって事だろ
A 「GIMPで遠近の違う写真を合成したいんだがどうやるの?」
B 「は?そもそもGIMPなんかフリーソフトで安易に解決しようとする姿勢が気に食わない。
ちゃんと金払ってphotoshopCC使ってやれ」
(↑実はGIMP苦手だったりする)
A 「GIMPで遠近の違う写真を合成したいんだがどうやるの?」
B 「は?そもそもGIMPなんかフリーソフトで安易に解決しようとする姿勢が気に食わない。
ちゃんと金払ってphotoshopCC使ってやれ」
(↑実はGIMP苦手だったりする)
ぜんぜん違う
どうして書いてもないことをそう捻くれた妄想できるのか不思議
>>426とかも的外れ
頼りすぎてるとは、自分で考えてコードを書けないということを言っているのよ
セレクタでちょっと困るたびにここに聞きに来るのかと
セレクタや$()が何でも解決して「くれる」と思ってるだろと
解決するのは、「君」だ、そして手段を優先して目的を犠牲にするなというようなことを言っているのよ
どうして書いてもないことをそう捻くれた妄想できるのか不思議
>>426とかも的外れ
頼りすぎてるとは、自分で考えてコードを書けないということを言っているのよ
セレクタでちょっと困るたびにここに聞きに来るのかと
セレクタや$()が何でも解決して「くれる」と思ってるだろと
解決するのは、「君」だ、そして手段を優先して目的を犠牲にするなというようなことを言っているのよ
念のため言うけど質問者にだけ言ってるわけじゃないよ
むしろそういう受け身な姿勢にさせる自立を阻害するような状況を作り出した
回答の流れも含めて丸っと気に食わないと批判してる
具体的な回答がどうこうというよりも、問題提起と回答までの流れに
ちょっと良くないだろうという文句を言ってる
俺の考え伝わった?
むしろそういう受け身な姿勢にさせる自立を阻害するような状況を作り出した
回答の流れも含めて丸っと気に食わないと批判してる
具体的な回答がどうこうというよりも、問題提起と回答までの流れに
ちょっと良くないだろうという文句を言ってる
俺の考え伝わった?
>>427
単なる利用率なら公開しているサイトがあるよ
単なる利用率なら公開しているサイトがあるよ
>>437
そういう話はしてない
そういう話はしてない
セレクタが解決できる問題にたいして
セレクタでやる方法を教えてくださいというのが
何が問題なのか?
セレクタでやる方法を教えてくださいというのが
何が問題なのか?
>>431
疑似要素セレクタで複数同時に指定する方法(手段)を聞きたかったわけで
そもそもの問題を解決したいだけならjavascriptでもphp側でもできますし、
それこそどうして質問者がjQuery以外では書けないと妄想して断定しているんですか?
疑似要素セレクタで複数同時に指定する方法(手段)を聞きたかったわけで
そもそもの問題を解決したいだけならjavascriptでもphp側でもできますし、
それこそどうして質問者がjQuery以外では書けないと妄想して断定しているんですか?
>>441
それは言葉の綾で現実の質問者が実際にそうだと断定しているわけではない
質問者が悪いとも悪くないとも言わない
回答者が悪いとも悪くないとも言わない
でもこの質問からのこの解決までの流れはまるでそういうことを認めるようで悪いと言ってる
つまり展開が好ましくないと言ってる
具体的な回答や質問の1つ1つにケチを付ける気はないし、ましてはそれを書いた人を批判する気もない
それは言葉の綾で現実の質問者が実際にそうだと断定しているわけではない
質問者が悪いとも悪くないとも言わない
回答者が悪いとも悪くないとも言わない
でもこの質問からのこの解決までの流れはまるでそういうことを認めるようで悪いと言ってる
つまり展開が好ましくないと言ってる
具体的な回答や質問の1つ1つにケチを付ける気はないし、ましてはそれを書いた人を批判する気もない
そうやって関係ない話題にjQuery絡ませてくるから
ガキだって言うんだよ
ガキだって言うんだよ
>>431
>頼りすぎてるとは、自分で考えてコードを書けないということを言っているのよ
これね、若いねぇ
中途半端にかじっちゃった状態の人って必ず一度は言うんだよなw
それ言い出すと、どこまで突き詰めんのかって話になる訳よ
「自分で考えてマシン語コードで書けよ」とか「いやいや、マイクロコードからだろ」とかね
お前らは生産性が低いんだよw
すでに確立され実績のあるものは積極的に使うべきで
その上にどう付加価値を付けていくのかが重要なんだよ
>頼りすぎてるとは、自分で考えてコードを書けないということを言っているのよ
これね、若いねぇ
中途半端にかじっちゃった状態の人って必ず一度は言うんだよなw
それ言い出すと、どこまで突き詰めんのかって話になる訳よ
「自分で考えてマシン語コードで書けよ」とか「いやいや、マイクロコードからだろ」とかね
お前らは生産性が低いんだよw
すでに確立され実績のあるものは積極的に使うべきで
その上にどう付加価値を付けていくのかが重要なんだよ
新しい物をチャらいと言って否定するアナログおっさんより
スマホでもyoutubeでも新しい文化をも受け入れて使いこなすおっさん
スタンスは自由だが、生物として優れているのは後者ではないだろうか
スマホでもyoutubeでも新しい文化をも受け入れて使いこなすおっさん
スタンスは自由だが、生物として優れているのは後者ではないだろうか
古いとか新しいじゃなくて適切なものを適切に使うのが優れてるって
最初から使わないが結論の人はだめ
最初から使わないが結論の人はだめ
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- + JavaScript & jQuery 質問用スレッド vol.7 + (701) - [100%] - 2022/12/19 17:15
- + JavaScript & jQuery 質問用スレッド vol.8 + (1001) - [98%] - 2019/2/9 14:00
- + JavaScript & jQuery 質問用スレッド vol.6 + (980) - [98%] - 2016/11/20 14:31
- + JavaScript & jQuery 質問用スレッド vol.5 + (993) - [98%] - 2016/6/11 14:30
- + JavaScript の質問用スレッド vol.76 + (1001) - [72%] - 2010/3/10 4:02
- + JavaScript の質問用スレッド vol.87 + (1001) - [72%] - 2011/6/21 6:33
- + JavaScript の質問用スレッド vol.78 + (1001) - [72%] - 2010/6/25 3:53
- + JavaScript の質問用スレッド vol.79 + (1001) - [72%] - 2010/9/11 6:50
- + JavaScript の質問用スレッド vol.77 + (1001) - [72%] - 2010/5/8 19:06
- + JavaScript の質問用スレッド vol.97 + (1001) - [72%] - 2012/3/1 3:31
- + JavaScript の質問用スレッド vol.74 + (1001) - [72%] - 2009/12/1 6:08 ○
- + JavaScript の質問用スレッド vol.75 + (1001) - [72%] - 2010/1/23 1:07 ○
トップメニューへ / →のくす牧場書庫について