SJIS撲滅運動

1 名前：ほげ [02/01/30 04:51.net] UNICODEかEUCに統一してほしい。今現役でSJISつかってるのMSくらいだし。MacもOS-XからほぼEUCとUNICODEだし。 MP3のIDタグが統一できなくて困る！ SJISで書かれたperlとか置かれたら管理しにくくて困る！ タマにはUNIXでも日本語ファイルを堂々とつかってみたい！ 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で良かったりしない？ 182 名前：名無しさん＠お腹いっぱい。 [02/03/24 12:38.net] >>177 使うlibraryもShift_JISを理解する必要があることは理解しますか? e.g. printf(). 183 名前：177 [02/03/25 00:35.net] >178 リテラルで「表」とかってコーディングする時、ｇｃｃだとエスケープが 必要だけど、ベンダコンパイラにはオプション指定でエスケープを不要に できるものがあるでしょう？ ＞179 セットロケールの動作の話してんの？ 184 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/03/25 01:15.net] gccでもgcc3系はLANG見てsjisもエスケープ無しでコンパイルできるとか どっかで見たような... 手元に環境無いから確認できんけど。 185 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/03/25 16:16.net] >>174 悪いのは SJIS や ISO2022 ではなくフレームワークの不在。 LC_CTYPE じゃ全然不十分だし。 filter アプリなら間に合うのかもしれないが..。 eucJP なら厨房コードでも OK かというと、 そうは思わない。まあ SJIS よりは実用上マシな場合も多いのも 確かだが、そういうエンコード依存はそろそろやめにしたい。 CSIマンセー。 186 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/03/26 19:41.net] フレームワーク…。X11R5 の Xwc…。 187 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/04/01 00:44.net] Xutf...(w 188 名前：名無しさん＠お腹いっぱい。 [02/06/20 23:42.net] で、JIS X 0213で追加された文字はいつUnicodeに入るの? 189 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/06/20 23:52.net] >>180 >>178が言っているのはコンパイルが通っても 関数で対応してないときちんと処理されるかどうか わかんないよって言う意味でしょ。 たぶん。 190 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/06/21 23:17.net] >>185 もう入ってるよ。 www.unicode.org/unicode/reports/tr28 191 名前：名無しさん＠お腹いっぱい。 [02/09/10 13:56.net] age 192 名前：名無しさん＠お腹いっぱい。 [02/09/13 14:03.net] 半角カナの使えるロケール定義ファイルはないものだろうか? 193 名前：名無しさん＠お腹いっぱい。 [02/09/13 14:04.net] Linuxでね、半角カナ使いたいんだけどさ。 194 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/09/13 15:08.net] ロケールつってもいろいろあるが。。。 半角カナ使いたいってのもどこでつかうのか意味不明。 195 名前：名無しさん＠お腹いっぱい。 [02/09/13 15:48.net] >>189 jp_JP.eucJPで何の問題もないと思うが。 /usr/share/i18n/charmaps/EUC-JP.gz これじゃ不満なの? 196 名前：名無しさん mailto:age [03/01/03 02:11.net] 　　　　　　 ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣＼ Λ＿Λ　　|　君さぁ　こんなスレッド立てるから　　　　　　　　 　| （　´∀｀）＜　厨房って言われちゃうんだよ　　　　　　　　　 　 　| （ ΛΛ つ ＞―――――――――――――――――――‐＜ 　( ﾟДﾟ) ＜　おまえのことを必要としてる奴なんて　　 　　　　　 | 　/つつ　　|　いないんだからさっさと回線切って首吊れ　　　 　| 　　　　　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿_／ (-＿-)　ﾊﾔｸｼﾝﾃﾞﾈ… (-＿-)　ﾊﾔｸｼﾝﾃﾞﾈ… (-＿-)　ﾊﾔｸｼﾝﾃﾞﾈ… (∩∩) (∩∩) (∩∩) (-＿-)　ﾊﾔｸｼﾝﾃﾞﾈ… (-＿-)　ﾊﾔｸｼﾝﾃﾞﾈ… (-＿-)　ﾊﾔｸｼﾝﾃﾞﾈ… (∩∩) (∩∩) (∩∩) (-＿-)　ﾊﾔｸｼﾝﾃﾞﾈ… (-＿-)　ﾊﾔｸｼﾝﾃﾞﾈ… (-＿-)　ﾊﾔｸｼﾝﾃﾞﾈ… (∩∩) (∩∩) (∩∩) 197 名前：名無しさん＠お腹いっぱい。 [03/01/03 03:08.net] 文字コードの話してるのに、どうして(いわゆる)半角カタカナや全角英数使ってるバカがいるんだろうか。 198 名前：名無しさん＠お腹いっぱい。 [03/01/03 03:36.net] ＞＞１９４ ｳﾙｾｰﾊﾞｶ！ 199 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/01/03 04:44.net] お前ら、自分で自分の首絞めてる印象。 200 名前：名無しさん＠お腹いっぱい。 [03/01/03 12:28.net] >>195 使うなよボケ 201 名前：_ [03/01/03 12:33.net] freeweb2.kakiko.com/dengeki/indexe.htm 202 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/01/03 13:02.net] 唐突だけど、、Emacs(MULE)のエンコーディングの処理は優れてると思いませんか？ たぶんunicodeみたいなcoded character setの統一は不可能だと思う。 で、多種多様な文字を扱うにはemacs muleみたいな内部コードを作るしかないかと。 これだったら臨機応変にcoded character setを増やしたり減らしたりできる。 203 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/01/03 13:11.net] >>199 savannah.gnu.org/cgi-bin/viewcvs/emacs/emacs/etc/NEWS?rev=1.613.2.1 204 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/01/03 13:17.net] 要するに内部コード方式が維持されればいいと思うわけで。 でもunicodeに影響され過ぎてると思うけどなぁ。 utf-8-emacs is backwards compatible with the UTF-8 encoding of Unicode. とか 205 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/01/03 13:20.net] ps. トンパ文字とかその他まだsetされてない文字はどうするわけ？増やした い文字なんて無尽蔵に増えるだろうに。 206 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/01/03 13:24.net] あ、後方互換性だから関係ないか。 207 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/01/03 13:27.net] >>200 は結局なにを言いたかったのかな？内部コードがunicodeのサブセットになるわけじゃない。 答えてくれ。 208 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/01/03 13:39.net] >>194 どうして使っちゃいけないの？ 209 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/01/03 14:04.net] トンパ文字を使う民族がPC使うかが問題やな いくつ種類あるんだYO! 210 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/01/03 14:58.net] >>206 日本にルーズソックスを履いて棲息しているという噂を耳にしたことが あります。 211 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/01/03 16:22.net] >>205 全角の「?」使うなよ... JIS X 0208 読んだこと無いのか? はっきり「使うな」って書いてある。 212 名前：!205 mailto:sage [03/01/03 16:36.net] >>205 そうなんだ？ 知らなかったよ。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef