トップページ⇒linux
857コメント312KB

EUCボクメツ委員会

■ このスレッドは過去ログ倉庫に格納されています
0001ﾓ･ｸ･ﾍ･ｹ菽ｦｯ01/10/16 00:18ID:ZujZqkcr
Javaとかのマルチプラットフォームなアプリでも文字コードをいじらないと化けるし。
ICQクローンで Shift_JIS<=>EUC の相互変換をするように加工とか小細工して使ってるのには泣けたＹＯ
せっかく多言語対応の環境で作られたソフトでも日本ローカルのパッチ作んなきゃいけないんじゃ
意味ないじゃん！
Winに比べて少ないアプリがさらに選択肢が狭まっちゃってどうしようもないYO
Linuxにおける日本語の標準コードはWinに倣いShift-JISをメインにすべきである。
0511login:Penguin03/12/05 21:19ID:WmOgE02Z
>>499
http://www.jisc.go.jp/ から読めたりしますが。
ただし「解説」は読めないみたい。

あと、JIS X 0208と0213は規格協会から出版されている
『増補改訂 JIS漢字字典』に縮刷版が入ってたりする。

0x5cが円記号か逆斜線かは、コードの由来に立ちかえれば明快。
・シフトJIS: JIS X 0201の8ビットコードの拡張なので円記号(YEN SIGN)
・EUC: ASCIIの拡張なので逆斜線 (REVERSE SOLIDUS)

>>510
CCS, CESという定義の仕方はあまりうまくないので、真面目に考えるだけ損。
0512login:Penguin04/01/04 13:24ID:KetwKeXM
なんでわざわざ規格が2つもあるんだか。普通に考えておかしいじゃん。
両方とも、他方の欠点についてくだらん言い訳をグダグダのたまうんだろうけど
結局のところこの統一されてない状態が一番不便なのがわからんのかクソども。
0513login:Penguin04/01/05 05:56ID:AOcZ5fo2
どんな文字コードでも使える実装をほどこせばいいんでない？
とか言うのはソフトを書くわけでもない素人の意見なのかな、やっぱり……

0514login:Penguin04/01/05 10:29ID:gmkRu+uW
>>513
はい。
0515login:Penguin04/01/12 16:06ID:Z4GWGJfa
　　　　　　 lヽ ﾉ l　　　　　　　　ｌ l　ｌ ヽ　　 ヽ
　 )'ｰーノ(　 |　|　 | ､　　　　　 / l｜ ｌ　ハヽ　　|ｰ‐''"ｌ
　/　Ｃ　　|　|　|／| ﾊ　　/ / ,/ /|ﾉ /l /　ｌ l ｌ|　ｌ　 Ｃ ヽ
　l 　 ･　　i´ |　ヽ､| |ｒ|| |　//--‐'" 　 ｀'メ､_ｌﾉ| /　 ・　 /
　|　 Ｓ　　l　 トー-トヽ| |ノ　''"´｀　　　ｒｰ-/// |　 Ｓ　｜
　|　 ･　　 |／　　 　 | l ||､　''"""　 j　""''/ | |ヽｌ 　・　｜
　|　 Ｉ 　 |　　 　 　 | l |　ヽ,　 　― 　 ／　| |　ｌ　 Ｉ　 |
　| 　 !!　 |　　 　 /　| | |　　 ` ｰ-‐ ' ´||　,ﾉ| |　|　　!!　｜
ノｰ‐---､,|　 　 /　│ｌ､l　　　　　　 　 |ﾚ' ,ﾉﾉ　ﾉハ､_ノヽ
　/ 　　 　 　 ／　ノ⌒ヾ､　 ヽ　　　 ノハ,　　　 　 |
,/ 　 　　　,イーｆ'´ /´　　＼　| ,／´ ｜ヽl　　　 　 |
　　　　 ／-ト、|　┼―- ､_ヽﾒr'　, -=ｌ''"ハ　　　　|　 ｌ
　　 ,／　 　|　ヽ 　＼　　_,ノｰｆ' ´　　ﾉノ　 ヽ　 　｜　|
､_　　　 _ ‐''ｌ　　`ー‐―''" ⌒'ｰ--‐'´｀ヽ､_ 　　_,ノ　ノ
　 ￣￣　　 |　　　　　　　　　　 ／　 　　　　￣
0516login:Penguin04/01/21 04:54ID:l6i+YvvA
Post
0517login:Penguin04/01/24 12:36ID:OGcyA9QE
GBやKSやCNSって文字名を規定するように改訂されてるんですか?
されてなかったら文字名による同定なんて絵に描いた餅だと思うんですが。
少なくともGB2312は廃止されてGB18030になったんだから
改訂版は存在しないですよね?
0518login:Penguin04/01/27 17:53ID:Vqw8VTxA
>>517
少なくともISO/IEC 8859シリーズやJIS X 0201/0208/0213は文字名を規定してる。
他の奴は調査のうえ報告きぼん。
0519login:Penguin04/01/27 18:02ID:CYFtYKQ6
>>518
それは知ってます。だからGB/KS/CNSについて聞いてみたわけです。
JIS X 0212の文字名は「参考」しか存在しないですね。
0520login:Penguin04/01/28 01:38ID:yXeHWwGb
GB18030の仕様書?
http://www.anycities.com/gb18030/standard.htm
0521login:Penguin04/01/28 09:30ID:zcjMBZrl
>>520
やっぱり絵に描いた餅っぽいな
JISの範囲に限定してもけっこう破綻してるし
0522login:Penguin04/01/31 00:53ID:0gxSoMh4
Unicode Normalization派には全ての文字集合が破綻して見える。
CSI派にはUnicodeが破綻して見える。
いじょ。
0523login:Penguin04/01/31 07:48ID:uM5oI3vd
CSI派は情報交換用符号化文字集合としては何を使うんでしょうか。
TRONコード?
0524login:Penguin04/01/31 15:12ID:A1rPcmld
> CSI派は情報交換用符号化文字集合としては何を使うんでしょうか。
CSIだから何でも有りなわけだが…
0525login:Penguin04/02/01 13:09ID:N4VOvKZ9
>>520
何がどう破綻してるのか意味不明。
文字名称による同定が破綻しているとすればUnicode/10646自体の失敗に近い。
Unicodeしか無い世界を想定すればそれでも良いのかもしれないけど、
そんな想定は頭の中のお花畑でしょ。
0526login:Penguin04/02/02 10:00ID:hq6ctxrf
>>524
内部が何でも有りでよくても外部と情報交換するときには
相手の知らないコードでは話にならないと思うんですが
0527login:Penguin04/02/02 10:06ID:hq6ctxrf
>>525
> 文字名称による同定が破綻
そもそも一対一の対応関係しか記述できないのが無理ありすぎ。
> Unicode/10646自体の失敗に近い。
でも国際規格との整合という名目で文字名を規定してしまった。
つーかCJKでUnicodeに一番反対しているはずの日本だけが
自国の文字集合で文字名を規定してる(らしい)ってほとんど
ギャクだな。
0528login:Penguin04/02/02 10:41ID:ZMPM1Vhd
>>526
何でもありと言ってもcharset repositoryに登録されてる奴だけでしょ。
0529login:Penguin04/02/02 22:12ID:rBgXmwm9
「相手の知らないもの」を「交換」すること事態ｱﾘｴﾅｲ、
お互いが情報を共有していれば既存の文字集合でなくても構わない。
0530login:Penguin04/02/12 11:08ID:KO5Q49AN
> 「相手の知らないもの」を「交換」すること事態ｱﾘｴﾅｲ、
> お互いが情報を共有していれば
どうやって共有するんですか?
そんなこと言い出したらネットワークプロトコルなんて
一切必要ないということになると思いますが。
0531login:Penguin04/02/13 07:42ID:AkWuZ3md
既存のコードのどれかに対する写像関数があれば
何も問題なさそうだけど。プロトコルと違って
文字コードは単純なので同じように考えることは
できないと思うけど。
0532login:Penguin04/02/13 10:16ID:9tJnggCR
関数が、ベンダーによって違ったり、
単射に出来なかったりで問題。
0533login:Penguin04/02/19 17:11ID:HogZ/lIc
とりあえずSJIS撲滅しろ
0534login:Penguin04/02/19 18:46ID:wXxKmQwW
　　　／⌒ヽ　　すいません、ちょっと撲殺しますよ・・・
　　/　´_ゝ`）　　　|　|　
　と　　　　）　 　 |　|　ｶﾞｯ
　　 Ｙ　/ノ　　　 人
　　　 /　）　 　 < 　>_∧∩
　 ＿/し'　／／. Ｖ｀Д´）/
　（＿フ彡　　　　　 　　/←>>533
0535login:Penguin04/02/20 15:15ID:MhppvPgK
「SJIS撲滅しろ」とSJISで読ませてる矛盾…
日本製品排斥運動のプラカードを日本製筆記用具で書いてる話を思い出したよ。
0536login:Penguin04/02/20 15:25ID:USABAkbG
ネット上を流れる日本語の何割ぐらいがEUCなのかな。
事情がどうであれ、SJISが既に多数派だってことは
受け入れないとダメだろね＜EUC派の人。
0537login:Penguin04/02/20 15:42ID:HZ88v8IJ
YahooはEUC-JPだよね。
0538login:Penguin04/02/20 15:59ID:DuOkNDXy
>>536
煽りか知らんが、それを受け入れてない香具師はいないだろ。
wwwにutf-8,16使ってるページが少ないからといってunicode推進は間違ってるという結論にはならん訳だし。
0539login:Penguin04/02/20 16:10ID:HZ88v8IJ
>>538
全然関係ない話だが、XHTMLがXMLの派生だと考えると、XHTMLでは
UTF-8・UTF-16を使うのが正道だと思うのだが、どう思う?
Unicode嫌いだがXHMLラブな俺。
0540login:Penguin04/02/20 18:02ID:DuOkNDXy
utf-16より16ビットクリーンのucs-2が乙。
0541login:Penguin04/02/20 18:13ID:OGx3SqOQ
> 16ビットクリーン
どういう意味? ぐぐっても0件だし。
「8ビットクリーン」の語義から類推すれば、
途中で16ビット目が壊れることはないって意味になるけど・・・
0542login:Penguin04/02/20 18:17ID:HZ88v8IJ
>>540
まぁUTF-16とUTF-8の二者択一で、UTF-16は選ばんな。
サロゲートペアが気持ち悪すぎる。
しかしUCS-2はどうかといわれると、それならUCS-4使いたいところ。
054354204/02/20 18:18ID:HZ88v8IJ
似たような理由でShift JISも気持ち悪い。
0544login:Penguin04/02/20 18:36ID:SE61JsUR
>>536
シフトJISって言っても何種類もあるしね。
0545login:Penguin04/02/20 18:47ID:HZ88v8IJ
>>544
たとえば?
まさか「Unicodeへのマッピングが〜」なんて言わないよね……。
0546login:Penguin04/02/20 19:39ID:YAuvVXfE
どうせなら、iso-2022 の枠の中に unicode の仕様も入れちゃえばよかったんじゃないの。
0547login:Penguin04/02/20 19:39ID:DuOkNDXy
>>541
16ビットオンリーと言うべきだったかもしれぬ。
EUC,JIS,SJIS,UTF-8 -> 8ビットと16ビットが混在
UTF-16 -> 16ビットだけと見せかけてサロゲートがある。
UCS-2 -> 16ビットのみ(n文字目に定数時間でアクセス可能)
0548login:Penguin04/02/20 20:26ID:HZ88v8IJ
>>546
>どうせなら、iso-2022 の枠の中に unicode の仕様も入れちゃえばよかったんじゃないの。

文字集合の話なら、ISO国際登録簿に登録されている。


符号化も含めてなら、一応ISO-2022には「他の符号化システムの指示(DOCS)」機能がある。
これを使えばUnicode(UTF-8・UTF-16)に切り替えられる。
# UTF-8・UTF-16のエスケープシーケンスもISO国際登録簿に登録されている。
0549login:Penguin04/02/20 20:35ID:YAuvVXfE
> # UTF-8・UTF-16のエスケープシーケンスもISO国際登録簿に登録されている。
本当だ。知らんかった。
0550login:Penguin04/02/20 20:37ID:SE61JsUR
>>545
Shift_JISとかMicrosoftのCP932とか
0551login:Penguin04/02/20 20:53ID:HZ88v8IJ
>>550
> Shift_JISとかMicrosoftのCP932とか

その二つはどこが違うの?
俺の理解では、まさに「Unicodeへのマッピング」の違いなんだが。
あと「何種類もあるしね」と書いているが、2つだけ?
0552login:Penguin04/02/21 10:55ID:8cIti7Dp
>>551
マッピングが違う時点で、別の文字コードになる。
種類も 2つではすまない。
http://www.opengroup.or.jp/jvc/cde/sjis.html
0553login:Penguin04/02/21 11:11ID:r6ckEmFW
>>552
> マッピングが違う時点で、別の文字コードになる。
ならない。
文字コードとは文字集合+符号化方式であらわされるもの。
Unicodeへのマッピングは関係ない。

> http://www.opengroup.or.jp/jvc/cde/sjis.html
これはまさに「文字コードの違い」と言える。
・JIS X 0201かASCIIか
・JIS X 0208は1978か1983か1990か
0554login:Penguin04/02/21 11:28ID:QqGdeQdg
アンチEUのスレはここですか？
やはりEUに対抗して大東亜共栄圏を。
0555login:Penguin04/02/21 11:47ID:u/H1Y2zG
いや、日本もEUに加盟しようぜ。
0556login:Penguin04/02/21 12:47ID:Ij37nYR/
それはブッシュ君が絶対に許しません！
0557login:Penguin04/02/22 12:06ID:/tZPZccw
m17libあげ
http://japan.cnet.com/news/ent/story/0,2000047623,20064400,00.htm
0558login:Penguin04/02/24 16:52ID:f1XKVOzh
>>553
> Unicodeへのマッピングは関係ない。
正解。

ただし、外字が入ってる時点でCP932は別の文字コードになってる罠。
0559login:Penguin04/02/25 09:17ID:OHUltstF
G2に78JISを指示して78JISの字形を出したいときだけSS2で
切り換えるような実装はISO 2022に適合しますか?
0560login:Penguin04/02/25 09:42ID:QrUE0gBl
>>559
ISO-2022的にはアリだと思います。
0561login:Penguin04/02/25 10:36ID:OHUltstF
一意な符号化を要求された場合90JISと同じ字は使用禁止に
なるし要求されなくても同じ字は同じ扱いにならなくてはいけない
(違う字形が出力されることに期待してはいけない)わけですが、
何をもって同じ字と判断するのかが悩ましいです。
0562login:Penguin04/02/25 11:23ID:QrUE0gBl
>>561
おっしゃるとおりです。使うのはかなりグレーだと思います。
普通にやるなら、上のレイヤーで切り替えるべきでしょうね。

そういえば、JIS X 0208:1997の付属書6を見ていて気づいたのですが、
規格票の刷によっても字形が違うのですね。
たとえば「芦」という字。1978の第4刷より前は「戸」の上部は「一」
ですが、第4刷以降は「ノ」になっています。ところが1983ではまた
「一」に戻っています。
0563login:Penguin04/02/25 23:19ID:XkkFjwVk
97JISの附属書6に78JIS字形として掲げられているものって結構間違い
(実際に78JISに載っていたのとは明らかにデザイン差を越えて異なると
思われるもの)がありますね。私は少なくとも3つ見つけました。
新字源番号にも明らかにおかしいところがありますし。
0564login:Penguin04/03/01 15:28ID:JCvjaOH6
charの内部コードはたとえばEBCDICかもしれないから
文字クラス判定を不等号で行ってはいけませんなんて言われてた
こともあるのに時代は変わったもんだ
0565login:Penguin04/03/01 15:36ID:ZJ6X9SrZ
JIS漢字コード表の改正について−１６８字の例示字形を変更−(2004.2.20)（pdf：333kB）
http://www.jisc.go.jp/tpk/pdf/040220kanjicode.pdf

こんなん出たらしいですよ。
「芦」なんかが変ってますね。
0566login:Penguin04/03/01 15:47ID:xLYQ3+Xr
>>564
変わってませんよ。今でも良くないですよね。
0567login:Penguin04/03/01 16:54ID:JCvjaOH6
>>566
もちろん今でもよくないけど
__STDC_ISO_10646__
なんてのもできたじゃないですか
0568login:Penguin04/03/01 17:07ID:ZJ6X9SrZ
「じゃないですか」かよ!?
0569login:Penguin04/03/01 17:39ID:xLYQ3+Xr
>>567
それでもwchar_tの中身を直接触るのは良くないことなのですよ。
0570login:Penguin04/03/01 22:38ID:gv8ZeGbq
sourceforgeのapacheはEUC固定だったりする。
今だにUTF-8が使えない。
0571login:Penguin04/03/03 20:36ID:CKuIXPe4
やっとこさthe m17n libraryが公開されたけど、海外の反応が全くないのが気に
なるな。というか、The Free Standards Groupのプレスリリースくらいしか情報
らしい情報は出してないもんなあ。SlashdotとかFreshmeatにアナウンス出した
方がいいと思うけど。
0572login:Penguin04/03/03 20:40ID:rkyENV70
>>571
m17nのメイリングリスト入ってるんだけど、一通も流れないのが不気味だ。
0573login:Penguin04/03/04 02:24ID:clL2BqDq
海外の人にこそ使って欲しいなあ。
0574login:Penguin04/03/04 10:43ID:9PDHb3Ho
http://pdx.freedesktop.org/pipermail/uim/2004-March/000171.html
> Great to see that more programmers are getting invonved in
> internationalization. I hope they don't release TOO many libraries,
> though... ;)

とあるひとの反応。
0575login:Penguin04/03/05 10:05ID:TJTIZyFT
SJISって文字化け多いんでしょ？
0576( ﾟДﾟ)＜ﾎﾞｸﾒｰﾂ ◆uhiboKUMEQ 04/03/05 10:11ID:BY8DAhkI
( ﾟДﾟ)＜呼ばれた気がした
0577login:Penguin04/03/05 17:30ID:xV2/aTba
まじばか多いよ。
0578login:Penguin04/03/06 02:50ID:LSF51fr1
とりあえず、私の使ってる日本語は2バイトまでにしてください。
漢字はあまり使わないのでJIS第2水準までで十分ですから…


正直、漢字もう少し減らして欲しいよ。
5000字程度に絞って統合しないかな…
市町村みたいにあまり使われてないとこは合併。
そしたらフリーのフォントも作りやすくなるし…
ダメかな？とにかく頑張れ総理（えー
0579login:Penguin04/03/06 06:09ID:xBLfCQy5
>>578もいなくなれば、人口過密も軽減されるのに…
0580login:Penguin04/03/06 12:19ID:nOqS+3CF
>>578
UTF-8は3バイトになるのが嫌っては思う。
そのまま検索できる圧縮方法を標準化すりゃ、色々便利だろうにな。
UCS4の文字コードの差分を使えんかな。
近い所の文字を連続で使う事が多いだろうし。
検索の時も先頭の文字以外はマッチングするだろうし。
0581login:Penguin04/03/06 16:57ID:RIYFz2Z8
UTF-8の作成に日本はお金だしたの？
ちょっとしかお金ださないから3バイトに追いやられたの？
最近は「金は力なり」ってことはないのかな…
0582login:Penguin04/03/06 17:37ID:FTiwHY/0
>>581
なんか外人からみた日本人のイメージの典型みたいな人だなぁ
0583login:Penguin04/03/06 20:57ID:NtiYGtdX
>>581
とりあえず、UNICODE コンソーシアムのメンバーで日本の会社は
ジャストシステムしか見あたらない。
http://www.unicode.org/consortium/memblogo.html
0584login:Penguin04/03/06 21:52ID:k9F50u4V
>>581
どっかで聞いた気がするのだが結構お金だしてたような………
UNICODEの方だったかなぁ………
0585login:Penguin04/03/07 01:10ID:1mpDS4RM
>>578
http://www.itscj.ipsj.or.jp/ipsj-ts/02-07/coreset/toc.htm
というのがあるけど。
0586login:Penguin04/03/07 10:03ID:JJs7467H
特定のロケールのみ使う場合に短縮できるというアイデアは
DIS 10646そのものじゃん。それを葬り去って(ry
0587LightCone ◆sSJBc30S5w 04/03/07 19:36ID:Q1hO8bzI
>>578, >>580
日本語のJIS第一、第二水準、中国語の第一級、第二級漢字までを2BYTEで
符号化できる新しいUnicode符号化方式:UTFCPを開発したのでご覧下さい。
2バイトで一万五千文字ものコード・ポイントがあります。

http://www.nowsmartsoft.or.tv/nws/Japanese/nwsos_utf.htm

また、この符号は、ロケールやコードページの必要のない世界共通の符号
になり得る可能性があります。

符号の逆戻りも可能なので、文字列を後ろから検索する際の効率も
高いですし、複数バイト文字にASCII符号を一切含まないので、
無配慮に大文字小文字変換をしてしまう様な欧米のアプリケーションに
対しても問題ありません。
0588login:Penguin04/03/08 00:10ID:Jjoer6mt
basic planeマンセー！(やや曇り勝ちな声で)
0589login:Penguin04/03/08 00:16ID:xPUur27x
>>587
> 今まで2バイトで余裕を持って扱えていたものを、突然3バイトで
> 扱わなければならないと言われれば、誰でも納得しがたいもので
> しょう。
いや別に……。
でかい文字集合突っ込んでる立場としては、3バイトくらいが妥当と
いう感覚がある。
0590login:Penguin04/03/08 00:45ID:8nTBrLvd
>>589
それでも、やっぱり2バイトがいい。
文化の違いを考慮するべきでしょう（私は日本語だけ2バイトにでいいですがｗ
飛躍しすぎですが、メールとかの通信量が1.5倍＝料金1.5倍と思えば…
2chのログも1.5倍になったら………

FedoraがUTF-8になったので危機感を感じてるのですが
日本か中国で差別用語(?)とか言ってUTF-8禁止令とかでないかなぁ〜
日本政府ヨワッチイからなぁ、中国やってくれないかなｗ

で、英数字1バイト、日本語2バイトが良い我々は、SiftJISかEUC-JP使えばいいの？
0591login:Penguin04/03/08 01:38ID:CDAnHB+K
もっと先を見越した発想しないと駄目だよ。
0592login:Penguin04/03/08 01:58ID:BCltEIyA
>>591
先を見越すとどうなるの？
あとホームページが全部UTF-8になったらインターネットは混むかな？
メールがなったら携帯電話は大変だな。ドコモセンター落ちるかな(笑
0593login:Penguin04/03/08 02:28ID:nJKGONH1
中華人民共和国にはGB2312やGBKと完全な互換性を保ちつつ
UCS4の上位互換でもあるGB18030が既にありますが。
0594login:Penguin04/03/08 03:06ID:BCltEIyA
>>593
さすが中国。で、日本は？
0595login:Penguin04/03/08 03:56ID:y/RuiKoY
>>594
日本はUnicodeアレルギーが強すぎるのでUnicodeへの上位互換なんか
屁の突っ張りほどにも思ってない俺コードばかりです。
たいてい大漢和への上位互換は売り文句にしてますね
0596LightCone ◆sSJBc30S5w 04/03/08 08:53ID:JfYQzP4X
>>595
拡張シフトJIS案、拡張EUC-JP案は提唱されています:
http://web.archive.org/web/20030605094425/www.ksky.ne.jp/~smile4me/charcode/index.htm

それと、>>587のUTFCP。
059758904/03/08 10:11ID:xPUur27x
>>590
> 文化の違いを考慮するべきでしょう（私は日本語だけ2バイトにでいいですがｗ

文化の違いっていうのがよく分かりませんが。
「それぞれの言語でもっとも効率のよいエンコーディングを使うのが良い」と
いう意見ならEUC-JPを使えばいいし、他の言語の文字集合も使いたい
のならISO-2022を使えばいいでしょう。

> FedoraがUTF-8になったので危機感を感じてるのですが

なぜ?
0598login:Penguin04/03/08 10:42ID:Bwi62gzy
>>597
なんかいろいろと意味不明な文章ですが
> EUC-JP
→EUC
> ISO-2022
→文字集合指示のエスケープシーケンス
ですか?
それはともかく簡体字中国語はGB2312しか登録されてないから
ISO 2022じゃ話にならないです
0599login:Penguin04/03/08 10:53ID:xPUur27x
>>598
> なんかいろいろと意味不明な文章ですが

私もあなたの書いている文章の意味が分かりません。

> > EUC-JP
> →EUC

EUC-JPであってます。
590の人は「日本語を2バイトで扱いたい」ようでしたので。

> > ISO-2022
> →文字集合指示のエスケープシーケンス

ISO-2022を誤解しているのでは?

> それはともかく簡体字中国語はGB2312しか登録されてないから
> ISO 2022じゃ話にならないです

使えます。「ESC 2/4 4/1」でG0にdesignate。
0600login:Penguin04/03/08 10:54ID:Bwi62gzy
> GB2312しか登録されてない
訂正。CCITT Extended GBもありましたね。
0601login:Penguin04/03/08 10:55ID:xPUur27x
>>600
あぁ、そういう意味ですか。了解。
0602login:Penguin04/03/08 10:58ID:Bwi62gzy
>>598
> 590の人は「日本語を2バイトで扱いたい」ようでしたので。
ならそれに
> 「それぞれの言語でもっとも効率のよいエンコーディングを使うのが良い」と
> いう意見なら
という前提の答えをすること自体が変というだけです。
> ISO-2022を誤解しているのでは?
そのままお返しします。EUCもISO 2022の一種でしょう。
> 使えます。「ESC 2/4 4/1」でG0にdesignate。
でも結論は変わりませんね。
0603login:Penguin04/03/08 11:05ID:xPUur27x
>>602
> > 590の人は「日本語を2バイトで扱いたい」ようでしたので。
> ならそれに
> > 「それぞれの言語でもっとも効率のよいエンコーディングを使うのが良い」と
> > いう意見なら
> という前提の答えをすること自体が変というだけです。

いいえ。ちっとも変じゃないですね。

> > ISO-2022を誤解しているのでは?
> そのままお返しします。EUCもISO 2022の一種でしょう。

サブセットという方が適切ですね。

> > 使えます。「ESC 2/4 4/1」でG0にdesignate。
> でも結論は変わりませんね。

で、結論は?
0604login:Penguin04/03/08 14:41ID:CDAnHB+K
このスレに定期的に出ますね。
内容は高度なのに
精神年齢が低い人たちの争い。
0605login:Penguin04/03/08 15:43ID:W+OHYtj/
>>604
宗教戦争みたいなものですから。
0606login:Penguin04/03/08 18:49ID:ERahI9hZ
> 文化の違いを考慮するべきでしょう（私は日本語だけ2バイトにでいいですがｗ
文化の違いってのは各国の言語事情とかかな。
それ無視したら、言語統制して英語使えって事になりかねないから。
そしたらASCIIで足りるようになるけど。

> FedoraがUTF-8になったので危機感を感じてるのですが
なぜかと言うとUTF-8がメインになりそうだからでしょう。
実際には自分で他のコード選べませんから（今だってEUC前提のとこにSiftJISじゃあ…


難しいことは分からないけど
英数字1byteで日本語2byteで他の文字も2byteのコードが欲しい。
で、それを世界標準にしたい。メールもホームページも、それにする。

でも65536文字以上の文字が有るのはどしたらよかろ？
使わなそうな古代ＸＸ文字とか非常用漢字は4byte(6?)にでもすればいいのかな。
（3byteだと分かりにくそうだし、あとで足りないのはイヤだし…）
中国怒るかな？あと日本中国韓国の常用漢字いれても2byteでいけるのかな？
0607LightCone ◆sSJBc30S5w 04/03/08 21:12ID:JfYQzP4X
>>606
>あと日本中国韓国の常用漢字いれても2byteでいけるのかな？
これくらいだとなんとかなりそうな符号がUTFCP(UTFCP2も出た(笑))です。
0608LightCone ◆sSJBc30S5w 04/03/08 21:13ID:JfYQzP4X
UTFCP2のスペック(だけ):
http://www.nowsmartsoft.or.tv/nws/Japanese/chara_code_compare.htm
0609login:Penguin04/03/08 22:02ID:Jjoer6mt
>>590
その前にお前のレスの長さを半分にしてくれ。
0610login:Penguin04/03/08 22:36ID:kN4paUAc
長い行は黙って切り詰めるスレはここですか？
■ このスレッドは過去ログ倉庫に格納されています