🚀 go-pugleaf

電総研の佐藤です。Subject変えました。

私は現在の議論が、最終的に「JUNETの手引 第１版 6.3章」の記述に対する
修正あるいは付記の形でまとめられ、fj.guideに投稿されることを期待して
います。
そこで、まず旧来のJUNETにおける文字コードの使用について、JUNETの手引
に記述してある合意事項を確認する必要があると思っています。


On 01/21/93(15:38) kiura@hep.s.kanazawa-u.ac.jp (Satoshi Kiura) wrote
in <KIURA.93Jan21153848@hep.s.kanazawa-u.ac.jp> (fj.kanji:1482/etlss2):
 |きうら＠かなざわだいそりゅうしです
...
 |>> On 01/15/93(08:27) I wrote in <hLScR.ysato@etl.go.jp>
 |>>  |さて、従来mail/newsでプレーンテキストを交換する場合、暗黙のうちに
 |
 |前の記事を参照していただくとして、途中は削除させていただきます。

あれま。

 |>>  |誤解でしょうか？
 |
 |誤解でしょう。

よろしければ、私の理解の過程のどこで誤解が生じているのかを具体的に
指摘して下さい。


 |>>  |＃なお、標準に従っていない端末のためにJISの罫線素片は使わない、
 |>>  |＃第二水準が読めない人がいることを心に留めるという、JUNETの
 |>>  |＃手引p.92の注意書きは、もうobsoleteだと思います。
 |
 |jisx0201カナにこそふさわしい表現ですね。
 |しかし、この注意書きはまだ有効なものだと思いますよ。

よろしければ、その理由を教えて下さい。

決定されて何年も経過し普及した標準に、いつまでも準拠しないソフトの
ことを、いつまで心に留めなければいけないのでしょうか？

＃いやしかし、第二水準の（漢字が難しくて）読めない人のことは、心に
＃留めて欲しいなぁ、とは、つねづね思っています(^_^;)。


なお、fjでの半角カナの使用については、私自身の立場は中立・やや禁止派
寄りであり、MIMEのMLでもそのように主張しておりました。

＃ですが、fj.kanjiでの議論を読むと、許容派の意見が理解しやすいため、
＃現在は逆にそちらに傾きつつあります。


 |>> もし害悪となるような誤解を招く表現がJUNETの手引の中にあるなら、その影
 |>> 響力は大ですので、できるだけ早く修正され公知されるべきだと思います。
 |>> 以下は、JUNETの手引第１版から関連しそうな部分を抜き出したものです。
 |
 |この部分には別に誤解を招くような表現はないと思います。

そうですか…

 |>> 6.3 kanji code convention in JUNET:
 |ここに書かれている事例は、
 |『下の事項を補足するために具体例が書かれているものだ。』
 |と解釈するのが普通だと思います。
 |
 || 自分のホストや端末の制限や特殊事情によって JUNET 全体の利用環境を低下させる
 ||ことにならないように心がけるべきであろう。
 |
 |そのとおりではないですか。
 |なぜ誤解されるのかわかりません。

なぜ「誤解」するかを、前の記事で具体的に説明したつもりだったのですが…
では、くどくなりますが、もっと具体例に説明し直しましょう。


On 01/20/93(14:35) I wrote
in <hNECq.ysato@etl.go.jp> (fj.kanji:1447/etlss2):
 | |さて、従来mail/newsでプレーンテキストを交換する場合、暗黙のうちに
 | |そこに含まれる文字の表示幅が仮定されてきたと、私は考えています。
 | |具体的には、JIS-X-0201あるいはASCIIは「半角」で、JIS-X-0208は
 | |「全角で」ということですね。

その理由の一つとして、

 | |　・「一行70文字以下」の推奨（JUNETの手引第1版, p.92）
 | |のような合意があるからです。これらはともに、固定的な文字幅／画面幅
 | |を前提としていると思います。

と書きました。これはJUNETの手引の中の記述：

> 一行は、画面で、あるいは、ハードコピーをとって読んだ時（つまり、エスケープ
> シーケンスを除外し、タブを展開し、バックスペースは戻した時）70-76文字以下で
> あることが、なるべく望まれる。
> 
> （これは、一行に80字を表示できるディスプレイを仮定し、さらに、漢字の折りかえ
> しがあると画面がうまく動作しないものがあることを考慮し、何回か引用され行頭に
> 数個 '>' などが付加されたメッセージの表示をしても、そうしたディスプレイで行
> の折り返しが出ないための配慮です）

のことを指しているわけですが、ここで、JIS/ASCIIの表示幅に何の仮定も
置かない場合、一行70-76文字というのはどういう意味なのでしょうか？
例えば、１行７６文字以下かつ２５６バイト以下という条件を、この行は満たしていますが、これが推奨されているとはとても思えないのです。


また、文字の表示幅に関する暗黙の仮定の例として、

 | |　・前の行に対する下線（^^^^）によるマーキング
 | |などが、多くのmail/newsのテキスト中に使われており、禁止されている
 | |ということを聞いたこともなく、また

を挙げました。下線というのは、例えば

On 01/14/93(21:24) kiura@hep.s.kanazawa-u.ac.jp (Satoshi Kiura) wrote
in <KIURA.93Jan14212446@hep.s.kanazawa-u.ac.jp> (fj.kanji.'kiura':1366/etlss2):
 |>>>>> On 14 Jan 93 12:13:08 GMT, 
 |kiura@hep.s.kanazawa-u.ac.jp (Satoshi Kiura) said:
 |きうら> ションで対応すべきフォントの問題を文字コードに受け持たせてしまっ
 |                          ^^^^^^^^
 |                          文書整形

On 11/30/92(22:12) mohta@necom830.cc.titech.ac.jp (Masataka Ohta) wrote
in <2389@titccy.cc.titech.ac.jp> (fj.news.group:8491/etlss2):
 |>変てこな投票ルールをもってきて、有効な元の投票をひっくりかえそうとする、
 | 　　　　　　　　　　　　　　　　＾＾＾＾＾＾＾
 |>単なるいちゃもん行為」と見かけ上区別がつきません。
 |
 |　そりゃ「有効な元の投票」などという誤った仮定を置いてるからですよ。

のようなものです。後者の太田さんの例では「ASCIIとJIS-X-0208はそれぞれ
固定した表示幅を仮定する」という彼の基準を元に、下線がどこにかかって
いるかがわかります（しかし、下線を付ける対象がASCII/JISのぐちゃぐちゃ
混じりの場合、太田さんは面倒だろーなぁ…）
一方、木浦さんの基準がもしくさかべさんと同じ（何も仮定できない）だと
すると、上の記事の中で下線がどこに掛かっているのか理解できません。


＃下の線など無い？
┰── ─┰─ ┰
┠─ ＋＋佐藤＠情報ベース．電総研　　　　　　　快進撃サトウのごはん
┸── 　┸　 ┸─────────────────────────�★☆�