HTML/CSS のどんな質問にも優しく答えるｽﾚ 40
■ このスレッドは過去ログ倉庫に格納されています
ここは初心者からベテランまで、全ての人を対象に優しく答えるスレです
類似質問、重複質問、丸投げ大いに結構。HTML / CSS 関係の事なら何でもOK
分からない人は何回聞いても結構。質問するときはIDを出すためにメール欄を
age にすることをおすすめします。
回答してくれる方は優しい人のみ！ 質問者に対して暴言を吐く人はこのスレを見るな！！
終わった話を蒸し返すやつは このスレにくるな！！！
自分で調べろという回答も禁止！！回答するかさもなくば何も書き込むな！！
質問側も節度あるレスで！質問前にスレ内を検索しましょう
■次スレについて
基本的にレスナンバー>>980を取った人（立てられない場合は次の宣言者）が立てて下さい
重複を避けるため、独断でスレ立てはせず必ず意思表示をしてから立てて下さい（>>980を取った場合も）
立てられない事が予め分かっている場合は、>>980付近の書き込みは自重しましょう
■前スレ
HTML/CSS のどんな質問にも優しく答えるｽﾚ 39 ﾐｯｸﾐｸ
https://mevius.5ch.net/test/read.cgi/hp/1559446058/
■関連スレ
Webサイト制作初心者用質問スレ part251
https://mevius.5ch.net/test/read.cgi/hp/1564414228/
■HTML
HTML Living Standard 日本語訳
https://momdo.github.io/html/index.html
■CSS
Selectors Level 4 日本語訳
https://triple-underscore.github.io/selectors4-ja.html × そういう仕様だからなぁ。
○ そういう要望だからなぁ。 >>296
idごときで崩壊しちゃうレベルの設計の仕事しかしてないの？ >>300
だから最初から全部id振らないの
そういうものじゃなくて全部振らないの 全部classならidごときで崩壊することもないよｗ >>302
全てが動的な要素でも無いのに？
非効率だねぇ >>303
idあると保守できないんでしょう？
レベル低いねぇ >>304
idにすると何の効率が上がるの？
重要だからもう一回聞くね
idにすると何の効率が上がるの？ >>305
どちらが保守が容易かの話だからね
保守できるできないの話だと勘違いしてる時点で
ついてこれてない >>307
なんでjsの開発効率が変わるの？
idとclassで全く変わらないんだけど >>308
保守できないってことは容易もクソもないよね >>310
ん？ ID使うと保守できない
ならclassを使うべきという主張？ >>312
はっきりした。あんなコードしか書けないのが原因じゃん やっぱりjQuery使えない初心者さんってことかな？ >>314
何を勘違いしてるのか知らないが、書いたのは俺じゃないけどな
他人を馬鹿にするならお手本のコードでも書いてみてくれ
ちなみに>>260でも理解できるレベルで やっぱ化けの皮が剥がれたかｗ
古臭いjQuery頼りの雑魚かｗｗｗ
乙ｗｗ >>316
お手本？
> document.getElementsByClassName("hoge")[0]とかでやるってことでしょ？
↓ 普通はこうします。
$(".hoge") >>318
化けの皮ってｗ
本末転倒って言葉知ってる？
保守性を下げたのはあんたがjQueryを拒否したからだよ。
あんたが保守性を下げたの ドヤ顔でjQuery書いてるとか時代遅れも良いところだから黙ってたほうがいいと思うｗｗｗ ちなみにjQueryは古臭くもなんとも無くて現役で使われてる。しかも利用者は増えている。
https://w3techs.com/technologies/history_overview/javascript_library/all
73.6% (今年1/1) → 73.7% → 73.8% → 73.9% → 74.0% → 73.9% → 73.9% → 74.1% (8/1) → 74.2% (9/1予定)
今年に入ってから +0.6% JavaScriptの世界を知らないなら黙ってればいいのにｗ そりゃ使われてるだろうよ
今まで無駄に多く使われてきたんだからｗｗ
+0.6％てｗｗｗｗｗｗｗｗｗｗ jQueryがなぜ今まで採用されていたのかとか理由もしらないで未だにかじりついてバカなコード書いてるんだろうなーｗｗ >>328
今まで無駄に多く使われてて飽和状態なのに
まだ増えてるって言うことが脅威なんだよ
他に+0.6%以上のものはBootstrapの+1.3%しかない >>320
> jQueryがなぜ今まで採用されていたのかとか理由もしらないで
> document.getElementsByClassName("hoge")[0]とかでやるってことでしょ？
これ↑がこう↓なるからだよ
> $(".hoge") getElementsByClassNameワロタ
いつの時代だよ
そんな脳だからjQuery使ってるのか Bootstrapはバージョンでガッツリ変わるのがダルい
中身のブラッシュアップだけしてくれれば良いのに 飽和状態なのか増えてるのかはっきりしようかｗｗｗｗ
日本語も怪しいねｗｗ >>331
やっぱりその程度の理解なんだなｗｗｗｗｗｗｗｗｗｗ 論破されるとjQueryを馬鹿にする
何故かこの流れ毎回見る >>332
じゃあ何を使うのって聞いていい？
それにあんたが答えたら
IDもclassもそれ使えばいいから、保守性変わらないじゃんｗ
って答えるよ。いいかい？ >>338
お前があってない。
お前は10年以上前の知識で語ろうとしてる。 >>331
見た瞬間間違ってる事に気づかないボンクラはもうコード書くな >>341
間違ってるって何が？
いや、間違ってるんだよね？
もっといい方法があるとかじゃなくて、
間違ってるんだよね？ $(".hoge")の為にjQueryｗｗｗｗｗｗ
+0.6%は最強ｗｗｗｗｗｗｗｗｗｗ >>343
お前もjQuery馬鹿にするなら間違いぐらい見抜いてそこを突けよ
どっちもゴミだわ
>>340
分からないから適当な事言って真意を引きずり出す話法とか古臭すぎるわとっとと死ねよカス ↓ 普通はこうします。
$(".hoge")
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ >>345
> お前もjQuery馬鹿にするなら間違いぐらい見抜いてそこを突けよ
ことわる。
jQueryは馬鹿にするだけだｗｗｗｗｗ
バーカーバーカ、jQueyは終わるんだぃ。うわーん やっぱりclassに統一でいいんじゃね？
だって $(".hoge") に相当するjQueryを使わないコード
って言ったってたった数行程度でしょ？
そんなのidもclassも保守性変わらないじゃん JavaScript側はidでもclassでも
今は大差ないってことでOK？
jQueryを使わなくても$(".hoge")程度なら大差ないよね。 この程度でjQueryを使わないってなるなら
この程度でidやclassを使い分ける必要はない
って結論になるやろな JavaScriptにはクラスという概念はないんだよ。
例えばjQueryの$('.hoge')ってのはjQuery上の構文でしかなくてだね・・ 例えばランディングページに汎用的なコンバージョンボタンを複数設置する場合、
どんどん要素追加したとしてもそれぞれのボタンはユニークな識別子をつけるのが望ましい。
何故ならどのボタンがクリックされているのか、idをつけてないと計測できないからだ。
クラスしかつけてないのは、つまりちゃんユーザー動線を解析してない証拠でもある。 ↑ただし、ヤフーショッピングや楽天などシステムの仕様にクセや制限あったり
運用特性がある（超頻繁に拡張や編集が必要）のは除く。 αタグ内に画像と文字がはいってて、αタグにカーソルを合わせると画像のみ薄くなるようにするにはどうすればいいですか？ >>357
<div class="parent">
<p class="child1">文字</p>
<p class="child2"><img src="hoge.png"></p>
</div>
.parentr{
position:relative;
}
.child1{
position:absolute;
z-index:2
}
.child2 img:hover{
opacity:0.70;
filter: alpha(opacity=70);
} >>352
jQueryの構文じゃなくて単なるJavaScriptの関数呼び出しだよｗ
jQueryはJavaScriptの構文を拡張してるわけではない。
あとJavaScriptにクラスという概念はある
今その話に何の関係があるのか知らんが
>>354
読んだ。で何の関係が？ >>355
コンバージョンのためにJavaScriptコードを書き換えるのは間抜けだろう
理想は、コンバージョンのためのidを追加しても、
ウェブサイトの動作には一切変更がないのが望ましい >>359
そもそも、JavaScriptにクラスという概念は存在していません。
一般体なオブジェクト指向言語がクラスベースというものなのに対して、JavaScriptはプロトタイプベースというものだからです。
JavaScriptでは、クラスという概念がない代わりに、function(関数)を使ってクラスのようなものを作って対応していました。
しかしこの書き方はゴチャゴチャしがちで、わかりづらいことが大きな欠点です。
そんな中、ES2015(ES6)という最新のJavaScriptで、class構文が導入されたのです。(IE11以下未対応) >>359
jQueryのクラスセレクタはjsの関数なわけないだろ
具体的になんの関数だよ
裏でもっとめんどくさい処理してるわ
Sizzleでもな >>361
> 最新のJavaScriptで、class構文が導入されたのです。
だからクラスという概念ができました。
> jQueryのクラスセレクタはjsの関数なわけないだろ
関数だぞ $ 関数。jQueryが定義したJavaScriptの関数で構文じゃない
構文ってわかってるか？
> 裏でもっとめんどくさい処理してるわ
だからなんだよｗ お前が面倒くさいわけじゃないだろ。
今はjQueryで拡張されたセレクタ、jQuery特有もしくは :has擬似クラス等の
まだブラウザでサポートされてないセレクタ（現在策定中）を使ってない限り
面倒くさい処理はしていない >>352,361はとてつもない的外れなこと言ってるから黙ったほうが良い 話が一周してる
1. classに統一したほうがいい
→ idとclassに分けないと（jsが）面倒ですよ
2. jQuery使ってれば面倒じゃないですよ
→ jQueryは古いから使わない！だから面倒！
3. 自分で面倒にしてるだけやん。jQuery使えよ
→ たったこれだけのためにjQuery（笑）これだけならjsで書いても面倒じゃない！
4. jsが面倒じゃないって言いました？ならclassに統一したほうがいい
→ （idとclassに分けないと）jsが面倒って言ったのは・・・俺か！？ >>319
普通はquerySelectorAllを使います >>367
querySelectorAllを使うと、idとclassに分けなくて良くなりますよね？
だから面倒じゃないですよね？
そういう話をしてるんですが。
↓これはここで言った通りの展開（笑）
339 自分：Name_Not_Found[sage] 投稿日：2019/08/22(木) 07:50:06.67 ID:???
>>332
じゃあ何を使うのって聞いていい？
それにあんたが答えたら
IDもclassもそれ使えばいいから、保守性変わらないじゃんｗ
って答えるよ。いいかい？ jsなぁ
なんでgetElementBy〜なんて長い名前にしたんだろうな
他になんぼでもいいようがあっただろうに >>369
JavaScript自体は別に長くないんだよ。
長いのはDOM API、言語じゃなくてブラウザという
実行環境で提供される、ブラウザ用のライブラリ
DOM APIはJavaScriptだけではなくJavaなどの他の言語も
念頭に置いていて、その流儀で名前もつけたからそうなった。
JavaのAPIは長いものばかりだからね。
じゃあなんでJavaはあんなに長いのかって話になるわけだけどｗ jQueryは古いから使わないのではなくて使うメリットがもう薄いんだよ
古臭いシステムの保守しかやったことない連中は知らんだろうが そりゃ保守なんだから古い物が中心だろう
安定稼働して内容もわかっていれば何の問題もない 最先端ですぐに陳腐化するライブラリとかアホな案件掴みたくないわ >>373
だから新しいプロジェクトではjQueryなんて採用しないっつー話だろ
お前の「安定稼働して内容も分かっているプロジェクト」の話をしてるんじゃないの
jQuery使えばidは要らないからjQueryをこれからも使えとかいうアホくさいこと考えてるバカには分からんか 新しいものを否定しているくせに
ES6前提（IE11以下未対応）の意味不明さ。
本当はES5まではクラスの概念が無かったことを知らなかったのがバレバレ。
無いものをあるように便利に書けるようにして、jsの処理が煩雑になりパフォーマンスが落ちるから
クラス多様はナンセンスなんだって言ってるのに。 >>376
お前がさっきから書いてる「クラス」とここで議論されている「クラス」は別物の話だぞ？ >>372
こうですか？
1. classに統一したほうがいい
→ idとclassに分けないと（jsが）面倒ですよ
2. jQuery使ってれば面倒じゃないですよ
→ jQueryは古いから使わない！だから面倒！
→ jQueryは古いから使わないのではなくて使うメリットがもう薄いんだよ！だから面倒！
4. 自分で面倒にしてるだけやん。面倒ってことは、メリットありますよね？ jQuery使えよ
→ たったこれだけのためにjQuery（笑）これだけならjsで書いても面倒じゃない！
5. jsが面倒じゃないって言いました？ならclassに統一したほうがいい
→ （idとclassに分けないと）jsが面倒って言ったのは・・・俺か！？ jQueryを使わないことが目的になってしまって、
面倒なことをどうやって解決しているかを
言えないんだよね。あーあ（苦笑） ここに来てまだ「面倒なことをどうやって解決しているのか」を書いてもらわないと分からないってやっぱやばいわｗｗ んで「面倒なことを解決した」ら
やっぱりclassに統一したほうがいいって話になるってのが
わかってないんだよな（苦笑）
もともとそういう話やで？
classに統一しろって言ってるのに、誰がどういう理由で
idとclassに分けないと面倒っていいだしたと思ってるんだ？ id使えない馬鹿は一生classで統一しとけよｗｗ CSSのセレクターの書き方で表示速度やパフォーマンスについて知りたい
↓
そもそもcssの書き方くらいじゃ差はほとんど出ない。
↓
それよりもjsの書き方の方が差が出る
例えば、jQueryのセレクタをクラス名始まりで使おうとしている人は
裏でどういう処理が行われるかわかってない
cssよりこっちのほうがよっぽど気にしたほうがいい。 話がループしてる感じだが、まあ議題としては意義があるし、まともな方だろ
どっちかが草生やしたり、煽り始めたらこの話題おしまいにしようぜ >>387
あほか。今はquerySelectorAllを使って解決じゃ
idとclassに分ける必要はない。 >>386
メンテナンス性の向上。
ウェブサイトっていうのは作ったら終わりじゃなくて
メンテナンスされ続ける。一つしか存在しないと思っていても
後の顧客からの要求で複数になったり、なくなったりすることがある。
idにしてしまうとその都度cssの書き換えが必要になるが、
classに統一しておけば要素が増えたり減ったりしても修正の必要がなくなる >>390
やっぱバカだな―お前ｗｗｗ
cssの書き換えとか言ってるけどcssでid指定なんて普通しねーよｗｗｗ
そんなことやってるから破綻してんだろｗｗｗ >>387
> 例えば、jQueryのセレクタをクラス名始まりで使おうとしている人は
> 裏でどういう処理が行われるかわかってない
まじそれな。上の方にもいたけど、未だにSizzleを使ってるとか言ってる
裏でどういう処理が行われるかわかってない。
querySelectorAllがあるブラウザではSizzleを使わずにquerySelectorAllを使ってる。
批判するなら、裏でどういう処理が行われるかちゃんと理解しろって言いたい。 >>391
> cssの書き換えとか言ってるけどcssでid指定なんて普通しねーよｗｗｗ
えぇ、ですからclassに統一ですよ。最初から言ってるでしょうに。 jQuery書いたら$(".hoge")で
cssでは#hogeとかやってるの想像したら恐ろしいな
論外だわ >>393 >>279
あのな、ほっんっとおおおおに基礎レベルの話やが、
・cssのセレクタ指定はクラス
・idはjsで使う
今はこれが基本やでｗ > ・idはjsで使う
jsでclassも使うでしょうに（笑）
統一しましょう。querySelectorAllがあるから
idでもclassでも大した差はないって言ったでしょうに あ、もしかして上で間違ってるって言ってた人
.hoge （hogeクラス）と意図的に書いているのに気づかず
#hoge って書きたかったんだって勘違いしてた？
よく読んだほうがいいよｗ ■ このスレッドは過去ログ倉庫に格納されています
