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 縦横のサイズを指定しないと
高速回線でもガコンガコンしたり、
レイアウトが崩れたまま確定しちゃったりするんだな
サイズ指定はちゃんと役に立ってるんだな
これまでずっと無駄なことをやっていたのかな、
と疑い始めてた所だったので、安心した
これからも指定することにする
相談して良かった
ありがとう >>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
違うってお前は質問者じゃないだろ
勝手に決めるな >>293
HTML とかのサイト制作書物読んでもフォームのタグは乗ってるがPHPが記載されてないからフォーム設置出来ないよな >>311
じゃあ質問者にしかわからないことを言ってみて さて今日は何曜日?日曜日ですね
はい毎週お馴染みのscssキチ改め「も」抜けスレ主さんですwwwwww >>317
なぜhref書くのが必須なのかとか言えばいいじゃん FileZillaを使っていて
リモートサーバにない新しいファイルをアップロードすると
パーミッションが600になっちゃいます
デフォルトはどこで設定すればいいんでしょか? >>270
>>272
返信遅くなって申し訳ありません
googleではじかれますか
ですよね
客はすごく良いアイデア思いついた気になってるので困りました chromeでaタグをドラッグしたらURLをドラッグした状態になりますが
これを禁止するにはどうしたらいいのでしょうか? >>322
マウスダウンイベントをごにょごにょすればいいけど
ウェブアプリでなければあんまりやらんほうがいい >>323
electronで作ったネイティブアプリなので
URLがドラッグできるとウェブアプリ以上にダサい感じになるのです
mousedownを防いでデフォルト動作を防げば確かに止められそうですね
ありがとうございました >>318
それが依頼だから
後で簡単に入れられるように
とでも?クダラネ >>325
それなら必須じゃないってことになりますね 君たちやめたまえ(`・ω・´)
JSで弄るために<a href="">と書いて怒られるのが嫌なら
とりあえず<span>でも書いといて
<a>要素に入れ替えればいいじゃない >>327
<span><!--<a href=""></a>--></span> コメントアウトするのはOKですが、
hrefを消すのはNGなんです。 コメントアウトするのはOKですが、
hrefを消すのはNGなんです。
<span>変更するのもNGなんです。 TODOコメント書いて
それを認識するエディター/IDE/なんらかのツール
でタスク管理するってのはどうか >>334
じゃあもう答え出てるじゃん
<a> → varidatorが怒るからNG
<a href=""> → varidatorが怒るからNG
<a href="#"> → クリック出来るからNG
<a href="#" onclick="return false;"> → リンクが残るからNG
どれか1つ妥協すればいいだけじゃん
varidatorをチューンしちゃうのがいいと思うけど 話進めるのは勝手だが
>>332
>>334
は元の質問者じゃないからな、一応
どうせまた>>313のル−プになりそうだが ■ このスレッドは過去ログ倉庫に格納されています