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 仕事でも通常はない
もし客から対応言われたら必要ないことを説明して納得してもらう
それでもどうしてもと言われたら見積書にIE10以下対応の項目入れて多めの見積りをする
それで対応することはまずない >>524
googleのsvnがhtml5.js終了したせいでhtml5のタグがやっかいなことになったね
これ表面化してないけど結構これからヤバイかも >>525
趣味だがしてる
してもさほど不便ないし 趣味ならそれこそどこまで対応したっていいんじゃないかな >>467
clearfixとかってのはどうなん? htmlセレクタでfont-size: 62.5%;って書くのがド定番ですやん?
IE11だと9.93pxになるんですがこれが普通なんですかね? >>532
clearfixは結局clear:bothを当ててるだけだから変わらない。 jqueryスレがwwwwww
いつぞやのdwと似たような流れだなぁ
てかdwバージョンアップしたら待ち望んだ左右分割表示が!
これはdwに戻る日が来たかなと思ったけどなんか挙動がおかしい。
関連ファイル?を左右分割できるだけでファイル自体を二個開いて横に並べられるわけではないという謎のクソ仕様になってた…さよならdw <div class="labeledImage">
<div class="text"><div>テキスト</div></div>
<div class="image"><img src="http://placehold.jp/200x150.png"></div>
</div>
このHTMLで
https://dotup.org/uploda/dotup.org1468519.jpg
こんな感じで画像サイズに依存せずに同じ大きさのブロックを左側につけてその中央に文字
さらに全体を中央に表示って可能ですか? すいませんもう1つ
<div class="test2">
<div class="image">
<div><img src="http://placehold.jp/200x150.png"></div>
<p>ながーーーーーーーーーーーーーーーーーい画像の説明</p>
</div>
<div class="text">
<p>テキストテキストテキストテキストテキストテキスト</p>
</div>
</div>
このHTMLで画像のサイズ指定なしで
https://dotup.org/uploda/dotup.org1468544.jpg
この上みたいに画像サイズ分で分割したいんですけど
いろいろためしてもどうしても下みたいになってしまう
どうすればいいか教えていただけませんか? >>536
可能です(めんどくさい)
>>537
それぞれのブロックに50%とか横幅を指定すればいい >>537 は前スレで画像の幅でテキストを折り返すって質問と回答あったから
それで右側ブロック化すればあとはflexなりfloatなりでいけると思う
>>536はわからんなー
>>538
「画像サイズ分で」分割っていってるからそれは違うんじゃない? >>539,540
教えていただいてありがとうございました
こちらのほうはうまくいきました
width:0.1%がなんで必要なのかわかってないですけど
ないとうまくいかないので重要なんですね…… 何度もすいません
<div class="test4">
<div><img src="http://placehold.jp/400x200.png"></div>
<div><img src="http://placehold.jp/300x300.png"></div>
<div><img src="http://placehold.jp/200x400.png"></div>
</div>
<div class="test4">
<div><img src="http://placehold.jp/150x50.png"></div>
<div><img src="http://placehold.jp/100x100.png"></div>
<div><img src="http://placehold.jp/50x150.png"></div>
</div>
こんな感じのいろんなサイズの画像がきても
https://dotup.org/uploda/dotup.org1468716.jpg
こんな感じで高さをそろえてかつページ幅におさまるように伸縮して横並びに表示したいんですけど
ずっと検索してても単一画像や幅そろえるのはあったんですが
複数画像のはjsを使ったのしか出てこないんですよね…
CSSだけでやるのは無理なんでしょうか >>542
divの幅を%指定にしてflexとflex-wrap:wrap
各画像幅の比率は固定じゃないですとか言うなよ?
そんなケースあり得ないからな >>542
グーグルの画像検索結果みたいにしたいってことなら
画像1個の幅が決定できないので両端揃えには根本的には出来ない 本読みながら写経しててまったく同じ記述してるつもりなのに表示がほんと違って原因も解らなかったらすごくへこむよね 久々にWebページ作成しているんですが、
HTML5で作ろうとしてサンプルサイト(大手も含め)見てると、
<header> <section> or <article> <footer>
これらのタグは使わなくても良いんでしょうか?
それを全く使ってないサイトも多く?あります。
<header>タグ使っても中にh1入れてなかったり。
body以下は昔のようにdiv構成だったり。
※jquery等での使用ならば仕方ないと思うけど。
h1が必須のタグってheader, sectionだけでしょうか? >>543
ごめんなさい
どんな画像サイズにも対応できるようにしたいんですけどいってませんでしたね
>>544
やっぱり無理ですよね
明日顧客に無理ですっていってみます
無理ってことがわかるだけでも助かります
ありがとうございました >>548
headerタグとh1タグはなんら関係性はないのでサンプルサイトの見かた自体が間違ってる >>550
JS書けばいいじゃない
並べるアルゴリズムはもう出揃ってるし >>536
できたわ
.labeledImage {
margin-left:50%;
position: relative;
display : table;
}
.labeledImage .text {
position: absolute;
top: 0;
right: 0;
bottom: 0;
left: 0;
display:flex;
align-items: center;
justify-content: center;
background-color:#eef;
transform:translateX(-100%);
} >>551
> イントロダクションやナビゲーションの支援となるグループを表します。
> header 要素は、通常は、セクションの見出し(h1–h6 要素や hgroup 要素)を入れることを想定しています。
> しかし、コンテンツの目次や検索フォームや関連のロゴなど、他のコンテンツを入れることもできます。
「想定している」だけでValidateなどで指摘されたり、
悪いわけでは無いんでしょうか? >>553
ありがとうございます
昨日の例もそうですが画像をdisplay:tableでかこうとぴったりのサイズがとれるんですね
勉強になります
今週でダメなら50%50%のボックス作って右側の画像はボックス内に枠つきでおさめようかと思ってました
>>552
アクティブなコンテンツならともかくデザインのためにjs使うのは汚いってのがうちの会社の認識なので
この程度の静的デザイン決定でjs使うぐらいなら代替デザイン提示したほうがましかなと
客がjs使ってでもこのデザインにこだわったらべつですけど
いずれにしろjsが必要になると値段も担当もかわるので自分の一存じゃきめられない クライアントのサイト構築の場合みばえよく作って終わりの契約ならともかく
たいていコンテンツの追加がしやすいようなきれいなソースにしてくれっていわれるからなー
いたるところスクリプトだらけにするわけにはいかんよな >>504
亀だけど
親要素にpaddingとbackground
もしくは疑似要素を線にする
でどう? 特殊なレイアウトのスタイルかくとき
親に1つだけクラスつけてセレクタでもぐってスタイルかく?
それとも要素1つ1つにクラスつける?
前者だとHTMLがきれいだけどCSSが汚いし
間に要素追加したりするとセレクタ指定全部かきなおしになる
後者だと使い回しが聞くけどHTMLが汚くなるし
サイト全体で移行繰り返したりするとどんどん使いもしないクラスがたまっていくよね >>558
どちらのパターンでも
HTMLはjadeかejs、CSSはscssに頼ってるから
あんまり気にしなくなっちゃったな 559ではないがこれに関しては正直同意
ejs+scss使うね
だからセレクタ指定全部ってことにはならないね
できあがったCSS的には前者ってことになるかな 俺も
ejsとか使わなかったとしても
scssならHTMLのクラスが外から中に移動しても
scss側も同じようにずらせばいいだけなんで
もうSASS無しで書くのは間違いとさえ思う >>558
俺の使ってるエディタは使ってないクラスがあるとエラー吐くし別に問題ないな 自演なのかな
俺もSASSだけは使う
今はDreamWeaverでも使えるし 質問には答えないのにscssの話題だけ短時間で連続でレスが入れば自演だと思うわな 蕎麦とうどんどっちにする?
scキチ
「俺はインドカレーだな。うどん屋にだってカレーうどんあるんだしできて当たり前の常識。家でも作れるし。」
これくらい話が噛み合わない
ejsもスレ違い(っていうとまた推してくるんだろうね) >>568
お前のその例が的はずれなだけ
AとBの2つの案があって、Bの方が優れているが作業が大変という場合に、
適切な道具を使うと作業に手間がかからなくなるから
Bという案だって十分選択肢になるということ
それがSCSSなんだよ。
その御前の馬鹿みたいな例えは、お前の例えが下手だからまったく噛み合っていない。 最終出力されたコードだけを製品としてうけとる顧客側にとっては何を使って作ったかなんて関係ないじゃん
まあ>>558に関していえばどっちにとっても前者の方がいいんじゃないのかな 顧客のニーズにもよるんじゃね
少ない知識でHTMLにだけ内容追加するなら前者
少ない知識でCSSでデザイン調整もしようと思うなら後者
プロは前者(ニーズによって後者の出力することもできる) > 最終出力されたコードだけを製品としてうけとる顧客側にとっては何を使って作ったかなんて関係ないじゃん
そうだよね。だから作る側にとって楽な方を選んだほうが得なんだけど、
まあ、勉強するのが嫌いで、勉強しない方が楽という考え方もあるんだろうね
後で作業量が減って楽になるよりも、今遊んで楽をしていたいw
アリとキリギリス いやだから作るほうが楽かどうかじゃなく客が更新しやすいデザインするべきだって話
>>571のいうように客が何をしたいかでもかわってくるだろうが >少ない知識でCSSでデザイン調整もしようと思うなら後者
これが理解できないんだが >>553の例でいえば
上位にだけクラスがつけてあって
.labeledImage > div:first-child {}
.labeledImage > div:nth-child(2) {}
とかかかれてるより
.labeledImage .text{}
.labeledImage .image{}
ってかかれてるほうがスタイル更新しやすいんじゃね
2階層ぐらいならまだしもこれが
.labeledImage > div:first-child > div:nth-child(3) > :not(:first-child) {}
とかなってたらもう何かしらCSSメタ言語でないと管理しきれないだろう
客にsassの使い方までサポートするのか >>573
客が更新しやすいっていうのならSCSSの方が更新しやすいだろ
客だってSCSS使えるやついるんだから
お前が言ってるのは、お前の客固有の話だ
一般論とお前固有の問題は区別して考えろ
誰かの固有の話をするならば、俺の客はCSSだって更新できねーよ。
お前の理屈で言えば、俺の客は専用のGUIでデザインを
カスタマイズするツールのほうが更新しやすいって話になる。 >>575
scssを使えば、このように書けます。
客「便利だね」
こういう未来しか思い描けないw
> 客にsassの使い方までサポートするのか
しなくていいよ? どうせcssの使い方だって
サポートしてないだろ?
.labeledImage {
margin-left:50%;
position: relative;
display : table;
.text {
position: absolute;
top: 0;
right: 0;
bottom: 0;
left: 0;
display:flex;
align-items: center;
justify-content: center;
background-color:#eef;
transform:translateX(-100%);
}
} >>571
> 顧客のニーズにもよるんじゃね
ほんとね、客が馬鹿だっていう前提、
どうやって生まれるんだろうか?
自分が馬鹿ばかり相手してるから?
ご愁傷様としか言えない
馬鹿「scssって難しいんですよ」
顧客(システム会社)「なにが?」
馬鹿「scssを使える環境を作るのが」
顧客(システム会社)「俺らが普段やってることより難しいの?」 客へのcssのサポートって何やってんだろ?
俺からすればcssの教科書的な本やサイトを
紹介して質問が来れば答えるだけなんだが、
まさか自分で解説書とか作ったり、毎週勉強会でも開いてんのか?
scssのサポートも同じようなもんだろ。
cssのサポートと大差ない
自分がscss使えないことの言い訳に客を使ってるだけだろ?
客が使えないんです!(実は自分が使えないだけ) 実際cssすらかけない文字のセンタリングすらできないような質問がきまくるからだが ほんとね、人の能力の問題と 技術やツールの問題を はっきり区別していただきたい
よくよく話を聞くと、人間側に問題が有るとしかいってねーじゃねーか なんで人間側の問題と技術側の問題をはっきり区別しないといけないのかというと
○○という技術(例えばcss)を使いましょうってなった時
テキストエディタやパソコンすら使えない人間を前提とするから
使えないって理屈で、どんなものだって否定できるからだよ
じゃあ○○が使えないって言ったお前、他にいい案あるのか?
それいってみろ。それだって使えないって言ってやるからよ。
こういう理屈が成り立つ。 客層ってそんなちがうもんなのか
ほんとにウェブ制作の現場で働いてるのか
CSSわかってるような顧客なんて1,2割だぞ
おいしい案件になればなるほどそう
逆にわかってる客は本当にめんどくさいページだけ依頼してきて
文章だけのページは自分で勝手にデザインあてたりできるから
scssなんて教えたらどうせscssでかいたコードをCSSとして保存してデザインかわらないとかいう質問がくるにきまってる
scss使うのは勝手だがサポートはこちらが書いた部分しかしないから >>584
え、なに?
お前客が「CSSはこちらで修正します」って言って納得したのに
その客の「CSSこちらで修正できませんでした」ってサポートを
無料でやってあげてんの?馬鹿じゃね?
客側で修正できてねーじゃん >>584
> scssなんて教えたらどうせscssでかいたコードをCSSとして保存してデザインかわらないとかいう質問がくるにきまってる
客の問題でトラブりました。
それが何か? 客の問題なんだから客が悪い。
仕事を頼まれたら費用を請求して対応すればいいだけ
> scss使うのは勝手だがサポートはこちらが書いた部分しかしないから
客にscssで書いた部分しかサポートしませんって言えばいいだけ
scssという技術の問題ではない
人間側と契約の問題だ。ごちゃまぜにすんな >>584
> CSSわかってるような顧客なんて1,2割だぞ
SCSSわかってるような顧客はさらに減る
素人が出来ないことをやるのが、仕事ってもんだろ
自分は楽にこれだけのことができる。それは技術力が有るから
(SCSSが使えるから)その技術力を買いませんか?って話なんだが
なんで客のために自分が時間をかけて大変なCSSで
書かないといけないんだ?馬鹿だろう
SCSSで書きます=うちの最大の技術力で最小のコストで仕事します。って言
ったのを拒否されれば、その分追加費用を請求すべきだし
SCSSだかCSSのサポートを依頼されれば、それも追加費用を請求すべきこと
SCSSのサポート?すればいいじゃん。有料で常識で考えれば
CSSのサポートは有料でやってないはずだよな?
(無料でやってるのならご愁傷様w)
CSSのサポートは無料ですが、SCSSのサポートは有料です。
SCSSのサポート代を出したくなければ、全部CSSで書きますが、
その分、うちでやる作業が増えるので、費用は増えます。
今おまえは「SCSSのサポート費用」 と 「SCSS禁止による追加費用」の
どちらを取るかの話になってるはずなんだが
まあどうせ、客を言い訳にして、自分がSCSS使えないだけだろ?
だから「SCSSのサポート費用」が膨大に高くなるって思ってるんだろ >>587
そのとおり
論点がずれてるのはおまえらのほうなんだが
なんでsassのコードやsassって便利なものがあるって教えるとか
客にもsass使わせればいいとかいう話になんの?
htmlとはいたcssわたしておわりだろ
そのときにsassつかおうがcss手書きだろうが
無駄な質問やサポート増やさないためには>>558の後者のほうがいいってだけだよ
契約外は契約外だって当然いうがかかってきた電話とらないわけにはいかないし
契約外っていってすんなり電話きってくれる客だけじゃないんだから
わざわざ面倒ことが増えるようなコードはくことはないだろ クラスをこまめにつけるかつけないかって話とSCSS使える使えないの問題をはっきり区別していただきたい
SCSS使えないなんてひとこともいってないのになんで使えないことになってんの?
SCSS使えばクラス名無駄につけなくてすむ書き方もできるってだけで
客によってはそれじゃ更新しにくいからこまめにクラスつけることもあるってだけの話だろう >>588
> htmlとはいたcssわたしておわりだろ
htmlとはいたcssわたしておわりならば
終わりでは?
なんでそれ以降も(無料で?)サポートするんだよ
おまえおかしいだろ。
それにソースコードを渡すという契約なら
吐いたcssではなくscssを渡すんだよ。
渡して終わりなら、こっちもscssのコードを渡して終わり scssをわたすなんてやったことないわ
rubyがインストールできないとかcssにかえるのはどうするんだとかいわれる >>588
> 契約外は契約外だって当然いうがかかってきた電話とらないわけにはいかないし
取ればいいじゃん?
> 契約外っていってすんなり電話きってくれる客だけじゃないんだから
別契約になると言って、お金を請求すればいいだけじゃん
> わざわざ面倒ことが増えるようなコードはくことはないだろ
CSSなら面倒が増えないとでも?
CSS渡して終わったはずなのに、CSSの変更の仕方がわからないですって
電話かかってきて契約外なのにそれを無料でサポートしてるんですか?
それが一番おかしいですよね? >>591
> rubyがインストールできないとかcssにかえるのはどうするんだとかいわれる
客が自分で開発できるように教育するまでが仕事ならやればいいだけ
渡して終わりという契約なら渡して終わり。
それ以上は別契約にすればいいだけ >>593
>>590にいってやれ
契約にはいてtないのにscssのソースわたすなんてトラブル増やすだけ scss使ったほうがいいのは同意だが客に使わせるとかscssのコードわたすとかはまた別だろ cssだからscssだからじゃなくラベルつけるかどうかの話といつまでごっちゃにしてんの
cssの中身いじったら当然対象外だが
ソースをきれいにして更新しやすいレスポンシブルサイトにリニューアルってのが基本契約で
htmlの内容更新に対してはサポートすることが多い
labeledImage .text{}
.labeledImage .image{}
ってついてたほうが分かりやすいし間違いがおきにくいし
こちらがかいたデザインと同じにしたければこれこれにこれこれのクラスつけてくださいっていっておわり
.labeledImage > div:first-child {}
.labeledImage > div:nth-child(2) {}
ってなってて1と2の間に要素追加したらデザインがおかしくなったっていわれたらめんどくさい ソフトウェア開発でも、バイナリだけの納品と
ソースコードを含めた納品と二通り有るんだが、
バイナリだけの場合は、客が編集しないという前提だし、
ソースコード(と権利)を含めた納品であれば、客が編集するという前提だが
プログラミングすらできなレベルのやつが変更の仕方がわかりません。教えてください。
なんて電話に無料にで対応するわけ無いだろう。
客がプログラムできるやつを雇うのが筋。
それに使用言語が指定されていなければ、相手に合わせる必要もないし、
使用言語が指定されており、それが効率が悪い言語ならその分コストに上乗せする
という基本が分かってないんだろうなw >>594
> 契約にはいてtないのにscssのソースわたすなんてトラブル増やすだけ
そのトラブルの原因はお前がちゃんと仕事の範囲を内容を
明確にしていなかったからだ。
最初からscssで書いてソースを納品するという契約にしていれば
何もトラブルは起きない > >>593
> >>590にいってやれ
両方とも俺だがねw cssの更新はNG htmlの中身やページ追加更新はサポートって契約の場合は?
scssわたすバカいるの?
その場合サポートが少なくてすむのは>>588のどっち? 本当に検討した上でCSSで納品しますって契約を結んだのかねぇw
どうせCSSしか知らんから、納品すると言ったらCSSに決まってるとか考えて
どうせ何を納品するかも契約に書いてないか、検討もせず書いてるだけだろ >>600
> cssの更新はNG htmlの中身やページ追加更新はサポートって契約の場合は?
cssの更新はNG(客も他社も変更は禁止)なら、
CSSを変更したい場合は、開発しているうちに連絡してください。
って話になるだけ。
「CSSの更新はうちがやります。」がサポートの内容になるわけで
サポートを依頼する数は変わらない。ただし作業が楽なのはSCSS cssの更新がNGなら、cssを渡す必要すらないな。
例えばどこかのサーバーにcssを作成しておいておく
客からはそれを利用してもらうとか
その場合、cssを直接書く必要はなく、scssでも
なんでも好きに使える。 スタイル更新までサポートなんてまずなくね?
そんなサポートしてるウェブ制作依頼ってあんの?
このスレだけでもこんなデザインにするのにどんなcssかけばいいのとかすぐ答えられないようなのくるのに
サポートはしないけど客がわかっててscssでほしいっていうならscssソースわたすけど
でなきゃcssわたしておわりだろ
わたすというよりサイトをこっちが構築して客の指定した公開日に公開して更新権限わたして終わり
あとはhtmlのサポートはつけたりつけなかったりするけど
そこにscssがどうこうなんて話がなんででてくるんだ もう一つ、cssの更新がNGなのに
cssの変更をしたいんですというサポートを
受け付けるのがおかしい >>604
> サポートはしないけど客がわかっててscssでほしいっていうならscssソースわたすけど
> でなきゃcssわたしておわりだろ
客がそのcssを編集するという前提で渡すのか、そういう前提なしで
渡すのかで話が違ってくる。
だからそれを契約ではっきりさせておかないといけない。
決まってないなら、客側でcssの編集は考慮してないと考えていい。
言われてないことは対応しなくていい。
客側で編集しないんだからscssで生成したものどころか、minifyして
人間が編集ができないような状態であっても何ら問題ない。
あとから電話でどうにかしてくださいって泣きつかれたら別で対応にきまってるだろ。
そこを無料で対応するのが癖になってるからだめなんだよ。 ああ俺が勘違いさせたんだな
>>584だがおれがいうサポートは
こっちがかいたスタイルをhtmlにあてるところしかサポートしないって意味で
cssをかいたりなんてのは当然サポートなんてしないよ
このデザインにしたいなら○○ってクラスをあててくださいみたいなサポートだよ
だから客にscss使わせるだのscssのソースわたすだのいってんのか つか著作権とかわかってるか? 特に決めてない限り
客にCSSの編集権なんてないんだぞ?
だから、決めていなければ、CSSでもSCSSで吐いたCSSでも
編集する権利は与えていませんって突っぱねればいいのに。 >>607
> このデザインにしたいなら○○ってクラスをあててくださいみたいなサポートだよ
こっちが書いたスタイル(CSS or SCSS)は一切修正しないって話だろ?
ならSCSS使ったって何も問題はない。開発が楽になるだけ
サポートの内容はまったく変わらない >>607
> >>584だがおれがいうサポートは
> こっちがかいたスタイルをhtmlにあてるところしかサポートしないって意味で
>>584の内容と矛盾している
> scssなんて教えたらどうせscssでかいたコードをCSSとして保存してデザインかわらないとかいう質問がくるにきまってる
> scss使うのは勝手だがサポートはこちらが書いた部分しかしないから
こっちがかいたスタイルをhtmlにあてるところしかサポートしないなら、
scssを教えること自体がありえない話、ましてやscssでかいたコードをCSSとして保存して
デザインかわらないなんて質問も来ない。来たらそれは対応外なので一切答える必要はないし、
元ファイルに戻してくださいで終わる話 まーたアスペが出た
客にわたすhtmlにクラスをこまめにつけるかつけないかの答えがなんでscss使えなんだよ
scss使えばどっちも楽にできるが答えになってない >>610
だからありえないっていってんじゃん
scssわたせばいいとか客に使わせればいいとかいってんのはscss基地外のほうだろ IDないと話の流れがわかりにくいね
結局scssを開発側が使うことに反対してるやつはひとりもいないのに
客にも教えて使わせろってやつとcssだけ渡せばいいんだから関係ないってやつが言い争ってるだけ
大本のclassどうこうに回答してるやつはだれもいない >>612
だから前提をはっきりさせろって言ってるんだよ
> scssわたせばいいとか客に使わせればいいとかいってんのはscss基地外のほうだろ
客がCSSをいじらないって前提なら、scss使っていいっていうのが結論だろ
その場合は、scssで吐いたcssを渡せばいいよ。
こちらはscssを使って楽に開発をする。
納品するときはscssで吐いたcssを納品する。
客はそのcssをいじらないから、cssを編集したいという質問は何も来ない
借りに来たとしても突っぱねるか別で費用を請求すればいいだけ(これはトラブルではない)
だーかーらー、scssを書こうって話なんだろうが
それを客にscssを教えないといけないとか言い出した馬鹿は誰だ?
scssどころかcssだって教えねーよ。アホが >>611
> 客にわたすhtmlにクラスをこまめにつけるかつけないかの答えがなんでscss使えなんだよ
scssを使えば、そのどちらだって開発が楽になるという話だが?
あと「クラスをこまめに付ける」とか曖昧なこと言うな。
クラスをこまめに付けていれば、どんな調整だって
できるというつもりか?違うだろ。
クラスを変えるだけでどこまでデザインを
調整できるようにするか?というか設計の問題だ。
先にどこまでデザインを調整することができて、どこからは調整できないようにするか
「できること」と「できないこと」を決めないといけない
それを決める時にscssを使えば作るのは楽になる
だから、scssを使うのは決定なんだわ。
あとは本当に、どこまでできるようにするかしないかの話 >>614
だからおれはずっとそういってるんだが
scss使っててもcssで渡すなら関係ないっていってるだけで
scss使えないとも使う必要ないともいってないだろ
scssを客に教えてscssのソースわたせっていうレスがあったから
そんなことしたら
>>cssを編集したいという質問
がくるかもしれないだろって予想をいっただけ
>だーかーらー、scssを書こうって話なんだろうが
>それを客にscssを教えないといけないとか言い出した馬鹿は誰だ?
それがなんで俺だと思われてるの?
俺はそいつにレスしてるんだが? >>613
> 客にも教えて使わせろってやつ
↓こいつだな
>>575
> 客にsassの使い方までサポートするのか CSSは手書きしましょうの時代から
SCSSなどの言語で書いて生成しましょうの時代になってるからな
(SCSSはCSSと互換性があるからまったくの別言語ではなくCSSの応用で使える)
時代について来れないやつが悪い >>616
他人と間違われてほしくなければIDだせよ >>618
それ俺だけどどうみても皮肉なのに真に受けてこんなレスバトルやってんの?
というよりこのレスみたらscssの使い方サポートするなんてありえないだろって意味にとらないか?
>ってかかれてるほうがスタイル更新しやすいんじゃね
って言い方がまずかったんだな
htmlでかいた文章のスタイルを更新するときにって意味だったんだが 誤解が解けた所で
はじめの質問に戻ろうか?
558 名前:Name_Not_Found[sage] 投稿日:2018/02/23(金) 19:33:40.31 ID:???
特殊なレイアウトのスタイルかくとき
親に1つだけクラスつけてセレクタでもぐってスタイルかく?
それとも要素1つ1つにクラスつける?
前者だとHTMLがきれいだけどCSSが汚いし
間に要素追加したりするとセレクタ指定全部かきなおしになる
後者だと使い回しが聞くけどHTMLが汚くなるし
サイト全体で移行繰り返したりするとどんどん使いもしないクラスがたまっていくよね
>>558
> 前者だとHTMLがきれいだけどCSSが汚いし
scssを使えばcssが汚くなることはない どっちも
開発にはscssを使う
客にcss更新前提でscssわたすのはありえない
っていってるのになんで争ってんの? > 間に要素追加したりするとセレクタ指定全部かきなおしになる
scssをつ開けば間に要素追加しても一箇所の変更でよくなる css更新はNGでもhtmlにデザインあてるのに中身よめる必要はあるよな ■ このスレッドは過去ログ倉庫に格納されています