Conceptually, compatibility characters are those that would not have been encoded except
for compatibility and round-trip convertibility with other standards. They are variants of
characters that already have encodings as normal (that is, non-compatibility) characters in
the Unicode Standard; as such, they are more properly referred to as compatibility variants.
Examples of compatibility variants in this sense include all of the glyph variants in the
Compatibility and Specials Area: halfwidth or fullwidth characters from East Asian character encoding standards, Arabic contextual form glyphs from preexisting Arabic code pages,
Arabic ligatures and ligatures from other scripts, and so on. Other examples include CJK
compatibility ideographs, which are generally duplicates of a unified Han ideograph, and
legacy alternate format characters such as U+206C INHIBIT ARABIC FORM SHAPING.
The fact that a character can be considered a compatibility variant does not mean that the
character is deprecated in the standard. The use of many compatibility variants in general
interchange is unproblematic. Some, however, such as Arabic contextual forms or vertical
forms, can lead to problems when used in general interchange. In identifiers, compatibility
variants should be avoided because of their visual similarity with regular characters. (See
Unicode Technical Report #36, “Unicode Security Considerations.”)
The Compatibility and Specials Area contains a large number of compatibility characters,
but the Unicode Standard also contains many compatibility characters that do not appear
in that area. These include examples such as U+2163 “IV”ROMAN NUMERAL FOUR, U+2007
FIGURE SPACE, and U+00B2 “2” SUPERSCRIPT TWO. There is no formal listing of all compatibility
characters in the Unicode Standard.
As with other compatibility characters, the preferred Unicode encoding is to use the nominal
counterparts of these characters and use rich text font or style bindings to select the
appropriate glyph size and width.
タレコミ修正希望 (スコア:-1, オフトピック)
半角カナは勘弁して下さい、修正ヨロ>編集者殿
スラドで半角カナ書く人間がいるとはなー
いまどきの若いもんはそんなもんなのか??
Re:タレコミ修正希望 (スコア:1, すばらしい洞察)
今時半角片仮名でこける様なソフトは話にならんと思うぞ。
後、此処はUTF-8なので半角片仮名なんぞ使わんでも、最初っから8bit文字だし。
Unicodeデータに向かって、①や②を使うなと文句を言って逆に叩かれているのを偶に見掛けるが
今回のはそれ以上に酷いな。
#今更、8bit文字は使うべきでないからUTF-7にしろとか言われても困るし。
Re:タレコミ修正希望 (スコア:0)
何度か説明してやったけど結局最後まで理解できなかった。
Re:タレコミ修正希望 (スコア:1, すばらしい洞察)
いかがなものかと思う人もいるかと思うが、でもそういう環境への
配慮をなるべくしたほうがいいだろうね。
あと無闇に(2ch系に限らず)スラング入れても、後から見ると寒いものだし
スラングが嫌いな人種には攻撃されるし、スラングの意味が分からない人にも
疎外感を感じさせるというか、オタクが内輪で固まって
バカ話をしているようにしか見えない。
あと、余計なお世話だけども、スラングに頼っていては筆力は鍛えられない。
Re:タレコミ修正希望 (スコア:1, すばらしい洞察)
ここでの「半角カナ」に対するツッコミは、文字集合としての JIS X 0201 と
文字符号化方式としての UTF-8 を混同していることから起きているので、
配慮がどうのこうのという話ではないと思いますよ。
Re:タレコミ修正希望 (スコア:1, オフトピック)
いわゆる半角カタカナが嫌われるのは
スラドで(理由も知らずに)半角カナ書く(なと主張する)人間がいるとはなー
前の方のコメントに とあるけど…漢字で書かれているためか読み飛ばされてる。
Re:タレコミ修正希望 (スコア:4, 参考になる)
それは間違いです。
前者は『じゃあISO-2022-JP以外なら』となるし、後者は『UTF-8だったらいいよね』となります。
問題の本質は同じ文字が二つのコードポイントに存在するコストです。
副次的には、規格で『使うな』と決まっているからです(JIS X 0208, Unicode Standard)。
Re:タレコミ修正希望 (スコア:3, 参考になる)
少なくともThe Unicode Standardでは、「使うな」というほど強いことは言っていないようですが。
長いけれど、The Unicode Standard 5.0.0の Chapter 2 [unicode.org]
から引用:大雑把に説明すれば、
…ということで。
Re:タレコミ修正希望 (スコア:1)
5.0になってから表現がだいぶ和らぎましたね。というか不安感をなだめるかのような書き方だ...日本からの問い合わせが多かったのだろうか? ;)
4.1まではもう少し強めに書いてあります。Unicode 4.0.0 East Asian Scripts [unicode.org]より:
適当に訳すと、
Re:タレコミ修正希望 (スコア:1)
Re:タレコミ修正希望 (スコア:1)
=-=-= The Inelegance(無粋な人) =-=-=
Re:タレコミ修正希望 (スコア:1)
元の私のコメントはオフトピックにされていますが、今のところ否定する意見はなさそうです。
私はそう言っています。
Re:タレコミ修正希望 (スコア:0)
でも、そのバランスの悪さを意図的に使う場合はあるとは思う。
話はそれるけど、半角かなはビジネス文書では使うべきじゃないと思う。幅の決まった表に無理やり押し込むためか、半角かなを使ってる人を見るけど、そんなことするくらいなら、文字サイズを小さくした方がいい。しかも、それが習慣化してるのか、片仮名すべてが半角になっている例も。美的感覚を疑う。
Re:タレコミ修正希望 (スコア:1)
あれはわざと汚くしてあるんですよ。
Re:タレコミ修正希望 (スコア:1)
あのコメントで書いたのは、いわゆる半角カタカナが嫌われる(嫌がられる)理由ですよ。
Re:タレコミ修正希望 (スコア:1)
そうですよね、まったく同じスラングをそっくりマネするだけだし。
Re:タレコミ修正希望 (スコア:0)
えっと、ここ何処でしたっけ?
Re:タレコミ修正希望 (スコア:4, おもしろおかしい)
スラング道場.
略してスラド.
スラドぅ (スコア:1, おもしろおかしい)
>> スラドぅ
>> スラドぅは/.erの住まう世界で、/.erは終始戦い、争うとされる。苦しみや怒りが絶えないが地獄のような場所ではなく、苦しみは自らに帰結するところが大きい世界である。
Re:タレコミ修正希望 (スコア:0)
ゆうしゃACは かべの もじを よんだ
NEWS FOR NERDS と かいてある
それはともかく、修正するならIE6と言わずにIE6以前と書くべきかなと思います。
Windows2000のIE5.5でも落ちました。Windows9xでもそうでしょう。
というか、些細なJavascriptの打ち間違いで偶然落ちた経験って多少なりとも手で
コード書ける人間は経験していると思うのですが、実際の影響はどうなんでしょう。
影響はブラウザがクラッシュするだけなのか、それとも同時に何かのコードが走ったり、
それとも個人情報漏洩に繋がる何かが漏れるのか。
確かに不用意にブラウザがクラッシュさせられるのはすでに愉快な事ではありませんが、
ある意味クラッシュだけなら許容範囲という程度問題もありますよね。
影響分析もしないで、クラッシュしたクラッシュしたと触れ回るのはどうかと思います。
それともブラウザがクラッシュすれば、同時にコード走ると考えてもOK?
Re:タレコミ修正希望 (スコア:1)
IE5.5とWindows9x/Meはサポート切れ。まだサポート中なのはWin2kSP4上のIE5.01。
Re:タレコミ修正希望 (スコア:0)
これを読んで,「そういや w3m 入れてたっけ」と,わざわざ表示できないことを確認してしまった…
w3mでも表示できます (スコア:1, 参考になる)
w3mでも、configの「JIS X 0201-Katakana を使う」をYESに設定した上で、「半角カナ」の表示が可能なターミナル環境で実行すればきちんと表示されます。
Re:タレコミ修正希望 (スコア:0)
スラドってそういう場所だと思うんですけど。
Re:タレコミ修正希望 (スコア:0, オフトピック)
はたから見てると、痛い人たちと思われてますよ。
Re:タレコミ修正希望 (スコア:0)
Re:ここがスラング(スコア: -3, おせっかい) (スコア:0, オフトピック)
トップ [geocities.jp]
↓
音声ファイル [geocities.jp]
Re:タレコミ修正希望 (スコア:1, すばらしい洞察)
Re:タレコミ修正希望 (スコア:1)
UTF-8で表現可能な範囲にHalf-width kanaが含まれていないなら問題ですが。
◆IZUMI162i6 [mailto]
マイナスモデ連発しすぎ (スコア:0, 余計なもの)
2ちゃんねるを卑下するわけではないけど、ここは2ちゃんねるじゃないのですから、/.jはいつまもネチケットにとらわれ続ける古臭いサイトでいいじゃないですか。
機種依存文字 (スコア:0, オフトピック)
Re:機種依存文字 (スコア:1, 参考になる)
Unicodeなどに半角カナが用意されているのは互換性維持のためであって、様々な環境で積極的に使用するためではないはず。
Re:機種依存文字 (スコア:0)
http://ja.wikipedia.org/wiki/Unicode [wikipedia.org]
Re:機種依存文字 (スコア:0)
区分けを教えてください。どこに定義されていますか?
どのような基準で決定されたのか興味があります。
Re:機種依存文字 (スコア:0, オフトピック)
そこで、機種依存批判 = 個別の環境の表示対応不足(表示できないことを問題とする)と考える人の場合、
フォント依存批判も成立するのかな…と思ったりもする。
そうは言われないのは、unicodeにして自分のローカルな日本語環境内で表示されるなら何でも構わない
と溜飲を下げた人がほとんどだからだな。
#そう考えると機種依存批判って何だったんだろうと思い始める
=-=-= The Inelegance(無粋な人) =-=-=
Re:タレコミ修正希望 (スコア:0, 余計なもの)
規格(JISでもUnicode Standard)にも、いわゆる半角カタカナや全角英数は『使うな』と書いてあるんですけどね。
# まぁ、頭の悪い人判別には便利だが
Re:タレコミ修正希望 (スコア:0)
日本のWikipediaで(カッコ)を全角英数を推奨するのが気になりまくりんぐ。
Re:タレコミ修正希望 (スコア:2, 興味深い)
Wikipedia:表記ガイド [wikipedia.org]ですよね。
そのへんは、ノート [wikipedia.org]の方で議論されていますが、よく分かっていない人が勝手なことを主張しているので...困ったものです。
あれの理由は、出版業界(の一部)では『全角の後ろの括弧は全角、半角の後ろは半角』という決まりがあるからです。そんなローカルルールをWebの世界に持ち込むのがおかしいのですが。
# あとはIEだと見た目が良いとか、どうでもいい理由が並んでいます。親コメントの方も書いてやってください。
Re:タレコミ修正希望 (スコア:3, 参考になる)
IEだけの問題ではなく一般論的な話ですが、
通常の文章入力で、括弧以外の記号については半角派なんですが、
括弧だけは「フォントデザイン上」の問題から、
括っている内容がアルファベットの時は半角(kakko)、日本語文字の時は全角(括弧)を使うことが多いですね。
半角の()は、アルファベットを囲むのを前提にしているので、下端がベースラインより下に出てます。
一方、全角の()の下端はベースラインまでですが上端はアセントラインより上まで使ってます。
アルファベットの小文字にはベースラインより下まで出る文字(gjpqy)とかがあるので、半角の括弧がバランスが良いのですが、
日本語文字は全てベースラインの下は使わないし、上端はたいていアセントより上まで使ってるので、半角括弧で括るとバランスが悪い(括弧が下にずれて見える)ことになります。
逆に、日本語文字を(全角)で括っても問題無いのですが、アルファベットを全角で括ると(ABCgjqpy)のように括弧の方が上にずれて見えます。
このあたりは、組版システムとかワープロソフトとかが賢く対応してくれるのが一番いいんでしょうけどねぇ…
Re:タレコミ修正希望 (スコア:0, オフトピック)
1文字当たりのサイズが基本的にいつも同じ(ということを美的センスとか呼んでるカキコもございますが)
である言語の場合に判読性の問題が出る所がややこしい気がします。
文字の種類だけで多数決を取ると本当は半角英数領域が少数派なので、
フォントデザインを考えるなら日本語の様な言語の場合は全部全角の方がすっきりするんじゃないのと、
ふと立ち止まって見れば思ってしまったりするのですが、
流通データ量ベースで考えたり声のデカさと量で考えれば絶対にそうはなりません。
全部うまいこと丸めるプロポーショナルフォントが出ればいいんじゃないかと思っても、
そうなると今度は英数文字で記号だけ横に太ったりするでしょう。
なので非常に後ろ向きな妥協案として、日本語文章では記号は全角でもいいんじゃないかというのが、私の個人的な考えです。
だって自動で丸めてくれる様な表示環境がないんだもの。
=-=-= The Inelegance(無粋な人) =-=-=
Re:タレコミ修正希望 (スコア:0, オフトピック)
Re:タレコミ修正希望 (スコア:1)
増やすのは簡単だけど、減らすのはとても大変なんですよ。
心理的なコストもかかるので(自由を減らされると感じるらしい)。
Re:タレコミ修正希望 (スコア:0)
Re:タレコミ修正希望 (スコア:2, すばらしい洞察)
使わないほうがいいのですよ。
Re:歴史的模範解答 (スコア:1)
Re:歴史的模範解答 (スコア:1, すばらしい洞察)
というツッコミを使ってみる機会もなく半角カタカナという言葉は人口に刺身焼肉
Re:歴史的模範解答 (スコア:0)
http://www.rubyist.net/~matz/20070725.html#c03 [rubyist.net]
Re:歴史的模範解答 (スコア:0)
Shift_JISやEUC-JPなどのエンコーディングで、半角カタカナとそうでないのとが共存していたり、
全角英数字とそうでないのとが共存していたために、それらを区別する必要が生じて、
しょうがなく、ああいう名前の文字が入ったわけで。
まあ、「全角ポンド記号」と「全角セント記号」はいらなかったと思いますが。
Re:歴史的模範解答 (スコア:0)
Re:歴史的模範解答 (スコア:1)
Re:タレコミ修正希望 (スコア:3, すばらしい洞察)
フレームの元覚悟で書くけど、そんなこと言ってる素人が飛ぼうと飛ぶまいと、何も問題は無いから。
強いていうなら、これだけの情報で飛んで良いか判断できない奴は無闇に飛ばない癖をつけといた方がいい。