🚀 go-pugleaf

NAKAMURA Hajime wrote: <jslnet-2305980633220001@pppr02-109.big.or.jp>
> これは、同じ文字コードが割り当てられたものをMachine（OS）の
> 方で縦書き用と横書き用に、さらに字形の異なった符号に表示・編集
> しわけられるようにするということでしょうか。
> 
> 例えば、「、」は横書き用の「てん」ですが、縦書きで「てん」を
> 使う際には、文字コードを変えて縦書き用の「〓」を用いると思うの
> ですが、これを同一の文字コードで（「文字コードをわけずに」と
> いうのはこの意味ですか？）できるソフトまたはOSというものは
> 実際かなり出回っているものなのでしょうか？  私は横書き用と
> 縦書き用の符号をソフトの方で自動的に文字コードを切り替える
> ことで実現しているのだとばかり思っていたのですが . . .

　処理をどこでやるかは用途によって違いますから一概に言えませ
んが、最低限の文書処理はOSでやって欲しいと私は思っています。
　Mac-OS等はずいぶんやってくれているはずです。(縦書きはどう
だったかな?)
　きれいな印刷を目指すワードプロセッサー等はそれでも自分でや
るでしょう。

　それから〓は特定の環境でしか見えないので、newnewsでは使用
しないでください。

> 「コンピューター処理」に関しては私は門外漢のため、よく分からない
> のですが、横書きでの「句読点」の選択が縦書きのようには安定して
> いない現状では、どの句読点をUserが採用するかという問題もあり、
> なかなか一筋縄ではいかないのではないかと思うのですが。

　どちらを使用するのは人が指定すればよいので問題は無いです。
　どこでも共通的に使用できる規定が無いのはコンピューターを作っ
ている側の責任ですが。

> それ故、コンピューターのInput Methodでは複数の「句読点」の組み
> 合わせの選択が標準機能としてあり、どの組み合わせを選ぶかはUser
> にまかせるという方法をとっているのではないかと思います。

　まあ普通は「，」「、」を切り替えれば問題ない様に見えるので、
そういう方法を取っているのです。私が「逃げの運用」と言ってい
る方法です。

> ところで、先日、本屋で「JIS X 0208:1997」の資料を見たのです
> が、符号（記号）表が掲載されているページで、例えば、「、」が
> 「読点」で「，」が「コンマ」という名称は規定ではない、という
> ように書かれているのを見ました。広く世間で一般に行われている
> 名称をそれに付記したのであるととれる含みのある表現でした。

　えーともうちょっと詳しく分かりますか?

> ということであれば、そこにある名称にとらわれることなく、
> 「．」「，」という文字コードのものを日本語文の横書きの句読点
> として用いても何ら支障はないと解釈できるのではいかと思うの
> ですが . . .
> この解釈がもし正しければ、日本語Input Methodで「．」や「，」
> という計算機テキストを「句読点」の選択肢の中に入れていたと
> しても「誤用」ではないということになるかと思います。

　「誤用」でも支障のない状態は存在するので、そうはならないと
思います。でも元の資料の内容によっては違うことかも知れません。

> さらに、「．」や「，」という文字コードのものがいったい何の
> 目的でJIS規格において採用されたのだろうかと考えてみるならば、
> やはりこれは、日本語文で用いることを（あるいは、日本語文でも
> 用いることを）前提にしていたのではないかと思うのです。
> というのは、これって2バイトですよね？ そもそも「．」や「，」
> は１バイトしか表示できない環境下では表示不可能ですよね。
> 一方、１バイトの"." や "," も存在しているわけです。

　これについてはバイト数が違う前にJISX0201 と JISX0208 という
二つの別の規格です。netnews ではこれを混ぜて使用することにし
ています。片方なら一個しかないです。
　二つの規格を混ぜてしまったので、両方にある文字が重複してし
まっているのです。JISX0208の「，．＃１Ｂｃ」等はJISX0201の
「,.#1Bc」と重複するとしています。netnewsでは後者の使用が優
先です。

　たしか規格作成のさいにアルファベットなどを含めるかどうかの
話が出ていははずです。コード切り替えの手間がかからないなどの
理由で含めてしまったようです。(実際にJISX0208のみでの処理は
簡単になる。)

> JCS委員の方々（でしたっけ？）が全くそれまでの日本語の文字・
> 表記法から遊離した形でその規格を作ったとはどうしても私には
> 思えないのです。

#こういう前提を持っていただくと議論しやすいですね。