HTML/CSS のどんな質問に必ず優しく答えるスレ 31
■ このスレッドは過去ログ倉庫に格納されています
ここは初心者からベテランまで、全ての人を対象に優しく答えるスレです
類似質問、重複質問、丸投げ大いに結構。HTML / CSS 関係の事なら何でもOK
分からない人は何回聞いても結構。質問するときはIDを出すためにメール欄を
age にすることをおすすめします。
回答してくれる方は優しい人のみ! 質問者に対して暴言を吐く人はこのスレを見るな!!
終わった話を蒸し返すやつは このスレにくるな!!!
自分で調べろという回答も禁止!!回答するかさもなくば何も書き込むな!!
質問側も節度あるレスで!質問前にスレ内を検索しましょう
■次スレについて
基本的にレスナンバー>>980を取った人(立てられない場合は次の宣言者)が立てて下さい
重複を避けるため、独断でスレ立てはせず必ず意思表示をしてから立てて下さい(>>980を取った場合も)
立てられない事が予め分かっている場合は、>>980付近の書き込みは自重しましょう
■前スレ
HTML/CSS の質問に優しく答えるスレ 30
http://mevius.2ch.net/test/read.cgi/hp/1508043632/
■関連スレ
Webサイト制作初心者用質問スレ part248
http://mevius.2ch.net/test/read.cgi/hp/1494150188/
■HTML
HTML Living Standard 日本語訳
https://momdo.github.io/html/index.html
■CSS
Selectors Level 4 日本語訳
https://triple-underscore.github.io/selectors4-ja.html >>633
自分以外の意見や方法を一切認めないとことかな
すると優れてると言い出すが条件や環境が自分中心 今日の流れみてれば世界の中心だってわかるだろ
むしろお前だけだぞ使えないの また異常にスレが伸びてると思ったらいつもの奴かw
週末になると必ず現れて1日中貼りついてるな
貼りつくのはいいけどレスしすぎだよ
マジでよむのめんどくせーから質問があったのかすらわからんw 昼間に暴れてたscss推しのやつは複数いるようにみえるけどなー 別にscss推しが複数いるのはいいしscssも全然悪くない
ここでやるなっていうだけ
彼らは日本語わからないのかね? 普通だったら何?ここブラウザが直接解釈してくれるweb標準技術HTML/CSSの質問スレなんだけど?
変換しないと使えない非標準の技術という意味ではsassはpugやらcoffeescriptやらtypescriptと一緒。
そんなに初心者にマウント取りたいか。
よっぽど惨めな日常生活なんだなw マウントって言葉好きだねw
そんなにマウント取られるのが屈辱なのか?w ここは猿山ではないからね。さっさと猿山へお帰り。そこで好きなだけマウント取ってなw >>654
役に立たない情報は見なくていい
マウントって言葉は役に立たない情報
あ、お前はscssをNGにしておいてねw レスする数と頻度が多すぎなんだよ。
現実世界では無口なんだろ?
あと自演する癖があるようだけど何度もバレてるんだからいいかげんやめとけよな。
ここはあんたの自己顕示欲を満たす場じゃないんだぜ?
そんなに筆が進むならブログでもやればいいのに。 あぁ、これだけ言ってもまだ一人の発言だと
思ってるのね(苦笑) 百歩譲って自演は一度もしてないとしても
胸に手を当てて思い返してくれ自分の行動を。
あんなに貼りついてレスしまくるのは異常だぞ
ここはニュー速でもチャットの場でも無いんだ 胸に手を当てても俺じゃないことははっきりしてるな
他の誰かの話かな >>651
ブラウザが表示できない以上まだまだ時代ではないが。 >>637
取ら「れれる」方www
やっぱ日本語通じない感じっすかねぇゲラゲラ >>663
開発の現場ではすでにビルドして生成するのが普通なんだよ。
でないと高速化のためのファイルの結合とか圧縮(minify)とかどうするのさ?
今の時代の基本的なことすらできやしないぞ >>663
ブラウザーが直接表示できるかどうかを基準にすると
面倒くさくない? なんか縛りプレイーでもしてるんだろw
その縛りでなにかメリットがあるのか知らんが 別スレ立てればいいじゃん
ここでやるから揉めるんだよ 分けた所で無駄だろう
関連技術なんだからどうしても話題に出る sayohagenkiさん2016/1/2302:40:26
リカオン株式会社のSEO対策の営業マンが契約を渋ると暴言をあびせられました。
「占い師のくせに先を見て決断ができないのか」「電話でアポとった奴は元ヤンで仕事できないのにあんたは占い師のくせに見抜けてないやないか。」
「俺の年収は1100万円。営業は即日即決。今日、これくらいの契約できないあなたは金持ちにはなれない。」
「あんたみたいな営業を少しかじったみたいなやつがこうして営業を低くみるんだ。わが社は無駄な営業まわりはしない。どうせ考えさせてくれという返事はそのあとやっぱり家族などに反対されたとかなる。」
「あとで何を調べたいん?どうせSEO対策のこととか自分で調べてもわかるはずない。」
「今日、契約しないのなら私の方から先生のことは二度とお世話する気はありませんから。」
ちなみに契約内容は 月70000円 7年間契約 約 560万円を 410万円にする
ホームページを3つのキーワードを決めて上位に出すことで宣伝効果絶大 SEO対策というものというこはわかりましたが、本当にいやな思いをしましたし、この会社まともな会社なのでしょうか。
あの営業マンの罵声は途中から録音してとっています。家族が怖がっているので、何か情報がありましたら教えてください。
補足
占い師というのは私のことです。私は離婚や人間関係のことで悩んでいる方たちの悩み相談室で、タロットを使っているということです。 >>668
なぜか頑なにでていこうとしないんだよね何回もいってんのに
>>669
その度に誘導すればよい
jsとjqだって別れてる
>>665
そうだね
すごいね
>>666
どのへんがめんどくさいと思うの? >>672
ブラウザーには種類とバージョンがあるから >>669
無駄じゃないでしょ
cssのコードだせば十分な質問しかこないのに
scssって言葉が含まれてる回答が的を得ていたことなんて1度もない > scssって言葉が含まれてる回答が的を得ていたことなんて1度もない
それがまさに>>558なんじゃないのか?
> 特殊なレイアウトのスタイルかくとき
> 親に1つだけクラスつけてセレクタでもぐってスタイルかく?
> それとも要素1つ1つにクラスつける?
>
> 前者だとHTMLがきれいだけどCSSが汚いし
> 間に要素追加したりするとセレクタ指定全部かきなおしになる
>
> 後者だと使い回しが聞くけどHTMLが汚くなるし
> サイト全体で移行繰り返したりするとどんどん使いもしないクラスがたまっていくよね
整理すると以下の2つどちらが良いか?
1. 親に1つだけクラスつける
2. 要素1つ1つにクラスつける
前者
メリット ・・・ HTMLがきれい
デメリット ・・・ CSSが汚い、間に要素追加したりすると書き直しが必要
(ただしこの2つのデメリットはSCSSを使えば解決する)
後者
メリット ・・・ 使い回しが聞く(SCSSでもそれは可能)
デメリット ・・・ HTMLが汚くなる。使わないクラスがたまっていく
まとめると、SCSSを使うと前者の方法はメリットしか無く、
後者はデメリットしかなくなるということになる 最後の2行いらないじゃん
質問者が聞きたいのはどっちがいいかであって何を使うかなんて聞いていない上に
どっちもSCSSを使えばできるんだから書く必要もない >間に要素追加したりすると書き直しが必要
> (ただしこの2つのデメリットはSCSSを使えば解決する)
解決しないじゃん
結局修正は必要だろ
クラス直接つけてればどこに要素追加があってもcssの修正は一切必要なくhtml側だけですむ
>>553の例だと
<div class="labeledImage">
<div class="text">
<div class="image">
ってつけてあれば
<div class="labeledImage">
<h3>
<div class="text">
<a><div class="image">
みたいなことになってもcssは一切修正の必要がないって意味じゃないの >>678
> 解決しないじゃん
> 結局修正は必要だろ
?
> 前者だとHTMLがきれいだけどCSSが汚いし
> 間に要素追加したりするとセレクタ指定全部かきなおしになる
セレクタ指定全部かきなおしは不要になるって言ってるんだけど? >>678
中途半端に引用するな
> 間に要素追加したりするとセレクタ指定全部かきなおしになる
って話だろ
>>553 を元に例を書くと
.labeledImage { ・・・ }
.labeledImage .text { ・・・ }
.labeledImage .image { ・・・ }
間に要素追加っていうのは途中にdivが入ったら
.labeledImage div { ・・・ }
.labeledImage div .text { ・・・ }
.labeledImage div .image { ・・・ }
みたいにセレクタ指定全部書き直しになるってことだ
SCSSだとネストできるから、間にdivが入ったら、
その場所だけの修正で良い
.labeledImage div {
.text { ・・・ }
.image { ・・・ }
} すれ違いでもなんでもないんだよな。
結局のところ、こっちのやり方のほうがHTMLがシンプルになりますが、
CSSが複雑になりますどうしましょう
って悩みなのでSCSSを使えば解決する。が答えとなる 例えばこれ、jQuery UIのダイアログのCSS
.ui-dialog {}
.ui-dialog .ui-dialog-titlebar {}
.ui-dialog .ui-dialog-title {}
.ui-dialog .ui-dialog-titlebar-close {}
.ui-dialog .ui-dialog-content {}
.ui-dialog .ui-dialog-buttonpane {}
.ui-dialog .ui-dialog-buttonpane .ui-dialog-buttonset {}
.ui-dialog .ui-dialog-buttonpane button {}
.ui-dialog .ui-resizable-n {}
.ui-dialog .ui-resizable-e {}
.ui-dialog .ui-resizable-s {}
.ui-dialog .ui-resizable-w {}
.ui-dialog .ui-resizable-se, .ui-dialog .ui-resizable-sw, .ui-dialog .ui-resizable-ne, .ui-dialog .ui-resizable-nw {}
.ui-dialog .ui-resizable-se {}
.ui-dialog .ui-resizable-sw {}
.ui-dialog .ui-resizable-ne {}
.ui-dialog .ui-resizable-nw {} >>682
どうしましょうなんて言ってないだろ 笑
うどんとソバの喩えは頭悪すぎだろって思ってたけどいよいよ正解に思えてくるぞ 笑 >>680
ちょっとまて…なんでその書き方で途中にdivが挟まったらセレクターまで全部div追加になるの??? こんな感じに書くことができる
.ui-dialog {
.ui-dialog-titlebar {}
.ui-dialog-title {}
.ui-dialog-titlebar-close {}
.ui-dialog-content {}
.ui-dialog-buttonpane {
.ui-dialog-buttonset {}
button {}
}
.ui-resizable {
&-n {}
&-e {}
&-s {}
&-w {}
&-se, &-sw, &-ne, &-nw {}
&-se {}
&-sw {}
&-ne {}
&-nw {}
}
} >>685
本当に応用が効かないやつだなw
divって言ったら本当にdivの場合しか思いつかないのかよ
他に.textや.imageがあるとか考えないのかよ 自分が質問者のレベルに合わせるのではなく、
質問者を自分のレベルに合わせようとするのが間違い カップ麺をよこせと言ってるんだからカップ麺をよこせ。体に悪いですよとか余計なお世話だ。 >>688
質問者を初心者と決めつけて
上から目線で話をしろってこと?w >>689
質問者の態度としてふさわしいね!(皮肉) >>690
> 質問者を初心者と決めつけて
そんなこと言ってないし
> 上から目線で話をしろってこと?w
そんなこと言ってないし
つまりは、自己中心的なだけだね
自分の視点でしか物事を見ない >>692
意味不明。
質問者のレベルが仮に低いとして、俺のレベルに引き上げることは
自己中心でも何でもない >>685
>>682 は子セレクタと勘違いしてると思われ
.labeledImage > img {} >その場所だけの修正で良い
つまり修正がいるんだから解決してないじゃん >>696
お前馬鹿だなw
九州から北海道まで行くのに歩いていけないんだから
どの乗り物を使っても一緒じゃんって言う馬鹿はいねぇよ
修正の量が違う。これが一番重要なこと 修正の量でいったらクラス名こまめにつけておいたら0じゃん
text image って内部クラスもっておけばどこに何が追加されようとcssに一切手を加える必要がない
修正量が1か10かより0か1かのほうがはるかに重要
最初のCSS作成(開発会社)はscss使うのは否定しないけど
運用後(顧客)はそんなもの必要ないようなコードにすべき >>697
<div class="labeledImage">
<div>
<img>
</div>
</div>
この構造の時は
.labeledImage img{}
でも
.labeledImage div img{}
でも、どちらでも適用されるから、CSS/SCSSにまでdivをいれる修正をしなくても適用される
>九州から北海道まで行くのに歩いていけないんだから
違うな
その例え方でいうなら
「東京都のビッグサイト」という言い方から
「東京都の江東区のビッグサイト」という言い方に変える必要はない >>697
css変更不可 html修正はサポートという条件だと
scssにわずかでも修正が必要になるのは当然NGだろ
修正量の問題なんて関係ない
セレクタだけでcssかいていた場合
「html変更したらデザインが乱れたんですけどー」って無駄なサポートが必要になる >>701
> scssにわずかでも修正が必要になるのは当然NGだろ
別の話と混ぜるな。
本当に頭が悪いんだなw 面倒だから>>558がscssにわすかに修正が入ったらダメとな
何も言ってないことを示すためにもう一回引用するからな
> 特殊なレイアウトのスタイルかくとき
> 親に1つだけクラスつけてセレクタでもぐってスタイルかく?
> それとも要素1つ1つにクラスつける?
>
> 前者だとHTMLがきれいだけどCSSが汚いし
> 間に要素追加したりするとセレクタ指定全部かきなおしになる
>
> 後者だと使い回しが聞くけどHTMLが汚くなるし
> サイト全体で移行繰り返したりするとどんどん使いもしないクラスがたまっていくよね
俺が言いたいのはscssを使えば、前者のデメリットと
後者のメリットが帳消しになるってこと ということでscssを使うとcssの使い方の選択幅が
大きく広がるので、scssの話題をこれからもするぞと
宣言しておく
いい加減別の話題をしたら?
その話題に対して俺がscssで回答してあげるからさw >>687
応用もなにも
.hoge .fuga とあってその後
間に.abcが挟まったのであれば
.hoge .abc .fugaは .hoge .fugaと一緒だろ…意味わからんわ >>703
この引用の仕方はdataキチガイと一緒だわー
こいつが来るまで引用なんてめんどくさいことするやつ一人もいなかったよな >>706
どうしてあんたはスレと関係ない話をし続けるの? >>707
スレにあった話なんてここ最近0だろ?
ここはすでに雑談スレになったんだからなんも問題ない >>694
こんだけscss云々言ってるやつが基本中の基本以前の子セレクタと子孫セレクタ間違えるかね? はぁ、ほんと応用力がないというか
もしHTMLに、.hoge .text と .hoge div .text で
別々のものを割り当てたくなったとか考えないんだろうか
なんで、その例しか、世界に存在しないみたいに
考えてるんだろうかね。 >>708
例えばscssの話題はcssの問題点を解決する方法として
このスレに関連する話題だ >>710
質問に関係なくない?それ
あぁ雑談かw問題ないね 質問に関係ない話というか、そもそも質問内容の一部だな
> 前者だとHTMLがきれいだけどCSSが汚いし
> 間に要素追加したりするとセレクタ指定全部かきなおしになる なんだ >>558 が言っていたのは
子セレクタのことかよ どうでもいいけど知り合いに気持ち悪いやつがいてさ、自分のこと天皇だとおもってんの。
ちょっと糖質も入ってるんだろうかね?まととに仕事もしてないみたいだし。
そいつのツイッターとかの文章みると
>>710そっくりなんだよねw
句読点の使い方とか改行とかw つーか別の例を混ぜてくるから、混乱するんだぜ?
>>558をよく読め
> 特殊なレイアウトのスタイルかくとき
> 親に1つだけクラスつけてセレクタでもぐってスタイルかく?
> それとも要素1つ1つにクラスつける?
>
> 前者だとHTMLがきれいだけどCSSが汚いし
> 間に要素追加したりするとセレクタ指定全部かきなおしになる
親に1つだけクラスつけてセレクタでもぐってスタイルかく
場合の話をしている。もぐるやり方は子セレクタ限定とは限らないが
子セレクタだとセレクタ指定全部書き直しになることが多いし
子セレクタじゃなくても、.foo の中に複数の spanがあるなら
間に要素追加したりするとセレクタ指定全部かきなおしになるのもわかるだろう
脊髄反射で回答者に文句をいうんじゃなく、
まず自分で質問内容を確認しろ >>715
おい、しらないのか? そいつ本当に天皇だぜ
俺も同じ書き方をしているやつを知っているが
多分同一人物だろう。調べた所本当に天皇だった 句読点がそっくりなやつはは全部アイツだ!同一人物だ!
俺がどこに言っても出てきやがる。ストーカーだ。 >>716
あー完全に子セレクタと子孫セレクタ勘違いしてるっぽいねw
てか子セレクタなんてそこまで使わないし普通は子孫セレクタを想定するでしょ HTMLを書き換えたときにCSS/SCSSを「書き換える必要があるか」という点においては、どちらも変わらない
書き換える量がどれほど違うかでは、SCSSのほうが少なくなる可能性が高い buttonを普通のインラインブロック要素と同じ見た目にするにはどうすればいいのでしょうか?
http://jsbin.com/rixerukaka/edit?html,css,output
paddingを0にしたりborderを消したりしても、
中に入れたテキストが何故か他のインラインブロック要素よりも少し小さくなってしまい
同じ見た目にはなりません
chromeで確認しています >>719
やっと理解できたか。
別の例を出して話を混ぜっ返すんじゃねーよ ごく普通のサイトを作っています。
Edge,IE,Firefoxではほぼ同じ見栄えになるのですが、
Chromeで表示すると、何故か倍率125%に設定しているくらいに全体が大きめに表示されます。
でも倍率を確認すると100%です。
どういう原因が考えられますか? >>722
は?勘違いしてたのはscssキチプゲラってことだよ?いいのねそれで。 >>724
俺が今説明してやったろーが
それで理解したよな子セレクタだって >>723
このスレは雑談スレなので他で聞いてください。ブラウザーに関しては該当スレがないので立ててはどうでしょう >>725
ちげーだろw
何故かいきなりscssマンが子セレクタ限定で話進めてた、まわりは子孫セレクタを想定してたから全く噛み合わずちんぷんかん。
からの最後にこれは最初から子セレクタの話です!とか言い出した意味不がいまの状況 >>721
興味深かったので調べてみた
デフォルトのfont-familyが<button>はArial、<div>はMeiryoになってる(Windows Chrome) 【悲報】 今まで散々技術知識を口にしてきたscssさんは子セレクターと子孫セレクターの違いを理解してなかった >>727
頭が悪いおまえは子孫セレクタでないと理解できないんだろうが
子セレクタでも同じ状態は作れる で結局、scssを使えばいいってことが
子セレクタを例にすれば理解できるんだろ?
だからこれからもscssの話題は続けるぜ いまここ基地外が居るからまともな回答かえってこないよ
全部scssにこじつけられて論点摩り替えられる
cssスレいったほうがいいよ >>732
子孫セレクタ知らなかったのにscssの話なんてできるのぉ?プププ >>728
buttonだけフォントが違うとは思いもしませんでした
font-family: inherit;
としたら普通のインラインブロック要素と同じになりました
ありがとうございました 要素がgridアイテムになったら、
ブロックレベル要素かインラインレベル要素かという違いは意味を持たなくるのでしょうか? ■ このスレッドは過去ログ倉庫に格納されています