SJIS撲滅運動

1 名前：ほげ [02/01/30 04:51.net] UNICODEかEUCに統一してほしい。今現役でSJISつかってるのMSくらいだし。MacもOS-XからほぼEUCとUNICODEだし。 MP3のIDタグが統一できなくて困る！ SJISで書かれたperlとか置かれたら管理しにくくて困る！ タマにはUNIXでも日本語ファイルを堂々とつかってみたい！ 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 そうなんだ？ 知らなかったよ。 213 名前：209 mailto:sage [03/01/03 16:37.net] s/205/208 214 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/01/03 16:45.net] >>209 >>210 > そうなんだ？ 知らなかったよ。 面白くないよ。 > s/205/208 一文字足りないのでは? 215 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/01/03 17:31.net] >>200 utf-8-emacsか。-emacsを付けるところはやっぱり偉いね。 216 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/01/03 19:27.net] >>204 書いてない事を憶測されても困るんですが、、、 単にFYIでリンクを貼っただけで、何らかの主張があるならそれも書きますってば。 217 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/01/03 20:47.net] 現状で問題なし。っていう人がマジョリティでしょ。 218 名前：209 [03/01/04 03:08.net] >>211 最近 sed 使ってないから忘れてたよ。vim だとそれでオツケイなんだけどね。 219 名前：名無しさん＠お腹いっぱい。 [03/01/04 04:02.net] 結局 Han unification の問題はどうなったんですか? 日本と中国の漢字を違う glyph で表示できるんでしょうか. >>200 utf-8-emacs が内部的に使われるとなると, iso2022 で実現できていた multi encoding 環境は どうなるんですかね. 従来のも使えると書いてあるから かわらないのかな. 220 名前：名無しさん＠お腹いっぱい。 [03/01/04 21:38.net] どれでもいいから一つにしてくれ・・・ 221 名前：山崎渉 mailto:（＾＾）sage [03/01/15 13:03.net] （＾＾） 222 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/01/24 13:10.net] 「Shit JIS」でググると結構な数ヒットするんですが、 みなさん、故意に書いてるんですかね? 223 名前：糞JIS撲滅 mailto:sage [03/01/24 13:49.net] DoCoMo 用の CGI のコメントに故意に書いたことならあります。 224 名前：山崎渉 mailto:（＾＾） [03/03/13 17:30.net] （＾＾） 225 名前： mailto:sage [03/03/14 00:28.net] 226 名前：半角カナのないコードは糞! [] [ここ壊れてます] 227 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/03/20 00:05.net] とりあえず、2ch見ているうちは半カナは必須かな？と言ってみる。 228 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/03/21 02:49.net] >>222 半角ｶﾅのないコードってあるの？ 229 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/03/21 04:09.net] jis ってあったっけ? そういえば unicode はどうなの? 230 名前：224 mailto:sage [03/03/21 07:16.net] >>225 ISO-2022-JP も EUC-JP も Unicode も半角ｶﾅあると思うんだけど？ 231 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/03/21 08:12.net] それはねこみみです 232 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/03/21 10:17.net] >>226 では ISO-2022-JP で「半角カナ」を使う方法を教えてください。 233 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/03/21 10:52.net] >>228 カナの幅が高さの半分くらいのフォントを使う。 234 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/03/21 11:34.net] はい次。 235 名前：224 mailto:sage [03/03/21 15:44.net] >>228 すいません、勘違いをしておりました。 JIS で定義されてる ESC ( I は、ISO-2022-JP (RFC1468) には無いのでつね。 236 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/03/24 02:08.net] >>228 www2d.biglobe.ne.jp/~msyk/charcode/jisx0201kana/ 237 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/03/24 03:18.net] ＩＳＯ−２０２２−ＪＰ 【通信用語:情報符号編】 [アイエスオウにーまるにーにージェイピー] (ISO-2022-JP) 〔固有名詞／+規格〕 /COMP/MARK/CHR/CODE/ENC/JA … 日本語 ◇複数の言語文字 (文字集合) を切り替えて利用する ISO-2022 のサブセット規格で, 日本語文字コードの符号化を規定した仕様. RFC 1468 で規定されている. ◇JIS X0201 前半の英数記号と, JIS X0208 第 1・2 水準漢字, そして旧 JIS 漢字 集合の JIS C6226 互換 (JIS X0208:1973) をサポートしている. つまり, JIS X0201 後半のカナ (通称半角カナ) はサポートされていない. ◇この後継仕様に, ISO-2022-JP-1 (RFC 2237) や ISO-2022-JP-2 (RFC 1554) など がある. ※コラム（サポートする文字集合） reg# character set ESC sequence designated to ───────────────────────────────── 6 ASCII ESC 2/8 4/2 ESC ( B G0 14 JIS X0201-Roman ESC 2/8 4/10 ESC ( J G0 42 JIS C6226:1978 ESC 2/4 4/0 ESC $ @ G0 87 JIS X0208:1983 ESC 2/4 4/2 ESC $ B G0 ───────────────────────────────── 238 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/03/24 03:20.net] jis もいっぱいあって、わかんないよ!!! 239 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/04/11 01:34.net] ネジの規格もJISだしね!!!

---

---

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

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