残念ながら、彼らとて、アルファベットを普通に使用することはあるわけで、画一的に文字コードによって向きを規定するなんていうのはナンセンス極まりないでしょう。 Unicodeが異なるレイヤの問題を一つのレイヤに組み込みすぎたという意見には一部納得しますが、かといって、歴史を変えるわけにも行かない以上、私たちには、Unicodeとうまくやっていくしかないんでしょうね。なんだかんだいって、Windows, Mac OS X, Javaなどは既にUnicode族ですし、Linuxの多くのディストリビューションも既にデフォルトがUTF-8になりつつあります。
機能美 (スコア:0)
最低限の制御文字とサロゲートペア、そして文字の定義だけにしてほしい。
制御文字なんてASCIIコードですら余計なものがあると感じるのに。
通信とかで特別な文字が必要なんだったら、外字コードみたいにユーザに開放された制御文字空間を作ればいいだけじゃないの？
その意味を定義するべき団体はそれを利用する団体であって、Unicode(, Inc.)ではないだろうし。
ただの文字として使いたいだけなのに複雑なパーサが必要になるのは納得いかない。
Re:機能美 (スコア:0)
ファイルネームにUnicodeってのはtoo muchであって「システム処理に関わる部分はASCII文字のみ」とでもするのが理想なのでしょうが、今更無理でしょうし（日本語の名前がついたファイルを山のように抱えてるひとがどれだけいるかだけ考えても）。
Re:機能美 (スコア:0)
日本が昔からの慣習をやめてなかったら、この人はなんて言うんだろうな。
Re:機能美 (スコア:2)
昔の日本語で右から左に文字を書いているのを見たら、それは縦に1段しか使えないときの縦書きであって、右から左に横書きしているわけではない。だから、縦に2段以上使えるときの右から左への横書きはありえないし、あったとしたら誤解している人による間違い。
つまり、我々は右から左に文字を書くための制御文字は必要としていないのだよね。縦書きモードは必要だけれど。
...自分も昔誤解していたので。
Re:機能美 (スコア:1)
# それでいてCJKはゴチャ混ぜ。もう糞としか。
Re:機能美 (スコア:1, 参考になる)
Unicodeに文句を言うとき日本人は必ずと言っていいほどCJKゴチャ混ぜにして文句があるということにしたがるのですが、CKは(少なくとも日本ほどには)困ってません。
Adobe-Japan1の漢字中の未エンコードグリフの比率を、Adobe-GB1やAdobe-CNS1やAdobe-Korea1と比べれば一目瞭然。
Re:機能美 (スコア:1)
というよりそういうレイヤ跨ぎで(それにコードを割り当てておいて)それでいてCJKは同じじゃない字を同じコードに割り当てている。とてもじゃないけどそんな仕様はスマートとは言えない。というのが論旨だからCKがそれほど困ってないとかいうのは関係ないじゃないか？ だいたい全部で32bitsあるのにまとめる必要があるのかと小一時間(ry
Re:機能美 (スコア:0)
拡張子がファイル名表示の最後にくるべきというルールと抵触するのはまずいと思う。
具体的には、.が出現した時点であらゆる方向制御コンテキストは無効に戻すべき。
Re:機能美 (スコア:1, すばらしい洞察)
よって、.の前後で方向制御コンテキストを断絶させるのが正解。
Re:機能美 (スコア:1)
>拡張子がファイル名表示の最後にくるべきというルールと抵触するのはまずいと思う。
文字を書く方向が変われば、ファイル名の最後ってのが、右なのか左なのかも同時に変わってくると思うんだけど。
Re:機能美 (スコア:1, すばらしい洞察)
もっと言うと拡張子の位置は「ファイル名文字列の最後」なので右とか左とか関係無い。
Re:機能美 (スコア:0)
.knjなのか、.jnkなのかで。
大体、いまさらファイル名の一部を拡張子として扱ってファイル種別を判別しようっていうのが問題だとは思いますが。
Re:機能美 (スコア:0)
拡張子のルールは「ローマ字と数字限定で左から右に書く」で今までずっとやってきてるので右から左に文字を書く文化の人にはそれに合わせてもらうしか無いんじゃね？いや、ひょっとしたらアラビア文字とかインドの文字も拡張子に使えるのかもしれないけど見たこと無いからいい加減な事言ってるかもしれない。
＞いまさらファイル名の一部を拡張子として扱ってファイル種別を判別しようっていうのが問題だとは思いますが。
それには激しく同意するけど別の話だし、現状一番多くの人に使われてるOSがそういう仕様になってるので無い事にして避けて通る訳にも行かないと言うか。Mac OSもそういう方向に退化しちゃったし。
Re:機能美 (スコア:0)
それはどこの独自ルールでしょうか？
Re:機能美 (スコア:0)
> 我々は縦書きの為に制御文字を必要としていますか？
そりゃ我々の大多数は日本人なんで、日本語に制御文字がない状態は想像つきますが。
日本語だけで自明な話を、安易に別の言語にまで広げるのは思慮が浅いですね。
自国の単語と外来語で方向が逆になる言語ではどうなりますか？
複雑なリガチャーをもつ言語ではどうなりますか？
日本語でも「き」と「ゃ」の間には制御コードを入れませんが、「き」と「゛」の間には制御コードを入れますね。
これって不要だと思いますか？
文字セットを文字カタログのようなものと考えられているのであればそれは大きな間違いです。
Re:機能美 (スコア:0)
/.に来るような人は横書だけで生きてるかもしれませんが。
ということで、縦書IN,OUTのような制御文字があるってことでいいのかな？
ファイル名の途中で (スコア:3, 興味深い)
どこにつなげようかと思ったのですが、とりあえずここに。
ファイル名の途中 に制御コードを挟めるということに問題があるように思いますが。
右から左にしても、縦書きにしても、ファイル名の途中から表示のルールを変えるなんて偽装以外じゃありえないんじゃ？
Re:ファイル名の途中で (スコア:0)
むしろ問題は、制御コードの影響を拡張子がうける事だと思います。
Readme でん読.doc (※太字がRLO)
はありだと思いますが、
Readme cod.でん読
のように拡張子が影響をうけるのは、おかしいのではないかと。
Re:ファイル名の途中で (スコア:0)
もしWindowsが
・右から左へ書くのがデフォルト
・左から右へ書くためには特殊な処理が必要
だとしたら
cod.読んで
という表示は変だと思いますよ。
Re:機能美 (スコア:0)
他言語に関しては想像しづらいので至らないところは申し訳ありません。
> 自国の単語と外来語で方向が逆になる言語ではどうなりますか？
架空の例をいくら挙げても重箱の隅になるのでおたずねしますが、
実際にそういう国があると捉えてよろしいのですね？
その場合、自国語と他国語で文字の使用範囲が異なるのであれば問題ないでしょう。
もし自国語も他国語も例えばアルファベット26文字だけで表すような文化であれば無理ですね。
しかしそれは制御コードに意味分解をさせている事になります。
強調や
Re:機能美 (スコア:3, 興味深い)
> 架空の例をいくら挙げても重箱の隅になるのでおたずねしますが、
> 実際にそういう国があると捉えてよろしいのですね？
少なくともインドではそのような記述をしている人々がいます。
彼らがノートにメモを取っている様子などは興味深いです。右から左に文章を書いているのに、途中にWindowsなどの外来単語が出現すると、少し左までペンを移動した後に、Windowsと書き、その後にまた左に続けて書いていきます。
残念ながら、彼らとて、アルファベットを普通に使用することはあるわけで、画一的に文字コードによって向きを規定するなんていうのはナンセンス極まりないでしょう。
Unicodeが異なるレイヤの問題を一つのレイヤに組み込みすぎたという意見には一部納得しますが、かといって、歴史を変えるわけにも行かない以上、私たちには、Unicodeとうまくやっていくしかないんでしょうね。なんだかんだいって、Windows, Mac OS X, Javaなどは既にUnicode族ですし、Linuxの多くのディストリビューションも既にデフォルトがUTF-8になりつつあります。
また、ハングルやインドの言語などに関しては、文字合成という概念は極めて合理的かつ効率的であるので、文字合成という概念がUnicodeに導入されたのも必然性はあったのではなでしょうか。
そのせいで、合成・分解のルールが設定されたことは規格として複雑性を高めたとも言えますが、一方で、日本人が全角・半角といっている文字群に対しても画一的な説明を付けることが出来るようになったのは大きいでしょう。個人的には、Unicodeのおかげで、全角・半角の文字を同一視できるようになったのは大きいなぁと勝手に感動したりもしました。
Re:機能美 (スコア:1, 参考になる)
議論そのものに参加するつもりはないのですが、とりあえず
ウィキペディアのヘブライ語版 [wikipedia.org]やアラビア語版 [wikipedia.org]
を対応ブラウザで見ると、自国の文字は右から左、英数字は左から右、
となっていますね。
# まあ、文字コードさえ被っていなければ制御文字がなくても
# 表示側で対応すれば問題ない、というのは確かに正論かも。
Re:機能美 (スコア:0)
そして、途中に英語などの外来語や数字が入る時は、左から右の表記になるよ。
常識なので覚えておこうね。
言うまでもないけど、アラビア文字は少数派の文字ではないですよ。
…ヘブライ文字は少数派だと思うけど。
---
ま、最初にUnicode作ったのが英語圏の人たちなんで、めちゃくちゃな実装になっちゃったのは有る意味必然ですね…。
16bitで足りるわきゃない(;´ω`)
Re:機能美(オフトピック) (スコア:0)
何処の？ここが言語学を主に扱うところなら、まだ分かるんだけど。
この流れでそれを常識といってしまうのは随分狭い世界の住人さんだな、と思ってしまう。
# 常識の必要は感じるか、常識の存在は認めていないAC.
Re:機能美(オフトピック) (スコア:0)
まあ日本ではあまり馴染みが無い生活の常識だけど、それを類推できる柔軟性も無いの？？
Re:機能美(オフトピック) (スコア:0)
/.j（コンピュータトピック）で、例えば２進数や１６進数位常識でしょ？っていう感覚なら分かるけれど、
右から書くのと、左から書くのが混在する文字体系の存在を知っていることが「生活の中の常識」
に入ると思っているなら、なおの事、随分世界の狭い住人さんだな、という思いが強くなる。
(Unicodeを語るなら常識でしょ？って反論ならもうちょっと納得できたかもなのですが)
そもそも「日本ではあまり馴染みが無い」と言う時点で常識と呼ぶのは「日本では」無理があるのでは？