- 1 名前：ほげ [02/01/30 04:51.net]
- UNICODEかEUCに統一してほしい。今現役でSJISつかってるのMSくらいだし。MacもOS-XからほぼEUCとUNICODEだし。
MP3のIDタグが統一できなくて困る！
SJISで書かれたperlとか置かれたら管理しにくくて困る！
タマにはUNIXでも日本語ファイルを堂々とつかってみたい！
- 81 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/04 01:49.net]
- >>49
EUC には一応 SS2 と SS3 っていうシフトコードはあるよ。
シングルシフトだからすぐ解除されるけど。
- 82 名前：名無しさん＠お腹いっぱい。 [02/02/04 02:10.net]
- >80
51にて既出
- 83 名前：作田 [02/02/04 02:11.net]
- UNICODE委員会の日本語・中国語・ハングルの似たような漢字を統一させようと
いうのは、非漢字圏の横暴だったと思う。欧州のアルファベット異体字には寛容
なのに。
次世代３２ビットUNICODEは４３億まで可能と言うから、早いとこ策定して文系
研究者が文字に苦しまなくて済むようにして欲しい。今はレジェメ作成の為だけに
『今昔文字鏡』なんてソフト導入してるし。
あ、MSがUNICODEに乗ってこないとどの道意味無いか・・・
- 84 名前：過激派 mailto:sage [02/02/04 02:33.net]
- >>82
がいしゅつだけど linux 板の euc 撲滅スレは
興味深い話題がいくつかあるよ
- 85 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/04 03:19.net]
- >>82
漢字統合は、別に横暴でもなんでもないとおもうが、0208 の変換テーブルが
山ほどあるのはたまらんな、ってーか、そっちをちゃんと統合しろや、ｺﾞﾙｧ > Unicode.org
それはそうと、MSがUNICODEに乗ってこないだろうと判断した根拠はなんじゃろな?
- 86 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/04 07:51.net]
- >>82
>次世代３２ビットUNICODE
ってなに?
- 87 名前：名無しさん＠お腹いっぱい。 [02/02/04 07:51.net]
- age
- 88 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/04 10:42.net]
- >>82
MS はもう Unicode 移行してるぞ。Windows で内部的には Unicode 扱えるようになってる。
必要なところがアプリ作れと言う立場だと思う。
IME や日本語 MS アプリの対応が進んでないのは、日本法人が必要性感じてないからだろう。
他メーカーも同様。
- 89 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/04 10:51.net]
- ここだけ5年前のスレですか?
- 90 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/04 11:10.net]
- >>88
そうです。
- 91 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/04 12:12.net]
- >>87
Win9x系はVFAT以外Unicodeサポート無しなので、MSに限らずまだしばらく
の間は対応が進む事は無いと思われ。
- 92 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/04 12:28.net]
- >>90
WinXP は NT 系だから対応が進まないということはないと思われ
- 93 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/04 12:37.net]
- おい！
恵比寿を忘れんな！
- 94 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/04 19:17.net]
- >>92
恵比寿ってなに?
- 95 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/04 19:18.net]
- >93
ビール工場しかない東京の街
- 96 名前：日立グループ社員 [02/02/04 19:53.net]
- >>91
> WinXP は NT 系だから対応が進まないということはないと思われ
社内のマシンはまだWin95ですが何か？
- 97 名前：名無しさん＠お腹いっぱい。 [02/02/04 20:46.net]
- >>82
まったくだ。英語圏の人は、やっぱ漢字文化が分からないのかな？
Unicodeもまだまだ良くない感じです。
- 98 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/04 20:48.net]
- >>92
恵比須大工で統一するには、さらに困難を伴うと思われ
- 99 名前：名無しさん＠お腹いっぱい。 [02/02/08 01:39.net]
- FreeBSDでSJISの入った/bin/shスクリプトを起動するとshがcoreはくのはなぜ？
回避策あるの？ sjisサポートshとか。
- 100 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/08 01:49.net]
- bashをスタティックリンクして/bin/shに仕立ててみるとか…
- 101 名前：名無しさん＠お腹いっぱい。 [02/02/15 10:35.net]
- m17n/i18n/l10n 統合スレ@unix板はここですか？
- 102 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/15 16:58.net]
- このスレの1はMarkusだな?
- 103 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/15 17:11.net]
- >>101
ｲﾏｲﾁ｡
ﾏｲﾅｽ10ﾏｶｰｽ｡
(1ﾏｶｰｽ=10ｳﾞｫｲﾄﾞ)
- 104 名前：名無しさん＠お腹いっぱい。 [02/02/16 01:39.net]
- >>100
> m17n/i18n/l10n 統合スレ@unix板はここですか？
プログラム技術版に作ったら？
WinやMacOS Xなんかも対象になった方が面白いし。
- 105 名前：名無しさん＠お腹いっぱい。 [02/02/16 01:44.net]
- >>98
core 吐くのはバグに決まってるじゃん。send-pr すれ。
- 106 名前：100 mailto:sage [02/02/16 02:31.net]
- >>103
うーん、
今サラっと見てきたら類似スレは見当たらなかったし
作っちゃおうかなあ。
ワタクシ個人的はここで十分なんですが、、、
- 107 名前：マイナス10マカース mailto:sage [02/02/16 03:43.net]
- >>105
Unix i18n framework関連へのリンク(がいしゅつ以外)。
# あんまり大した物はない、スマソ。
1. 国際化ソフトウェア・プログラミング・ガイド (Compaq Tru64 Unix)
digital.compaq.co.jp/unix/docs/V40G/DOCS/HTML/I18NPROG/TITLE.HTM
digital.compaq.co.jp/unix/docs/V40G/DOCS/HTML/OS_LIB.HTM
# 無くなったと思ったらまだ有った(w
2. The Single UNIX(R) Specification, Version 2
www.opengroup.org/onlinepubs/7908799/xbd/locale.html
www.opengroup.org/onlinepubs/7908799/xcu/iconv.html
www.opengroup.org/onlinepubs/7908799/xcu/locale.html
www.opengroup.org/onlinepubs/7908799/xcu/localedef.html
www.opengroup.org/onlinepubs/7908799/xsh/iconv.h.html
www.opengroup.org/onlinepubs/7908799/xsh/langinfo.h.html
www.opengroup.org/onlinepubs/7908799/xsh/locale.h.html
www.opengroup.org/onlinepubs/7908799/xsh/nl_types.h.html
www.opengroup.org/onlinepubs/7908799/xsh/wchar.h.html
www.opengroup.org/onlinepubs/7908799/xsh/wctype.h.html
3. The FreeBSD C99 & POSIX Conformance Project
people.freebsd.org/~mike/c99/
4. C99の新機能 (参考)
ttp://seclan.dll.jp/c99d/
こんだけでは足りないだろうで、他の方々補足キボンヌ。
- 108 名前：マイナス10マカース mailto:sage [02/02/16 03:56.net]
- ちなみにム板だと
「おい、お前らUNICODEを絶滅させて下ちい。」
pc.2ch.net/test/read.cgi/tech/1012821170/l50
こんなレベルで終わってしまいそうで鬱。
つーか、linux板のEUC撲滅と、ここと上のリンク、
全部の1を集めて戦わせればいーんじゃネーノ?
# まさか全部同一人物?
- 109 名前：103 mailto:sage [02/02/16 10:43.net]
- >>107
確かに、ム板だとレベル低くなっちゃうかもね。
- 110 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/16 11:47.net]
- >>104
おお、そうなのか。
なんかポリシー持ってる人が持ち込んだ仕様だと思ってました。
バージョンが進むたびにcoreするスクリプトが多くなって困ってた。
しがらみでSJISしか食わないコンパイラ使ってるのでスクリプトがEUCだと
エディタやターミナルの切り替えが不便。
- 111 名前：100 mailto:sage [02/02/16 18:00.net]
- >>107
うーん
スレあったんですね。
なんか後半はカナモジカイ話になっちゃってどうかなあ(w
そもそもスレタイがなあ...ここもあっちもむこうも(w
>>108
ム板ってhaskellスレ以外見てないんですけど
レベル低いんですか？
ココより？(w
まあココが国際化に関しては一番被害者多そうだけど(w
>>106
Citrus Project
citrus.bsdclub.org/
li18nux
www.li18nux.org/
freestandards.org/
- 112 名前：名無しさん＠お腹いっぱい。 [02/02/16 22:54.net]
- tronコードってどうなの？全世界の文字扱えるんでしょ？
- 113 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/16 23:17.net]
- >110
そりゃHaskellスレのレベルが高いだけ。
- 114 名前：ﾏｲﾅｽ10ﾏｶｰｽ mailto:sage [02/02/17 01:45.net]
- TRONとかiso2022なんかのモード切替でm17nを実現してるCESで、
collationはどういう扱い && どういう実装なんだろと疑問に思ったので
ちょっとgoogleしたけど驚くぐらい情報少なっ!
# しかも有効なページ見つかんなかった。
探し方悪かったかなぁ…
っていうか…LC_COLLATEて皆さん必要なんですか?(爆)
- 115 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/17 01:55.net]
- >>113
> (爆)
なんで爆発するんですか？(w
- 116 名前：名無しさん＠お腹いっぱい。 [02/02/17 02:08.net]
- SJISみたいな腐ったフォント使ってる奴痛すぎなのですが…
- 117 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/17 02:10.net]
- >115
この板であんまり適当なことを書くと怒られちゃうよ。
- 118 名前：名無しさん＠お腹いっぱい。 [02/02/17 02:12.net]
- >>116
115がイタすぎて起こる気すらおきないっつーか。
- 119 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/17 02:12.net]
- >>115
SJIS のフォントって何? 見せてみ。
とかね。
- 120 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/17 02:42.net]
- フォントのエリアス名にSJISってつけたら
SJISフォントのできあーがりっと
- 121 名前：ﾏｲﾅｽ10ﾏｶｰｽ mailto:sage [02/02/17 02:47.net]
- うお! googleってる間にすっかり糞スレに!!
もういっちょリンク
Unicode Collation Algorithm
www.unicode.org/unicode/reports/tr10/
- 122 名前：100 mailto:sage [02/02/17 03:39.net]
- >>113
言語によっては必要or有用そうな気がする。LC_COLLATE。
日本語は、、、読みがわからないと辞書順にならないからなあ(w
stateful encoding については、
とりあえず wchar に直す、でいいんじゃない？
- 123 名前：103 [02/02/17 04:14.net]
- Collationって符合化方式じゃなくて、文字集合の問題だよね。
- 124 名前：名無しさん＠お腹いっぱい。 mailto: sage [02/02/17 04:27.net]
- >SJISみたいな腐ったフォント
フォントのインデックスがsjisだとか。
>とりあえず wchar に直す、でいいんじゃない？
WindozeXPでわ、wchar_tで、サロゲートをサポートするらしい。
つまり、stateful(ﾜﾗ
www.rimarts.com/ml/becky-ml/12500/12594.html
とか。
- 125 名前：ﾏｲﾅｽ10ﾏｶｰｽ mailto:sage [02/02/17 04:43.net]
- wcscoll(西夏文字, 亀甲獣骨文字)とした場合、
やっぱり文字が発明された順序で評価するべきなんですか(w
結局collationっていう概念自体がm17nとはそぐわない気がするんですよね。
まあCCS間で順位を決めちまうのは簡単なんですけど、
stateful encodingの場合ってcollationのコストって
かなりのシロモノだと思うんですが(汗
# なんか勘違いあったらもっとハードに叩いてください。
- 126 名前：ﾏｲﾅｽ10ﾏｶｰｽ mailto:sage [02/02/17 05:09.net]
- >122
日本語に限った話だと、collationって結局>121の仰る通り、
漢字の読みによって変化してしまうので、実装は事実上不可能なんで
符号化の順序=collationになってしまいますよね…
# 中国語だと今度は発音の違いもcollationの対象かぁ(w
- 127 名前：ﾏｲﾅｽ10ﾏｶｰｽ mailto:sage [02/02/17 05:11.net]
- >125
> # 中国語だと今度は発音の違いもcollationの対象かぁ(w
s/発音/アクセント/g でした(四声とかいう奴)。
- 128 名前：100 mailto:sage [02/02/17 05:25.net]
- >>124
発明された順番なんて関係ないでしょ。
どこかに発明順に文字を並べる文化があって、
そこの locale を使っているんでもないかぎり(w
一旦 wchar にしてしまえば、
stateful だから高コストということはないと思われます。
ごめん、、性格が柔和なので(w あんまりハードに叩けないや(w
>>125
画数順にするとか...(w
- 129 名前：100 mailto:sage [02/02/17 05:28.net]
- >>123
それは普通 stateful とは言わないのでは？
- 130 名前：100 mailto:sage [02/02/17 05:31.net]
- それはそうと
windows もサロゲートサポートするんだ...
てっきり 16bit only で押し通すのかと(w
# unicode も勉強しなきゃなあ..
- 131 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/17 10:02.net]
- >>129
顧客を抱えている企業なわけだから、Extension B に続々と
漢字が入りつつあるような昨今、今更 16 bit で押し通すな
んて無理なことでしょう。
押し通したら、喝采するけどな(W
- 132 名前：名無しさん＠お腹いっぱい。 mailto: sage [02/02/17 10:09.net]
- wchar_tは16bitのまま、という意味では押し通してるけど。。。
- 133 名前：名無しさん＠お腹いっぱい。 [02/02/17 10:19.net]
- imodeでSJISしか使えないぞです！
FOMAもSJISしか使えないぞです！
みんなでドコモごとSJISを撲滅してくれよです！
おいどんがドコモの社長になったら、全部EUCにするぞです！
社内文書もSJIS禁止だぞです！
- 134 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/17 10:30.net]
- >>132
SJIS だと何か困りますか?
- 135 名前：名無しさん＠お腹いっぱい。 mailto: sage [02/02/17 10:37.net]
- choco.2ch.net/test/read.cgi/kao/1013358333/
こういうｽﾚが困ります
- 136 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/17 10:39.net]
- >>134
それは、SJISのせいではありません。
- 137 名前：名無しさん＠お腹いっぱい。 [02/02/17 10:40.net]
- >>134
おーい。そのスレ、SJIS で無い文字が大量に入ってるぞ(わら
Unicode を実体参照でだしてあるんだよ。
- 138 名前：134 mailto: sage [02/02/17 10:44.net]
- >133に対して、SJISだと(ちゃんと表示されなくて)困る、って話だが
- 139 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/17 11:32.net]
- どーして符号化文字集合と文字エンコーディングスキームの
区別が出来ない奴がこうも多いの？
- 140 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/17 11:34.net]
- JISが悪い。
そしてASCIIが悪い。
- 141 名前：名無しさん＠お腹いっぱい。 [02/02/17 11:42.net]
- ＵＮＩＸでもSJIS使えばいいのに。
- 142 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/17 11:44.net]
- >140
名言だ。伝説になるよ。
- 143 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/17 11:52.net]
- 1バイト=32ビットにしる!
- 144 名前：名無しさん＠お腹いっぱい。 [02/02/17 14:04.net]
- 印刷屋はつらいよ。
とほほ。
- 145 名前：ﾏｲﾅｽ10ﾏｶｰｽ [02/02/17 15:50.net]
- ありゃ、やっぱちここで続けるにはタイトルが悪すぎるかも。
>138と>139に禿しく同意。
このスレとかEUCスレ、Unicodeスレの>1みたいな人は
内容が平易で判り易い本 && 簡単に手に入るので
「パソコンにおける日本語情報処理／文字コードハンドブック」川俣 晶
www.amazon.co.jp/exec/obidos/ASIN/4774107808/qid%3D1013925712/250-4670977-2788237
くらいまず読んでおいた方がいいと思う。
他には
「日本語情報処理」ケン ランディ
www.amazon.co.jp/exec/obidos/ASIN/4890527087/qid=1013925522/sr=1-1/ref=sr_1_0_1/250-4670977-2788237
が名著らしいけど、手に排卵。
あとはCマガのバックナンバーある人は
1999/6月号の第一特集「日本語処理」とか。
>132を好意的に受け止めてみると
i-modeの絵文字
www.nttdocomo.co.jp/i/tag/emoji/index.html
がJISX0213-2000で廃止された外字領域を侵略してることを非難してる?(w
- 146 名前：ﾏｲﾅｽ10ﾏｶｰｽ mailto:sage [02/02/17 15:53.net]
- あらら、あげちまった。
>127
ISO2022は文字集合を切り替えるが、言語を切り替えるわけじゃないからって
ことですよね。その前提に則れば、アラビア文字のcollationも、
言語が日本語なら日本語としてのcollationのruleを用意しなければならないけど、
実装を考えたらこれってアラビア語のcollation流用しますよね…普通。
- 147 名前：ﾏｲﾅｽ10ﾏｶｰｽ mailto:sage [02/02/17 17:55.net]
- うー、どうも勘違いしてるな、漏れ。
上の例でいうなら日本語のcollation databaseをlocaledefで生成するとき、
アラビア文字のcollation定義ファイルをincludeしても構わない、ってだけだ。
よって文字集合が切り替わってもcollate databaseを切替る必要は
全くといって無いわけだ。
すんまそん、逝ってきます。
- 148 名前：100 mailto:sage [02/02/17 21:03.net]
- まあ、日本(語)ロケールにおいてアラビア文字とサンスクリット混合テキストの
collation どーすんだ、データ用意するの面倒じゃ、というのは確かにあるかも。
使用頻度の高いところ以外は適当でもいいかなあって
個人的には思ってるんですが、ダメ？(w
solaris の utf なロケールではどうしてるのかしら。
- 149 名前：103 [02/02/17 22:34.net]
- >>146,147
どういう利用を想定している訳? 例えば、
英文字英単語すべて
アラビア文字アラブ系言語単語すべて
漢字平仮名日本語単語すべて
という順に並べるの?
それとも、カタカナ読みの順番に混在して並べる事を想定しているの?
TeXなんかだと後者は、indexed wordのsort keyに読みを記述するよね。
つまり、アプリケーションがcollationを直接扱っていて、
文字の層に任せるのは、「読み」に使う「仮名」のcollationだけ。
- 150 名前：103 [02/02/17 22:38.net]
- あ、前者の方も、localeで対応すべき事かしら?
計算機技術書だと、記号、英単語、日本語の順にindexを作成する事が多いけど、
文系書籍の場合、日本語、英単語の方が多い。
これも応用に依存すると思う。
文字のcollationとは別の話だと思う。
- 151 名前：名無しさん＠お腹いっぱい。 [02/02/17 23:17.net]
- 一言言っとくが、AIXのデフォルトの日本語コードはSJISだぞ！！
- 152 名前：100 mailto:sage [02/02/17 23:19.net]
- >>148-149
どういう利用かというと端的には sort(1) ですが。
% LC_ALL=ja_JP.UTF8 sort < 多言語テキスト
みたいな。
LC_COLLATE に限って言えば、文字列の順序づけの定義ということで
辞書順を想定してましたが、違うのかな。
辞書順というか、その locale で一般的な並べかた、かな？
ただ、ja locale でアラビックの一般的な並べかたなんてないので、
たとえば solaris ではどうしてるのかなあ、と思ったわけです。
sus とか読むかぎり、alphabet等の辞書順≒文字順な例ばっかりのようなので、
そうでない漢字等に関してちゃんとした定義があるのかちょっと疑問。
いいかげんな事ばっかり書いてスマソ。
応用によって並べかたが違うというのはその通りですが、
そんなこと言ってたらなにも定義できないのでは:-)
または各応用ごとに locale を用意する、という手もありますし。
- 153 名前：101に改名 mailto:sage [02/02/18 01:31.net]
- >151
日本語だけ考えれば
JISX4061-1996日本語文字列照合順番
ということなんでしょうかね。
# 中身は見た事無いので、他のJIS符号化文字集合との整合性は知りません。
(参考?)
ttp://www.asahi-net.or.jp/~ez3k-msym/comp/acccoll.htm
うーん、>149の仰るようにLC_COLLATEは
「文字」照合で、「文字列」照合ではないのかな?
確かにUnicodeのcollation
www.unicode.org/unicode/reports/tr10/
では全く意識してないっぽい。
LinuxのLC_COLLATEの実装もUnicodeのcollation依存のようです。
oss.software.ibm.com/developerworks/oss/locale/ReadMe.txt
「Collation table is generated from collation key table
provide by Unicode org.」
# ますますこんな機能はアプリで用意せいとか思ったり。
- 154 名前：100 mailto:sage [02/02/18 01:51.net]
- >>152
>JISX4061-1996日本語文字列照合順番
ああ、こんなのあるんですね。サンクス。
とはいえ、金ないので読めませんが..(w
LC_COLLATE は
文字*列*照合でいいと思います。
すくなくとも、sus 的には。
- 155 名前：100 mailto:sage [02/02/18 01:58.net]
- >>152
># ますますこんな機能はアプリで用意せいとか思ったり。
どうやって？
- 156 名前：101 mailto:sage [02/02/18 18:23.net]
- すんまそん、平日はactivity下がります。
>>154
LC_COLLATEが提供すべき機能が「文字列」照合だと
LC_COLLATE=ja_JP@読み50音順
LC_COLLATE=ja_JP@画数順
LC_COLLATE=ja_JP@ローマ字@ヘボン式@ABC順
と無制限に増えるのがぞっとするということですかね。
# アラビア語も日本語読みしてヘボン式ローマ字に変換? w)
実装or定義自体は置いといてframeworkは用意すべきなのでしょうかね...
# ヘタレなわたしには想像できないんですけど。かっこええ。
こうなるとオーバースペックな気がするので
実用上問題ない「文字」照合でとどめる方がいいかなと。
# それ以上必要なら、アプリが自分で管理しろと。
それと、読み返してみるとSUSv2ではLC_COLLATEには
charactor and multi-charactorとあって、stringとは出て来ないんです。
multi-charactorは"は" + 半濁点で "ぱ"ですかね。
Tru64のdocでは「伝統的なスペイン語では、ch という文字の組合せが
文字 c と d の間にソートされます」との例があります。
結局のところwcscoll()以外は、「文字列」照合する必要は無いわけで、
wcscollの結果は「文字」照合の結果で構わないのかなと。
# やぱしI18Nハンドブックは買って読まんと駄目かな...
# 一つレスするにも自信が無い(w
- 157 名前：100 mailto:sage [02/02/18 21:13.net]
- >>155
> と無制限に増えるのがぞっとするということですかね。
アプリでやっても無制限に増えると思いますが。
それも各アプリに(w
> こうなるとオーバースペックな気がするので
> 実用上問題ない「文字」照合でとどめる方がいいかなと。
文字照合にとどめたら無制限に増えなくなるかというと、
そんなことはないと思います。
> haractor and multi-charactorとあって、stringとは出て来ないんです。
string は一杯出てきますが..
sort-rules(order_start で指定するやつ) は string でないと意味ないですし。
- 158 名前：うひひ mailto:sage [02/02/19 10:20.net]
- しかし何だね。むつかしいコトはわかんねー
- 159 名前：けどsjis浸かってれば
幸せなんじゃねーの？
ウィソの存在はでかいし
SJISであんま困ったことねーな
[] - [ここ壊れてます]
- 160 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/02/19 10:31.net]
- たとえばsjisの「ソ」なんかは2バイト目がバックスラッシュと同じコードなんで、
バックスラッシュをエスケープするような厨房コードを書くと日本語通らんのよ。
- 161 名前：名無しさん＠お腹いっぱい。 [02/02/19 11:39.net]
- nn
- 162 名前：うひひ mailto:sage [02/02/19 13:16.net]
- >>158
ソ−なんだぁ。
なんか犬産婆でそんな時の逃げパタン見た気がする
僕はコド書かないから気楽に生きてるよ
僕のがバクスラをプチ￥使うのもそんな感じなのか
- 163 名前：101 mailto:sage [02/02/19 13:25.net]
- >>157
SJISはもうお腹いっぱいです。
SJIS-JISX0213もかなり無理してます。
# 誰かxttをJISX0213対応させません?
# せっかく拡張渡辺明朝あるのに。
>>156
> それも各アプリに(w
再発明はこの世の常かと(w
> 文字照合にとどめたら無制限に増えなくなるかというと、
> そんなことはないと思います。
そうでした。「文字」照合であっても無制限に増えますね。
誤りでした。漢字一つとっても
ja_JP@全体の画数
ja_JP@偏とつくりの画数順
...無数にできるな。
結局LC_COLLATEは
・いかなるユーザ定義も想定しる。
・デフォルトの定義を用意すれ
ってことですかあ、大変だ。
> sort-rules(order_start で指定するやつ) は string でないと意味ないですし
ゲフ、もいっかいちゃんと読みに逝って来ます。
日本語ロケールでアラビア文字を扱う場合、
アラビア文字の照合順序を定義することは
mustではないような気がして来ました。
# 知らなきゃ無視すりゃいいだけのような。
# でもEINVALなげていいのか?
どうですかね...
リンク忘れ。
UI-OSF 日本語環境実装規約
ttp://www.li18nx.org/~numa/uocjle-a4.pdf
locale databaseのサンプル
ttp://www.li18nx.org/~numa/ja_JP.tar.gz
- 164 名前：10 mailto:sage [02/02/19 21:09.net]
- >>158
それは SJIS が..というより厨房コードを直すべきでは..(w
# samba みたいなアプリでは、しかたないところもありますが...
まあ、厨房プログラマにも自動的or簡単に正しいコードが書けるように
なったらそれはそれで素晴らしいですが。(java ？)
wchar じゃダメかなあ...ダメだろなあ(w
>>161
> # 知らなきゃ無視すりゃいいだけのような。
無視というか、
定義にない文字は UNDEFINED symbol の重みにするように
どっかに書いてあったような。たぶん。
- 165 名前：何を？ [02/02/23 11:53.net]
- （ ﾟДﾟ)＜ボクメーツ
- 166 名前：100 mailto:sage [02/02/24 10:48.net]
- いまごろ気付いたけど
>>162 は 10 ではなくて 100 です。スマソ。>10
- 167 名前：名無しさん＠お腹いっぱい。 [02/03/09 09:55.net]
- SJISよりUTF8のほうが便利なのにどうして使わないの？
- 168 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/03/09 12:33.net]
- >>162
厨房コードというより、外国のコードに多いよ。
- 169 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/03/10 10:31.net]
- >>165
文字数少ないから。
- 170 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/03/14 02:52.net]
- >>166
まあ、
どっちにしろ SJIS が悪いわけではないよね。
- 171 名前：名無しさん＠お腹いっぱい。 [02/03/23 17:33.net]
- i-Mode用コンテンツ作るのにShift-JIS強要がいやん。
- 172 名前： [02/03/23 17:53.net]
- ＵＮＩＸ側がSJISに会わせよう
- 173 名前：名無しさん＠お腹いっぱい。 [02/03/23 20:28.net]
- やだ
- 174 名前：名無しさん＠お腹いっぱい。 [02/03/23 20:36.net]
- NEWS-OS も 日本語 HP-UX も SJIS
- 175 名前：デフォじゃなかったっけ？
昔の国産 Unix はそういうのが多かったと思うけど。
[] - [ここ壊れてます]
- 176 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/03/23 21:21.net]
- あくまでも、「昔の国産」ね。オルタナティブがある今は考えが
別になってもおかしくないでしょ。
- 177 名前：名無しさん＠お腹いっぱい。 [02/03/23 22:46.net]
- >>168
> まあ、
> どっちにしろ SJIS が悪いわけではないよね。
SJISも悪いんじゃないの。Codingの面倒さだけ言えば、
EUC-JP > Shift_JIS >> ISO-2022-JP でしょ。
- 178 名前：名無しさん＠お腹いっぱい。 [02/03/23 22:49.net]
- >>172
> 昔の国産 Unix はそういうのが多かったと思うけど。
ΣはEUC-JPでしたが…
- 179 名前：名無しさん＠お腹いっぱい。 [02/03/23 22:50.net]
- あ、東芝のSun3の日本語化もEUC-JPでした。
名前はJOSだったかどうか…
- 180 名前： [02/03/24 02:31.net]
- だれかｇｃｃのＳＪＩＳパッチの情報教えて！！
他のベンダコンパイラと互換をとるのが面倒だから。
（ベンダコンパイラで日本語オプションを外せばよいのは分かってるけど）
- 181 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/03/24 11:19.net]
- >177
LANG=ja_JP.SJISで良かったりしない？
|
 |
