07/08/19 23:11:53 cX662PR8
StrictなHTMLについて語るスレッド。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 スレッド 40
ｽﾚﾘﾝｸ(hp板)
暫定まとめサイトはURLﾘﾝｸ(wiki.fdiary.net)
初心者の質問はこちらへ
Webサイト制作初心者用質問スレ Part 187
ｽﾚﾘﾝｸ(hp板)
実装の話は10中8, 9スレ違い。
関連スレは>>2
2: ◆eUtysLtYW.
07/08/19 23:13:24 cX662PR8
/* CSS・スタイルシート質問スレッド【67th】 */
ｽﾚﾘﾝｸ(hp板)
XML→XHTML
ｽﾚﾘﾝｸ(hp板)
@media:all { 真のアクセシビリティ }
ｽﾚﾘﾝｸ(hp板)
ユーザビリティ専用スレ その３
ｽﾚﾘﾝｸ(hp板)
【みらくる】XHTML 2.0 (その2)【ドリーム】
ｽﾚﾘﾝｸ(hp板)
XML使いのスレ 2.0
ｽﾚﾘﾝｸ(hp板)
XSL/XSLT
ｽﾚﾘﾝｸ(php板)
3:Name_Not_Found
07/08/20 06:26:41
>>1 乙
4:Name_Not_Found
07/08/20 06:32:59
Strict-HTMLスレッド まとめwiki
URLﾘﾝｸ(wiki.fdiary.net)
5:Name_Not_Found
07/08/20 14:24:52
>>4
strictスレのwikiが糞マークアップって笑い話にもならん
6:Name_Not_Found
07/08/20 17:15:08
しょうがないじゃん
wikiエンジンがそこまでいいものじゃないんだから
7:Name_Not_Found
07/08/20 17:42:26
割としっかりしたマークアップをするけど低機能で書式が独特なウィキなら提供できます｡
8:7
07/08/20 17:50:47
あ､ やっぱり提供できない｡
閉じられた場で使うことを想定して開発したものだから､ いたずらに対して脆弱過ぎる｡
9:Name_Not_Found
07/08/20 17:50:53
アフィリエイトが付いてます
10:Name_Not_Found
07/08/20 18:23:25
ID名に小文字は使うべきじゃない？
小文字も大文字として取り扱われるから
11:Name_Not_Found
07/08/20 18:41:35
初心者スレ行け
12:Name_Not_Found
07/08/21 00:02:25
>>10
ISO-HTMLなら大文字じゃないとだめ
13:Name_Not_Found
07/08/21 01:13:46
ストリクタならHTMLは全部大文字
これ
14:Name_Not_Found
07/08/21 02:46:15
どれ？
15:Name_Not_Found
07/08/21 02:55:15
まあ、ID問題はISO-HTMLの問題じゃなくて、SGMLの問題だから、
HTML4.01でもそうだな。
16:Name_Not_Found
07/08/21 13:41:37
<h3 id="naviMenu">
17:Name_Not_Found
07/08/21 16:44:38
前スレより
table要素内のcaption要素 = table要素のtitle属性
18:Name_Not_Found
07/08/21 18:17:25
んなわけない
19:Name_Not_Found
07/08/21 18:59:18
IMGにもTABLEと同じようにCAPTIONを表現するにはって流れのやつか
IMGにTITLE属性をつけるだけでおｋ
みたいなこと言ってる人がいたな
20:Name_Not_Found
07/08/22 17:30:35
title属性は「助言的な情報」を表すと仕様書にある通り、ただの付加情報に
過ぎない。だから、その部分のタイトルを表すわけではない。
title属性っていう名前が誤解を与えるんだよな。
実際はcomment属性ぐらいの意味だと思うが。
21:Name_Not_Found
07/08/22 19:07:10
XHTML2とHTML5どっち支持？
俺はXHTML2なんだが。5のheader要素とか
それidかroleでいいじゃんとか思う
22:Name_Not_Found
07/08/22 19:12:16
どっち支持とか言われても普通に使えるようになるの後何年後？w
23:Name_Not_Found
07/08/22 19:15:28
思想や設計的にはXHTML2支持だが
普及はHTML5のほうが早そうだ…
24:Name_Not_Found
07/08/22 19:41:45
> title属性は「助言的な情報」を表すと仕様書にある通り、ただの付加情報に過ぎない。
どの程度の意味合いなの？本当にどうでもよくて書いても書かなくてもいいくらい？
abbr acronym link以外の要素において
25:Name_Not_Found
07/08/22 21:39:31
「どの程度」なんてのは仕様書に書かれてないので、各自の判断だろう。
ただ、重要な情報なら属性ではなく本文に書くべきだと思う。
26:Name_Not_Found
07/08/22 21:52:12
なんかもうtitle属性って一般属性じゃなくてもよくね？
27:Name_Not_Found
07/08/22 22:52:39
<link rel="stylesheet" type="text/css" href="xxx.css" title="xxx" ...
ここも用途からするとtitleじゃなくてclassな気はする
28:Name_Not_Found
07/08/22 23:00:08
んなわけねーよ
29:Name_Not_Found
07/08/23 05:46:09
んなわけねーことねーよ
30:Name_Not_Found
07/08/23 17:06:49
糞仕様も仕様
31:Name_Not_Found
07/08/23 20:50:11
それは仕様がない
32:Name_Not_Found
07/08/24 13:00:10 OjzNgh7z
今サイトを作っているのですが、別に<br>を使っているわけでもないのにコンテツが下に下がってしまうんです。
何故かわかる方いませんか？
33:Name_Not_Found
07/08/24 13:26:24
>>32
すれ違いです。
34:Name_Not_Found
07/08/24 14:22:13
沢山その手のスレがあるのに
なぜStrict～などという一般人（謎）には
わけわからんスレを選ぶのだ？
35:Name_Not_Found
07/08/24 15:48:37
>>34
HTML 4.01 Strict とか XHTML 1.0 Strict とかと勘違いしてるんじゃね？
36:Name_Not_Found
07/08/24 16:15:23
35の言わんとしていることがわかるようでわからない
37:Name_Not_Found
07/08/24 16:27:28
>>36
「HTML 4.01 Strict」や「XHTML 1.0 Strict」に valid なHTMLを書いて、
なおかつ、表示なども思い通りにする技を話し合う
ってのと勘違いしてるんじゃね？
38:Name_Not_Found
07/08/24 16:31:38
今サイトを作っているのですが、
パンくずリストのマークアップについて云々…とかだったら
このスレ的にもありなんだが。
39:Name_Not_Found
07/08/24 16:53:28
俺はパンくずリストはOLで書いてる。
40:Name_Not_Found
07/08/24 17:03:28
・リスト派(ul, ol, dl)
・パラグラフ派（p。ただしaの羅列ではなく、言葉を補った自然な文で）
に分かれるのかなな。前者のほうが多そうだが。
おれはp。視覚障碍者の方々のために適切な語をspan.accessibility
とかで補って、そいつらだけtext-indent:-9999px;してる。
41:Name_Not_Found
07/08/24 17:18:51
display:none;じゃ読み上げてくれないんだっけ
42:Name_Not_Found
07/08/24 18:35:03
おまいらはアフィリエイトのリンクとかも
ちゃんとxhtmlなら&を&って書いてるんか？
43:Name_Not_Found
07/08/24 18:43:29
>>42
俺はアフィリエイトリンクの&も実体参照にわざわざ書き換えてるよ。
整形式にしないとXSLTが通らないしさ。
44:Name_Not_Found
07/08/24 19:42:41
>>40
リスト派にも入れ子派と並列派に分かれそうな。
ol→並列
ul→入れ子 / <li>トップ > 各種資料と情報源</li>
dl→入れ子
45:Name_Not_Found
07/08/24 21:20:25
パンくずナビ、うちもリストにしたりPにしたりうろうろしてたんだが、
辞書にさえ
breadcrumb
【名-1】 パンの中の部分｛ぶぶん｝
【名-2】 ブレッドクラム（機能｛きのう｝）
◆ウェブサイト内で訪れたページをリストアップしたもの。
大抵ページの上部に表示される。例えば「ホーム⇒商品⇒デジタルカメラ」のように、
どういうルートをたどって今のページに至ったかを示す。
ってあるくらい一般的な機能として定着してるわけなんだから、もう
<dl id="breadcrumb">
<dt>Breadcrumb</dt>
<dd><a>ホーム</a> <abbr title>⇒</abbr> <a>商品</a> 以下略</dd>
</dl>
とかって書くのも、それはそれでありなんじゃないかという気がしてきた。
考えすぎて複雑にするのもなんか冗長だなあと。
そのうち専用の要素とかできたりしてｗ
46:Name_Not_Found
07/08/24 21:29:01
辞書にのっててもパンくずリストという名前、
ましてやブレッドクラムなどという語は
一般には膾炙してないだろうから
「現在地」とかのほうがいいと思う
47:Name_Not_Found
07/08/24 21:34:50
topic pathじゃないかい一般的には
48:Name_Not_Found
07/08/24 21:38:58
普通の人は名称なんて意識せず
「あ、上にのぼる便利なやつだ」くらいの認識じゃないの？
専門用語は使わないほうがいいのでは…
49:Name_Not_Found
07/08/24 21:40:09
topic path は階層的に現在の位置を表したもの、
breadcrumb はその通り来た道を示したもの、って感じだなー
「パンくずリスト」 って言ってても breadcrumb じゃなく topic path なことが多いって気はする。
50:Name_Not_Found
07/08/24 21:42:48
>>49
語源はそんな感じだな。
ただ英語圏でググってもbreadcrumbが定着してるみたいだ
51:Name_Not_Found
07/08/24 21:43:38
よし、両方とも設置しよう。
52:Name_Not_Found
07/08/25 13:07:40
メニューの書き方アンケート in Strict-HTML スレッド
A、Bそれぞれにお答えください（メニューを置いていない人はスルーしてください）
A-1 ul,liを使う
A-2 ol,liを使う
A-3 dl,dt,ddを使う
A-4 pを使う
A-5 その他（具体的にお書きください）
B-1 ホームと他のコンテンツは同列
・ホーム
・コンテンツ１
・コンテンツ２
B-2 ホームに他のコンテンツがぶらさがる形
・ホーム
・コンテンツ１
・コンテンツ２
B-3 ホームを載せない
・コンテンツ１
・コンテンツ２
B-4 その他
（具体的にお書きください）
53:Name_Not_Found
07/08/25 13:13:13
まずメニューを定義してくれ
グローバルナビゲーションだけでいいのか？
54:Name_Not_Found
07/08/25 13:37:21
いいとも。
55:Name_Not_Found
07/08/25 13:39:43
A-4＆B-1
56:Name_Not_Found
07/08/25 14:30:38
a4b2
57:Name_Not_Found
07/08/25 15:08:25
A-1 B-1
58:Name_Not_Found
07/08/25 15:11:23
A-1, B-1
59:Name_Not_Found
07/08/25 15:28:13
>>52
A-1, B-1
60:Name_Not_Found
07/08/25 15:33:13
その他でもいいんだぞ
61:Name_Not_Found
07/08/25 15:56:14
link要素
62:Name_Not_Found
07/08/25 15:57:31
>>52
メインでやってるサイトではtopic pathのみだが、
サブでやってるサイトでは使っているので答えてみます。
A-5 その他（具体的にお書きください）
階層深くてもごちゃごちゃしすぎるから、
一段階のみのカテゴリ名リストと対するリンクリストの二段階のみで構成。
<dl><dt>カテゴリ</dt>
<dd><ul>
<li>リンクリスト1</li>
<li>リンクリスト2</li>
</ul></dd></dl>
なお、<h1>に対してナビリンクは関係がないので<dl>にしているが、
<h1>に常にサイト名を出すなら、<h2>ナビリンク</h2><h3>カテゴリ名</h3>として
メニューは<ul>のみにするかなと思う。
B-1 ホームと他のコンテンツは同列
homeは、profileやBBSやaboutなどをまとめた
最上段に存在するカテゴリの一番上に置いている。
63:Name_Not_Found
07/08/25 16:36:32
>>52
A-1、B-1
64:Name_Not_Found
07/08/25 17:03:22
A-1 B-1
1年前は A-3 だったなあ。
65:Name_Not_Found
07/08/25 17:38:51
>>52
A-2
B-1
66:Name_Not_Found
07/08/25 17:44:37
B1の人気に嫉妬
67:Name_Not_Found
07/08/25 17:48:00
メニューはul,li派が多いのか
68:Name_Not_Found
07/08/25 17:54:23
携帯サイトだとol派が多数？
69:Name_Not_Found
07/08/25 18:03:09
携帯サイトのボタン押しでリンク選択は
olの番号と関係あったっけ？
70:Name_Not_Found
07/08/25 18:12:22
ない
71:Name_Not_Found
07/08/25 18:17:59
B-2が少ないのは匿名ブロックを気にして？
B-3に至っては誰もいない
72:Name_Not_Found
07/08/25 18:44:40
トップページは A-1,B-3
その他のページはパン屑のみ
73:Name_Not_Found
07/08/25 19:13:14
実際のところメニューのマークアップにこだわっている人は
あんまりいないんじゃないかと推測。
74:Name_Not_Found
07/08/25 19:15:46
どういう根拠で？
75:Name_Not_Found
07/08/25 19:26:05
「仕様やガイドラインで厳密に定められてないならなんだっていい」
と73は思ってるんじゃね？
76:Name_Not_Found
07/08/25 19:40:56
>>75
どういう考え方をしたら
>「仕様やガイドラインで厳密に定められてないならなんだっていい」
>と73は思ってる
と思えるの？
77:Name_Not_Found
07/08/25 19:43:17
html5ではメニュー用の要素が復活するんだっけ
匿名ブロックボックスの問題が解消されて
78:Name_Not_Found
07/08/25 20:09:56
<nl>マダー？
79:Name_Not_Found
07/08/25 21:58:46
>>76
>>73みたいな推測をするのは、夏だからじゃないかという考え。
80:Name_Not_Found
07/08/25 22:24:46 IaF4zQR/
全角スペースはWebブラウザで本来無視されます。
81:Name_Not_Found
07/08/26 01:21:30
Strict-HTMLの皆様方は、どんなツールを使って文章を作成しているんでしょうか？
執筆自体は、Wordでアウトライン機能と文章校正機能の恩恵を受けつつやるのが便利だと思います。
でも次の段階で、Word文書から、p、h1、h2、h3、strong、code、table、imgといった基本的な
タグだけが使用されていて属性は全く記載されていないhtmlへ変換しなければなりません。
考えつくのは、
1.Wordが出力するhtmlから属性値、不要なspan、divやCSSを削除するアプリケーションがある。
2.一旦テキストファイルに落としてから、オーサリングツールでタグを付け、そのあと画像や表の配置を行う。
3.Wordを使わず最初からテキストエディタ又はオーサリングツールを用いて文書を作成する。
やっぱり2でしょうか？
82:Name_Not_Found
07/08/26 01:34:58
Emacs + PSGMLで書いてる。DTDを用意すればどんな文書型にも対応できるので
個人的には最強だと思う。2は一番謎なのだが。
83:Name_Not_Found
07/08/26 01:59:15
俺もEmacsだな。慣性。
84:Name_Not_Found
07/08/26 02:00:51
俺もEmacs。WindowsもWordも持ってない。
85:Name_Not_Found
07/08/26 02:00:59
3.っていうのかな
そん時々で適当なエディタを使ってる（構造化エディタ,Crescent_Eve,xyzzyの順でいずれか）
マークアップは基本的にFEPに単語登録してるのを利用。
２は私にも謎
86:Name_Not_Found
07/08/26 02:26:23
文書の中身だけテキストファイル形式で保存
何かオーサリングツールでマークアップする
CSSで整形
と予想
真ん中の工程のみ実践するのは難しそうだが。
87:Name_Not_Found
07/08/26 03:22:49
>>81
私は3かなあ。
HTML制作は全部テキストエディタで、ソフトは秀丸。
私はモノ書きでもプログラマーでもないし、充分です。
ついでにWordもExcelも持ってないし。
ただ、今後は自家製XMLで書いてXSLTで変換する感じで、
ヘッダーとかナビとかの冗長部分を簡素化して書けるようにしたい。
88:Name_Not_Found
07/08/26 08:39:46
>>81
ｽﾚﾘﾝｸ(hp板:351番)
同じ人？
89:81
07/08/26 09:20:28
ご返事ありがとうございました。
テキストエディタでフルスクラッチという方が多いんですね。
2は>>86の言われるとおりのことです。
> 真ん中の工程のみ実践するのは難しそうだが。
難しいですかね？
最初は、dreamweaverでソースとレンダリング結果を同時に表示した状態でテキストを直打ちして、
適宜マークアップや図表の挿入をしつつ作成していました。でも、文章が長くなるにつれて、テキストだけは
Wordで書いた方が良いような気がしてきたのでした(>>81の利点があるので)。
ただ、HTML出力をWordで行うと、p、h1などは意図したとおりになるのですが、class属性、要らないdivや
spanが残ってしまいます。また、dreamweaverには「Word HTMLのクリーンアップ」という機能があったのですが、
対象となるWordのバージョンが古いようで、やはり属性や要らないタグが残ってしまいました。
結局、一旦テキストファイルにして、マークアップの追加、表の作成や図の挿入は改めて行うのが一番安心な
方法だと結論したのですが、他の人はどんな具合にやっているのかな？と興味を抱き質問してみました。
>>88
違う人です。そっちのやりとりは今読みました。
私の方は、Strict HTMLに注意を払っている人のやり方や考え方を聞きたかったのです。
90:Name_Not_Found
07/08/26 09:30:40
wordとか立ち上げるのも重いからなあ…
常駐させとくのもメモリ食いまくるし。
もっと軽くてHTML出力あるアウトラインエディタ使えば？
自分は秀丸でフルスクラッチ
91:Name_Not_Found
07/08/26 09:31:43
あ、フルスクラッチとはいっても本文だけで
テンプレ管理やアーカイブ化にブログツール（Movable Type）使ってる。
92:Name_Not_Found
07/08/26 09:41:04
次はブログツールのアンケートになりそうな予感
俺もMT
93:Name_Not_Found
07/08/26 11:29:16
otbedit
94:Name_Not_Found
07/08/26 12:04:52
秀丸良いよな。
たまにCSSのプロパティど忘れてググる羽目になるのは俺だけジャナイハズ。
95:前スレ839
07/08/26 12:11:31
>HTML5にi要素ある？pの中の
i要素じゃないや
l要素か
l要素あればparagraph問題解決するかなぁ
96:Name_Not_Found
07/08/26 12:11:49
俺は
margin/padding、border、width/height、
background/color、display、font系、text系
くらいしか覚えてない
97:Name_Not_Found
07/08/26 12:15:47
Texとか使ってるやつもいそうだな
98:Name_Not_Found
07/08/26 15:26:47
ふるすくらっちってなんですか？
99:Name_Not_Found
07/08/26 15:38:41
ゼロから書いてるってことだろ
100:Name_Not_Found
07/08/26 15:58:37
前に書いた似たページのファイルをコピーしてから編集ってのがデフォなので、
完全にフルスクラッチなんてまずしないな。特にhead部分とか。
101:Name_Not_Found
07/08/26 17:27:02
>>98
「ゼロから書いてる」と言うより、
フルスクラッチって言ったほうがカッコイイでしょ？
102:Name_Not_Found
07/08/26 17:49:30
右クリック → 新規作成 のテンプレファイル作ってないの？
103:Name_Not_Found
07/08/26 18:06:06
from scratch（フロムスクラッチ）から転じた和製英語だな
104:Name_Not_Found
07/08/26 18:47:51
自分も一つテンプレート作ってコピーしてる。毎回文書型宣言から全部書い
ている人なんているのかな。
105:Name_Not_Found
07/08/26 19:08:57
URLﾘﾝｸ(www.atmarkit.co.jp)
マジ便利。
106:Name_Not_Found
07/08/26 21:00:31
Windowsは持ってない。だいたい右クリックなんて面倒な操作をするより、
コマンドラインから cp と打ち込む方が楽。
107:Name_Not_Found
07/08/26 21:04:35
同じ数字のhn（たとえばh2）が複数存在する場合
出現順にやっぱり意味があるんですか？それとも順不同？
ol的なのかul的なのか、みたいな
108:Name_Not_Found
07/08/26 21:10:46
hn要素は出現順に意味があるか無いかを意味づけされない。
「意味がある」とも「意味がない」とも言及しない、ということ。
109:Name_Not_Found
07/08/26 21:14:04
>>106
一生GUIを使うな
110:Name_Not_Found
07/08/26 21:15:56
>>107
hn要素は見出しとしてマーク付けするんだから、質問がおかしい。
テキストは出現順に意味があるのか、ならわかるがそれはスレちがい。
111:Name_Not_Found
07/08/26 21:39:45
>>109
僻みｶｺﾜﾙ
112:Name_Not_Found
07/08/26 21:50:05
>>108
>>110
どうもありがとうございます
113:Name_Not_Found
07/08/26 21:56:04
>>111
ｽｺﾞｲﾈｰ ﾖｶﾀﾈｰ
114:Name_Not_Found
07/08/26 22:19:12
cpとかmvとかってファイル名が不規則なときに面倒じゃないって思うんだが、
完璧スレ違いだな。
115:Name_Not_Found
07/08/26 22:55:59
なんで俺が書いた事に関して、別の2人がなじりあってんだか。
>>114
固定部分はシェル変数登録、変動部分はファイル名補完を使えば、
そんなに面倒なことにはならないと思うんだが。
116:Name_Not_Found
07/08/26 22:59:19
慣れるとcuiは便利らしいし否定はしないけど>>111はかっこ悪すぎるｗ
どうせ釣ったつもりなんだろうけど。
117:Name_Not_Found
07/08/26 23:05:14
カッコで生きてる無能同士仲良く汁
118:Name_Not_Found
07/08/27 02:26:33
本人登場
119:Name_Not_Found
07/08/27 10:45:54
右クリックが面倒なのは禿同、というかマウス大嫌いだが、
GUIの視認性や同時進行(マルチタスク)の把握しやすさからはもう戻れない。
HTMLファイルを新規作成すること自体そんなにないし、
その時は別のHTMLを適当に選んでコピった方が楽だな。
頻繁に新規作成で増えるコンテンツとかはスクリプトで自動生成だな。
スレチスマソ。
120:Name_Not_Found
07/08/28 18:11:41
章ごとにページ（ファイル）を分けている一連の文章があり
各章ごとに（各ページごとに）脚注を載せるには
このスレ的にはどうマークアップするべきですか
121:Name_Not_Found
07/08/28 19:43:00
<p>1/10</p>とか
<p>全10ページ中の1ページ目です。</p>で必要十分。
122:Name_Not_Found
07/08/28 19:44:29
それってようするに後注じゃね？
他の部分のマークアップとの整合性とかとれてて、
へんなことしてなきゃどうでもいいんじゃね。
123:Name_Not_Found
07/08/28 19:47:56
titleとページ末尾に>>121みたいなのと
<link rel="(next|prev)" />と
あとページ移動のナビがしっかりしてればいんじゃね
124:Name_Not_Found
07/08/28 21:20:02
>>121
それって脚注？ノンブルじゃなくて
脚注って言うと書籍などで本文中に「なんたらである[*1]。」ってあって、ペー
ジの下に[*1]の説明がついているようなやつを想像したんだが。
125:Name_Not_Found
07/08/28 21:27:54
>>124
> 脚注って言うと書籍などで本文中に「なんたらである[*1]。」ってあって、ペー
> ジの下に[*1]の説明がついているようなやつを想像したんだが。
それです
というかそれ以外にも脚注ってあったんですね
説明不足ですみません
126:Name_Not_Found
07/08/28 21:28:33
ページ下部の注が脚注
章や節の末尾につける注が後注
ページ下部のページ数表記がノンブル
127:Name_Not_Found
07/08/28 21:30:39
脚注もだし>>121もだけどメインの文章との区別が付かなくなるからページ下部に配置できないんじゃないか
128:Name_Not_Found
07/08/28 22:26:25
んむ
DIVコンテナ否定論に則ると
見出し要素でしか区切れないので
本文と区切りたいのなら脚注にも見出しを付けるしかない
しかし全体を通してみると本文の合間合間に
脚注の見出しが入ることになり階層構造を崩すことになる
なので
脚注を表現することは
不可能
129:Name_Not_Found
07/08/28 22:27:27
つ<hr />
130:Name_Not_Found
07/08/28 22:45:05
見出しのみでしか階層構造が造られないという
実在しない仕様で不可能だとか9行掛けて語らんでも
131:Name_Not_Found
07/08/28 22:53:05
脚注の見出しのレベルを1つ下げとけば別に階層崩れないんでない？
132:Name_Not_Found
07/08/29 00:01:18
Wikipediaだって、脚注には見出しをつけるのが習慣になってるし、
あんな感じでいいんじゃないか？
133:Name_Not_Found
07/08/29 06:46:47
wikipediaはページごとに完結してるじゃん
134:Name_Not_Found
07/08/29 07:54:17
120を読んでないのはおまえだけ
135:Name_Not_Found
07/08/29 07:58:04
>>130
> 実在しない仕様で不可能だとか9行掛けて語らんでも
>>128
> DIVコンテナ否定論に則ると
という話でしょ
divやhrで本文から意味を切り離せるというのも実在しない仕様だし
hnでしか区切れない派とdivやhrでも区切れる派それぞれが
仕様の行間を妄想して戦っている
136:Name_Not_Found
07/08/29 08:35:09
結局これ答えが出てないんだよね
出てないというか出ないというか
137:Name_Not_Found
07/08/29 09:01:16
脚注って言うのかわからんが、自分は
<p>なんとかかんとか<sup><a href="#note1">[1]</a></sup>。</p>
...
<dl>
<dt>注</dt>
<dd>
<ol>
<li id="note1">ほげほげ</li>
</ol>
</dd>
</dl>
こんな風に注をつけている。
138:Name_Not_Found
07/08/29 11:24:33
olじゃないほうがいいんじゃない？
[1]とli#note1が対応しているだけだし。
139:Name_Not_Found
07/08/29 11:44:22
それli要るのか？
<dt>注[1]</dt>
<dd>ほげほげ</dd>
だけでいい気がするんだけど。
140:Name_Not_Found
07/08/29 11:50:36
>>135
区切るものなんて無い派も無視しないで欲しいな。
141:Name_Not_Found
07/08/29 12:23:40
>>135
> 本文から意味を切り離せる
「本文」なんて意味づけはHTMLに無くね？
142:Name_Not_Found
07/08/29 17:52:44
・hnでしか区切れない派
・divやhrでも区切れる派
・区切るものなんて無い派
の三つ巴？
どうでもいい派はこのスレにはいない？
143:Name_Not_Found
07/08/29 19:27:52
>>142
俺は、「Hnは、そのブロック要素内のみ有効派」
144:Name_Not_Found
07/08/29 19:33:47
またアンケート？
145:Name_Not_Found
07/08/29 19:34:29
アンケートしてなんなの、多数派が正統なのか？
議論しろよ
146:Name_Not_Found
07/08/29 19:45:32
アンケートは答えのないものが対象だからいいんでないの
147:Name_Not_Found
07/08/29 20:12:28
どの説も決定打はなしですか。
148:Name_Not_Found
07/08/29 20:20:58
中身がどう、区切りがどうなんて閲覧者は意識しない。してるのは書いた本人だけ
149:Name_Not_Found
07/08/29 20:34:00
それをいったら見た目優先マークアップ二の次で
Strictスレがなりたたくね？
150:Name_Not_Found
07/08/29 20:58:00
148はたまたまこのスレに迷い込んだだけ
151:Name_Not_Found
07/08/29 21:28:00
HTMLに注釈をマークアップする要素が無いことに積極的な意味があると考えるならば、
ハイパーリンク、cite属性とかabbrのtitle属性などを使い分けるべきなのかなと思った。
あと、Wordで脚注を付けてHTML出力すると、<hr>で本文と分離され、<div id=ftn1>、
<p class=MsoFootnoteText>で囲んで脚注が記述される。そして、脚注と本文
の間には相互リンクが張られる。idのftn1は特定の書式とは関係づけられていない。
注釈がどの場所に記述されるかは文書の構造とは無関係な情報だと考え、さらに、
divがHTMLで実装されなかった文書の構造をマークアップするためにあるのだと考えれば、
脚注のマークアップとしては非常に適切なものじゃないだろうか。
152:Name_Not_Found
07/08/29 21:40:47
dfn要素は？
153:Name_Not_Found
07/08/29 21:45:34
未来の世界ではどうなってんの？
html5やxhtml2が繁栄している世界
154:Name_Not_Found
07/08/29 21:56:58
HTML5だとaside要素が註釈エリアとして機能するのかな
articleとかsectionとかasideとかの関係がよくわかってないけど
155:Name_Not_Found
07/08/29 21:58:04
>>142
仕様書を読む前の、前提条件の解釈の違いで派生しているのでは？
linkは何を示せるの？
anchor=参照、の意味合いは？
siteって何？
とか過去何度かでた話だよね
誰か早くまとめwikiやってよ
問題提起まとめるぐらいで良いからさ
156:Name_Not_Found
07/08/29 22:14:39
>>155
どうぞ
URLﾘﾝｸ(wiki.fdiary.net)
157:Name_Not_Found
07/08/30 21:49:19
wiki何も更新されてないんだ
過去何度かでた話を知っている人が問題提起まとめるぐらいをやってくれたほうが
158:Name_Not_Found
07/08/31 00:02:02
古参、とくに初期スレからの人はもういないのでは…
159:Name_Not_Found
07/08/31 01:25:46
思いつくかぎり適当に書いてみた。
Strictスレとは直接関係ないがこのへんも参考になりそう。
URLﾘﾝｸ(www.akatsukinishisu.net)
160:Name_Not_Found
07/08/31 06:10:49
古参は古参を気取るためだけに登場して
役に立つようなことは何もしない
161:Name_Not_Found
07/08/31 07:51:10
古参を気取るだけの奴を古参と、単に160が呼んでるだけだな
トートロジー
162:Name_Not_Found
07/08/31 08:35:29
StrictHTML Wikiトップページ、
見出しとかつけて整理しといた
163:Name_Not_Found
07/09/01 14:05:36
よくBlogとかのCMSで画像の右寄せとか
<div class="右寄せ">
<img 省略>
</div>
としてCSSで右寄せにしてるけどdivなんて使わずに
imgだけでやったほうがええのか？
164:Name_Not_Found
07/09/01 14:17:56
img はインライン要素
165:Name_Not_Found
07/09/01 14:23:20
画像の部分が文書構造から見たときブロックレベルであるならdiv要素で
囲むのもありだと思う。class="右寄せ"はだめだが。
166:Name_Not_Found
07/09/01 14:23:56
>>163
IEはimgにfloatしてもぴったりとくっつかんだろ
167:Name_Not_Found
07/09/01 14:27:21
スキル不足のうえにスレ違い
168:Name_Not_Found
07/09/01 14:44:37
普通にくっつくし。
169:Name_Not_Found
07/09/01 14:51:18
たまに剥かないとはがれなくまります
170:Name_Not_Found
07/09/01 17:03:09
俺普段は<p><img /></p>なんだが、
画像だけ独立した段落として扱っていいものか？
もっとも関連あるパラグラフに画像つっこんで
<p><img class="fig"/>...本文...</p>
img.fig {
display: block;
margin: ... ;
}
とかの方がいいだろうか？
171:Name_Not_Found
07/09/01 17:20:40
URLﾘﾝｸ(code.google.com)
googleで配ってるCSS frameworkを見てみるとそういうマークアップを前提にしているっぽい
けど
画像が図形などの場合はテーブルと同等の扱いをしたいので俺は
<dl>
<dt><img></dt>
<dd>imgのcaption（tableのcaption的なもの）</dd>
</dl>
いいのか悪いのかわからないのでえらい人待ち
172:Name_Not_Found
07/09/01 17:31:11
このように過剰にdivを避けるのも、div厨の一種。
173:Name_Not_Found
07/09/01 17:38:39
別に過剰にdivを避けてるわけじゃなく
本文中ならdivよりpかdlとかのほうが適切だと思うだけだが…
見出し階層の構造化のためにdiv使いまくりだし。
174:Name_Not_Found
07/09/01 17:42:24
>>171
ただのエロい人だけど、キャプション付けたいんなら別にそれでいいんでない。
175:170
07/09/01 17:44:37
>>171
画像のキャプションのことじゃなく本文のつもりだった。
普段は、
<p>段落</p>
<p><img /></p>
<p>画像に関係ある段落（キャプションじゃなく）</p>
なんだが、これを
<p>段落</p>
<p><img />画像に関係ある段落</p>
とかすると、画像がどの段落に関連してるか示せるかな、という。
176:Name_Not_Found
07/09/04 13:37:56 +nFKlSXE
XHTML strictでリンク先を別窓で開くようにしたいのですが
strictだとtarget="_blank"が使えないのですが方法はないでしょうか？
jsを使わなくても出来る方法は無いでしょうか？
177:Name_Not_Found
07/09/04 13:45:58
>>176
「別窓で開く」という思想自体がstrictではない。
178:Name_Not_Found
07/09/04 14:04:56
もう5年くらい待て
179:Name_Not_Found
07/09/04 14:22:16
つまりは>>37
180:176
07/09/04 16:22:59 +nFKlSXE
>>177
その考えは分かってはいるのですが外部リンクで地図サイト（ＭＡＰＦＡＮ）等に
リンクを貼った場合、リンク元ページは残したいというのが理由で書きました。
181:Name_Not_Found
07/09/04 16:24:50
「リンク元ページは残したい」という思想自体が
182:Name_Not_Found
07/09/04 16:29:34
ユートピア
183:Name_Not_Found
07/09/04 16:41:58
>>180
外部リンクだからといって、新しいウィンドウを開かれたら、うざいだけ。
というか、携帯とかDOS画面みたいな1画面しか表示できない端末で見てたらどうするの？
184:Name_Not_Found
07/09/04 16:42:24
分かってたらこのスレでそんなこと訊かないよな。
185:Name_Not_Found
07/09/04 16:47:11
<a href="./example.html">内部リンク</a>と<a href="URLﾘﾝｸ(example.jp") class="outside">外部リンク</a>
とかマークアップして、あとはスクリプトでやるしかないな。
186:Name_Not_Found
07/09/04 16:49:28
新規ウィンドウに対応する各ブラウザのショートカットキーを載せておけばいいじゃない
187:Name_Not_Found
07/09/04 16:50:38 jJa4A6vL
divタグを使ってのグループ化という事でお尋ねしたいのですが
<div id="navi">
<ul>
<li>企業情報</li>
<li>ギャラリー</li>
</ul>
</div>
<div id="contents">
<h2>会社概要</h2>
会社概要の内容
<h2>沿革</h2>
沿革の内容
</div>
こんな場合、h2の二つの項目もそれぞれ別々にdivタグで囲むべきでしょうか？
<div id="contents">で囲まれてるからこのままでいいのか、やはり内容別に一つ一つをdivで区別すべきなのか
その辺の解釈で悩んでいます
188:Name_Not_Found
07/09/04 16:51:05
自分で地図作れば解決
189:Name_Not_Found
07/09/04 16:52:47
divによるグループ化自体
結論が出ていなかったような
190:Name_Not_Found
07/09/04 17:00:46
最近同じような質問を見た気がするけど、
デジャヴだろうか。
191:187
07/09/04 17:10:57
>>189
形成していく上でもdivが必要無くても
グループ化という事で内容別にdivで分ける必要があるのかな、と
>>190
随分前に別の質問させてもらいましたが、この事では初めてです
192:Name_Not_Found
07/09/04 17:11:32
ここまでやるべき
<div id="contents">
<div class="content" id="kaishagaiyo">
<h2>会社概要</h2>
会社概要の内容
</div>
<div class="content" id="enkaku">
<h2>沿革</h2>
沿革の内容
</div>
</div>
193:Name_Not_Found
07/09/04 17:15:12
>>187
そんなの自己満足の範疇だから好きにすればいいよ
CSSなりでのデザインの都合で付けるなり付けないなりすればいい
div 自体何の意味づけも無いから Strict という点から言えば
div で囲もうがコメントで区切ろうが無関係
194:Name_Not_Found
07/09/04 17:21:39
>>191
> グループ化という事で内容別にdivで分ける必要があるのかな、と
なんでそんな必要があると思ったの
必要があるとかないとかじゃなくて「俺はこうしたい」んじゃないの
だったらこのスレで聞かなくてもお好きなように
195:Name_Not_Found
07/09/04 17:22:06
別窓云々は都度選択出来るようにすればよくないか？もちJavaScriptだが
196:Name_Not_Found
07/09/04 17:41:18
俺は<hn>の有効範囲がそのブロック内のみと思っているから、
ひとまとまりの内容を表すのに<div>でくくる。
197:Name_Not_Found
07/09/04 17:43:00
じゃあ俺はそんなこと思っていない
198:Name_Not_Found
07/09/04 18:32:31
<div id="navi">
<ul>
<li>企業情報</li>
<li>ギャラリー</li>
</ul>
</div>
こっちの方が気になった。ul#naviでいいじゃない。
199:Name_Not_Found
07/09/04 18:39:04 +nFKlSXE
さきほど別窓で質問したものです。
ご回答ありがとうございました。別窓はやめたいと思います。ところで
画像置換でギルダー・レビンメソッドよりお勧めのものってありますか？
現在作っているサイトで使っているのですがいらない<span><span/>が
気になります。これを解消した方法はまだ出てきていないのでしょうか？
200:Name_Not_Found
07/09/04 18:44:35
なぜこのすれなの
しつもんすれがあるじゃない
201:Name_Not_Found
07/09/04 18:58:07
>>199
img要素
202:Name_Not_Found
07/09/04 19:01:09
Webサイトデザインを省力化--CSSフレームワーク「Blueprint 0.5」
URLﾘﾝｸ(japan.zdnet.com)
203:Name_Not_Found
07/09/04 19:03:21
>>171で出てるね
そしてcssはこのスレとはｋ
204:Name_Not_Found
07/09/04 20:01:04
>>193
何の意味づけもないってのは事実誤認だな。
<div><p>...1...<p>
<p>...2...<p></div>
<p>...3...<p>
と
<p>...1...<p>
<div><p>...2...<p>
<p>...3...<p></div>
は文書の構造が違う。
HTML類は入れ子構造が作れないから、この違いは大きい。
ただ、このような「文書構造上異なるグループ化」はできても、
それが「段落集合のグループ化」とかいう意味になるとかはないけどね。
205:Name_Not_Found
07/09/04 22:32:51
「別窓で開きたい人は<kbd>Ctrl</kbd>を押しながらクリック！」
とかすればいいのにna
206:Name_Not_Found
07/09/05 01:30:39
ストリクタ的にはcssで指定したら_blankで開けるようになったら問題ないんだろうな。
strictに準じてるから。
207:Name_Not_Found
07/09/05 01:33:38
>>206
なんというバカ
208:Name_Not_Found
07/09/05 01:39:47
なんで表現を定義するCSSでリンクの扱いまで決めるんだよ
アンチスレか初心者スレに引っ込んでろ
209:Name_Not_Found
07/09/05 02:25:11
blankで開くように指定するCSSなら別にあってもいいや
別のページで表示するっていうのはある意味見かけ的な動作と言えるし
210:Name_Not_Found
07/09/05 02:38:12
結局ただのわがままの押し付け合いだからな。
別窓を製作者がユーザに強制してるところで、
製作者に別窓を押し付けるなと言いつつ自分がそれを押し付けてるだけ。
どっちの意見も間違っちゃいないのにお互いを完全に否定してるからな。
救えない。
211:Name_Not_Found
07/09/05 02:56:55
UAが別ドメインへのリンクは新規タブORウィンドウで開くって機能を搭載して
くれればいいのにな。
212:Name_Not_Found
07/09/05 04:02:29
だまってマウスの真ん中ボタン押して別窓開けや
なんか <a href="javascript:～"> って書いて別窓だしてるページが嫌い。
リンクを別窓で開こうとしたら href がアドレスじゃないからエラーになるし・・・何考えてんだｗ
213:Name_Not_Found
07/09/05 04:16:49
最近はJavaScriptで別窓を開かせながらも､ シフトキー + クリックや中クリックでもちゃんと開ける作りが増えてきましたね｡
214:Name_Not_Found
07/09/05 07:58:16
定期的に沸くな、なんとしても外窓で開かせようとするヤツ
js使えばStrictのDTD選択していてもできます！とか死ねよ
215:Name_Not_Found
07/09/05 08:24:53
自分は外部リンクを開くときはいつも新規タブに開くのだが、たまにCtrlを押
しそこねていることに気がつかず、うっかりタブを消してしまって「あ、しまっ
た」ってなるときがある。Operaはゴミ箱のアイコンから消したタブを復活で
きるので致命的ってこともないが、タブやウィンドウの復活機能がないブラウ
ザを使っている人って困ったりしないのかなと思う。そういう点では
target="_blank"にもメリットがあるんだが、外部リンクは新規タブやウィン
ドウで開いている人ってどのくらいいるのかな。タブブラウザならタブがたく
さん開いてもあまりうっとうしくはないんだが、SDIのブラウザだとタスクバー
がえらいことになるから、需要はかなり微妙なラインにありそう。
216:Name_Not_Found
07/09/05 08:26:23
js で target 属性をつけるのはあかんと思うが、
onclick や ondblclick 等をつけての window.open なら許可してるゥゥ
それもユーザビリティに沿ったもんに限るけど。
ユーザーの行動の範囲を広げるのはいいけど、狭めるものであってはいかんな。
217:Name_Not_Found
07/09/05 08:42:47
別サイトへの target="_blank" は優しいか
ｽﾚﾘﾝｸ(hp板)
【target="_blank"】外部リンクは別窓？
ｽﾚﾘﾝｸ(hp板)
せっかく隔離スレがあるんだからそっちでやってください
218:Name_Not_Found
07/09/05 08:55:02
>>216
onclickを直に書くとHTMLのメンテが悪くなるから
外部のjsに書いたほうがえーよ
219:Name_Not_Found
07/09/05 09:12:05
>>218
うん、そう言ったんだけど・・・、そう聞こえなかったかｗ
220:Name_Not_Found
07/09/05 09:18:11
onclickもjavascriptの一種なのに
なんでonclickで新窓開くのは許可して
target属性指定するのはダメなんだ？
やり方が違うだけでやってることは同じだ
221:Name_Not_Found
07/09/05 09:27:41
>>220
>>217
222:Name_Not_Found
07/09/05 09:30:53
いや>>216の二重基準がおかしいなと思っただけで
俺は新窓云々には興味ない。
223:Name_Not_Found
07/09/05 11:53:08
>>220
target属性の無いDTDが前提の話だからじゃない？
あれば直接書けば良いだけだし。
224:Name_Not_Found
07/09/05 12:57:07
俺は >>216 じゃないが、この基準は分かるぞ。
仕様書には、スクリプトで生成後のソースも仕様に沿ったものでなければ
ならないとあるので、DTDに反するものを生成するのは完全に間違い。
DTDに反しなくても、「直接書くとストリクト的でないからスクリプトで
生成しよう」なんて発想はストリクトでない。直接書いてもスクリプトで
生成しても同じ仕様に合致しないとならないんだから同じ事。
一方、ソース（またはDOMツリー）を追加変更することなく、関数で機能を
付けるのなら、ストリクトは関係ない。アクセシビリティやユーザビリティの
問題となる。
225:Name_Not_Found
07/09/05 13:22:14
>>214
別にいやなら見にこなくてもいいんじゃよ。
外窓で開かせようとするサイトもここも。
こういうやつらはそれでも来て文句言うだけ言いまくりそうだけど。
226:Name_Not_Found
07/09/05 13:39:19
誘導されてるのにスレ違いの話題で粘着しつづける225の必死さ
227:Name_Not_Found
07/09/05 13:44:59
ここで214登場
228:Name_Not_Found
07/09/05 14:08:49
はい、おっぱっぴー
229:Name_Not_Found
07/09/05 16:18:38
どうすべきか、であって
別窓で開きたいとか文字を消して画像にしたいとか
ああしたいこうしたいはスレ違い
230:Name_Not_Found
07/09/05 18:46:16
どうすべきかなんて決まってるジャン。
target="_blank"を使うなってだけだろ。
あとはstrictの問題じゃなくなってるし。
231:Name_Not_Found
07/09/05 18:52:54
だから「どうすべきか」という話題とは関係ない
target="_blank"の話はするなってだけだろ。
232:Name_Not_Found
07/09/06 18:07:27 tdGWnx7Z
このスレをざっと読んで思ったのですが，dlが好んで使われているようですね。
個人的にdlはあくまで用語定義のリストととらえているので，
それ以外の目的に使用することには躊躇してしまうのですが，
strictな立場でも，dlの多用は許容されているようですね。
私の場合はclass分けしたdivを多用していて，それはそれで面倒なのですが‥。
233:Name_Not_Found
07/09/06 20:20:51
definition listのdefinitionは定義じゃなく記述と訳すのが適切。
（「定義」ということ自体、対象について記述することだし）
dlを、用語と記述の2つの部分から構成されるリストとして考えれば
会話（<dt>名前</dt><dd>セリフ</dd>）などもstrictな用法。
234:Name_Not_Found
07/09/06 21:36:19
>>233
ただ，dlの適用範囲をどんどん拡大していくと，本文においてもhnやpの替わりに
dlのdtやddを使えば良いという考え方が出てくる訳で，
それはdlの適用範囲を逸脱していると思うのですが，
dtにタイトル，ddに説明的な用法を認めるとすると，
そのような考え方が生まれても仕方ないのかなと思います。
そういうことを考えると，dlはあくまで用語定義リストに使用をとどめておくのが
明確で良いのではないかと思った次第です。
確かに会話もdlの例として見かけますね。
個人的にはtableと迷うところですが，dlの方が適切なのでしょうかね。
235:Name_Not_Found
07/09/06 21:56:24
脚本のマークアップとかで
<tr><th>時間・場所</th><th>話者</th><th>セリフ</th></tr>
<tr><th>深夜・自宅</th><td>俺</td><td>「ぬるぽ」</td></tr>
<tr><th>早朝・ネット喫茶</th><td>誰か</td><td>「がっ」</td></tr>
みたいなのはアリだなと思うが、
<tr><th>俺</td><td>「ぬるぽ」</td></tr>
<tr><th>あいつ</td><td>「がっ」</td></tr>
<tr><th>俺</td><td>「ぬるぽ」</td></tr>
<tr><th>あいつ</td><td>「がっ」</td></tr>
みたいなのだとすると、間違った表の使い方だと思う。
tableで同じ対象を表す見出しが繰り返されるのはキモイ
236:Name_Not_Found
07/09/06 21:58:11
なんというnot valid...訂正
<tr><th>時間・場所</th><th>話者</th><th>セリフ</th></tr>
<tr><td>深夜・自宅</td><td>俺</td><td>「ぬるぽ」</td></tr>
<tr><td>早朝・漫喫</td><td>誰か</td><td>「がっ」</td> </tr>
<tr><th>俺</th><td>「ぬるぽ」</td></tr>
<tr><th>あいつ</th><td>「がっ」</td></tr>
<tr><th>俺</th><td>「ぬるぽ」</td></tr>
<tr><th>あいつ</th><td>「がっ」</td></tr>
237:Name_Not_Found
07/09/06 22:14:53
脚本にtableなんて論外だろ・・
238:Name_Not_Found
07/09/06 22:30:00
>>235
> tableで同じ対象を表す見出しが繰り返されるのはキモイ
だとしたら，話者にthを使わず，tdを使って，class="speaker"属性を与えればよいのでは。
しかし，会話にdlを使うとしても，dtに同じ見出し（話者）が繰り返されることになりますが，
この場合は構わないのですかね。
239:Name_Not_Found
07/09/06 22:51:53
おいおい言ってることが怪しくなってきたぞ
240:Name_Not_Found
07/09/06 22:53:23
thは見出しだがdtは見出しじゃないんだが…
241:Name_Not_Found
07/09/06 23:12:50
脚本・・・
dl の中に p 段落があるのは割と受け入れられるけど、
table の中に p 段落が入るとなると、違和感があるなあ。
242:Name_Not_Found
07/09/07 00:49:30
>>241
> table の中に p 段落が入るとなると、違和感があるなあ。
本来はあるべきでないという次元の話と、現実に存在しているものなら許容せざるを得ないという話のせめぎ合い。
LaTeXだと、表中に複数段落が存在することも箇条書きが存在することも許容しない。
だとすると、こんな表はどう扱えばよいのか小一時間…
URLﾘﾝｸ(www.mext.go.jp)
243:Name_Not_Found
07/09/07 01:20:04
dlと2列のtableの境界は結構曖昧だな
dlの強みは、tableよりも簡単にタグを組めることと、
dtとddを2段に分けて表現できることか
みんなあんまり考えずにdlを使ってるんじゃないの？
244:Name_Not_Found
07/09/07 01:44:20
お前なんでStrictスレにいるの？
245:Name_Not_Found
07/09/07 02:22:00
いよいよ言ってることが馬鹿丸出しになってきたな
246:Name_Not_Found
07/09/07 02:46:11
煽るだけかよ
反論してくれよ‥
247:Name_Not_Found
07/09/07 03:26:30
8.知能障害を起こす
「何、犬ごときにマジになってやんの?バーカバーカ」
9.自分の見解を述べずに人格批判をする
「犬が哺乳類なんて言う奴は、社会に出てない証拠。現実をみてみろよ」
これか
248:Name_Not_Found
07/09/07 06:05:37
> 8.知能障害を起こす
> 「何、犬ごときにマジになってやんの?バーカバーカ」
「何、HTMLとCSSごときにマジになってやんの?バーカバーカ」
URLﾘﾝｸ(d.hatena.ne.jp)
249:Name_Not_Found
07/09/07 06:09:26
このスレは意味や構造に基づいたマークアップについて話し合うところなのだ
から、>>243は「dlと2列のtableの境界は結構曖昧だな」と問題提起をしたの
なら、dl要素とtable要素の意味的な違いについて論じるのが筋であるのに、
「dlの強みは、tableよりも簡単にタグを組めること」などとマークアップ作
業の容易さを比較したり、「dtとddを2段に分けて表現できること」と意味の
わかならい発現をしたりするものだから、>>244や>>255はあきれて物も言えな
いって思っているんでしょ。>>243の発現はこのスレの趣旨とは全く関係ない
ことなのだから、議論の余地はない、よって反論するまでもなし、ということ
では。
250:Name_Not_Found
07/09/07 06:11:05
タイポ。発現→発言
251:Name_Not_Found
07/09/07 06:56:17
個人的にあくまで主観です
252:Name_Not_Found
07/09/07 08:42:12
自分がおかしいとはこれっぽちも思わないのなｗ
>>248みたいなの持ち出してきてるしｗ
経験からこういうやつは何を言っても無理やり理由を作って自分を守ろうとするんだよな。
かなり厄介。
253:Name_Not_Found
07/09/07 09:05:16
記述内容が箇条書きと表形式のどちらに適してるかでdlとtableを使い分けるべき。
リストや表をマークアップするためにそれぞれ作られているのに、
タグを書きやすいから全部リストでやっちゃえ、とかは本末転倒。
もちろん、どちらに適してるかは主観的だが、ある程度は共通理解もあるはず。
たとえば表は、水平方向と垂直方向の見出しの掛け合わせで
次元（他に上手い言葉を思いつかない）を持たせられる。
a b c
A Aa Ab Ac
B Ba Bb Bc
C Ca Cb Cc
箇条書きは、ネストすることで階層構造を表すことができる。
ごはんもの
チャーハン
400円
800kcal
カレー
350円
700kcal
麺類
うどん
250円
550kcal
みそラーメン
350円
760kcal
と思うんだがどうか
254:Name_Not_Found
07/09/07 09:23:07
> タグを書きやすいから全部リストでやっちゃえ、とかは本末転倒。
これは>>243の妄想なのでスルーしてもいいのに
255:Name_Not_Found
07/09/07 09:39:24
>>253
表と定義型リストの違いがよくまとまってるな。
>>243がいかにものを考えてないかよく分かる。
ところで安い食堂だなｗ 学食か？
256:Name_Not_Found
07/09/07 09:40:56
>>253
わかってるとは思うけど、ネストした階層構造は表組で表すこともできる。
257:Name_Not_Found
07/09/07 09:50:49
tableは三次元の表も作れるしね
恐ろしい子
258:Name_Not_Found
07/09/07 21:21:04 QFkcXvD2
Tableはデータの比較や計算の際にわかりやすい。定義リストは説明を迅速に調べたい際に便利。
ただ紙媒体の場合、リストは文中でも使うけど、TABLEは「別表」とか言ってグラフ図に準じる扱い。
だから俺は日記やエッセイにTABLEがあると違和感がある。HTML以前に文章作法としてだけどね。
259:Name_Not_Found
07/09/07 21:24:49
まあ確かに、日記とか随筆とかで表は書かないわなｗ
ブログとか論文形式のページには向いてるが
260:Name_Not_Found
07/09/07 22:00:59
活字では表と同等な扱いのグラフ図を表現するにはImgやObjectのインライン要素なんだよなあ
261:Name_Not_Found
07/09/07 22:20:46
学術用で始まったのにグラフ用の要素ないんだよな…
<graph title="時間-電圧曲線">
<axisx mode="log">time / s</axis>
<axisy mode="linear">Voltage / V</axis>
<wave name="wave1">
<value axisx="0" axisy="0" />
<value axisx="10" axisy="5" />
</wave>
</graph>
みたいな。手書きだと悶絶しそう…画像ですむか。
将来的にはSVGとかMathMLとかになるのかな？
262:Name_Not_Found
07/09/07 23:31:52
あくまでテキストのマークアップだからだろ
263:Name_Not_Found
07/09/07 23:35:17
それもそうか…
264:Name_Not_Found
07/09/07 23:45:59
表現したいことが簡単に表現できないからな
HTMLとか時代遅れな技術になってる希ガス
265:Name_Not_Found
07/09/08 01:04:08
時代はXML
266:Name_Not_Found
07/09/08 03:33:51
>>234
> ただ，dlの適用範囲をどんどん拡大していくと，本文においてもhnやpの替わりに
> dlのdtやddを使えば良いという考え方が出てくる訳で，
dlはあくまでリストだから、本文として用いるのは不適切だよね。
dlはあまり使ったことがないけど、
他の人の使い方をみると、dtを見出し、ddをその内容のように使っているのが多いかな。
HTML 4.01 Specificationのリストの例をみても、この解釈はあながち間違いではないように思う。
だとすると、dlを脚本に用いるのはおかしい気がするが、このdlの解釈は間違ってる？
どなたかご教授お願いします。
267:Name_Not_Found
07/09/08 06:01:28
またきみか
268:Name_Not_Found
07/09/08 07:47:12
とりあえず日本語でおｋ
269:Name_Not_Found
07/09/08 07:53:12
dtは見出しではない。見出しが何を意味するか調べろ。
dlのdefinitionを定義ではなく記述として訳・解釈すると
定義リストのみならず、いわゆる対話や脚本なども
不適切な用法ではない。
270:Name_Not_Found
07/09/08 08:57:45
節の区切りってhrでおｋ？
それともdivでsection風味にしたほうがいいのかな
271:Name_Not_Found
07/09/08 09:04:17
このスレを読み直した上で
それを踏まえてもう一度レスを
272:Name_Not_Found
07/09/08 16:10:55
blockquote中の見出しの件。
俺は2なんだが、どんなもんだろ
1. 引用先のマークアップをまんま使う。
自分のとこの見出しレベルとずれても気にしない。
2. <p class="headline">...</p>などと置換する
3. そもそも見出しまで含むような引用はおかしい。
普通の本の引用でいうと、1節まるまる引っ張るようなもの
273:Name_Not_Found
07/09/08 16:23:20
３で・・・って思ったけど
文字を大きくするためだけに見出し要素を使っているサイトとかの引用は・・・
って引用元のマークアップを改変してもいいか悪いかは結論出てる？
というかどっちもまとめwikiに表題だけ書いてあるね
過去ログ持ってる人、過去ログのアップロードかwikiの追記をお願いします
274:Name_Not_Found
07/09/08 16:52:26
>>272
4. 引用した内部で最大を h1 にずらし、それに合わせて以下も引き上げる
だと思う。見出しは相対的なものなので(切り出した中で) h1 がトップであるべき
とはいえ手間の点で 1. にしちゃってるのが現状だけど
2. は法律での「引用」の前提条件を満たせなくなるので避けるべき
(少なくとも「原文での h? を p に置換」とか付記しないとまずい)
3. については、普通なら dl を使うような場面で見出しを使う Web ページは
たくさんあるし、それが間違っているとも言えないし、例え間違っていると思っても
「引用」である以上、原文が「見出し」としている所を改変するわけにはいかない
ので 1, 2. と等列に並べて考えられないと思う
275:Name_Not_Found
07/09/08 16:55:46
>>274
「4.」は「原文でのhnをh1に置換」とか付記しなくてもいいの？
276:Name_Not_Found
07/09/08 17:03:42
>>273
>って引用元のマークアップを改変してもいいか悪いかは結論出てる？
それは単純に法律の問題かと
意味が付随する h? とか ol/ul, dl, em/strong, cite, q/blockquote なんかはまずいけど
見栄えを整えるための div/span や id, class, style 属性なんかは取り去って問題ないかと
それと Strict にするためにそうではないページからの引用に必要最低限の要素の置き換えを
するのは許容されると思う(メディアの違いによる必要な処置だから)
>文字を大きくするためだけに見出し要素を使っているサイトとかの引用は・・・
引用内部で辻褄が合っている限りは内容に手出ししない方が無難かと
他人が見て明らかに「見出し」でないものに見出し要素を使っていても
それまで含めて「原文」なわけだし
気になるなら「(原文ママ)」と付記すればいいかと
277:Name_Not_Found
07/09/08 17:07:31
>>275
見出しは相対的なものなので見出しのレベルを丸ごとずらしている限りは不要だと思う
(dl のネスト等と同じ扱い)
278:Name_Not_Found
07/09/08 17:14:11
>>272
一節と言っても、数行しかない見出しと節のペアだってありうるわけで、べつにおかしかない。
で、そもそも、引用するのは文章であってマークアップのソースじゃないんだから
文意を曲げる意図を持った改変とかじゃなけりゃ、とくに問題とはならない。
論文を引用するのに、その論文の印刷媒体のフォントや強調効果などを、
まったく相違ないフォントの種類やフォントサイズ、強調時の太さ、などに
しなけりゃならない道理が（普通は）ない、ということと同じ。
あと、HTMLのマークアップは、その文書内で整合性を持ってなきゃダメ。
見出しレベルがおかしいとか、そういうのは（あたりまえだけど）アウト。
279:Name_Not_Found
07/09/08 17:17:29
>>278で結論だな
280:Name_Not_Found
07/09/09 00:07:39
元の文章が句読点のたびに<br>で改行してあるようなやつだったら、それもそ
のままにしておくべきなのかな。
281:Name_Not_Found
07/09/09 00:21:36
著者が意図して改行している（と思われる）詩や散文みたいなものはそのままで
その他は気にしなくても良いんじゃないかなあ
282:Name_Not_Found
07/09/09 00:58:42
>>280
著者が「意味段落」と「形式段落」で使い分けているようなら
その区分けは維持した方がいいと思う
283:Name_Not_Found
07/09/09 01:00:25
p要素も何も使わず、全部brで書かれてたら…とか、色んな状況を想定して
みると、結局、著者の意図を変えないことが重要で、著者のマークアップを
変えないというのはあまり意味がないと思う。
実際、HTML文書の内容を紙メディアに転載する場合などは、マークアップは
全部除かれる訳だし。
284:Name_Not_Found
07/09/09 03:15:10
>>274にすごい違和感を感じるんだが。
引用とはいえなんでh1がくるんだ？
ありえんだろ。
285:Name_Not_Found
07/09/09 03:44:54
>232=234=238=243=274と考えるか
おかしい奴が複数人同時期に涌いたと考えるか
お好きな方をどうぞ
286:Name_Not_Found
07/09/09 04:54:39
>>269
> dtは見出しではない。
>>274
> 普通なら dl を使うような場面で見出しを使う Web ページは
> たくさんあるし、それが間違っているとも言えないし、
dtはddの見出しか見出しでないのか、どちらでしょうか？
>>269
dlを定義リストではなく、記述リストと解釈したとして、
ddをdtに関する記述と意味づけるとすると、
dtに人物名が入れられた場合、
ddにはその人物に関する記述（人物紹介）が内容として入るべきであって、
その人物のセリフを入れることができると解釈するには少し無理があると思うのですが。
よかったら、もう少し詳しく説明してもらえませんか？
> 見出しが何を意味するか調べろ。
何を意図している発言なのか良く分かりません。
段落に対してしか「見出し」という用語は用いないということでしょうか。
thの"h"に当たるheaderも「見出し」と訳されているように思うので、
dtはddの見出しであるという表現に問題はないように思うのですが、
不備があればご指摘願います。
287:Name_Not_Found
07/09/09 05:26:53
仕様書すら知らない初心者が知ったかぶりするスレじゃないんですが
288:Name_Not_Found
07/09/09 05:29:08
いやもうさ、そんなにtableでやりたいならそうすればいいよ
289:Name_Not_Found
07/09/09 05:54:07
何だか引用したくなくなってきたよ・・
290:Name_Not_Found
07/09/09 06:48:22
全員、
妄想じゃなくてどこを参考にしたか書いてください
それとも自分の思い込みが絶対だと言うのですか
291:Name_Not_Found
07/09/09 07:08:47
>>286
HTMLの仕様ではdlを脚本に用いることは認めているんだよね。
"10.3 Definition lists: the DL, DT, and DD elements"の最下部を参照。
URLﾘﾝｸ(www.w3.org)
定義リストがどう転んだら脚本に応用でいるのかは俺には説明できないが、
仕様が認めているのでdlは脚本として使用できるとしか言えない。
dlの使用例についてはこれを参考にしてみては。
多少やりすぎかもしれないが、何か分かるかもよ。
URLﾘﾝｸ(www.cybergarden.net)
42ページ以降にいろいろ載っている。
まとめのページにはトンチンカンなことも書かれているが、参考までにどうぞ。
292:Name_Not_Found
07/09/09 07:11:00
>>291
>応用でいる
応用できる
293:Name_Not_Found
07/09/09 08:21:26
そもそもthって見出しじゃなくて項目名だろ。
ラベルとかそっちに近い。
294:Name_Not_Found
07/09/09 08:49:49
意味・定義にはdfnあるんだから、dlは記述型リストとして広く解釈すればいい。
絶対に定義にしか使えないリストなら（まあ「定義」の解釈にもよるが）
「他の応用としてdialogue（対話）にも使える」などと書かれるはずがないし。
295:Name_Not_Found
07/09/09 14:04:41
過去ログはどこで手に入りますか？
296:Name_Not_Found
07/09/09 16:28:35
strict-html 29 とかでぐぐれ
297:Name_Not_Found
07/09/09 19:09:32
質問者は最初の質問番号を名前欄に入れてくれよ
なんというカオスだよ
298:Name_Not_Found
07/09/09 21:18:17
というかそもそもdtがddの見出しだなんて誰も言ってないんじゃ。
>>274はdtを使うべき場面で見出しを使っても間違っているとはいえないといっているだけで
むしろ見出し+p/ul/olがdl(dt+dd)的な使い方も出来るという意味に取れる。
299:Name_Not_Found
07/09/09 22:37:10
過去ログの初代スレッドで下みたいなのあって吹いた
2001年ってそんなころだったのか…
＞ もうね、<strong>アホか</strong>と。<strong>馬鹿か</strong>と。
＞ <q>よーしパパ特盛頼んじゃうぞー</q>、とか言ってるの。もう見てらんない。
＞ <dfn>つゆだく</dfn>
300:Name_Not_Found
07/09/10 04:11:07
属性値はダブルクォートでしか囲ってはいけないんでしょうか？
シングルクォートを使いたいのですが、これはまずいんでしょうか・・・
301:Name_Not_Found
07/09/10 04:44:25
なぜシングルクォートを使いたいのか、理由を述べなさい
302:Name_Not_Found
07/09/10 13:45:00
>>301
サーバー再度スクリプトで書きにくいから。
303:Name_Not_Found
07/09/10 13:51:38
書きたければ書けばいいじゃないか、シングルクォート。
いいと思うよ、うん。誰も止めない。
304:Name_Not_Found
07/09/10 14:00:42
正確に言えば、あなたのソースコードをシングルクオートに対応してない
ヘボプログラムに食わせる人や、そういう人の影響（被害？）を被る
人は止めたがるかもしれない。
しかし、スレ的には何の問題もない。
305:Name_Not_Found
07/09/10 14:02:52
つかこのレベルの質問する時点で…
306:300
07/09/10 14:15:59
すいません理由を書くべきでした。
PHPでHTMLのタグからすべて出力するようにしているので、
スクリプト中のダブルクォートとかぶってしまうときがあるんです。
>>304
ブラウザが対応していないという意味でしょうか？
307:Name_Not_Found
07/09/10 14:18:34
>>300
もういいよphpスレか初心者の質問スレいけよ低脳
308:Name_Not_Found
07/09/10 17:03:08
初心者スレならダメでFA。
309:Name_Not_Found
07/09/10 17:13:54
web制作板でここ以外になんか面白いスレある？
310:Name_Not_Found
07/09/10 17:27:13
>>309
オレの日記帳
ｽﾚﾘﾝｸ(hp板)
311:Name_Not_Found
07/09/10 17:42:53
>>309
JavaScript
312:Name_Not_Found
07/09/10 18:13:12
javascript質問スレ覗いてきたが、凄いな…
js多用してるのでoffの人はエラーページしか見せたくないとか
ページを閉じたときに効果音鳴らしたいとか
313:Name_Not_Found
07/09/10 18:38:03
>>312
あれはよく出るアホな質問の一つ。
みんなスキル高いから質問によってはなかなか面白い
314:Name_Not_Found
07/09/10 19:22:28
質問スレは基本的に酷い質問しかこないから面白いのは少しだけだろ
あとあそこ意味もなく国語問題で揉めたり
回答者の一部が無駄に威圧的問題で揉めたりするし
315:Name_Not_Found
07/09/11 14:05:23
昔JSスレで質問に答えたりしてたけど、流れが早いから最近面倒になって行かなくなったなあ・・・。
strictスレの早さはかなり楽。
旅行で1週間とか開けても追いつけるし。
316:Name_Not_Found
07/09/12 08:43:43
>みんなスキル高いから質問によってはなかなか面白い
寝言は寝て言え
317:Name_Not_Found
07/09/12 09:23:50
>>316
こっちまで出てくんな
318:Name_Not_Found
07/09/12 18:32:24
>>317
おまえもだ
319:Name_Not_Found
07/09/12 18:33:07
>>316
>>318
m9(^Д^)
320:Name_Not_Found
07/09/12 20:38:38
>>317
>>319
m9(^Д^)
321:Name_Not_Found
07/09/12 20:55:18
何この流れ…必死なやつがいるな
322:Name_Not_Found
07/09/12 22:58:32
まず自分で調べもせずに馬鹿な質問（しかもマルチ）して突き返されて揚句の果てに「寝言は寝て言え」
323:Name_Not_Found
07/09/13 08:13:45
そんなことよりGRDDL勧告ktkr
プロフィールとかに早速使おうかな（ミーハーだが）
324:Name_Not_Found
07/09/13 22:00:30
URLﾘﾝｸ(bizmakoto.jp)
ブラウザの文字サイズ最大にしてる人が50%近くいるそうだ
（あくまで子育てサイトでの統計だから一般化しにくいにせよ）
よくある豆字サイト対策で最大にしてるんだろうが、
中サイズで16px前後、もちろん可変でCSS書いてる俺のとこは
一体どれほどでかいフォント表示されてるんだろうかと考えて凹んだ
あんまり大きすぎると今度はみっともないし
まあ見てる人の自由だけどさ……
325:Name_Not_Found
07/09/13 22:04:10
明らかにスレ違いなわけだが
326:Name_Not_Found
07/09/13 22:06:53
GRDDLもXML系スレ行き？
327:Name_Not_Found
07/09/14 18:39:27
スレ違い承知でレスするけど、その「こそだて」にアクセスしたら豆字固定で噴いたｗ
328:Name_Not_Found
07/09/15 01:39:07
あんま関係ないが、font-size:95%で書かれてるサイトが結構あるけど、
IEだと最小にしたときに文字が豆になって潰れるから96%で書いて欲しい。
96%なら最小にしても小のときとほぼ同じだから助かる。
329:Name_Not_Found
07/09/15 01:51:39
あんまどころか全く関係ないな
330:Name_Not_Found
07/09/15 21:36:08
>>326
このスレで何度も話された、div,span要素に係るclass,id属性による意味付けについて議論が変わる。
GRDDL処理を前提にclass属性、id属性を付けると考えると、属性値を何にするかしっかり考えるよ。
あとGRDDLの勧告に従うと(X)HTML勧告外のLINK形式が必要になるが、このスレ的にはどうだろね？
331:Name_Not_Found
07/09/15 21:49:34
>>330
どうだろねもなにも、ちゃんとプロファイル用意されてるじゃない
332:Name_Not_Found
07/09/15 22:00:14
kanzaki氏のとことかにあるね
俺は前々から使わせてもらってたので
今回の勧告受けても特にネタにできず
333:Name_Not_Found
07/09/17 21:31:32
stricter的には、
<dl>
<dt>A</dt>
<dd>B</dd>
<dd>C</dd>
</dl>
と
<dl>
<dt>A</dt>
<dd><ul>
<li>B</li>
<li>C</li>
</ul></dd>
</dl>
は、違ったものなの？
たまに使い分けているサイトを見かけるんだけれど、
その法則性が全く見出せない。
教えてエロい人
334:Name_Not_Found
07/09/17 21:41:18
法則性って言われても場合によるし
その使い分けの内容を見ないことにはなんとも
335:Name_Not_Found
07/09/17 22:22:07
>>333
stricterって何？
336:Name_Not_Found
07/09/17 22:22:48
> たまに使い分けているサイトを見かけるんだけれど、
そのサイトの人に法則を聞いてみては？
337:Name_Not_Found
07/09/18 02:28:42
気分だろ。
意味的には同一だし。
338:Name_Not_Found
07/09/18 11:25:24
>>337
一緒じゃないと思う。
>>333
<DT>に対する二つの説明の関係性が全く違うときと、
説明が関連のあるリストのとき。
<dl>
<dt>インターネット</dt>
<dd>複数のネットワークを相互に接続して云々。</dd>
<dd>大阪にある音楽ソフト等を開発している会社。</dd>
</dl>
<dl>
<dt>検索サイト</dt>
<dd><ul>
<li>Google</li>
<li>Yahoo!</li>
</ul></dd>
</dl>
339:Name_Not_Found
07/09/18 15:28:29
>>338
下の例を
<dl>
<dt>検索サイト</dt>
<dd>Google</dd>
<dd>Yahoo!</dd>
</dl>
と書くのでは、何か違いが出るかな？
340:Name_Not_Found
07/09/18 15:36:30
ddは説明を内容として持つから
名詞だけってのは説明として不十分で違和感がある
自分は、複数の異なる説明のときはdd並列で
名称を羅列するなど箇条書きのときはdd内にulかol
341:Name_Not_Found
07/09/18 15:52:05
> 名称を羅列するなど箇条書きのときはdd内にulかol
は説明として十分で違和感はないのか
342:Name_Not_Found
07/09/18 16:14:18
>>341
<dd>説明<ul>...（補足的なやつ）...</ul></dd>
みたいなとき
343:Name_Not_Found
07/09/18 17:51:15
箇条書き以外の追加条件を後出しかよ
その場合は
<dd>説明<ul>...（補足的なやつ）...</ul></dd>
とするより
<dd><p>説明</p><ul>...（補足的なやつ）...</ul></dd>
とするほうが匿名ブロックボックスができないから「違和感がない」
で
> <dd>説明<ul>...（補足的なやつ）...</ul></dd>
の「説明」の部分がなく「dd内にulかol」だけのときは
説明として十分で違和感はないのか
344:Name_Not_Found
07/09/18 21:56:22
匿名ブロックってそんな気持ち悪い？(´･ω･｀)
2.0 で P の中に UL とか入れられるようになった場合は違和感なくなるんかな。
345:Name_Not_Found
07/09/18 22:56:53
一方HTML5じゃdivやliにはブロックレベルとインラインレベルの混在はできない
とまあ2.0だの5だの未来の話をしても
346:Name_Not_Found
07/09/18 23:44:51
>>339
箇条書きを単発の文章を複数で書いていいのと同じで、それでもいいけれど、
ただその例だと、検索サイトとして、Yahooがある。Googleがある。と言うのがわかるだけで、
「検索サイトのリスト」ではないので、YahooとGoogleの関連性は全く保証されない。
>>338では、「検索サイト」の説明として、「色々ある検索サイトのリスト」を示した。
347:Name_Not_Found
07/09/19 04:49:09
「検索サイトとして、Yahooがある。Googleがある。」と「検索サイトのリスト」は
等価じゃないのか？
どちらも検索サイトの一部でしかないし、
検索サイトのリストも関連性という点では不明瞭なのは同じ。
348:Name_Not_Found
07/09/19 06:02:36
>>347
それを等価だと感じるのなら、等価というしかない。
記述名に対する内容が、二つの独立した要素を持つ場合、
記述名が同じだけで、互いには関係の無い別物を表している。
記述名に対する内容が、一つの内容の中にリストという要素の場合、
ひとまとまりの列挙として説明される事柄である。
349:Name_Not_Found
07/09/19 06:36:41
全て主観に基づいた俺ルールです
350:Name_Not_Found
07/09/19 06:59:05
標準化への道程は長く険しい
351:Name_Not_Found
07/09/19 20:39:25 hRBRUUJk
ギャラリー風に画像を並べて表示したいのですが
□ □ □ □ □
□ □ □ □ □ ←こんな感じ
□ □ □ □ □
この場合はliを使ってもいいのでしょうか？
ご教授願います。
352:Name_Not_Found
07/09/19 22:10:16 hRBRUUJk
ごめんなさい。imgをCSSで制御していいようでした。
失礼しました。
353:Name_Not_Found
07/09/19 22:16:46
>>351
sage ろよ……
それはそうと、別にリストを使ってもいいんじゃないか？
354:Name_Not_Found
07/09/19 22:21:58
sage忘れてごめんなさい。
リストもありですか？色々ご意見を聞いてみたいです。
355:Name_Not_Found
07/09/19 23:01:42
リストいったく （何故か変換できない） だと思ってたわ
まあ 「＞表示したいのですが」 って言ってる時点でスレちｇ
356:Name_Not_Found
07/09/20 00:02:12
アフィリエイトのURLも&を&にしてるのか？
357:Name_Not_Found
07/09/20 06:20:10
>>348
リストを過剰にグループとして見すぎというか、その辺で混乱してると思う。
互いに関係のない別物を表してたとしても、
それは記述名に対する内容を表すものとして、リストで問題ないしリストだよ。
リストってそんな半端な制限された物じゃない。
話は変わるけど、リストは何のリストかという関連性があってこそリストなんだから、
dl-dt-ddってlリストをほぼ内包してるんだよな。
まあolみたいに順番が保持される必要とかがあるとまた違ってくるけど。
<ul title="hoge">
<li>magemage</li>
<li>mogemoge</li>
</ul>
≒
<dl>
<dt>hoge</dt>
<dd>magemage</dd>
<dd>mogemoge</dd>
</dd>
って感じかねぇ。
358:Name_Not_Found
07/09/20 07:12:20
dd要素とli要素が同等であるというのはまあいいとして
title属性がdt要素と同等のパゥワァー！があるというのは納得いかない
359:Name_Not_Found
07/09/20 08:26:16
意味づけの強さという点では確かに微妙だけど
確かにulにおけるtitleとdtは方向自体は似てるとは思うわ
必ず存在しないといけないdtと、
意味づけ的にまとめるくくりがあるだろうと推測されるulのtitleって感じか
そう考えるとlistにはtitleって必要だよな
360:Name_Not_Found
07/09/20 08:30:38
必須属性じゃあるまいし。
どうしてもそういう方向に持って行きたいようだが。
361:Name_Not_Found
07/09/20 08:38:16
さすがにそれは邪推し過ぎじゃないか
362:Name_Not_Found
07/09/20 10:35:49
>>357
<ul title="hoge">
<li>magemage</li>
<li>mogemoge</li>
</ul>
≒
<dl title="hoge">
<dt>magemage</dt>
<dd>magemageの説明</dd>
<dt>mogemoge</dt>
<dd>mogemogeの説明</dd>
</dd>
となって似て非なるものだと思う。
363:Name_Not_Found
07/09/20 11:04:38
教えてくれ(´･ω･｀)
縦に長い長い表（TABLE）があって、
項目がわかりづらいから、途中にも THEAD みたいなヘッダを起きたいんだけど、
TABLE の DTD って
<!ELEMENT TABLE - -
(CAPTION?, (COL*|COLGROUP*), THEAD?, TFOOT?, TBODY+)>
こうなってて、THEAD は 0 か 1回 しか置けないじゃんね。
こういう場合、みんなどうやっているんだい？(´･ω･｀)
複数置ける（はず）の TBODY で <tbody class="head"> とかにして仕方なく代用するくらい？
364:Name_Not_Found
07/09/20 11:41:57
>>362
うむそれだ
365:Name_Not_Found
07/09/20 12:03:43
どうやるも何も，1TABLEに 1THEADで十分だろ
項目が変わるんなら，別にするし，
見かけ上長くなって途中にも見せたいっていうならスレ違い
366:Name_Not_Found
07/09/20 14:50:10
>>363
TFOOT にも THEAD と同じものを置いて以上
ブラウザの実装がまともなら見えている範囲の上端と下端に
それが表示される建前
今主流の現行ブラウザでそういう表示をさせたい、という話なら
JavaScriptのスレにでも行って相談すればいいと思うよ
367:Name_Not_Found
07/09/20 16:00:46 Xdhhy94K
カレンダーをテーブルでマークアップすることはストリクトですか？
368:Name_Not_Found
07/09/20 16:08:11
>>367
表形式のカレンダーなら表だろ。
聞くまでも無いと思うんだが。
369:Name_Not_Found
07/09/20 16:14:54 Xdhhy94K
>>368
レスどうもです
その上で、
データセルに日付けだけではなく六曜や予定などを添えたい場合は
どうマークアップすればいいですか
URLﾘﾝｸ(www.kanzaki.com)
こういうことをしたりするものですか
370:Name_Not_Found
07/09/20 20:22:05
音声ブラウザに対応してるわけ？
strict関係ないだろ。
371:Name_Not_Found
07/09/20 20:36:30
何に対するレスかわからんけど、
音声ブラウザが対応しているかどうかなんて音声ブラウザの実装の話であって、
実装の話は10中8, 9スレ違い。
>>369のリンク先の話についてなら
axis属性やid属性やheaders属性やscope属性によって各セルを関連付けられる。
しかし音声ブラウザが対応しているかどうかなんて（略）
372:Name_Not_Found
07/09/22 10:47:41
dt要素にa要素を付加して
より詳しい情報をリンク先のページに書く
というのはストリクトではないですか？
dt要素に対応するdd要素に全て書き込むべきですか？
img要素のlongdesc属性みたいなつもりなんですが
<dl><!-- （０） -->
<dt>用語</dt>
<dd>（詳しい説明をここに全て書く）</dd>
</dl>
<dl><!-- （１） -->
<dt><a href="詳しい説明.html">用語</a></dt>
<dd>（簡単な説明）</dd>
</dl>
<dl><!-- （２） -->
<dt>用語</dt>
<dd><a href="詳しい説明.html">（簡単な説明）</a></dd>
</dl>
<dl><!-- （３） -->
<dt>用語</dt>
<dd>（簡単な説明）</dd>
<dd><a href="詳しい説明.html">詳しい説明を表示する</a></dd>
</dl>
（０）は普通のやつなので当然ありだと思いますが
（１）（２）（３）それぞれありかなしか教えてください
また「詳しい説明.html」が「#詳しい説明」（ページ内リンク）だった場合は
ありかなしか変わってきますか？
373:Name_Not_Found
07/09/22 13:23:36
>>372
わざわざ別リンクで説明するのなら、ここでDL要素なんて使わずに、普通に
その用語が出てくる文中に <a href="詳しい説明.html">用語</a> と書けば
いいだけのような気もするが…。
(1)も(2)もなんか違和感があるし、(3)は「表示する」という表現がStrictでない
と思う。俺ならこんな感じにするかな。↓
<dl>
<dt>用語</dt>
<dd>(簡単な説明)の意味。<a href="詳しい説明.html">用語詳説</a>も参照。</dd>
</dl>
URIであることは同じだから、ページの内か外かは関係ないと思う。
374:Name_Not_Found
07/09/22 14:30:58
どうもです
文脈の用語にアンカーをつければいいだけですね
リストにしたい場合は
<ul>
<li><a href="詳しい説明１.html"><dfn>用語１</dfn></a></li>
<li><a href="詳しい説明２.html"><dfn>用語２</dfn></a></li>
<li><a href="詳しい説明３.html"><dfn>用語３</dfn></a></li>
</ul>
とかでしょうか
375:Name_Not_Found
07/09/22 14:36:43
>>372
「詳しい説明を表示する」ボタン自体は説明でもなんでもないから、
それ単体をddの内容にするのは不適切じゃね？
373も書いてるように、「～を参照しろ」という類の説明文ならddとしても
適切だろうけど、ナビゲーションのための機能でしかないものを
単体でdd要素にするのは不適切な気がするよ。
376:Name_Not_Found
07/09/22 19:36:45
>>372
<dt><a href="詳しい説明.html">用語</a></dt>
ってした時点で、「その用語についての説明」 じゃなく、「そのリンク先のページについての説明」、になる気がする。
377:Name_Not_Found
07/09/22 20:25:50
そんな機能はdtにもaにもない。
378:Name_Not_Found
07/09/22 20:29:47
どうもdtとddって関連付けられている印象が沸かないんだよなあ
dlの中にdt一つだけ（ddはいくらでも）とか
labelのforとフォームコントロールのidとの関係
みたいなのがいいなあ
379:Name_Not_Found
07/09/22 20:32:12 6V0j2f8u
※下記情報もごらんください。
○○概略～○○の概略です。
○○について～○○のについての説明です。
○○の効果～○○はこのような物に効果があります。
○○の使い方～○○の使い方の説明です。
とする場合正しいコーディングはどうなるのでしょうか？
～の左側は別ページへのリンク
～の右側はそのリンク先の説明
<li>や<dt>の使い方が上記で出てますが覚えてる最中なので
よく分からない面があります。ご指導よろしくお願いします。
380:Name_Not_Found
07/09/22 21:34:15
>>379
Webサイト制作初心者用質問スレ Part 187
ｽﾚﾘﾝｸ(hp板)
初心者向けのスレはあっちの方
381:Name_Not_Found
07/09/23 00:14:10
あっちでは解決済み。この上何を聞きたいんだか。
382:Name_Not_Found
07/09/23 00:22:47
時間を見たらこっちで先に質問したようだけど。
383:379
07/09/23 00:24:52
誘導にしたがって初心者スレでご回答いただきました。
こちらにも一言書いておくべきでした。
大変失礼いたしました。
384:Name_Not_Found
07/09/23 00:30:35
そうかねマルチ。
385:Name_Not_Found
07/09/23 01:19:09
誘導されて移動した奴はマルチとは言わんぞ
386:Name_Not_Found
07/09/23 01:22:48
＞こちらにも一言書いておくべきでした。
387:Name_Not_Found
07/09/23 23:02:41 1wAze9JK
済みませんが質問させてください。
現在Firefoxを使用してサイトを作成しているのですが、tableタグの内容で
不明な点があります。
<table cellspacing="0" cellpadding="0" border="0">
<tr><td><img src="./pazuru_img/11.jpg" alt=""></td><td><img src="./pazuru_img/12.jpg" alt=""></td></tr>
<tr><td><img src="./pazuru_img/11.jpg" alt=""></td><td><img src="./pazuru_img/12.jpg" alt=""></td></tr>
<tr><td><img src="./pazuru_img/11.jpg" alt=""></td><td><img src="./pazuru_img/12.jpg" alt=""></td></tr>
</tr>
</table>
というタグを設定しているのですが、画像の横にはスペースが入らないのですが、
画像の下にスペースが入ってしまいます。
このスペースは消すことはできないのでしょうか？
388:Name_Not_Found
07/09/23 23:17:40
>>387
CSSスレへどうぞ。
389:Name_Not_Found
07/09/23 23:37:08
>>388
ありがとうございます。
移動します
390:Name_Not_Found
07/09/26 23:13:35
<h3>contents navigation</h3>
とかアリ？ナシ？
ナシだよね？
コンテンツに含まれるのかナビって？
websiteっていうメディアを考慮すると、ナビさえコンテンツになるとかないよね？
391:Name_Not_Found
07/09/26 23:22:26
ナビってどういう意味で言ってんの？
392:Name_Not_Found
07/09/27 00:26:09
そりゃ、普通は Table of Contents とか言うけど
ここは英語の意味のスレじゃないので他でやってほしいな
393:Name_Not_Found
07/09/27 07:57:47
何を言いたいのかわからんが、
目的と一致するならナビはそれだけでコンテンツになると思うが。
394:Name_Not_Found
07/09/27 11:25:22
目次やナビのページなら目次やナビはコンテンツ。
普通のページに補助的に置いたナビとかなら、自分は見出しは使わないなー。
395:Name_Not_Found
07/09/27 12:58:32
毎回画像は一つなのにたまたま一個だけたまたま一個だけ
と自分に言い聞かせてul,liで包むのは過剰包装な気がしてきた
396:Name_Not_Found
07/09/27 20:58:11
コンテンツってどういう意味なんだろう。辞書には「内容」や「中身」ってあ
るけれど、ちょっと違うような。
397:Name_Not_Found
07/09/27 21:09:23
うぃきぺでぃあればでてくる。
そういう概念ができたのが最近だから、昔ながらの日本語にはうまくあてはまる単語がなかったんじゃないかと。
情報の主体、とかそんなニュアンスだろうか。
398:Name_Not_Found
07/09/28 02:23:04
「内容」で納得のいかない理由が理解できない
399:Name_Not_Found
07/09/29 12:13:34
ニュアンスというか語義の範囲が違う。
400:Name_Not_Found
07/09/30 13:56:21
それをもっと明確に打ち出してください。
401:Name_Not_Found
07/09/30 14:04:27
いい加減スレ違い話はよそでやれ
402:Name_Not_Found
07/09/30 16:09:50
そんなことよりブラウザゲーやろうぜ
403:Name_Not_Found
07/10/18 11:35:28 +XdTaOE3
商品の画像
商品名
商品説明
といった部分タグ付けをして
自分のタグ付けは
<ul>
<li><img商品の画像><li>
<li>
<dl><dt>商品名</dt><dd>商品説明</dd></dl>
</li>
<li>同構造で次の商品ー
このように考えていましたが
参考に似たようなサイトを探したら、同じ構造でこういったページもありました
<ul>
<li>
<p><img商品の画像></p>
<dl><dt>商品名</dt><dd>商品説明</dd></dl>
</li>
<li>同構造で次の商品ー
この二つのパターンはお互い意味合いは違ってくるのでしょうか？未熟な為違いは感じられないのですが
または明白にどっちかがが正しいといった事はありますか？
404:Name_Not_Found
07/10/18 11:46:28
明確な間違いがあるかどうかは知らんが、感覚的に前者は気持ち悪いな。
li 要素ごとにひとつの商品で完結してた方が俺はすっきりする。
前者だと li 要素の中身が順番に画像・商品概要・画像・商品概要…ってなるわけでしょ？
各 li 要素にいち商品の説明全部詰め込んだ方が要素単位ごとに統一されてすっきり。
405:Name_Not_Found
07/10/18 11:52:52
>>404
仰る通り後者の方がスッキリしてるというのは自分でも感じました・・・
ただ今まで似たようなパターン構造を前者のような作り方をしてきってました
構築的にもスッキリするし考え方を改めた方が良さそうですね、ありがとうございました
406:Name_Not_Found
07/10/18 12:15:48
<dl>
<dt>商品名１</dt>
<dd>商品の画像１</dd>
<dd>商品の説明１</dd>
<dt>商品名２</dt>
<dd>商品の画像２</dd>
<dd>商品の説明２</dd>
</dl>
<table>
<tr><th>商品名</th><th>商品の画像</th><th>商品の説明</th></tr>
<tr><td>商品名１</td><td>商品の画像１</td><td>商品の説明１</td></tr>
<tr><td>商品名２</td><td>商品の画像２</td><td>商品の説明２</td></tr>
</table>
407:Name_Not_Found
07/10/18 12:23:08
>>406
だろうね
>>403
はどっちも気持ち悪い
408:Name_Not_Found
07/10/18 13:51:33
>>403
ulは順不同リスト（順序に意味がないことを明示したリスト）なんで、
個々の「商品の画像」と「商品名・商品説明」は対応付けされない。
なので前者は間違い。
dlは定義リストなんで、リストじゃない物をdlでマークアップしてる
時点で後者は間違い。（dlは、「定義orリスト」ではない）
409:Name_Not_Found
07/10/18 19:00:30
これはおｋ？
<ul>
<li>
<dl>
<dt>商品名１</dt>
<dd>商品の画像１</dd>
<dd>商品の説明１</dd>
</dl>
</li>
<li>
<dl>
<dt>商品名２</dt>
<dd>商品の画像２</dd>
<dd>商品の説明２</dd>
</dl>
</li>
</ul>
・・・まあ自分もテーブル使いそうだが。
410:Name_Not_Found
07/10/18 19:03:18
DLをわける理由もわからないしそれをさらにULで包む理由もわからない
単なる装飾のための過剰ラッピング？
411:Name_Not_Found
07/10/19 21:04:14
<ul>
<li>
<dl>
<dt>商品名１</dt>
<dd>商品の説明１</dd>
</dl>
</li>
<li>
<dl>
<dt>商品名２</dt>
<dd>商品の説明２</dd>
</dl>
</li>
</ul>
で写真はddの背景に
412:Name_Not_Found
07/10/19 21:38:28
ばかじゃね
413:Name_Not_Found
07/10/20 00:49:51
>>411
>写真はddの背景に
写真は"前景"にすべきだろ。
414:Name_Not_Found
07/10/20 01:00:26
何が初めましてだ、ぬけぬけと。板違いのクソ馬鹿野郎。
415:Name_Not_Found
07/10/20 01:03:18
誤爆失礼しました
416:Name_Not_Found
07/10/20 21:51:30
何が失礼しましただ、ぬけぬけと。
417:Name_Not_Found
07/10/21 00:21:17
クソ馬鹿野郎。
418:Name_Not_Found
07/10/28 19:14:09
<p><code>img</code>要素には、<code>alt</code>属性と
<code>src</code>属性が必須とされています。</p>
こういうcode要素の使い方って変ですか？(HTML 4.01の仕様書はsamp要素で
要素名や属性名をマークアップしていたりするのですが)
419:Name_Not_Found
07/10/28 19:47:25
別によいのでは？
ただこの場合、「img要素」が一つの単語であって、
コード(HTML)としてもimgをさしているわけではないので、
別にcode要素としてマークアップしなくてよいのでは？ と思う
420:Name_Not_Found
07/10/28 20:13:19
>>419
どうもです。「img要素」の「img」自体はHTMLのコードではないものの、HTML
のコードの中で指定する要素型名であることを示したかったので、使うべきか
どうか迷っていたのですが、code要素を使うことにします。
421:Name_Not_Found
07/10/28 21:44:27
>>420
そういう意図があるんならcode要素でいいんじゃない？
その辺は裁量かと
422:Name_Not_Found
07/10/31 05:16:16
どのレベルの見出しの下にも共通して登場するような見出しはどうやってマー
クアップするのがいいんでしょうか。例えば
-------------------------------------------------------------
1.img要素
img要素は文書中に画像を埋め込むのに使う要素です。
[補足]
object要素を使っても画像を埋め込むことができます。
1.2 alt属性
alt属性によって代替テキストを示します。
[補足]
longdesc属性を使って画像についての詳しい説明のある文書のURIを示すことができます。
-------------------------------------------------------------
こんなので、[補足]をどうするべきかということです。いくつか考えられますが、
・一つ下のレベルの見出しを使う
→[補足]の重要度はどの見出しの下でも同じなのに、見出しレベルが異ってしまう
・dl-dt-dd要素を使う
→dtは見出しではないのに代わりに使ってよいものか
・<div class="heading">などとする
→[補足]がブロックレベルであることしか示せない
・h6要素にする
→見出しによる文書の構造が崩れる
どれも微妙だなと思います。dl-dt-dd要素でごまかすしかないのかなという気がするのですが。
423:Name_Not_Found
07/10/31 08:44:03
少なくとも補足は見出しにすること自体が微妙だと思うが
424:Name_Not_Found
07/10/31 15:27:18
>>422
<h1>1.img要素</h1>
<dl>
<dt>img要素は文書中に画像を埋め込むのに使う要素です。</dt>
<dd>[補足]<br />
object要素を使っても画像を埋め込むことができます。</dd>
</dl>
<h2>1.2 alt属性</h2>
<dl>
<dt>alt属性によって代替テキストを示します。</dt>
<dd>[補足]<br />
longdesc属性を使って画像についての詳しい説明のある文書のURIを示すことができます。</dd>
</dl>
425:Name_Not_Found
07/10/31 16:47:31
>>422
他の段落と同様にp要素として、titleにでも「補足」と書いておけば済む話だと思うよ。
> →[補足]の重要度はどの見出しの下でも同じなのに、見出しレベルが異ってしまう
セクション自体の重要度が異なるなら、補足の重要度も異なるんじゃね？
>>424
これはひどい
426:Name_Not_Found
07/10/31 18:44:17
>>422
例が 「補足」 とかなのでアレなんだが、
見出しを使うまでもないけど、そのブロックの caption や label みたいなの付けたいときはあるよね。
あるリストの名前とか・・・。
「補足」 程度だったら、文章の中にインラインで書いてもいいじゃん、っては思うけど。
427:Name_Not_Found
07/11/16 19:41:40
上位要素で付けた lang 属性を下位要素で無効化する方法って定義されてるんでしょうか?
一応 lang="" としてやれば IE 的には解除されたような動きをしてくれるんですが。
<div lang="ja">
… 日本語の文章
<span lang="">その一部にだけ任意の言語が</span>
…
</div>
↑ちょっと単純ですが、要素の階層が深いので該当箇所だけ </div>任意の言語<div lang="ja">
と解除することが出来ません。また該当箇所だけ本当に任意なので (混在の可能性も) 付け直す
ことも出来ないんです。
428:Name_Not_Found
07/11/17 02:55:09
<html lang="ja">
...
<p title="日本語" lang="en">English</p>
って正しいマークアップなんだろうか？
429:Name_Not_Found
07/11/17 19:49:45
>>427
とりあえず、lang属性が空なのは不正。そもそも任意とはどういう状況？
<textarea>とかか？
>>428
開始タグの中もその要素の中だから、正しくない。
430:427
07/11/17 20:14:25
>>429
基本的に文章自体は日本語なのかどこの言語なのか決定できるんだけど、その一部に人名などで
任意の言語が混じるんですよ。あ、動的に生成されるページです。論文閲覧システムとかそんなものを
イメージしてもらえば良いかも。文章全体の基本言語が決まっていて、任意の言語が出現する場所も
分かっています。
IE で Wikipedia の左側にある他言語ページへのリンクを見ると 「・・・」 てなってる奴がありますよね。
lang="ja" と指定してる所にハングルが入ってたりするとああなっちゃうんですよ。
431:Name_Not_Found
07/11/17 20:34:46
>>430
それはlang="ja"が原因ではなく、fontが入ってないだけなんでわ。
432:Name_Not_Found
07/11/17 20:50:47
>>431
いえ、lang 指定外すか適切な言語コード指定してやればハングルでも何でも普通に表示できます (UTF-8)。
Wikipedia の「キムチ」のページのハングル表記は普通に表示できてますし、化けてる左側の多言語メニューの
違いと言えば lang="ko" を正しく指定しているかどうかだけでしかないですし。
まぁ lang 指定外せば良いんですけどね。解除する正式な方法があるならなぁと思っただけです。