HTML/CSS のどんな質問にも優しく答えるスレ 35
■ このスレッドは過去ログ倉庫に格納されています
ここは初心者からベテランまで、全ての人を対象に優しく答えるスレです
類似質問、重複質問、丸投げ大いに結構。HTML / CSS 関係の事なら何でもOK
分からない人は何回聞いても結構。質問するときはIDを出すためにメール欄を
age にすることをおすすめします。
回答してくれる方は優しい人のみ！ 質問者に対して暴言を吐く人はこのスレを見るな！！
終わった話を蒸し返すやつは このスレにくるな！！！
自分で調べろという回答も禁止！！回答するかさもなくば何も書き込むな！！
質問側も節度あるレスで！質問前にスレ内を検索しましょう
■次スレについて
基本的にレスナンバー>>980を取った人（立てられない場合は次の宣言者）が立てて下さい
重複を避けるため、独断でスレ立てはせず必ず意思表示をしてから立てて下さい（>>980を取った場合も）
立てられない事が予め分かっている場合は、>>980付近の書き込みは自重しましょう
■前スレ
HTML/CSS のどんな質問にも優しく答えるスレ 34
http://mevius.5ch.net/test/read.cgi/hp/1538966757/
■関連スレ
Webサイト制作初心者用質問スレ part249
http://mevius.5ch.net/test/read.cgi/hp/1529144063/
■HTML
HTML Living Standard 日本語訳
https://momdo.github.io/html/index.html
■CSS
Selectors Level 4 日本語訳
https://triple-underscore.github.io/selectors4-ja.html htmlで一旦sans-serifにリセットした直後にbodyで改めてフォント指定するのって深い意味あるの？
やってる事が分かりやすいっていう可読性の話だろうか んなこたーない
多分htmlで指定していることを忘れている わからん
// 2. Change the default font family in all browsers.
って書いてるけど、古いブラウザのバグ対策か何かに見えなくもない bodyでフォント指定忘れた場合iphoneが明朝になる対策
と、思う 人の数だけ理想のノーマライズがあるから、結局のところReset.cssが一番重宝する そもそもhtmlに書くプロパティ ってほとんど無いと思う
見た目を変えるためのスタイルならbodyから継承させるのが筋じゃね この↓ページの
https://www.deviantart.com/rikitza/gallery/
メインの画像？だけが表示されてるフレームのURLを知りたいんですが
可能ですか？
上部のコンテンツ名やら作家名、左側の"Gallery Folders"
とか以外の部分です。 昨日の話題だけど、
IE6と7はほとんど中国人
アダルトサイトには余裕で1%以上くる 現在無職の30半ば(男)です
転職活動中ですが時間があるので、
htmlを勉強しようかと思っています
そこで質問ですが私の年齢からhtmlの勉強をするのは難しいでしょうか
PCはネットが不自由なく出来て、エクセルでメジャーな関数は使えるレベルの初級者です
ちなみに、これを仕事にするつもりはありませんが趣味でwebサービスを作りたいなと思ってみたり
※手帳は持っていませんが高次脳機能障害を患っています
ロジカルに考えることが苦手で記憶力も低下しています このスレで高次脳機能障害なんて文字列に遭遇するとは
お互い頑張ろう >>309
そうですよね
なんかありがとうございます
オススメのテキスト及びサイトはありますか >>306
真面目な話、年齢的には全然問題ない
30代後半から始めて仕事としてやってるやつも周りに結構いる
だけど、障害の種類や程度にもよるけど高次脳機能障害となると難しいかと
htmlするなら当然cssも必要になってくるけど、cssにはロジカルな思考がいる
「このスタイルでこうなる」とか「ここは親からこのスタイルが適用されてるからこれが必要」とか考えて作る
頭の中で完成形を構築しながら書いたりもする
高次脳機能障害だとそういう認知機能が必要なことは苦労すると思う
でもまあ仕事ではなく趣味としてするならまずはやってみたらいいんじゃないかな
リハビリにもなるだろうし >>311
レスありがとうございます
よろしければどう勉強をすればよいか教えて頂けますか 無職で暇ならHTMLとCSSに加えてPHP or Rubyを勉強すれば
並レベル以上のアフィリエイターにすぐなれるよ >>306
まず手帳を取得しないと話にならない。手帳がなければ健常者だ
で、htmlだけだとその辺の事務員でもカタテマに出来る
wordpressを覚えると良い >>315
手帳なら身体障害者手帳1級は持ってるよ
ワードプレスか
そっちの方がメリットあるんかね ワイくらいの熟練者になると脳内から直接コードを書き換えたりできるようになる
まあがんばれ bodyにcss当てるとAMP配信でエラーになるからやめとけ どうやって勉強するの？ってのは間違い
まず目的を作る
そのために調べたり学習する
勉強方法は様々だから決まった形はない >>312
本とかは多種多様で人によって合う合わないがあるからこれがいいとは薦めにくい
いろんなサイトを見て、これいいなと思ったところを再現してみたらどうかな
もちろん動的に出力してるのは無視して見えてるまんまを再現する
こういうレイアウトにするにはどうしたらいいのか、とかを調べて作ってみる
答え(というか見本)は見てるサイトのソース
比較的簡単なレイアウトから少しずつ難しいのに挑戦していけばいい >>318
「入門」とか「hello world」ってつけてググればいくらでもサイトがあるから >>306
障害はわからんけど、その年で勉強開始して就職目指してる俺がいるから大丈夫だろ。
まだ無職だけど…。 就職はね…
何が出来るか、ではなく
何が出来ないか、が問題になるから CSSカスタムプロパティ利用時のIE11対策のひとつとして
var関数を使わないバージョンを併記する方法がありますが
この書き方って現時点で何かメリットありますか？
開発過程ではなく最終的に書き出すCSSに両方記述される場合の話です IE11対策なのだからIE11で動くことじゃね？そういうときデメリット聞かないか普通 a要素の中にdisplay:blockを入れると
opacityが効かなくなりました
どうもa要素からblock要素がはみ出ているようなのですが、
これは何故でしょうか？
また、解決方法はありますか？
http://jsfiddle.net/5pz3dhcj/ 素直にaもdisplay: blockにしたら？
firefoxは効いてるからchromeのバグじゃね？ >>331
いや、変数部分を残す意味が全く無さそうだと思ったんで a要素はデフォではinlineだから
セマンティック的に問題なくても、書き方としては間違い >>330
> 開発過程ではなく最終的に書き出すCSSに両方記述される場合の話です
書き出すってビルドする話？
var関数ってPostCSSのことかな？
普段Sass使ってるからPostCSSは詳しくないけど、
ビルドしたらIE11対応のコードも
出力する設定とかあるんじゃないの？
ソースコード自体はvar関数だけ書けば良くて
書き出すCSSには両方記述される インライン要素とブロック要素の概念自体がなくなったと思ってる人多いよね 例えばこのサイトとか、HTML5で置き換えられたとか書いてあるし
信用できるの？このサイト
https://developer.mozilla.org/ja/docs/Web/HTML/Block-level_elements
> ブロックレベル要素とインライン要素という区分は、
> HTML 4.01 までの仕様で使用されていました。
> HTML5 ではこの二つの区分が、より複雑なコンテンツカテゴリの
> 組み合わせに置き換えられました。 ここもなくなるとか書いてあるし。ひどい間違いだね。
http://www.htmq.com/html5/007.shtml
> HTML4.01では要素は大きくブロックレベル要素と
> インライン要素のいずれかに分類されていますが、
> HTML5ではブロックレベル要素とインライン要素の分類は無くなります。 >>338
何が言いたいのか知らんが、HTMLからはインライン要素、ブロック要素というものはなくなった。
インラインとブロックの違いは見た目の違いであり、色などと同じように
CSSのdisplayプロパティで指定するものというふうに定義が変わった。
名前をつけるならば、インラインスタイルとかブロックスタイルというべきだろう。
すべての要素はデフォルトのスタイルを持っているが、
CSSのdisplayプロパティで、inlineやblock、さらにはnoneや
tableなどのスタイルに自由に変更できるものとされた。
だから「インラインスタイルのdiv要素」というのもおかしな表現ではない >>335
> a要素はデフォではinlineだから
> セマンティック的に問題なくても、書き方としては間違い
inlineなのはCSSの話で、セマンティック（HTML）とは無関係
HTMLではa要素の中に特定のタグが入れられるかどうかでしか決まっておらず
a要素の中にspanを入れることは可能。（spanのdisplayがinlineでもblockでも関係ない） display:inlineの中にdisplay:blockを入れた時の挙動は
インライン要素にブロック要素を入れた時の挙動と変わってないけどな >>343
そりゃあ、CSSの仕様だから変わらなくて当然 >>332
どっちが正しいのか知らないがバグかな
IE11, Edge, Firefox, Chromeの中でChromeだけがおかしかった。
aやhoverは関係なく、display:inline の中に、display:blockを入れた時
内側の要素のopacityが反応しなくなる（親要素のスタイル継承しなくなる）
http://jsfiddle.net/2sax6tfr/
回避策としては、内側の要素に、opacity:inheritをつければ親要素
（元々の例ではa要素）のスタイルを継承させることができた 補足
> 内側の要素のopacityが反応しなくなる（親要素のスタイル継承しなくなる）
colorなどは親要素のスタイルを継承している。 たまにjsfiddle側の仕様で変になる時あるから素のHTMLで試してみたら inlineにblock入れるのはCSSのルールとして正常なの？ CSSでどうやってinlineにblockを入れるっていうんだよｗ
こういう書き方でも想定してんのか？
.class1 {
display:inline;
.class2 {
display:block;
}
} ここでの質問するべき内容か迷ったのですが
linuxとwindowsからgoogleで確認したときlinuxのときだけ
置という字がくずれます
ブラウザのgoolgeは両方更新おり文字コードはutf-8で書いています
HTML/CSSのほうの原因を疑うべきでしょうか？ >>349-350
要素のコンテンツモデルはHTML規定
>>343はレンダリングの話なので、CSS規定
違いを勉強し直せ >>354
つまり、崩れてなくて違う書体の置が表示されてたのか
設定がどこかで変わっているということか？ >>343は意味不明じゃね？
HTML5では
display:inlineにした要素のことさしてインライン要素
display:blockにした要素のことをさしてブロック要素
と言ってるのだから
display:inlineの中にdisplay:blockを入れた時の挙動は
＝ インライン要素の中にブロック要素を入れた時の挙動は
インライン要素にブロック要素を入れた時の挙動と変わってないけどな
と当たり前のことを言ってる。
順番が前後するが、
HTML4の時の特定の種類の要素のことを
インライン要素、ブロック要素と呼ぶ概念はなくなっている
すべての要素はインラインにもブロックにも出来る。 そういうの社会では通用しないぞ
上司にもそう言うの？ｗｗ 社会だと、え？刺してほしかったの？ぐさぁって言われるからなｗ IEがスタンダードを受け入れれば、人類とインターネットの関係はもっと捗ると思うの っていうかもうaの中にdivも入れられるからな？いつの時代の話してんのおまえら >>357
> HTML5では
> display:inlineにした要素のことさしてインライン要素
> display:blockにした要素のことをさしてブロック要素
> と言ってるのだから
そんな定義ないぞ >>366
そりゃないよｗ
HTML5ではインライン要素やブロック要素というのは廃止された
ただ「インラインにした要素」のことをインライン要素と呼んでいる所があるってだけ
定義じゃなくてたんなる呼称 >>367
それはCSSを理解してない輩が勝手にそう呼んでるだけだろ >>367
それと「HTML5で言ってる」なんていうなよ inlineの中にblockが現れたら
そこでinline側のボックスは強制終了するんじゃなかったっけ？ >>370
終了はせず、ブロックは2つの行ボックスに挟まれる
例えばインラインボックスに指定したボーダーは
ブロックで途切れるが、後続の行ボックスにまた現れる
>>357
厳密には、インライン要素というよりインラインボックス（要素が生成するボックスがインラインになる） >>371
そうね
そして、インラインボックスはCSSの用語なので、HTML4やHTML5を取り上げるのは間違い >>374
曖昧というより知った風な事いって俺スゲーしてるだけの白痴 >>371
ああそうかそうだった
pの中にブロックが現れるとそこで終わるのと勘違いしてた
ところで、↓この、空のpが作られるのって仕様でしたっけ？
http://jsfiddle.net/muf1vg7L/ HTML5は正しくないHTMLを与えられた時
どのように解釈するのかも決まってるんでしょ？ >>332
です。勉強してきました
○結論 chromeのバグ
・inlineの中にblockを置くと、blockの前後でinline要素が分かれて匿名ブロックボックスに包含される
・opacityは継承されないが、子要素全体に及ぶ。
・更にposition:absoluteを付けた場合。opacityも付くが、前面のa要素が背景まで貫通する
この動作が合ってるかどうかは不明
http://jsfiddle.net/r4g8qm23/1/
・borderとかbackgroundを持ち出すとどんどんややこしくなってきたので、chromeのバグって事で。
○そもそもはと言うと、記述が間違っていたが、意図通りに動いていたのが始まり
そもそも論で言うと>>333さんが最も正しい。
aの中のimgに対してdisplay:block;margin:0 autoを設定し、
「a要素の親要素の中央」に来る事で問題ないと思ってしまった
※この動き自体は完全にcssの仕様通り
aをdisplay:blockにしてmargin:0 autoだけで済んでいた
○mozilla.orgについて
知識付けてから読むと、翻訳ミスも結構ありました。色々と修正しています。 >>339-340,344 サイト内容は合っています。ブロックレベル要素、インライン要素は無くなりました。英語版は信用できますが、日本語版は翻訳が普通に間違っていjます。
>>346 chromeが間違っています。継承では無く、スタイルが適用されなくなる、といったほうが正しいかも
>>349 CSS3にそのルールはありません。入れて良いかどうかはコンテンツカテゴリで決まります。CSS2時代は不明です
>>357,367 aかimg、i（アイコン）をインラインにする時に使いますね。インライン＝display:inline。インライン要素と言われてもニュアンスは伝わります。ボックス要素というのは使わないです
>>376
https://developer.mozilla.org/en-US/docs/Web/HTML/Element/p
解釈の順番はこんな感じ
・元html
<p>foo<div>bar</div>baz</p>
・pの中にdivは不可（フレージングコンテンツのみ）。pはdivの前で終了、p終了タグを一個追加
<p>foo</p><div>bar</div>baz</p>
・pの終了タグが最後に余っているからp開始タグを一個追加
<p>foo</p><div>bar</div>baz<p></p> >>379
> 英語版は信用できますが、日本語版は翻訳が普通に間違っています。
>>339-340にレスしてるけど、http://www.htmq.com/html5/007.shtmlにも英語版があるの？
少なくとも、>>339の引用文に間違いはないと思うけど、具体的にどこの翻訳が間違ってる？ だーかーらー、HTML5ではインライン要素とか
ブロック要素はなくなりました。で終わりだろ。
馬鹿だけだよ。まだあるとか言ってるのは 人は見たいものしか見ない。
彼らは永遠になくなったインライン要素とブロック要素を追い求めるのだｗｗ >>381
「ブロックレベル要素」ね
彼らはdisplay:blockばかりに目が向いてるけど、table要素はdisplay:tableでHTML4.01ではブロックレベル要素だった
なので、「ブロックレベル要素(HTML4)=ブロックボックス(CSS)」は明らかに間違い >>379
> インライン＝display:inline。インライン要素と言われてもニュアンスは伝わります。ボックス要素というのは使わないです
伝わる/伝わらないの問題ではなく、その表現をする人は大抵HTML/CSSのルールをごちゃまぜに覚えてる
<span style="display:inline"><span style="display:block">block</span></span>
「インライン要素の子にブロックレベル要素は持てないので、上のHTMLは文法違反です。」とドヤ顔でいいかねない >>380
書き直してる内に変になりました、すいません
英語版はmozillaの事です
日本語版はみんな好き勝手書いてるのでかなり注意した方がよいですね × 日本語版はみんな好き勝手書いてる
○ お前が好き勝手直さないのがいけない >>385
「みんな好き勝手書いてる」という具体的な部分を書けない時点であなたの情報が無価値なのでは
MDN日本語は完全に英語版と動機が取れてないので、古いバージョンの情報がそのまま残っている事はある
で、日本語訳の誤植は個人的にはあった気が記憶がないが、そんなに多いか？
どちらかというと、原文のMDN英語版でも仕様を明確に説明しきれてない事があるので、細かい記述まで気にするレベルならMDNを読むのを止めて仕様書を読んだ方が良い 言う必要はない。間違いが多いが真なら、
そのページも間違いがある ■ このスレッドは過去ログ倉庫に格納されています
