アカウント名:
パスワード:
そんな可能性って、現実的に、あるのでしょうか?
まぁUnicode自体が将来へツケをまわしてるような物だとは思うが。
つまり、「最終解であると断言はできないでしょ?」という意味なのか、それとも、最終解ではないということを説明する積極的な理由なり根拠があるのか、どちらでしょうか?
ISO-2022 で決まり! と思われていた、って思っていたのは誰ですか? その人にとっては、そうだったかもしれませんが。
つまり、「表現できない文字がある」という批判は、現状の Unicode に対する批判にはなりますが、Unicode という枠組みに対する批判にはならないと思います。
もちろん、Unicode に提案したけど拒否された文字というのはいっぱいあります。しかし、拒
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
Unicode (スコア:1)
それはそうと、なんで単一の文字コードにしたがるのか理解に苦しむな。
xml のようにヘッダに文字コード付ければいいだけのような。完璧な文字コー
ドが存在するならともかく。
// 将来もっと素晴しい○○コードが生まれるかもしれないのに、猫も杓子も
// Unicode という現状はあまり好きではない。
This cookie has a scrap of paper inside. It reads:
If you can't learn to do it well, learn to enjoy.
Re:Unicode (スコア:0)
そんな可能性って、現実的に、あるのでしょうか?
Re:Unicode (スコア:2, 参考になる)
反対理由としてはきわめて貧弱。
XML をたとえば UTF-8 で記述する際に、「これは UTF-8 ですよ」
と記載しておけば良いだけの話で、それ以上の心配は無駄です。
日本語に関して言えば、見掛け上、XML の記述に従来の文字コード
(ISO-2022-JP, EUC-JP, Shift_JIS) を使うことは出来るのだけれど、
これだけでは Unicode へのマッピング指定が不十分なので、
将来誰かが泣きを見ることになります。
2000年問題の例を挙げるまでもなく、将来にツケをまわすのは
システム開発者の得意技ではありますが、いわゆる「職人」の
職業倫理とは相容れないものです。
Re:Unicode (スコア:0)
Re:Unicode (スコア:2)
つまんでいる状態になぞらえるなら、Unicodeへの移行はいわば
債務の集約にあたる。借金が消える訳ではないが、従来よりも
少しは状況をハンドリングしやすくなった。
SGML から XML への移行は、この変化にエンパワーされて起こった、
と私は理解している。Unicode がお気に召さないのなら、SGML時代に
舞い戻るという選択が君にはある。
Re:Unicode (スコア:0)
Re:Unicode (スコア:1)
Unicode の大きな文字セットは魅力的ですが、最終解というわけではありませんよ。
Re:Unicode (スコア:0)
つまり、「最終解であると断言はできないでしょ?」という意味なのか、それとも、最終解ではないということを説明する積極的な理由なり根拠があるのか、どちらでしょうか?
ISO-2022 で決まり! と思われていた、って思っていたのは誰ですか? その人にとっては、そうだったかもしれませんが。
Re:Unicode (スコア:1)
たとえば、ある文学作品でしか使われない文字や、文脈によって意味のかわる文字を表現することは困難です。
それらを克服した文字コードが登場すれば、Unicodeに置き換わる可能性は十分にあるでしょう。
もちろん現時点ではUnicodeがもっとも現実的な解でしょうが、Unicode以外が使えないという状況は望ましくありません。
二つ目の疑問は、各国の文字セットに ISO-2022 系の文字コードが存在する背景を考えてみてください、というのでは答えになりませんか。
Re:Unicode (スコア:0)
つまり、「表現できない文字がある」という批判は、現状の Unicode に対する批判にはなりますが、Unicode という枠組みに対する批判にはならないと思います。
もちろん、Unicode に提案したけど拒否された文字というのはいっぱいあります。しかし、拒
Re:Unicode (スコア:1)
あなたの話では、拒否された文字はすべて提案者の方に問題があるように聞こえますが、そんなことはありません。Unicodeは一つの大きな文字セットをユーザ全員で共有するモデルですので、仮に「使用頻度が全体から見て極端に低い文字」「権利があいまいな文字」「典拠の不明な文字」を含めてしまうと、大きな不利益を被ることが考えられます。そのような文字は提案の段階で却下されるでしょう。
ふたつめについては、あなたが同じACの方だと仮定してですが、文意が正しく伝わっていないようです。
元発言の「かつては、文字コードと言えば」を「Unicode以前は、文字コードと言えば」と置き換えて読んでみてください。
Re:Unicode (スコア:0)
Re:Unicode (スコア:0)