HTML/CSS のどんな質問にも優しく答えるスレ 32
■ このスレッドは過去ログ倉庫に格納されています
ここは初心者からベテランまで、全ての人を対象に優しく答えるスレです
類似質問、重複質問、丸投げ大いに結構。HTML / CSS 関係の事なら何でもOK
分からない人は何回聞いても結構。質問するときはIDを出すためにメール欄を
age にすることをおすすめします。
回答してくれる方は優しい人のみ! 質問者に対して暴言を吐く人はこのスレを見るな!!
終わった話を蒸し返すやつは このスレにくるな!!!
自分で調べろという回答も禁止!!回答するかさもなくば何も書き込むな!!
質問側も節度あるレスで!質問前にスレ内を検索しましょう
■次スレについて
基本的にレスナンバー>>980を取った人(立てられない場合は次の宣言者)が立てて下さい
重複を避けるため、独断でスレ立てはせず必ず意思表示をしてから立てて下さい(>>980を取った場合も)
立てられない事が予め分かっている場合は、>>980付近の書き込みは自重しましょう
■前スレ
HTML/CSS のどんな質問に必ず優しく答えるスレ 31
https://mevius.5ch.net/test/read.cgi/hp/1517028608/
■関連スレ
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 >>210
スレタイの日本語おかしいな。
英語どころか日本語も怪しい奴ばかりwwww >>197
ありがとうございます
word-break: keep-all;
としても
white-space: nowrap;
と同様、改行を防げました
こっちの方が適当な指定なのでしょうね
white-space: nowrap;
は、本来の動作というより、偶然そうなってるだけの気がしますし。
ありがとうございました >>213
結果うまくいって満足したならまあ、それでいいんだけど
その解釈はちと間違っているから
時間があるなら調べておくといいよ
word-breakeとwhite-spaceの違いを
例を挙げて比較してくれてるサイトあるから >>210
そこはキチの巣窟で「も」ぬけの空だけどねwwwギャハハ 基本的に日本国内で閲覧するサイトではテキストはブロック単位で
改行は製作側が意図した指定の箇所で改行させるかな 好きにbr入れさせればいい。
邪魔になったらcssでそこのbrまるっと指定してdisplay noneすればいいだけ。 white-space: preline 使えば br も不要。 >>207
sassで荒らしてた奴が、今度は改行ネタで荒らしてるんだろ sass君はテンプレをsassOKに書き換えたパクりスレ立てて乗っ取り企てたのに誰もついて来ず過疎っちゃったからショックで寝込んでるよw
↓
HTML/CSS のどんな質問に必ず優しく答えるスレ 32
https://mevius.5ch.net/test/read.cgi/hp/1519547237/ 質問というより、助言が欲しいのだけど、
画像ファイルのサイズ指定について
imgタグにcssでサイズ(width、height)を指定していると、
レイアウトが早く確定できるということで、そうしている
でも今の時代じゃ、高速回線が当たり前だから、
そんなことを気にする必要はない気もして、
サイズ指定を続けるか、やめるか、迷ってる
サイズ指定はレイアウトを確定させる以外にも、
こんないいことがあるよ、というような話とか、
今の流行の話とか、あれば聞かせてもらえるとうれしい
ちなみに、HTMLとCSSしか使えません
Javaスクリプトもさっぱりです
まして、サーバー側でレイアウトを構成して出力するとか、
そういう高度なことはできないです >>224
回線が早くてもわりとガコンガコンするよ
必ずscrollTopが0の状態でロードされるとも限らんしね ガコンガコンしないように
画像以外のブロックの大きさに気を使うと良いかも知れんですな >>224
指定してないとハッシュでアクセスした時やページの途中でリロードした時にずれる
特にハッシュの時は画像が読み込まれる前に位置が確定するので全然違う位置になってユーザーの不満に繋がる
どんなにくっそ速い回線でも
・ドキュメントロード
・ハッシュ処理
・画像読み込み
の順である以上変わりはない
どうしても指定したくなければ>>227の言う通り画像を内包する要素にサイズ指定するとかだね 画像リサイズ機能つきのcmsやcdn使うとき処理をきっちりかっちり最適に自動化できる >>224
画像のサイズは sass(scss) + Compassで取得できるよ
https://stackoverflow.com/questions/9731327/scss-getting-image-dimensions
こんな感じらしい
.folder {
background: inline-image("icons/home/folder.png", 'image/png') no-repeat center;
height: image-height("icons/home/folder.png", 'image/png');
width: image-width("icons/home/folder.png", 'image/png');
}
ただ個人的にCompassはあまり好きではない。
せっかくlibsassになってRuby依存から脱却されたのに
CompassでRuby依存してしまう。遅いだろうし。
Compassじゃなくてその他のビルドツールとか使ったほうが良いかもね HTMLとCSSしか使えませんとわざわざ書いておいたのに使えない回答者ですね。
他の方お願いします。 じゃせっかくだからreactでstyled componentにしますわ。
さようならcss Reactで作られたウェブサイトってどんなのがある?
開発元のFacebookは除く、そして実用じゃなくて
勉強のために作ってみました。みたいなサイトも除く え? HTML/CSS の代わりに使えるものなんでしょう? >>234
ちゃんと数えてないけど
この一年で自分が担当した案件の中では4件くらいあった気がする
晒せなくて残念だけど 縦横のサイズを指定しないと
高速回線でもガコンガコンしたり、
レイアウトが崩れたまま確定しちゃったりするんだな
サイズ指定はちゃんと役に立ってるんだな
これまでずっと無駄なことをやっていたのかな、
と疑い始めてた所だったので、安心した
これからも指定することにする
相談して良かった
ありがとう >>238
Reactだけど?
>>233が
> じゃせっかくだからreactでstyled componentにしますわ。
> さようならcss
って書いてるじゃん?
CSSからもさよならできるみたい?
Reactってのを使ったらウェブサイト制作が
もっと楽になるのかなと 初心者が作るような規模じゃ楽にならないよ。
まず環境構築で詰まるだろう。
横着しないでメモ帳()でhtmlとcss書いて勉強しな。
何やるにしてもムダにならないよ。 >>234
PeparはReactだな
ChromeのWappalyzerってエクステンションおすすめだよ
そのサイトで使われてる技術やツールがわかる
io3000とかで片っ端から良サイト見て参考にしたらいい >>240
その認識は少しずれてるかも
書くファイルや場所が変わるだけで
CSSがなくなるわけじゃないよ cssの扱いいくつかあるね。
cssまんま書くやつとかjsオブジェクトで書くやつとか。
後者だとケバブケースがキャメルに。
そしてjs式埋め込めたり
どっちにしろreactってjs中心の方法論だよね。このスレには相応しくない気がする。 確かにReactはスレチだね。技術的には覚えておいて損は無いだろうし個人的にも勉強したいけど、別スレで! 失礼します
見やすい行間ってありますか?
16pxで読みやすいように1.7emにしましたけど、これって広すぎでしょうか?
行間の平均がわからないです。
line-height、サイトによってばらばらで書き方も異なるので迷ってます。
16pxでline-heightってどれくらいなのでしょうか? >>248
好きにすればいいけど
平均値が知りたいならこんなところで聞かなくても
著名なサイト100個くらい調べて平均値出してみればいいじゃん
出たら報告してくんろ >>248
デザイン上の意図による。
決められないなら俺が決めてあげよう。8pxにしとけ。 >>248
手元の解説本だと、1.5〜1.8程度が一般的だとなっているな
うちは1.4だけど >>247
> 確かにReactはスレチだね。技術的には覚えておいて損は無いだろうし個人的にも勉強したいけど、別スレで!
Reactはスレチというのはわかりました。
それではこのスレの内容としては、今後何に置き換わっていくのでしょうか?
ずっと今までのやり方で通じるとは思えません CSSのBEM記法やってる人ってtableの行列それぞれにもクラス定義してんの?
emmetとかでコーディング省力化できるとはいえアウトプットが冗長すぎるだろ あくまで記法のひとつだから気に入らない箇所があれば自分で工夫してカスタマイズすればいい >>260
何か問題あるの?って話だよ
メリット>デメリットならやってもいいかもしんない >>257
なぜ置き換える前提?
HTML/CSSはなくならない https://lychee-redmine.jp/
このテンプレート作者に仕事を依頼したいのですが、ソースのどこを見たら
作者名が分かりますか? アメブロやFC2のようなブログサイト複数に
同じコンテンツ(文章)を流し込んだら総合的にヒット数てあがりますか?
お客さんがやりたいと言ってるのですが
なぜ誰もそんなことしてないですか? >>265
問い合わせフォーム の設置さ
レンタルサービス利用するか、PHP、CGIとか使って自炊するのか教えて下さい 後にURLを入れるためaタグでhref=""をかあらかじめ書いておきたい(必須)
だがバリデでエラーがうざい
href="#"とするとエラーは出ないがクリックで飛んでしまう
そこでreturn falseをする。ポインタはcssでどうにもなるがリンク自体は残ったままで不親切
この場合どうするのがベストでしょう? >>271
エラーを無視しろ
後々、入力したか分からなくなる対策など要らん >>268
素人が考えることはプロはとっくに考えていて
それがGoogleなどの検索エンジンの利用者=商売をしている人じゃなくて文章を見たい人
にとって利益にならないどころか、悪い結果にしかならず
利用者が検索エンジンから離れていってしまうことは
Googleにとって客が逃げてしまって商売にならなくなるので
徹底的に防止されてる。Googleも慈善事業でやってるわけじゃないんでね >>272
入力したか分からなくなる?一目瞭然じゃね?
クリックした結果は同じだから#ないよりはあったほうがいい >>271
ベストはaタグからhrefを消しておくこと
必須なのはお前の都合であって、
ベストな条件にとって必須なわけじゃない お前がクライアントの代理してるんだから
そこでお前より先の話なんかする必要はない
クライアントが俺らに聞いてるんじゃない
クライアントがお前に頼んでるんだろ
クライアントに奴隷なのはお前の都合 >>274
後でhref属性値を入れるまでのエラーを解消するために仮の値を入れておく
↓
バリデータでエラーがでなくなる
↓
正規のhref属性値を入れる
↓
バリデータでチェック
↓
エラーなし
↓
実は仮のデータが残ってた
バリデータでエラーが出るのが正なのに、いちいち仮データを入れてわかりにくくするなよ >aタグからhrefを消しておくこと
意味ないな
それならaを消しておくことだろ >実は仮のデータが残ってた
なんか違う
>エラーなし
それでいいんだよ >>276
クライアント持ってる人は お問い合わせフォーム どうしてる? >>279
はぁ? じゃあプレースホルダーを作る時どうするんだよ
http://www.html5.jp/tag/elements/a.html
> もし a 要素が href 属性を持たないなら、その要素はプレースホルダーを表し、
> その要素のコンテンツのみから構成されます。もし関連性があったなら、
> そこにはリンクが配置されていたかもしれません。 >>278
別にわかりにくくはならないが?
バリデは構文や文法チェックするだけ >>282
それはお前の都合であって質問者の問題ではない >>284
都合じゃなくてHTML5の仕様なw
hrefなしのa要素は認められてる
まったく反論できなくなったからって他人のマネしてごまかすな
ほんと人として恥ずかしいわw その場合は勝手に入れればいい
元々認められてるか否かの話ではない 元々認めれているかの話だけど?
だからバリデータという物が出てきてる
HTMLとして認められて無くていいなら
<a ここにあとでいれる>とか書いてればいいだろw 271ですが自己解決しました
もうこうれでいいですわw
<!--<a href="">--> ちょっと待ってくれよ
お問い合わせフォーム 設置してる人いないのか >>283
その通り
バリデータでエラーになるべきタイミングでエラーを回避しようとしているのが問題 >>291
クラによりけり
自前PHP使う時もあればネットのサービス使う時もある >>292
エラーを回避はどうでもいいんだよ、この例では
リンクをどうしたいかを言っている
それにしても寄ってたかってあれこれ言って結局質問者が一番いい回答してることに草 >>294
エラーがどうでもいいなら、href="" を書いてエラーを無視すればいいだろ
この質問が無駄 質問者の回答って>>290か
コメントアウトしたら後でコメント解除しなきゃならんのだが、これが一番いい回答? >>295
それ以外にあるかってことだろ
>>296
HTML上はそれが最も正しい
そもそもまだないもののだから >>297
それ以外にする理由がないだろ、って話なんだがな
お前の話ではエラーはどうでもいいわけだから、別に他の手段を探す必要がない エラーがどうでもいいといってるけど、>>271ではエラーを解消したい、というようにしか読めない
最も、エラーが出るなら入力漏れのチェックになっていいじゃん、と思ったけど >>301
普通はそうだがそこのエラーは承知済みで、他の部分にエラーがあればそこを目立たせたいということ
問題はリンクになってるのにfalseするとユーザからしたら通常の挙動ではないこと
よってjsスレでの内容だがHTMLで何か方法ないかということ エラーを解消したいが最優先の目的なら#入れておけば済む話でそれ以降は不要
よってエラーを解消したいではない >>302
> 普通はそうだがそこのエラーは承知済みで、他の部分にエラーがあればそこを目立たせたいということ
結局は「エラーを回避したい」ってことでしょ > 普通はそうだがそこのエラーは承知済みで、他の部分にエラーがあればそこを目立たせたいということ
該当エラーを無視して抽出するスクリプトを書いたら?
デメリットを無視してまで隠す必要性がない > 後にURLを入れるためaタグでhref=""をかあらかじめ書いておきたい(必須)
この時点でinvalidになるのがMUSTなわけで、前提条件がアホ >>304
>結局は「エラーを回避したい」ってことでしょ
違う >>306
だからコメントでいいんだよ
終わってるのにしつこいな >>307
違うってお前は質問者じゃないだろ
勝手に決めるな ■ このスレッドは過去ログ倉庫に格納されています