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/10/02 22:20:21

**Name_Not_Found** · 04/10/02 22:20:51

■関連スレ
/* CSS･スタイルシート質問スレッド【35】 */ http://pc5.2ch.net/test/read.cgi/hp/1093998766/
XML、XHTMLについて語り合うスレッド http://pc.2ch.net/hp/kako/1002/10024/1002461949.html
ユーザビリティ専用スレ　その２ http://pc5.2ch.net/test/read.cgi/hp/1020575673/
【野望の】XHTML 2.0【王国】 http://pc5.2ch.net/test/read.cgi/hp/1028659057/
XML使いのスレ 2.0 http://pc5.2ch.net/test/read.cgi/hp/1057198990/
XSL/XSLT http://pc5.2ch.net/test/read.cgi/php/999654569/

■勧告等
HTML 4.01 ttp://www.w3.org/TR/html401/
XHTML 1.0 ttp://www.w3.org/TR/xhtml1/
XHTML Basic ttp://www.w3.org/TR/xhtml-basic/
XHTML 1.1 ttp://www.w3.org/TR/xhtml11/
XHTML 2.0 W3C (Working Draft) ttp://www.w3.org/TR/xhtml2
ISO/IEC 15445:2000(E) ISO-HTML ttp://www.purl.org/NET/ISO+IEC.15445/15445.html
JIS X 4156 (JIS-HTML) ttp://www.y-adagio.com/public/standards/jis_html/toc.htm
上記勧告の邦訳等 ttp://www.doraneko.org/webauth/

■その他
W3C ttp://www.w3.org/
HTML Working Group Roadmap ttp://www.w3.org/MarkUp/xhtml-roadmap/
Another HTML-lint ttp://openlab.ring.gr.jp/k16/htmllint/htmllint.html
W3C HTML Validation Service ttp://validator.w3.org/
ごく簡単なHTMLの説明 ttp://kanzaki.com/docs/htminfo.html

**Name_Not_Found** · 04/10/02 22:21:20

>>1
z
orz
or2

**前スレで引きずってた議論** · 04/10/02 22:23:05

993 名前：Name_Not_Found[sage] 投稿日：04/10/02(土) 21:23:45 ID:???
なんでoとrとzの羅列と、エクスクラメーションマークやクエスチョンマークが同列視されてるのかがかなり疑問。

994 名前：Name_Not_Found[sage] 投稿日：04/10/02(土) 21:36:46 ID:???
orzをu(you)やplz(please)などのスラングや略語とみなすのは無理？

**前スレで引きずってた議論** · 04/10/02 22:23:34

995 名前：Name_Not_Found[sage] 投稿日：04/10/02(土) 21:53:25 ID:???
>>994
orzっておかしいだろ。
字間を広げてて o r z　とかなってたら視覚的にも全く意味わからないし
縦書きで表示された場合、
o
r
z
となってるだけで、無意味。

HTML上では「oの次にrがあり、その次にzがある」と言う情報しか存在しない（縦書きだろうが横書きだろうが、そんなものはUAの仕事）が、
「左から右に記述され、文字間隔がそれなりに狭い」と言う環境でしか意味をなさないものがテキストと呼べるはずがない。

**前スレで引きずってた議論** · 04/10/02 22:23:54

996 名前：Name_Not_Found[sage] 投稿日：04/10/02(土) 22:10:14 ID:???
>>995
なんで分解するのさ。だったら、pleaseも分解して逆から書いたら意味が通じないジャン
esaelp

ところで、文章の方向を明示的に表すのがHTMLの属性としてあるけど、
これはcssの役割じゃなくていいの？

997 名前：Name_Not_Found[sage] 投稿日：04/10/02(土) 22:11:20 ID:???
>>996
文章データの解析方向を明示してるだけで、見た目をどうこうってわけじゃぁない

998 名前：Name_Not_Found[sage] 投稿日：04/10/02(土) 22:14:40 ID:???
日本語での横書き左から右にした人は偉いと思う。
右から左のままだと色々面倒なことになってそうな予感。

**前スレで引きずってた議論** · 04/10/02 22:24:28

999 名前：Name_Not_Found[sage] 投稿日：04/10/02(土) 22:17:03 ID:???
むしろ縦書きが、右から左に行くってのがいやだった。
手が汚れるし、今まで書いた文章を確認するのに、手を止めてどかさないといけない。

このすれとまったく関係ないけど。

1000 名前：999[sage] 投稿日：04/10/02(土) 22:20:11 ID:???
スレッド立てられなかったので、だれか新スレよろしくです。

**Name_Not_Found** · 04/10/02 22:33:59

ようは文字の形が(ryな訳で、その前にあったAAの議論で既に見た目だとなったじゃないか

9 · 04/10/02 22:34:31

>>1
乙

**Name_Not_Found** · 04/10/02 22:41:00

>>1
乙。

にしてもスレが落ちようってときに議論を続ける連中の気がしれない

**Name_Not_Found** · 04/10/02 23:10:01

まあ、いつものことだから…。

**Name_Not_Found** · 04/10/02 23:13:57

>>3
修正です。

/* CSS･スタイルシート質問スレッド【36】 */ http://pc5.2ch.net/test/read.cgi/hp/1096389019/

**Name_Not_Found** · 04/10/02 23:55:24

>なんでoとrとzの羅列と、エクスクラメーションマークやクエスチョンマークが同列視されてるのかがかなり疑問。

oとrとzだと解釈してる時点で間違いね。orzは一つの文字。ただ現状のUAでは
oとrとzを使ってあらわしてるだけ。いずれ一つの文字になるまでの過渡期的なものだと思えばどうだろう？

どちらにしても文の意味を装飾する場合は、HTMLに直接書いてもいいんだよ。
意味装飾は見た目とは限らないから。視覚的な装飾はCSSね。

orzが視覚的な装飾だと思うのは勘違い。読み取りUAがうまく表現できないだけ。
というかorzのいい読み方があれば解消されるね。

**Name_Not_Found** · 04/10/02 23:57:50

正直orzに限らず顔文字やAAの類は専用要素があるべきだ。
しかしないのだから直接書くことを非難するべきではない。

**Name_Not_Found** · 04/10/03 00:04:39

OK、用意しとくよ。

<aa xmlns="http://pc5.2ch.net/test/read.cgi/hp/1096723178/aavocab#">orz</aa>

**Name_Not_Found** · 04/10/03 00:08:55

>>16
それはAsciiArtという視覚に関する要素だからStrictではない！

と、テキトーな突込みを一応入れておく。

**Name_Not_Found** · 04/10/03 00:26:22

前スレ993に同意

**Name_Not_Found** · 04/10/03 00:34:44

>>17
OK、aa要素の内容は文字列であるが、それは経験に現れた現象としての物でなくて、
そうした現象と独立にそれ自体としてあると考えられた物としてインスタンス化される。
これは我々の感官を触発して、直観の形式の助けを借りてレンダリングを生じさせるが、
それ自体がどんなものであるかは我々には不可知であるとする。

Kokugo Dai Jiten Dictionary. Shinsou-ban (Revised edition) (C) Shogakukan 1988
国語大辞典（新装版）(C)小学館 1988

**Name_Not_Found** · 04/10/03 00:40:06

やったな、また哲学の世界に突入だ。

**Name_Not_Found** · 04/10/03 01:17:16

<abbr title="Ascii Art">AA</abbr>については画像と同じ扱いでいいだろ
<aa format="2ch" title="ジェンキン寿司">
　　　　l"ジェンキン寿司　　　l
　　 ,､_lー-―――――‐--、/l
　　 i ﾄ､ﾐﾐ　,r‐- ､｀`'ニ=‐、.彡ﾘ.
　　ヾ,iﾊ゛.´ _,,､_ 　i.;　_,.　｀彡'i)
　　　｀､j,'　 `ﾟ''´:.ﾉ i::<･ゝ) .ﾊン
　　　　　i, 　｀ ,､/　i_　｀`　,r'
　　　,r〃'i　 ,r'ヽ、 _,〉　　/.
　　 /i:ﾄ､;;i, 　ﾐ=_‐_-, 'i　/ヽ__
r-‐'´i::::ﾊ;;ヾ、‐‐-､　ノ´/i:::'i｀i‐- ､_
::i' .l:i 'i::::i ヾ;;`‐---‐'i':/ i､ 'i::!　i::::i　｀
</aa>
外部への参照かドキュメントの内部に埋め込まれてるかの違いだけであって。


ただし、いわゆる顔文字は、機能としては感嘆符等と同じ
なので、そこんとこ配慮するべき<xxx comment="いいタグ名が思い浮かばない" value="ﾖﾛｼｸ"><aa style="2ch">ъ( ﾟｰ^)</aa></xxx>

**Name_Not_Found** · 04/10/03 01:22:01

XML規格としてやるなら新たに自主拡張するか、SVG。

Strictとして話をしたいならspanかdivかObject要素だろ。

**Name_Not_Found** · 04/10/03 01:24:21

>>21
それだったら
<![CDATA[ジェンキン寿司]]>
にしたほうがいい。

**Name_Not_Found** · 04/10/03 01:24:50

あ、aa要素の中を、ってことね。
解析対象外にしないと半角スペースとか困るし。

**Name_Not_Found** · 04/10/03 02:30:45

>なんでoとrとzの羅列と、エクスクラメーションマークやクエスチョンマークが同列視されてるのかがかなり疑問。

よし俺が説明しよう。そもそもorzとは何なのかを考えてみよう。
orzは元々落ち込んでいる人のように見えるからという、まさに見栄えからできたものだ。
しかし、それだけか？

さて、ここで一度ビックリマークやクエスチョンマークについて考えてみよう。
これらは視覚的でないといえるか？答えはNOだ。これらは視覚的と意味的の２面性を
保有している。これらの記号も見栄えでしかないと言えばその通りであるが、
そもそも文字とは見栄えから作られたものだ。そしてその見栄えに意味を込めて、
視覚的装飾ではなくなっていくものだ。

つまり同列でないわけがないのだ。文字こそ見栄えの最たるものだからだ。

**Name_Not_Found** · 04/10/03 02:35:29

クエスチョン・エクスクラメーションマークが加わることで発音の仕方が変わるのはどう考えてる？

**Name_Not_Found** · 04/10/03 02:42:00

前回の結論である、「意味を込めた文字・記号はすでに視覚的装飾物ではない」を
念頭にHTMLとCSSの境界線について考えてみよう。

というか結論を言おう。HTMLにある要素を使う。なければそのまま書き込む。
まさにこれにつきる。例えば定義リストで、
持論：常に持っている意見
などが合ったとする。この：コロンは装飾か？

これは前回の結論に照らし合わせればわかるとおり、２面性を持つ記号だ。
そしてここで重要なのはHTMLでここでの：コロンにあたる要素はあるかということ。
つまりDL要素そのものがコロンの持つ意味をより明確にUA伝えているので、
すでにコロンから意味を取り除いてるわけだ。この片面を取り除かれ
視覚的な面しか残っていないコロンを使うことは当然非strictだと言える。

つまりそういうことだ。

**Name_Not_Found** · 04/10/03 02:42:56

>>26
UAの挙動などで仕様の解釈を変えるわけにはいかない。

**Name_Not_Found** · 04/10/03 02:46:32

>>28
UAの挙動でなく言語的にそういう仕様。
言語を記述するのに「HTML外での挙動は気にかけない」って？

**Name_Not_Found** · 04/10/03 02:52:50

>>29
うん・・・そうだな・・・29が合ってる・・・・・しかしゴールが見えないな。
いずれorzも言語の仕様になればよしってことか？
しかしすでに２ちゃん言語の仕様ではあるな。

**Name_Not_Found** · 04/10/03 03:29:06

読み上げソフトが日本語を読めるか、英語を読めるか、
と言うレベルで日本語のスラングである2ch語に対応しているかどうか、と言う話だろ。

HTMLに対応しているか、と言うのは明らかに別のレイヤー。

**Name_Not_Found** · 04/10/03 10:45:36

>>21
AAをファイルに埋め込むならdataスキーマを使え。
形式はフォントの保存ができる形式でなければならない。(前のAAの議論より)

**Name_Not_Found** · 04/10/03 11:09:05

orz

**Name_Not_Found** · 04/10/03 13:26:07

>>31
＞読み上げソフトが日本語を読めるか、英語を読めるか、
＞と言うレベルで日本語のスラングである2ch語に対応しているかどうか、と言う話だろ。

全然そんな話じゃないんだが・・・・；

>>32
画像でいいじゃない。

>>33
それいいかもね。しかし普通の顔文字＾＾こういうのはどうする？
こういうのを含めて広い総称がほしいな。
メールとか辺りから顔文字ってのは出てきたと思うがいいネーミングないか？

**Name_Not_Found** · 04/10/03 14:08:20

SVGが普及すればいい話だと前のAAの議論で散々でてるのに。
フォントが変わって位置がずれるのなら(X)HTMLには適さない。
#でも見た目が重要なリアル言語もあるから>>33もOKかもしれない…

**Name_Not_Found** · 04/10/03 14:09:27

で、結局顔文字の類は１種の言語ということで、HTMLに書くべきものってことだね？

**Name_Not_Found** · 04/10/03 14:33:43

langの値って勝手に設定していいんだっけ?

MIMEみたいにx-接頭辞を付けるとかあったっけ?

**Name_Not_Found** · 04/10/03 16:14:15

>>37
いけないだろ。ただ顔文字は最近の言語の仕様だから直で書けばいいってことだ。
まあAAまでいくとどうなるのかわからんがな。なにせ
顔文字→文字
AA→アート
っていうくらいだからな。

とりあえず文章の一部に溶け込んでるならそれは視覚的装飾ではない。

**Name_Not_Found** · 04/10/03 16:42:06

Tags for the Identification of Languages
http://www.ietf.org/rfc/rfc3066.txt
2.2 Language tag sources
- The value "x" is reserved for private use. Subtags of "x" shall
not be registered by the IANA.

**Name_Not_Found** · 04/10/03 17:22:53

>>39
どうした池沼君
日本語を勉強しような

**Name_Not_Found** · 04/10/03 18:58:56

>>40
>>37 への回答だろ? ネットの仕様に関する論議がでるスレなんだから
これくらいの英語は読めないと困らないか?

**Name_Not_Found** · 04/10/03 19:01:49

>>41
＞>>37 への回答だろ?
なんで自分の行動に対して「？」が付くんだ？もしかして馬鹿？

とりあえず日本語を勉強してこい。

**Name_Not_Found** · 04/10/03 19:08:45

(´-`)=3

**Name_Not_Found** · 04/10/03 20:15:59

何かすっごいバカがいるように見える

**Name_Not_Found** · 04/10/03 20:33:21

ごめん、てっきり関係のない英文が貼られてると思ったんだ。
あと>>37と>>41が同一人物だと思ったんだ。
バカでごめんよ。

**Name_Not_Found** · 04/10/03 20:34:29

また間違えた。>>39と>>41が同一人物に、ね。ほんとにごめよ。

**Name_Not_Found** · 04/10/03 20:53:09

>>43-46
そんなに悔しかったの？ｗ

**Name_Not_Found** · 04/10/03 21:12:25

すぐ喧嘩腰になる未熟さが痛い。

**Name_Not_Found** · 04/10/03 21:38:39

言い返さないと気がすまない幼稚さが痛い

**Name_Not_Found** · 04/10/03 22:57:49

まあ、そういうスレですから。

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

>>40からいきなり荒れたな。
正直お前ら子供すぎる。まあ現に消防とかが多いんだろうから仕方ないが、
実のないレスはがんばって無視してくれよ。一人が反応するといっせいに
流れが対荒らしになるから。

**Name_Not_Found** · 04/10/04 05:28:52

> 実のないレスはがんばって無視してくれよ。
それができてたらこのスレこんなに続いてない。

**Name_Not_Found** · 04/10/04 12:51:11

実のないループ

**Name_Not_Found** · 04/10/04 15:39:38

>>53
そんなこのスレを見てるお前の人生はきっと実のない人生なんだね（プオオオオオオｗ

**Name_Not_Found** · 04/10/04 15:58:52

これが追いつめられた人間の自爆テロって奴か

**Name_Not_Found** · 04/10/04 16:22:21

誰にも追いつめてもらえないのが実情だけどね。

**Name_Not_Found** · 04/10/04 16:35:42

暇そうなので、マニアックな質問。

拡張子 gif なら image/gif、png なら image/png を返すサーバで、
さらに、hoge.gif へアクセスすると hoge.png に 301 リダイレクトされるとします。

この時、<object herf="hoge.gif">hoge画像の代理文字</a> の Data 属性は、
image/gif? image/png?

その昔 GIF 圧縮技術の特許問題の時に (全部の gif を png に変換するまでの)
過渡的な措置として上記のような状況が発生たことが有ったんだが、
未だに、正解はなんだったのだろう、と考えたりします。

# そもそも異なるメディアのファイルにリダイレクトすること自体が
　イレギュラーだとは思いますが。

57 · 04/10/04 16:36:36

あ、objectの終了tagがなぜか a tag になってる。ごめん。訂正。

57 · 04/10/04 16:38:17

……、いや、つーかそれどころではなくグデグデだな。重ね重ねごめん。

誤：
　この時、<object herf="hoge.gif">hoge画像の代理文字</a> の Data 属性は、
正：
この時、<object data="hoge.gif">hoge画像の代理文字</object> の type 属性は、

**Name_Not_Found** · 04/10/04 16:38:40

herf

**Name_Not_Found** · 04/10/04 16:43:09

特に指定しなくていいんじゃない?

**Name_Not_Found** · 04/10/04 16:44:22

拡張子を付けないでコンテントネゴシエーションが最強。

**Name_Not_Found** · 04/10/04 16:45:43

>>57
マニアックすぎて全く興味を持てない
すまんが帰ってくれ

**Name_Not_Found** · 04/10/04 16:47:49

>>57
すれ違い
strictと関係ない

**Name_Not_Found** · 04/10/04 16:56:31

>>57
カエレ！

**Name_Not_Found** · 04/10/04 17:06:03

>>64
Object要素でメディアタイプをtype属性に指定する、と言うのはstrict以外の
どんな話題なのか問いたい。

>>57 もぐでぐでだが、せめて帰れというなら、誘導ぐらいしてやれよ。
http://pc5.2ch.net/test/read.cgi/hp/1093950965/l50

**Name_Not_Found** · 04/10/04 17:14:02

まぁ、理解出来ないと、「日本語勉強しろ」とか「カエレ」で誤魔化すスレですから。

**Name_Not_Found** · 04/10/04 17:14:41

拡張子 gif なら image/gif、png なら image/png を返すサーバで、
さらに、hoge.gif へアクセスすると hoge.png に 301 リダイレクトされるとします。

>66
この時点でなぁ

64 · 04/10/04 17:29:37

>>66
仕様とstrictは別

**Name_Not_Found** · 04/10/04 17:38:34

いつもの脳内仕様ね。

**Name_Not_Found** · 04/10/04 17:59:43

>>68
つまり、そう言う時にHTMLでは、どうするの?って話題でしょ?
それに対して「HTML では想定外です」とか「そう言うサーバ上では
HTMLはtype属性は使わないでください」なら兎に角、
回答が「スレ違い、カエレ」では、「HTMLではどするの?」に対して「解らないで逆ギレ」
以外の何物でもない。

一言で言えばみっともない。

**Name_Not_Found** · 04/10/04 18:12:23

あおっちゃダメだよ。

**Name_Not_Found** · 04/10/04 18:12:57

まあ、そんなレスはスルーすればいいんだがな。

**Name_Not_Found** · 04/10/04 18:23:06

日本語の文中に英単語が入るとき、
英単語の前後に半角スペースを入れるべきなの？

**Name_Not_Found** · 04/10/04 18:49:19

どうなんだろうね
2単語以上入るときは前後にスペース入れてるけど
english wordsとしてCSSでやるのがいいのかな

**Name_Not_Found** · 04/10/04 19:14:54

で、>>57の答えは？

**Name_Not_Found** · 04/10/04 19:29:44

>>57
Redirect の際に Content-Type は送信されない (送信されるはずがない) 。
つまり、hoge.gif にはMIMEタイプがない。
だから少なくとも image/gif は間違い。
image/png で正しいかどうかは知らん。

っていうかコンテントネゴシエーション使え。

**Name_Not_Found** · 04/10/04 19:57:48

>>57
>その昔 GIF 圧縮技術の特許問題の時に (全部の gif を png に変換するまでの)
>過渡的な措置として上記のような状況が発生たことが有ったんだが、
>未だに、正解はなんだったのだろう、と考えたりします。
dataの示すリソースがgifかpngか分からない段階では、type属性は
指定しようがない。gifからpngに置き換えた段階でソースを
<object data="hoge.png" type="image/png">hoge画像の代理文字</object>
に書き換えるしかないだろう。

だが、pngでgifと同じような悲劇が起こらないとは限らないので >>77 でFA。

**Name_Not_Found** · 04/10/04 20:21:42

>>74
組版のJISで字間を空けるというのがあるが、見栄えの問題。
CSS3が勧告されたらtext-autospace使えば
Wordみたいにスペース入れずに字間を空けてくれる。

**Name_Not_Found** · 04/10/04 21:23:50

ていうか正直strictってゴミ規格だよな
まあゴミ規格になっちゃったんだけど

まあ「勧告」とかいって逃げてるからダメなんだよ
まあアホに多くを期待してもしょうがないか

**Name_Not_Found** · 04/10/04 21:42:54

ttp://www.w3.org/TR/html401/struct/objects.html#adef-type-OBJECT
> If the value of this attribute differs from the HTTP Content-Type returned by
> the server when the object is retrieved, the HTTP Content-Type takes precedence.
とのことなので、直ちに問題になるわけではないようね。
とはいえ気持ち悪いので、>>77の最終行と。
(結局type属性は指定しようがないわけだけど、img要素と同じだと思えばいいのか。)

**Name_Not_Found** · 04/10/04 21:44:49

HTMLをウェブでのプレゼンテーション用に使おうとするから無理が出て来るんですか？

**Name_Not_Found** · 04/10/04 22:03:39

>>80
仕様策定側としてはおそらく
あの頃のペースで各種技術開発が続くことを想定してたんだと思うよ。
不備は後の版の仕様と実装で直していけばいいや、みたいな。
その後仕様も実装も開発が停滞したことの方が計算外だったのでは。

>>82
無理が出てくるのは、理想と現実の間に溝があるからさ。

**Name_Not_Found** · 04/10/04 22:04:44

外部データのContent-Typeを文書内に記述するのは、
現実的には必要としても、究極的には不要な気がする。
リソースのメタ情報の事前取得が、DNSの名前解決と同じくらい一般的になってくれれば、
あるいは話も変わるかもしれない。
上手いことやれば、埋め込みリソースや参照リソースの表題の自動取得なんてことも…。

**Name_Not_Found** · 04/10/04 22:50:37

>>79
多言語をまたぐので変則的になるのは仕方ないと思うけど。
英文は単語・品詞のあいだに適宜空白を設ける事になっていて、
“this is a test message.”という文字列の中の半角スペースは、
単語・品詞の区切り子なのではないかと。

で、和文にもごく希な用法だけど、文節を空白で区切る記法があるので、
英文のルールの上方互換で、半角スペースを入れた方がいいのではないかと。
どう？

**Name_Not_Found** · 04/10/04 22:52:16

>>81
>it allows the user agent to avoid loading information for unsupported content types.
とあるのでimage/gifと書いてしまうと「あ、俺gifわかんねーや。パス」と判断するUAがありそう。

**Name_Not_Found** · 04/10/04 23:09:28

>>85
ごく希な用法から演繹するのは、ちょっとこじつけな気がする。
日本語の文書内に英語が登場する場合、おそらく(xml:)lang属性はjaだろうから、
アルファベットの部分が日本語的に処理されても文句は言えないような。
それならば、span lang="en"でも指定したほうが、言語境界も明らかになるし、
CSS指定によるスペース付けの恩恵も得られるので、こちらがよいのではないかと。
まあ、そうでありながらそれは煩雑なことなので、
lang指定なしでスペース付きのベタ書きでも、現実的にはよいと思うけどね。

81 · 04/10/04 23:24:00

>>86
なるほど確かに。見落としてたよ。

**Name_Not_Found** · 04/10/04 23:57:59

74 ：Name_Not_Found ：04/10/04 18:23:06 ID:???
日本語の文中に英単語が入るとき、
英単語の前後に半角スペースを入れるべきなの？

こいつのアホな一言からの流れに一言。
それは言語の仕様であって、HTMLの話ではない。ゆえに完全にスレ違い。
日本語という言語の中に英語を混ぜる時の記述の仕方を日本語の仕様書を読んで
勉強してこい。スレ違いすぎて不愉快だ！

**Name_Not_Found** · 04/10/05 00:02:24

>>87
んー、そうだねぇ。
実際問題として、長島一茂のお父さんの話言葉みたいな文章でない限り、
和文の中に英単語が出てくる場合は、大抵dfn/abbr/code/strong/emで
マークアップする局面が（漏れの場合）ほとんどなので、大抵cssで間隔
を空けているんだけどね。

html に染まる以前は、普通の理科系の人間だったので、何となく
英数の前後にはスペースを入れる習慣が付いていた。
ところで、LtRの横書きの中にアラビア文とか混ざると読みづらいんだろうなあ。

**Name_Not_Found** · 04/10/05 00:57:25

>>90
お前なめてんの？
他のスレでやれよ。

**Name_Not_Found** · 04/10/05 11:55:08

>>91
わりぃわりぃｗ

**Name_Not_Found** · 04/10/06 14:06:39

ﾊｹﾞﾜﾗ