Strict-HTML スレッド24

**Name_Not_Found** · 04/10/02 22:19:38

Strict な HTML について語るスレッド 24回目
W3C 信者もそうじゃない人も投稿歓迎。でもHTMLの基礎知識は欲しいね。
sage進行推奨。

* HTML 4.01 Strict, XHTML 1.0 Strict, XHTML Basic 1.0 (XHTML Basic),
* XHTML 1.1, XHTML 2.0, ISO/IEC 15445 (ISO-HTML), JIS X 4156 (JIS-HTML) など。

Strict-HTML スレッド23
http://pc5.2ch.net/test/read.cgi/hp/1094311630/

過去ログ・関連スレ >>2
勧告等・その他 >>3

**Name_Not_Found** · 04/11/09 14:17:41

>>772
しかし、既存の図書、例えばキリスト教の聖書などの場合、
「○○の福音書、第何章何節」なんて引用のされ方（つまりポインタとして
章節が使われている）からこの場合、何らかの形でHTMLに書き込んだ方がベター。

**Name_Not_Found** · 04/11/09 15:22:27

既存の紙メディアなんかとのクロスプラットフォーム（でいいのか？）は、
そもそもそれがどういう形態で実現されるべきか、から煮詰める必要があると思われ。
どの図書のどの見出しからどこまで、なんてのもHTMLではURIが与えられているわけで。
XLinkなんかもそういう方向性に向かってるんでなかったか？

**Name_Not_Found** · 04/11/09 15:22:48

たとえば、
<h2 section="2" subsection="3">見だし</h2>
とかで明示するのも、ちょっとなぁ。

文章順により、暗黙的に章番号が定義されている、
って見るのはどうだろう。

**Name_Not_Found** · 04/11/09 15:31:37

>>773
構造はUAに伝わっているのだよ。UAの処理が不十分であるかなんてこのスレの範疇ではない。
「何章の何節」というポインタは内部構造を示しているだけで行き先に実際に「何章何節」
と表示されている必要はない。

つまり
<a href="http://pc5.2ch.net/test/read.cgi/hp/1096723178/l50">すげえマニアックなスレ</a>
こういうことも当然問題ない。

このことからみてもやはり1章、2章を文字として含める必要性はどこにも見当たらないという結論となる。

**773** · 04/11/09 16:46:18

だから俺は
>何らかの形でHTMLに書き込んだ方がベター
と書きましたが、何か？

何らかの形が、IDでもTITLEでも固有のURLとして識別される状態でも、
その文書そのものが、章節をポインタとして使う事を前提に記述されているなら
ポインタとしてHTMLに反映させるべき、というだけで、

テキストとして章節を書き込むべき　とか　ユーザに見せる必要がある

とはいってない

（まぁ、ポインタとして使うなら何らかインタフェースとして反映させた方が
ベターであり、結果として文字や音声が出力される事になるだろうが）

**Name_Not_Found** · 04/11/09 16:59:42

考え方はともかく、コミュニケーションというかやり取りが適切だとは思えんな。
あの流れで主語なしに「書き込めよ」って出りゃ普通テキストだって解釈するだろ。

**Name_Not_Found** · 04/11/09 17:06:23

「HTMLに何らかの形で」と読んでテキストしか思いつけないとか、
「書き込んだ方がベター」を「書き込めよ」和訳するとか、

ちょっと思いこみ激しすぎる希ガス

**Name_Not_Found** · 04/11/09 17:15:49

どっちも流れと個々のレスの両方を読めと

**Name_Not_Found** · 04/11/09 17:38:34

とりあえずこのスレだけはお互いを罵倒しあわずに行きましょう。
よろしくおねがいします。

**Name_Not_Found** · 04/11/09 18:27:35

>>776
憲法第9条とか、そういうのも、htmlフォーマットでは第9条ではなくなるコトもある、
ということ？

**Name_Not_Found** · 04/11/09 19:35:14

>>782
章と条が一緒なのか？

**Name_Not_Found** · 04/11/09 19:53:59

>>782
どういうこと？
章をしっかり機械に理解させようって言う話であって間違った理解をさせようっていう話では
ないよ。

**Name_Not_Found** · 04/11/09 19:59:59

でも正直HTML4.01で実現可能なの？
UAに章などの構造を理解させるには見出しに要素に付けても駄目でしょ。
いわゆるセクションdivが章であったり節であったりするんだよね。

ということは機械に「このdivは章ですよ」って理解させなきゃいけない。
でも現状ではできないよそんなことは。classやidの値は所詮制作サイドの満足でしかない。
その値に意味を含めても決まったフォーマットでないとUAが理解することは不可能。
そしてそういう決まったフォーマットはない。フォーマットがあるのにUAが理解できないなら
それはUAのせいだけどさ。

そうなるとやはり文字で入れるしかないよ。
UAに理解させることが不可能な限りマークアップ不可能な構造っていうことで、
せめて文字で書いて人間には伝えるｂきだね。

**Name_Not_Found** · 04/11/09 21:19:07

XSLTで入れればいいんだよ

**Name_Not_Found** · 04/11/09 21:33:09

同じこと

**Name_Not_Found** · 04/11/09 21:41:43

XSLTを根本的に理解できてない>>786タンでした。めでたしめでたし。

**Name_Not_Found** · 04/11/10 12:07:37

>ということは機械に「このdivは章ですよ」って理解させなきゃいけない。
>でも現状ではできないよそんなことは。
link 要素で rel="section" でいいんでないかい？

**Name_Not_Found** · 04/11/10 15:20:13

>>789
section という値が「章」という概念で定義されているかどうか。

**Name_Not_Found** · 04/11/10 15:35:45

>>790
仕様嫁
>Section
> Refers to a document serving as a section in a collection of documents.
ttp://www.w3.org/TR/html4/types.html#type-links

ただ、linktype は多くの場合「複数文書の関係づけ(意味づけ、位置づけ)」の
為に用いられる事を想定して定義されているので、有る要素 (例えば div ) を
ターゲットにする、と言う事が問題になるかも知れない (どんな問題が発生するのか
と言われると今のところ思いつかないのだが)。

**Name_Not_Found** · 04/11/10 15:56:21

それよりか、そんな回りくどい表明をUAが理解すると期待するのは無理がある気が。
章を章として示すなら、やはり章をマークアップする語彙それ自体の性質によるべきでしょう。

**790** · 04/11/10 16:36:06

>>791
おおぅ…(´･ω･`)

**Name_Not_Found** · 04/11/10 16:36:53

>>791
relの意味をば勉強しなはれ

**791** · 04/11/10 17:27:10

>UAが理解すると期待するのは無理がある気が。
仕様的に可能で、技術的に可能なんだからこのスレ的にはそれでいいんじゃない？

>>794
と言うと?
念の為に仕様を読み返してみて、その上で

hyperlinkを行った文書（リンク元文書）からみた、リンク先アンカーの関係を明示する属性

と認識しているのだが、間違ってる？

**Name_Not_Found** · 04/11/10 17:30:14

>>795
A文書から見たB文書なのだから、A文書内同士でにrelは無理では？

**Name_Not_Found** · 04/11/10 17:57:16

ttp://www.w3.org/TR/html401/struct/links.html#edef-LINK
> Document relationships: the LINK element
...
> The rel attribute specifies the relationship of the linked document with
> the current document

文書間でないと駄目じゃないの。

**Name_Not_Found** · 04/11/10 18:13:35

原点
Q.章番号などはHTML内に含めるべきか？又、含めるのであればどういう形で含めるのが妥当か。

派生
Q.現状のHTML4.01で機械に章構造を理解させることは可能か？

模索
派生：<hn>要素をうまく使えば大丈夫。（反論→見出し要素は章自体ではない）
派生：link要素とセクションdivへのid割付での実現。（反論→rel属性は同文書内では使うべきではない）

**791** · 04/11/10 18:19:46

うん。だから、
> ただ、linktype は多くの場合～
って書いたんだけどね。

その上で、（link要素ではなく）rel属性その物は、「文書間」じゃないと
いけない、と言う制約は無かった筈だけど、どうなの？

更にその上で、linktype の section は確かに文書間の関係性明示を
想定して定義づけられている、のは知ってる。

＃　蛇足になるけど、更にその上で、すべてのlinktyepは必ず文書間
同士の関係性明示の為の物である、と言う制約は無いので、
relとlinktypeによって、文書内の特定アンカ同士を関連づける事は
使用上可能。ただし、そう言う用途を想定して仕様が書かれているとも
おもえないけれど。

**Name_Not_Found** · 04/11/10 18:24:04

＞ Q.章番号などはHTML内に含めるべきか？
　ケースバイケース。章番号が装飾である場合は、含めるべきではないし、何らかの順番を明示していたり、ポインタとして機能するなら含めるべき。
＞又、含めるのであればどういう形で含めるのが妥当か。
　例えば順番の明示で有るなら、読者に解るようにナンバリングしたほうが良い。
　単なるポインタであれば、idなど属性に記述する事でも機能するかも知れない。

＞Q.現状のHTML4.01で機械に章構造を理解させることは可能か？
　複数文書にまたがっている場合link要素とrel,rev属性を用いて
文書間の関連付けを行う事が明らかに可能。
（単独文書の場合、妥当な記述とは成らない）

**Name_Not_Found** · 04/11/10 18:39:53

>>799
仕様書のhackという気がするなあ。
マークアップの観点からは邪道だと思うんだが…。

**Name_Not_Found** · 04/11/10 18:41:33

**Name_Not_Found** · 04/11/10 18:42:37

**Name_Not_Found** · 04/11/10 21:48:54

自分で Profile 書いちゃえば？

**Name_Not_Found** · 04/11/10 21:59:50

>>800
>章番号が装飾である場合は、
具体的にどういうとき？イマイチ装飾のときとそうでないときの境界がわからない。
ポインタ云々にしても別に
3章　人間の始まり
なんていうアンカーにする必要性はないでしょ。それこそこのポインタこそ装飾なのかもしれないし。
そもそも行き先が章であるかなんて関係あるの？

<div ="人間のはじまり">....<a href="#人間のはじまり">人間のはじまり</a>
のようにすればいいだけでは？

それに装飾かどうかがあとから追加されていく文書によって変動してしまうのもどうかな？
ポイタンとして使う予定はなかったが途中から引き継いだ人が使い出したらづするの？

**Name_Not_Found** · 04/11/10 22:43:57

>>305
単純に言えば、ナンバリングをしない状態でも文書構造上問題が生じないなら
装飾と言える。

ポインタとして使われる例は特に紙媒体のものを新たにHTMLにしたり、
或いはHTML、PDFなどで文書を共通化したい場合などに生じる可能性が高い。

>それに装飾かどうかがあとから追加されていく文書によって変動してしまうのもどうかな？
後から文章が追加されたら全体の文書構造も当然変わります。
後から文章が追加される場合(例えば日記とか)、追加されることを前提とした文書のデザインを
すべきと言うのは言うまでもありません。

>ポイタンとして使う予定はなかったが途中から引き継いだ人が使い出したらづするの？
後から引き継いだ人がつじつまが合うようにメンテナンスして下さい。
意味付けが代わったらHTMLのコードも代わるべき

**Name_Not_Found** · 04/11/10 23:59:27

>>806
＞ポインタとして使われる例は特に紙媒体のものを新たにHTMLにしたり、
＞或いはHTML、PDFなどで文書を共通化したい場合などに生じる可能性が高い。

contentプロパティでアンカーに装飾すればいいのでは？
「2章　人間とは」でも「人間とは」でも意味は同じでしょ？
俺としては塊が何章であるかをUAに伝え切れるのか田舎のほうが問題だと思うけど。
その正否によってその次の議論に移ったほうがいいような気がする。

**Name_Not_Found** · 04/11/11 00:25:53

>>807
詳しくは２章を参照されたし。
などを文中に含みたい場合は、スタイルシートと連動して２章の部分を変動させるべき、
ということ？スタイルシートがないUAの場合を考えるといかがか。

と、思ったけどコレは参照という機能のない素の文書特有の書き方であって、
詳しくは<a href="#section2">人間とは</a>の章を参照されたし。
とすれば問題ないかも。

この辺の切り分けが議論が膠着する原因かな？

**Name_Not_Found** · 04/11/11 01:39:10

HTML4.01Transitionalにおいて,エンコード指定metaタグの大文字小文字はどうすべきですか？
Content-Type content-type Content-type
charset=shift_jis Charset=Shift_jis
などのうち、ただしい書き方を教えてください。

**Name_Not_Found** · 04/11/11 02:03:24

ここは教えて君スレじゃないし、Transitionalはスレ違いだし、
そもそもmeta要素はTransitionalもstrictも関係ねぇ。
とっとカエレ!

あとママが、仕様には「<META http-equiv="Content-Type" …」って例が書いてるっていってたよ。

**Name_Not_Found** · 04/11/11 02:09:33

ありがとう、どうもすみませんでした orz

**Name_Not_Found** · 04/11/11 07:58:04

一応、大文字小文字を区別しない、とだけ言っておいたほうが。

**Name_Not_Found** · 04/11/11 13:17:48

>>810
このスレのStrictはTransitional/Strictという意味のStrictではないだろ。
散々既出のお話だけど。

**Name_Not_Found** · 04/11/11 13:37:22

>>813
あながちこのスレだけでもない。W3CのMLでも同じような意味で「Strict」が使われてるよ。

**Name_Not_Found** · 04/11/11 13:58:37

>>814
それは普通に日常英語としての「厳密な、正確な」という意味では…

**Name_Not_Found** · 04/11/11 15:56:01

>>813
つーか、ネタにマジレスｶｺ(ry

**Name_Not_Found** · 04/11/11 17:19:37

このスレのStrictは、こう、もっと悲愴なものだな。

**Name_Not_Found** · 04/11/11 21:47:05

<dl>
<dt>タイトル</dt>
<dd><p>テキスト</p></dd>
</dl>

こんな風に書くと「タイトル」と「テキスト」の間に空白の一行ができてしまいます
<p>を抜かさずにこの空白行を無くす方法ってないでしょうか

**Name_Not_Found** · 04/11/11 21:52:08

>>818
誤爆？

Webサイト制作初心者用質問スレ Part 107
http://pc5.2ch.net/test/read.cgi/hp/1099037636/

**Name_Not_Found** · 04/11/11 22:19:09

>>828
一応いっておくがdtはタイトルをマークアップするものではない。

**Name_Not_Found** · 04/11/11 23:04:16

> <dt>平成十六年十一月十日</dt>
> 　<dd>本日の買物。</dd>
> 　<dd>石原藤夫『靖國神社一問一答』展転社</dd>
> 　<dd>江藤淳・小堀桂一郎編『新版靖國論集』近代出版社</dd>
> 　<dd>庄本光政『改訂増補神道教化概説』神社新報社</dd>
> 　<dd>編集解説臼井吉見『現代教養全集十三日本の近代』筑摩書房</dd>

**Name_Not_Found** · 04/11/11 23:06:55

>>821
dt・dd要素間に不正な">"

**Name_Not_Found** · 04/11/11 23:21:14

>>822
そこに突っ込むのかｗ

>>821
日記の日付、本文で使う人もいるが、俺はどうかと思っている。
さらに、その文章の場合、日付がdt相当だというなら、最初のddの本日の買い物
もdtにしたほうが良いのではないか(或いは一緒にして平成十六年十一月十日の買い物とする)
と思う。

**Name_Not_Found** · 04/11/11 23:33:54

>>823
「本日の買い物」は続くリストのタイトルであって、
「本日は買い物した」という日記に対応するタイトルではないんじゃないか？
現在、リストに表題をつける仕様ではないから。
やるとしたら本一覧を再びリストにしてもよいかもしれない。

**Name_Not_Found** · 04/11/11 23:51:44

>>821
俺ならリストにする

<dt>平成十六年十一月十日</dt>
<dd>本日の買物。
　<ul>
　<li>石原藤夫『靖國神社一問一答』展転社</li>
　<li>江藤淳・小堀桂一郎編『新版靖國論集』近代出版社</li>
　<li>庄本光政『改訂増補神道教化概説』神社新報社</li>
　<li>編集解説臼井吉見『現代教養全集十三日本の近代』筑摩書房</li>
　</ul>
</dd>

**Name_Not_Found** · 04/11/11 23:52:50

>>821

<hn>平成十六年十一月十日</hn>
<hn+1>今日の買い物</hn+1>
<ul>
　<li>...</li>
　<li>...</li>
　<li>...</li>
　<li>...</li>
</ul>
<hn+1>同じ日の違う記事の見出し</hn+1>
<p>...</p>
...

激しくガイシュツだけど、dl でのマークアップは拡大解釈もいいところだよな。
同じ内容の dt が dd を挟んで出現するなんて特におかしい。
省略とかポリシーと呼べる範囲を超えてる。

**Name_Not_Found** · 04/11/12 00:01:43

>>826
既出の上、細かい話をすると長くなるが、dlが拡大解釈されまくりで
解釈論とかいうレベルを超えて氾用されている、と言う大意には禿胴。

本来見出しのものをdtにするくらいなら、ごてごてしたHTMLになろうとも
div-hnの方がまだマシだと思う。

**Name_Not_Found** · 04/11/12 00:02:17

↓でdtでタイトルをマークアップする例が

**828** · 04/11/12 00:03:49

だからあれほどリロードしてから投稿しろと(ry

**ヽ(･∀･)ﾉ○ｳﾝｺｰ** · 04/11/12 00:08:39

ヽ(･∀･)ﾉ●ｳﾝｺｰ

● · 04/11/12 00:11:05

貧乏人は帰りな

**Name_Not_Found** · 04/11/12 02:24:05

そもそも定義リストなのだから日記などにはつかうべきでない。
つかうとしても
<hn>今月の一言日記</hn>
<dl>
<dt>11/11</dt>
<dd>アヒョ？</dd>
......
</dl>
のようにリスト感がなければいけない。
よくある間違いは、なんでもかんでもリストにしたがるところかな。

＜リスト＞
目的に合わせて、多数の項目を一定の形式に従って書き並べたもの。一覧表。目録。名簿。表。

まあリストという言葉自体かなり解釈の幅が広いんだがな・・・・

**Name_Not_Found** · 04/11/12 03:24:01

>リスト感がなければいけない。

こんな説得力のない物言いで「リストの解釈幅広すぎ」はどうかと

**Name_Not_Found** · 04/11/12 05:46:52

っていうかリストかどうかなんて感覚でしかないよな。
＞目的に合わせて、多数の項目を一定の形式に従って書き並べたもの。
こんなこといったら逆にリストでないものなんてなくなるぞ。
見出し-段落っていう繰り返しだってリストだって否定はできない。
まあ見出しはhn、段落はpでやるべきだが、どちらにしてもリストでもあるといわれると
堂々巡りを繰り返す。

根本から考えると、文書の構成なんて「見出し・段落・リスト・表」
が大部分でしかもこれらの領域はかなり重なってるんだよな。それを理解したうえで
最適なものを選ばなければいけない。

まあol,ulはとりあえず置いておいて、dlに関して考えてみる。
dl=定義リスト。何故dlが必要なのかを問うてみよう。
hn-pとの領域重複からしてもdlはhn-pの縮小版として存在していると考えられないだろうか？
そう考えるとある程度使い分けがしやすい。

つまりサイズの問題なんだと思う。「一言日記」のようなものならdl、「本格的な日記」ならhn-pでいくと
妥当なマークアップになっていくと思う。

**Name_Not_Found** · 04/11/12 05:56:29

なんか原点を忘れがちなので一応。
hnとは何か？本文の要約である。つまりなくてもよいのである。
dtとは何か？用語である。つまりなくては困るのである。
p又は本文に内容が依存されるhnに対して、ddの内容はdt次第である。

この依存関係がしっかり守られているかがカギになるはずだ。

**Name_Not_Found** · 04/11/12 05:59:57

『4.01仕様書一部抜粋』
http://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/struct/global.html#edef-H1
＞章節の番号づけと参照
＞HTMLは、それ自体では見出しから章節番号を生成することはない。しかしユーザエージェント
＞がその機構を提供する場合もあるであろう。近い将来、CSS等のスタイルシート言語を使って
＞著者が章節番号の制御を行えるようになるであろう。これは印刷した文書で「7.2節を見よ」
＞などと参照できて便利である。

最近章番号の話があった。章番号は装飾なのか？という問題だ。
上記抜粋文によればCSSで番号を制御すれば便利だねとか書かれてるように
完全に装飾と考えられているようだ・・・・

**Name_Not_Found** · 04/11/12 06:07:42

一言いっていい？
W3Cの仕様書自体がリストの中で
・onclick、ondbclick、....
これをリストのネストでマークアップしてないんだよね。

実際それで何か問題があるかといわれればないんだろうね。
セマンティックウェブとかいうけどUAに「これはリストですよ」なんて理解させてなんかできるのかな？
論理構造を反映したレンダリングのためくらいしか用途がない気がするんだけど。。。
そうなると思いっきり見栄えのためだよね。まあよくわかんないよね。

しかも俺ってスレ違いだしm(_ _)mなんか一杯書き込みがあったから俺も書きたくなってしまった；

**Name_Not_Found** · 04/11/12 07:32:49

おお、まだ生きてたのか。

**Name_Not_Found** · 04/11/12 09:13:32

>>837
W3C仕様書はもともと別の文書型で作成されている場合があるから
元の文書型の問題やHTML出力プログラムの作りで
結果のマークアップが左右される部分もある気がする。

> 論理構造を反映したレンダリングのためくらいしか用途がない気がするんだけど。。。
まあSGMLの起源を辿れば整形構造の論理表現だから。

**Name_Not_Found** · 04/11/12 09:59:08

>>836
それ自体が「自動生成する事はない」から「自動生成させたければ
ＣＳＳなどを使え」といっているのであって、固有の番号を割り振りたい
場合にはまた別な気がするんだが、どうよ？

漏れ英語は直訳解釈レベルなんで原文の細かいニュアンスまではわからんけど。

**Name_Not_Found** · 04/11/12 16:47:36

番号付けに関してはそれが１でも２でもいいものが装飾。
１でないといけなければ装飾ではない。

これ基本。

**Name_Not_Found** · 04/11/12 17:07:07

123でもABCでも「いろは」でもいいのが装飾、と思っておけば
「１でないといけないかどうか」を考えやすいような気がする。

**Name_Not_Found** · 04/11/12 17:10:21

dlは縮小版・・

このhttp://e-words.jp/w/xhtml.htmlをマークアップし直すなら
<h1>e-words</h1>
<h2>xhtml</h2>
<dl>
<dt>読み方</dt><dd>エックスエイチティーエムエル</dd>
<dt>フルスペル</dt><dd>eXtensible HyperText Markup Language</dd>
</dl>
<p>　Webページを記述するためによく使われるHTMLを…</p>
か。

**Name_Not_Found** · 04/11/12 18:41:23

>>843
まずh1からしておかしいだろ。そのh1はあきらかにヘッダあってHTML特有の本で言えば
背表紙みたいなものだ。セマンティックウェブの観点からもそのサイト名＝h1はよくないな。
h1はその文書の最高位見出しであるべき。サイト名はヘッダに書いてCSSで。もちろん実現性などは知らん。

そして
<h2>xhtml</h2>
もおかしい。これはdtである。仕様書を読めば明らかである。

**843** · 04/11/12 19:24:24

では・・

<h1><dfn>xhtml</dfn>の意味・解説</h1>
<div id="banner">（サイト名など）</div>
<dl>
<dt>読み方</dt><dd>エックスエイチティーエムエル</dd>
<dt>フルスペル</dt><dd>eXtensible HyperText Markup Language</dd>
</dl>
<dl>
<dt>xhtml</dt>
<dd><p>Webページを記述するためによく使われるHTMLを…</p></dd>
</dl>
か。つか微妙にｽﾚ違いな感じがする・・ｽﾏｿ

**Name_Not_Found** · 04/11/12 21:18:22

>>843

×xhtml
○XHTML (XHTML ™)

×eXtensible
○Extensible

**Name_Not_Found** · 04/11/12 21:53:25

>>845
おまいはバナーの意味を勘違いしてるよな？

**Name_Not_Found** · 04/11/12 21:56:50

>>844
見出しとdt、どっちにも成りうる例は多いけど
用語集ならdtかもね。

>>846
えーとね…

**Name_Not_Found** · 04/11/13 00:22:56

>>845
id#banner　ってなんだよ

何処に旗が立っているんだ？

**843** · 04/11/13 00:39:13

http://kanzaki.com/

まぁ、バナー画像でも挟めば。

**Name_Not_Found** · 04/11/13 01:03:22

放置

**Name_Not_Found** · 04/11/13 02:14:25

>>850
バナー画像の意味勘違いしてるだろ？

**Name_Not_Found** · 04/11/13 04:30:51

>>849
今気付いたがお前もバナーの意味勘違いしてるんだな。
英語のバナーとウェブでのバナーでは意味が違うぞ。

**Name_Not_Found** · 04/11/13 04:35:19

gooで翻訳すると。
<blockquote>
━━ n. 旗, 軍旗; 旗じるし; 横断幕; （宣伝用などの）たれ幕; 標識; 【新聞】全段抜きの大見出し; 【コンピュータ】花文字, (Webなどの）帯状の広告.
・under the banner of　…の旗［名］の下に; …の主義のために.
・unfurl one's banner　主張を明らかにする.
━━ a. 〔米〕一流の, 目立った, 特筆すべき, 特定政党に支持された.
・banner headline [streamer]　（新聞の）全段抜きの大見出し.
・banner holder　旗手.
</blockquote>

h1にぴったりなidですな。むしろしつこいくらい。

**Name_Not_Found** · 04/11/13 05:55:52

>>854
＞h1にぴったりなidですな。むしろしつこいくらい。
どこらへんが？英語としてのバナーの意味が？それともIT用語としてのバナーの意味が？ってそれはないか。
まあしかし早くマルチバイト文字も使えるようにしてほしいな。

**Name_Not_Found** · 04/11/13 06:30:58

>【新聞】全段抜きの大見出し

のことを言ってるんじゃないか？

**Name_Not_Found** · 04/11/13 08:55:26

>>856
だとしたら、hnによるマークアップうえに更にid付として付けるような
ないようかいのう。

hnで見出しだってのは解ってるんだから、idつけるなら、他のhnと区別されるべき、
「どんな見出しか」じゃねぇのかと。

まぁ、識別子の文字列に意味があるかのように感じちゃってる自分もアレだが。

#仮に h-1pbl4d2hg とか見出しのテキストノードをハッシュで処理した(様な)
文字列なら、だれも文句を言わなかったであろうｗ

**Name_Not_Found** · 04/11/14 22:47:55

アッチョンブリケ

**Name_Not_Found** · 04/11/15 16:40:58

多くのサイトで、横並びのメニューが採用されていますよね？
これを正しいHTMLであらわすにはどうすればいいのでしょうか？
<ul>
<li>メニュー１</li>
<li>メニュー２</li>
<li>メニュー３</li>
</ul>
とし、cssのfloat:left;やposition:absolute;などで横に並べる方法が一般的っぽいのですが、
どうしてもNN4.xではうまく表示してくれません。

NN4.xでも横に並べられて、bunnpoutekinimo間違ってはいない方法はありますか？

━┳━━━━┳━━━┳━━━━┳━
　　┃メニュー１┃メニュー２┃メニュー３┃
━┻━━━━┻━━━┻━━━━┻━
↑タイトル直下などによくあるこういうやつ。

**Name_Not_Found** · 04/11/15 16:43:26

釣れますか。

**Name_Not_Found** · 04/11/15 16:49:28

>>859
<P><A HREF="">メニュー1</A>｜<A HREF="">メニュー2</A>｜<A HREF="">メニュー3</A></P>
これでいいじゃん

**Name_Not_Found** · 04/11/15 17:19:05

これまた久しぶりのループだな。

**Name_Not_Found** · 04/11/15 17:26:47

>>859
ulでのマークアップは正しいと思う。
それ以降に関しては、CSS質問スレで聞いた方が良い。
http://pc5.2ch.net/test/read.cgi/hp/1098720757/l50

**859** · 04/11/15 17:35:22

>>863誘導サンクスです。行ってきます。

**Name_Not_Found** · 04/11/15 21:27:59

><P><A HREF="">メニュー1</A>｜<A HREF="">メニュー2</A>｜<A HREF="">メニュー3</A></P>
これってどうなん？

俺としては
<P>ほげについては<A HREF="">メニュー1</A>、そしてはげについては<A H
REF="">メニュー2</A>、しかし今日はとげを抜いてしまおうとこれを見てくれ
。<A HREF="">メニュー3</A>。</P>
これならありだと思う。

**Name_Not_Found** · 04/11/15 22:32:01

>>865
パンくずも同様の方法で、という考え方もまぁアリですかね。
助長な気がするので漏れは使いませんが。

**Name_Not_Found** · 04/11/15 22:44:40

さあ盛り上がって参りました。

**Name_Not_Found** · 04/11/15 23:17:49

>>865
俺としてはこのスレおよび2、3スレ前まで言ってパンくずで先に検索をかけてくることを
お勧めする。

**Name_Not_Found** · 04/11/15 23:57:05

っていうか仕様書のソース見れば分かるけど、リストらしきものをpでやっちゃうてのはW3Cの得意技だよｗ

**Name_Not_Found** · 04/11/16 13:20:47

法律作ってる政治家が違法行為をしない訳じゃないし、
政治家やっているなら、自分がやっても合法と言う訳でもない。

それはそれとしてW3Cにはもっと仕様に厳格な code を書いて欲しいとは思うが。

**Name_Not_Found** · 04/11/16 15:00:24

えー、紺屋の白袴なんて申しまして…

**Name_Not_Found** · 04/11/16 15:05:55

>>870
法律の解釈など時の政府次第だ。
つまりW3C次第だ。