文字コードの種類は何故複数あるのでしょうか？

**デフォルトの名無しさん** · 2009/01/07(水) 21:23:47

>>147
前スレ、一ヶ月書き込みなくて17レスで落ちてるみたいだけど、需要ないからじゃね？

**デフォルトの名無しさん** · 2009/01/07(水) 21:31:34

この板、即死に引っ掛からなければ、数か月書き込みないのはざらなほう。

**デフォルトの名無しさん** · 2009/01/08(木) 00:03:07

>>147
ここを乗っ取ればいいんじゃね?
>>148
誰もExt.Cには興味ないのか…
Unicodeメーリングリストも絵文字で絶賛炎上中だしな

**デフォルトの名無しさん** · 2009/01/08(木) 22:13:20

>>149
ああ、即死食らったのか

まぁ、このスレで充分な気もするけど

**デフォルトの名無しさん** · 2009/01/12(月) 16:41:43

http://www.unicode.org/mail-arch/unicode-ml/y2009-m01/0380.html
最近のUnicodeメーリングリストは顔が真っ赤で引くに引けなくなった人たちが
たくさんいるようだがこれはひどすぎる
日本では「犬」を「ケン」と読むこともあるなんて知らないんだろうな。
それとも「いぬ」と読む「犬」と「ケン」と読む「犬」は別字だとか言い出すんだろうか。
それ何てKS X 1001?

**デフォルトの名無しさん** · 2009/01/12(月) 19:52:02

文字コードって65000くらいあるの？

**デフォルトの名無しさん** · 2009/01/12(月) 21:00:14

100万くらいあります

**デフォルトの名無しさん** · 2009/01/15(木) 00:13:07

絵文字レビュー終了のお知らせ

**デフォルトの名無しさん** · 2009/01/18(日) 23:15:58

国ごとに専用の(速度重視の)エンコーディング一つとUnicodeだけにしてほしい

**デフォルトの名無しさん** · 2009/01/18(日) 23:17:53

>>157
日本は何にするの？

**デフォルトの名無しさん** · 2009/01/26(月) 11:26:56

http://twitter.com/wraith13/status/1147555396

**デフォルトの名無しさん** · 2009/01/26(月) 12:52:12

>>157
JIS_X201で。

**デフォルトの名無しさん** · 2009/01/26(月) 23:24:33

http://smallbear.sakura.ne.jp/tron/btm20091.html#20090123
まるで人ごとのように書いてますけど
TRONコードでは&T224C71;と&T224C72;のどっちなんですか?
ていうか「&T224C71;と&T224C72;の区別すらできない欠陥規格だ!」式の批判は
(JIS|Unicode)叩きの定番だったような気がするんですが。
ていうかTフォントマダー? (AAry

**デフォルトの名無しさん** · 2009/01/27(火) 01:10:46

「…お母さん？俺やけど…」
「…TRONか？…」
「うん…俺、包摂分離してしもて…」
「もう、包摂分離の事は気にせんでいいから、成仏して…」

**デフォルトの名無しさん** · 2009/01/27(火) 08:05:57

ちなみに今昔文字鏡では*****(検閲削除されました)番と*****(検閲削除されました)番。
いや実際には調べてないけど絶対分離されてるに違いないし

**マイク** ◆gZ6OoOjBU6 · 2009/02/05(木) 08:39:33

UnicodeだかUTF16だか知らんが
サロゲート文字の処理に関する脆弱性が色々なブラウザで報告されたりしてた。
2001年頃に2ｃｈで西村博之が誰かに指摘されてたウニコードに関する問題ってそれのことだったのかな。

**マイク** ◆gZ6OoOjBU6 · 2009/02/05(木) 08:49:15

これだわこれ。
blackhatコンファレンスで長谷川洋介って人だっけ？
それが発表してた文字コードに関する脆弱性に関する論文に近いもの。
見てない奴は見てみ
参考になんぞ

https://www.blackhat.com/presentations/bh-jp-08/bh-jp-08-Hasegawa/BlackHat-japan-08-Hasegawa-Char-Encoding.pdf

**デフォルトの名無しさん** · 2009/02/06(金) 15:04:05

Gmailが絵文字を全世界的に公式アナウンス。

https://mail.google.com/mail/help/about_whatsnew.html

> Emoticons - they're not just for chat anymore
> Express yourself with emoticons from to (小さい笑い顔) or (カニ) even (ハエうんこ).
> Click the (小さい笑い顔) button when composing a message
> in "Rich formatting" mode, or choose the new emoticons tab in chat,
> and express yourself to your ハートマーク)'s desire.
> Learn more (http://mail.google.com/support/bin/answer.py?hl=en&answer=112518)

https://mail.google.com/mail/help/images/whatsnew/emoji_smile.gif
を絵文字アイコンに決定した模様。

「even ハエうんこ」ﾜﾛﾀ

**デフォルトの名無しさん** · 2009/02/07(土) 08:19:39

Sun-ExtBが更新されて、Extension Cの正式版に対応してた。
>>165
それはちょっと前に話題になってたUnicode絵文字じゃなくてリッチテキスト方式かな

**デフォルトの名無しさん** · 2009/02/07(土) 09:20:45

UTF-16サロゲートペアをUTF-8に変換出来ますか？

**デフォルトの名無しさん** · 2009/02/07(土) 12:12:34

>>167
いったんUnicode scalar valueを求めてからUTF-8に変換してください。
サロゲートのコードポイント(D800..DFFF)をそのままUTF-8にするのは不正です。

**デフォルトの名無しさん** · 2009/02/08(日) 01:58:04

日本人になまじ技術力があったから日本製PCが一時期国内でシェアを占め
独自のPC漢字文化が創られた。これがすべての始まり。

**デフォルトの名無しさん** · 2009/02/08(日) 13:24:01

で、ケータイの世界でもまったく同じようにガラパゴスケータイがシェアを占めて
独自の絵文字文化が発達したわけですね、わかります。

進歩しろよ

**デフォルトの名無しさん** · 2009/02/10(火) 11:08:47

絵文字はユニコードに入りますよ、たぶん。

**デフォルトの名無しさん** · 2009/02/11(水) 01:08:00

日本のケータイメーカーが音頭を取って入れたわけではないけどね。
漢字だってAdobeの活動でようやく異体字の使い分けが(原理上は)できるようになった

**デフォルトの名無しさん** · 2009/02/13(金) 07:51:40

http://www.kumikomi.net/article/report/2009/01tron/01.html
> 2009年の早い時期に，
もう出す出す詐欺はいいよ
> 第1期 236,025字の一般リリース（Webからの無償ダウンロード）を予定しているという．
GT78,675字×3書体を先に出すことにしたのか

**デフォルトの名無しさん** · 2009/02/17(火) 21:04:27

久しぶりにSMPのroadmapを見たらU+1B100あたりに「(Historic Kana)」というのがあった。
http://www.unicode.org/roadmaps/smp/
歴史的仮名遣いに必要な文字はすべて収録済みのはずだから
変体仮名の追加提案かな

**デフォルトの名無しさん** · 2009/02/17(火) 21:25:54

"historical"じゃないのは何故だろう?

**デフォルトの名無しさん** · 2009/02/17(火) 23:03:24

この前提案されてたKATAKANA LETTER ORIGINAL E(片仮名の元々のア行の「エ」、「衣」に由来)もそこに入るのかも知れない。
同時に提案されてたHIRAGANA LETTER YE(平仮名ヤ行の「え」、「江」に由来)は平仮名ブロックの空きの内の一つU+3097にほぼ決定みたいだが、
片仮名ブロックはもう空きが無いからな。

**デフォルトの名無しさん** · 2009/02/22(日) 18:58:47

http://fezn.exblog.jp/10234044/
一太郎ってIVS対応してたの? マジ?

**デフォルトの名無しさん** · 2009/02/23(月) 23:33:42

> 今後は「出典をすべてscanデータで出すべし」という方針に。
> だが、律儀に守っているのは日本と中国ぐらい。。
> 未提出多数とか、「人名だから」出さずじまいとか、出典非明示→取り下げ、とか。
UCSがゴミまみれになるのを防ぐことに一定の効果を上げてるわけだな。いいことだ。

**デフォルトの名無しさん** · 2009/02/24(火) 15:45:03

>>177
今後の話だろ。

**デフォルトの名無しさん** · 2009/02/25(水) 22:50:21

今後の話だったら「ブラウザはまだ」って書いてるのが変だ

**デフォルトの名無しさん** · 2009/03/03(火) 22:09:24

U+1B000がKATAKANA LETTER ARCHAIC E(片仮名「衣」由来のア行の「エ」)になってた。
名前がORIGINAL E(元々の「エ」)からARCHAIC E(古代の「エ」)に変更されてた。
平仮名ヤ行の「え」と違ってBMP外になってしまうけどしょうがないか。
Historic KanaというブロックでU+1B000から256文字分予約されたけど今後変体仮名とか重要な昔の仮名をU+1B001以降にも追加していくつもりなのかな?

**デフォルトの名無しさん** · 2009/03/04(水) 00:21:44

256で足りるのｗ？
そこら辺の文字はよく知らないけど512から1024くらいあってもいいような。

**デフォルトの名無しさん** · 2009/03/04(水) 00:29:59

変体かなは良く分からないけど、ここのページを見る限り、平仮名だけでも軽く600以上ありそう。
ttp://www10.plala.or.jp/koin/koinhentaigana.html

**デフォルトの名無しさん** · 2009/03/04(水) 12:43:59

住基仮名だけなら256で足りるがな。

**デフォルトの名無しさん** · 2009/03/05(木) 07:38:01

１バイト目に文字種を表すもんだけいれて後は可変でよろしくやればいいと思った
最低２バイト～な感じで

**デフォルトの名無しさん** · 2009/03/05(木) 17:50:02

欧米人にはそれが理解できんのですよ。

たとえば、”うまれつき目の見えないひと” を想像してみてください。
その人に「海は青い」という事を、いったいどうやって教えればいいのか。
そのひとには、赤も青も黄色も無いんです。色という概念が全く無いんです。
だから理解不可能です。

３次元の世界で生活している我々が４次元の世界を理解できないのと同じく
１文字１バイト圏で生活している欧米人には、１文字が２バイト、３バイトになるのが
理解できんのです。ヤツらにとってマルチバイト文化は４次元の世界なのです。

**デフォルトの名無しさん** · 2009/03/05(木) 18:06:53

物理的に無理なのと一緒にされても。

**デフォルトの名無しさん** · 2009/03/05(木) 19:19:15

文字コード総合の次スレはここでござるな？　しからば過去スレを貼り。

【UTF8】文字コード変換【SJIS】
http://pc5.2ch.net/test/read.cgi/tech/1063177450/
文字コード統一スレ 1文字目
http://pc8.2ch.net/test/read.cgi/tech/1109171258/
文字コード総合スレ part2
http://pc11.2ch.net/test/read.cgi/tech/1143375639/
文字コード総合スレ part3
http://pc11.2ch.net/test/read.cgi/tech/1180250376/

**デフォルトの名無しさん** · 2009/03/05(木) 20:24:38

>>185
いきなり可変でよろしくやってるのがUTF-8です。

**デフォルトの名無しさん** · 2009/03/05(木) 21:44:14

>>184
たとえば「安」から「あ」へ連続的に変化していく過程の文字の数々にどうやって包摂規準を
設定するのか、とか考えると住基仮名のようなclosed setしかありえない気がする

**デフォルトの名無しさん** · 2009/03/07(土) 02:01:46

変体でも「あ」なら「あ」なのだから、「あ」に対して異体字セレクタの対応を決めればいいだけなんじゃね？
256種類まで対応できるんだから、多分足りるでしょ。
足りなきゃ、異体字セレクタの方を増やせばいい。

**デフォルトの名無しさん** · 2009/03/07(土) 14:29:53

U+E0100～U+E01EFは漢字専用じゃなかったっけ?

**デフォルトの名無しさん** · 2009/03/07(土) 15:36:34

それよりアラビア文字みたいに前後の文字で字形を変えるのを
サポートする必要があるんじゃないか

**デフォルトの名無しさん** · 2009/03/07(土) 19:27:11

・縦書き
・前後の状況で字形を変える必要がある
・異体字セレクタに対応が必要
それなんてモンゴル文字?

**デフォルトの名無しさん** · 2009/03/07(土) 22:28:59

草書を標準化するところから始めないと…

**デフォルトの名無しさん** · 2009/03/08(日) 11:10:41

アラビア文字がまさに草書の電子化

**デフォルトの名無しさん** · 2009/03/09(月) 02:11:40

文字コード総合スレ part5
http://pc11.2ch.net/test/read.cgi/tech/1236529563/l50
作ってきた。　
即死回避に、だれか頼む。　
あと、テンプレがまだ（４０行）残ってるので。現在連投規制（5回）で書き込めないのを何とかしないといけない。

**デフォルトの名無しさん** · 2009/03/09(月) 02:23:53

●かえ

**デフォルトの名無しさん** · 2009/03/09(月) 02:36:52

●持ってない
取り合えず見切り発車してくれ。

**デフォルトの名無しさん** · 2009/03/09(月) 22:10:13

>>197
乙

どんだけ書けば即死回避するんだっけ

**デフォルトの名無しさん** · 2009/03/23(月) 19:29:17

>>192
あれって漢字専用なの?
漢字とモンゴル文字以外の場合はU+FE00～FE0Fを使わないといかんの?

**デフォルトの名無しさん** · 2009/08/11(火) 15:28:27

　　　　 ∧＿∧
　　　　　（･∀･）つ
　　　　　（　つ　/
　　　　　｜（⌒）どどど・・・
.　　　　し' 三

　　　　 ∧＿∧
　　　 ⊂（･∀･）
.　　　　ヽ　⊂　）
　　　　　（⌒）｜どどどどど・・・・・
　　　　三 `Ｊ

　　　メ＼,_　　　　　　　　,メﾞ＼､
　　 .メ′ .ﾞﾞｱhr　　　　_,zl||y,_　.ﾞ∨
　　 .″　　　　　　　.y!^⌒　¨＼ .,,,,,,__　
　　　　　.,yr=￢z　 .l|　　◎　　《 .￣ﾞﾞ^へu,
　,メ″,z厂◎　　l|　￥　　　　 il!　　　　　ﾞミ
il「　　ﾐy　　　..,ilﾄ　ﾞﾐy_　ｱ ,メ　　　　　　 .∨
.ll′　　干=冖″　　　　　　　,,,yyyyy.　　　l|　　　　／￣￣￣￣￣
.l|　　　　 ,,,yvr=冖''''|ﾘ|||》巛》ﾐ冖'li厂.l|　　 .,l!　　＜　　薄型？！！！
.l!　　　　《vvvr=冖¨￣　　　　　　.ﾞ干l!　 .,メ′　　　＼＿＿＿＿＿
.l|　　　　 .l|　　　.,,yrrvy_　　 ,,,,,,_　　 .《yrl″
＼_　　　,l|.,yzl^^ﾞﾞ^冖《《||7厂｀ﾞﾘu_　.l|
　 .ﾞ＼､ .r《l厂　　　　　　.¨ﾞ冖=vu,ﾌhrﾄ

**デフォルトの名無しさん** · 2009/12/12(土) 15:53:19

>>1
日本が世界を統一できなかったから

**デフォルトの名無しさん** · 2009/12/12(土) 18:36:49

>>47

むしろNTはいち早く海栗コードだっただろ
当時は処理コストの無駄とすら言われていた。

**デフォルトの名無しさん** · 2010/04/08(木) 01:34:54

もし、織田信長が生きていたら、日本が世界を支配するとか、テレビってマジ、アホだな。
あそこに出てた専門家も恥ずかしくないんだろうか?
(ひょっとして自称専門家かな)

**デフォルトの名無しさん** · 2010/06/27(日) 00:46:08

UTF8最強
ASCIIとの互換性は伊達じゃない。

**デフォルトの名無しさん** · 2010/06/27(日) 00:57:46

もし、織田信長が生きていたら、日本が世界を支配

**デフォルトの名無しさん** · 2010/06/30(水) 13:16:56

立ってないことろを見ると、ここが「文字コード総合スレ」の後継スレでつか？

**デフォルトの名無しさん** · 2010/06/30(水) 13:28:51

立てるか。
テンプレ面倒過ぎるな。1 だけでいい？

**デフォルトの名無しさん** · 2010/06/30(水) 23:13:43

VSネタまだやるなら分けてほしいな

**デフォルトの名無しさん** · 2010/07/02(金) 17:37:12

結局争点はなんだったのだろう？

**デフォルトの名無しさん** · 2010/07/02(金) 23:59:40

>>211
俺、utf8非万能説についてた人だが、俺の争点はそこだったんだが、相手の争点はそこじゃなかった気がするんだ。
一体何が争点だったのか、当事者にも分からない。

**デフォルトの名無しさん** · 2010/07/03(土) 00:50:32

>>211
もおたが飲み仲間なのか、それとも憎いかでしょう。

**デフォルトの名無しさん** · 2010/07/03(土) 11:01:09

それじゃ、争点を洗い出すスレが別に要る？それともここがそれ？

**デフォルトの名無しさん** · 2010/07/03(土) 11:02:48

>>214
もういらないだろ。

**デフォルトの名無しさん** · 2010/07/03(土) 11:55:19

文字コードのスレは何故複数あるのでしょうか？

**デフォルトの名無しさん** · 2010/07/03(土) 11:57:49

コードもスレも統合出来ないお馬鹿さんたちwww

**デフォルトの名無しさん** · 2010/07/03(土) 12:18:09

馬鹿が来たぞー

**デフォルトの名無しさん** · 2010/07/03(土) 12:41:21

>>211
争点は、UTF8はUTF16やUTF32よりも優れている。
特にASCIIとの互換性に優れており、
既存のソフト・・・多くはASCIIやEUC-JPなどの
ASCII互換用として作られているソフトや
そこで使われているライブラリの互換性がよく
ほとんど修正無しに動く。
UTF16やUTF32だと修正のコストが膨大になる。
ということ。

**デフォルトの名無しさん** · 2010/07/03(土) 12:52:08

wchar_tとロケールとファイルシステム(fopen)がごっちゃになってた気がするんだが。

**デフォルトの名無しさん** · 2010/07/03(土) 13:01:26

全部charをwchar_tに置き換えるだけでOKとかいう
能天気やろうもいたしな。

それが全ソースコード修正＆再テストという
意味だというのを気づいていない。

その膨大さに気づいていないから、
置き換えるだけにコストがかかるというんですか？
なんてことを平気でいえてしまう。

**デフォルトの名無しさん** · 2010/07/03(土) 13:06:11

>>219
それは争点じゃなくて、君の意見。

そしてUTF16,UTF32に拘りすぎ。
それを最初に持ち出した人(同一人物かは知らんが)は、
UTF8でも修正コストが膨大だと主張していて、UTF16は別にどうでもいい感じだった。

>>220
その通り。ファイルシステムどころかOSの仕様まで混ざってきて、複雑になるばかりの泥仕合。

**デフォルトの名無しさん** · 2010/07/03(土) 13:07:21

>>222
お前の意見も、「君の意見」でしかないよ。

鏡見ろ

**デフォルトの名無しさん** · 2010/07/03(土) 13:07:38

>>221
置き換えずにそのまま使うのにコストがかかるんですか？というのと同レベルの話。

**デフォルトの名無しさん** · 2010/07/03(土) 13:08:47

>>223
俺は争点について話してない。>>219は争点について話しているはずなのに、君の意見しか入ってない。
自分の考え方に囚われるな。

**デフォルトの名無しさん** · 2010/07/03(土) 13:10:12

>>222
文字コードを変えるのにOSの仕様まで出てくるってこと自体が、
文字コード変えるのがいかに難しいかを示しているんだけどなぁ。

**デフォルトの名無しさん** · 2010/07/03(土) 13:17:19

この話は続ける必要はない。落ちたスレで既に話は終わっていたのだから。

999 名前：デフォルトの名無しさん [sage]： 2010/06/26(土) 22:19:28
>>972

>UTF-8にすると何もかも上手くいくよ派は、何を言いたいのかよくわからん

そんな奴いたか？　wchar_tにすれば何もかもうまくいくよ派は居たけど。

---

UTF-8にすると何もかも上手くいくよ派がいないのなら、
>>212が争点にしてたことは、元々誰も否定してなかったことだし、
>>219が争点にしてたことは、元々誰も言っていなかったこと。
wchar_tにすることが全てを解決する方法じゃないのは自明。

結論は既に出ていた。

**デフォルトの名無しさん** · 2010/07/03(土) 13:25:04

>>219が争点にしてたことは、元々誰も言っていなかったこと。

言っていたレスはあった

**デフォルトの名無しさん** · 2010/07/03(土) 13:30:08

じゃあここは「文字コード総合スレ」がなぜ立たないのか、立てた場合のテンプレの話のスレにする？

**デフォルトの名無しさん** · 2010/07/03(土) 13:38:28

なにもなければ放置されるだけのスレの埋め草としてちょうどいいな。

**デフォルトの名無しさん** · 2010/07/03(土) 14:35:47

>>228
それよりも俺はwchar_tにすれば何もかもうまくいくよ派がいたのかどうかが気になるが。

>>229
いらないからだろ。

**デフォルトの名無しさん** · 2010/07/03(土) 14:58:57

さっさと次スレ立てろよボケ

**デフォルトの名無しさん** · 2010/07/03(土) 15:13:49

>>231
> >>228
> それよりも俺はwchar_tにすれば何もかもうまくいくよ派がいたのかどうかが気になるが。
>
WindowsかJavaしか知らなくて、Unixのロケールを知らなければそういう発想になるかも。

**デフォルトの名無しさん** · 2010/07/03(土) 15:21:57

>>233
意味が分からん。2chに書いてあったか書いてなかったかと、Unixのロケールがどう関係するんだ？

**デフォルトの名無しさん** · 2010/07/03(土) 15:24:04

情報の受け手側に理解する能力がなければ書かれてても気付かないってことだろう

**デフォルトの名無しさん** · 2010/07/03(土) 15:26:22

>>234
> >>233
> 意味が分からん。2chに書いてあったか書いてなかったかと、Unixのロケールがどう関係するんだ？
fopenのwchar_tは規格化されていない、から泥仕合が始まったのだが。

**デフォルトの名無しさん** · 2010/07/03(土) 15:28:13

知らないことは誰だってあるけど、いいやんとか言って違いも調べず思考停止するやつは向上心もう少し持とうぜ

**デフォルトの名無しさん** · 2010/07/03(土) 15:43:18

>>236
・fopenの話が出たことと、wchar_tにすれば何もかもうまくいくという人がいたことは関係がない
・fopenが出てくる前から、どうせ泥試合だった
・どっちにせよ、fopenでそのままutf8渡して(文字化けすらしないという意味で)うまくいくのはロケールもutf8のときのみ
と認識しているが。

**デフォルトの名無しさん** · 2010/07/03(土) 16:01:26

> ・どっちにせよ、fopenでそのままutf8渡して(文字化けすらしないという意味で)うまくいくのはロケールもutf8のときのみ
> と認識しているが。

ロケール間違ったまま使っていることなんてしょっちゅうあるが？
日本語化しないままOS使えるだろ。
文字がちゃんと表示されないだけで

**デフォルトの名無しさん** · 2010/07/03(土) 17:02:38

Linuxのext2,ext3でSJIS,EUC-JP,UTF-8のファイル名混在は時々ある。
LinuxでもCD-ROM,vfat,ntfs,smbfsをマウントできて、その時に文字コードを指定しないと痛い目にあう。

**デフォルトの名無しさん** · 2010/07/03(土) 17:47:51

>>239
日本語使えるロケールでも日本語がちゃんと表示されないんだったら、それは正常に動作してるとは言わない。
たとえ内部的にはちゃんと保持できていたとしても、関係ない。

>>240
それぞれのパーティションごとに文字コードが違うのは指定すればいいけど、
同一パーティションに複数の文字コードが混在してるのはやめてほしいが……

**デフォルトの名無しさん** · 2010/07/03(土) 18:27:39

LANG=Cでもきちんと表示できなかったらだめだって言い切っちゃうの？

**デフォルトの名無しさん** · 2010/07/03(土) 19:37:56

>>242
それは日本語使えるロケールじゃないだろ。

**デフォルトの名無しさん** · 2010/07/03(土) 19:41:28

つか、例えば仕様書に「ロケールはja_JP.eucjp」って明記してあっても、
utf8で書いてもなんにも問題はないからutf8で書いて、
utf8なら問題なくfopen使えるからutf8でfopen使って、
結果、表示が文字化けしていても、utf8なら問題なく読めるから問題ないって言いきるつもりなのか？

内部的にはutf8使ってもいいけど、必要に応じて変換しないとダメなんじゃないの。

**デフォルトの名無しさん** · 2010/07/03(土) 19:44:47

>>241
表示が化けるのはあくまで端末側の問題。
fopen自体はロケール関係なく正常に動作している。
まったく同じコードでね。
UTF8がASCII互換だからちゃんと動く。

**デフォルトの名無しさん** · 2010/07/03(土) 19:52:48

「日本語が使える」の定義が知りたい。

**デフォルトの名無しさん** · 2010/07/03(土) 20:34:28

>>245
ロケールがEUC-JPなのにファイルをUTF8で書き込むのは正常動作って言えるのか？
日本語ロケールでUIが全部韓国語になるのと同じくらい馬鹿げてると思うぞ。

**デフォルトの名無しさん** · 2010/07/03(土) 20:38:42

>>238

>・どっちにせよ、fopenでそのままutf8渡して(文字化けすらしないという意味で)うまくいくのはロケールもutf8のときのみ
>と認識しているが。

それはそうだけど、fopenの機能としてはちゃんと動作するよね。
wchar_tの渡した場合、fopenが正しく機能しない・・・というか渡せない　つまりfopenでは動作しない

どちらもうまく動いてないといえるけど、その動かない箇所のレイヤーが違うんだよね。
それを同じ土俵で較べ合ってもしょうがないと思うんだが。

**デフォルトの名無しさん** · 2010/07/03(土) 20:52:48

>>248
1. 意図した通りの結果にならないのなら、どこで失敗しても五十歩百歩
2. wchar_tでもcharでも意図した通りの結果にしたければ、一旦ロケールに合わせて変換しないといけないという点で同じ
3. なんでそんなにwchar_tに拘ってるの？
　　　>>227
　　　> wchar_tにすることが全てを解決する方法じゃないのは自明。
　　　>>231
　　　> それよりも俺はwchar_tにすれば何もかもうまくいくよ派がいたのかどうかが気になるが。

**デフォルトの名無しさん** · 2010/07/03(土) 20:59:31

> 2. wchar_tでもcharでも意図した通りの結果にしたければ、一旦ロケールに合わせて変換しないといけないという点で同じ

意図したとおりの結果にするには表示するときにデータを整えれば良いだけの話。
それはfopenには関係ない話。

**デフォルトの名無しさん** · 2010/07/03(土) 21:01:10

>>247
> ロケールがEUC-JPなのにファイルをUTF8で書き込むのは正常動作って言えるのか？
普通にロケールがEUC-JPだけど、
UTF-8のファイルを読み書きしたり
データベースがUTF-8だったりするけど？

何を言いたいのかさっぱりわからん。

**デフォルトの名無しさん** · 2010/07/03(土) 21:03:28

fopen(3)はNULLを返さなければ、open(2)は-1を返さなければ正常。

**デフォルトの名無しさん** · 2010/07/03(土) 21:26:40

内部的にはutf8使う香具師なんているのか

**デフォルトの名無しさん** · 2010/07/03(土) 21:28:50

なぜ内部にこだわる？

**デフォルトの名無しさん** · 2010/07/03(土) 21:29:09

>>253
> 内部的にはutf8使う香具師なんているのか
Gtk+

**デフォルトの名無しさん** · 2010/07/03(土) 21:36:31

GTKは糞

**デフォルトの名無しさん** · 2010/07/03(土) 21:47:40

wchar_tが２バイト４バイト、エンディアンの違いを考えると、
gtkの内部utf-8はマルチプラットフォームって意味では合理的だと思うが。

**デフォルトの名無しさん** · 2010/07/03(土) 22:45:00

>>249

>1. 意図した通りの結果にならないのなら、どこで失敗しても五十歩百歩

結果で見ればそうだけど、ここはプログラム板。
システムで採用されているロケールの文字を使う限り文字化けはしないわけでしょ。
ASCIIでもShift_JISでもUTF-8でも。
それらに対してprintfはそのまんま使える汎用性がある。

wchar_tの場合は、そこまで汎用性が持たせられない。というかそこまで汎用的に
使える標準関数が整備されていない。

その違いによる（プラットフォーム間の移植などで）発生するコストをどう捉えるかの
問題じゃないの？

**デフォルトの名無しさん** · 2010/07/03(土) 23:17:42

ばかっ。
wchar_tとか不用意に持ち出すと今度はCSI vs UCS Normalizationで不毛な戦火の拡大が……

**デフォルトの名無しさん** · 2010/07/03(土) 23:33:30

>>250
eucjpロケールの環境で、ファイル名も全部eucjpで保存されてるのに、どっかの誰かがお構いなしにutf8で書いて文字化けしたら、
その人のためにわざわざlsをeucjpとutf8混在しててもちゃんと使えるように書き換えろって言うの？

> 結果で見ればそうだけど、ここはプログラム板。
関係がない。どこの板でも、表示上文字化けするかしないかは重要な基準。

**247** · 2010/07/03(土) 23:36:12

utf8の利点言いたい人がfopenなんて持ち出したのが間違いとしか思えない。
むしろ、俺ならそこに触れないわ。

>>251
ごめんよー、ファイル名の間違いだわ。

**デフォルトの名無しさん** · 2010/07/03(土) 23:37:59

>>260
文字化けするが書けるだろう？

それは違う文字コードでちゃんと書けていることを意味するんだよ。

**デフォルトの名無しさん** · 2010/07/03(土) 23:38:59

>>258
>>249の2.には異論ないのかな？
だったら、
fopenがそのまんま使えるには使えるけれども、意図した通りの結果にしたければ、一旦ロケールに合わせて変換しないといけない
が結論なわけだな。

**デフォルトの名無しさん** · 2010/07/03(土) 23:41:19

>>262
それでいいんだったら、utf8自体いらない。
UTF16をbase64エンコーディングしたらASCIIだけで事足りるんだから。

**デフォルトの名無しさん** · 2010/07/03(土) 23:42:31

意図した通りってなんだよ。

ファイル名が「テスト」だとしてEUC-JPで書き込んだ場合と
UTF-8で書き込んだ場合、文字コードが違うのだから
それをあらわすバイナリ列も違う。

だから違うファイル名として扱うのが意図した動作だが？

逆に言えば、fopenはバイナリ列しか見ておらず
それがEUC-JPかUTF-8なのかは気にしていない。
わざわざ文字コードを変換する機能を入れるのが意図した動作だと？

**デフォルトの名無しさん** · 2010/07/03(土) 23:46:45

>>265
そしたら、君は何のためにファイル名に非ASCII文字を使うの？

**デフォルトの名無しさん** · 2010/07/03(土) 23:50:03

酷い流れだ。もう結論これでいい？

表示上文字化けしないようにファイル作りたかったら、文字コード変換しろ。
表示上文字化けしてもバイナリ列が保存されていればどうでもいいなら、utf8使っても構わん。

**デフォルトの名無しさん** · 2010/07/03(土) 23:52:27

>>266
何のためにじゃなくて、Unixでは'/'と'\0'以外パス名に制限が無いから、
それ以外何を使っても良い、でしょ。

**デフォルトの名無しさん** · 2010/07/03(土) 23:55:05

>>268
何使ってもいいけど、そんなキーボードで入力しにくいファイル名使って何がしたいの？

**デフォルトの名無しさん** · 2010/07/03(土) 23:55:48

>>268
じゃあ、Windowsじゃutf8でfopenは残念なことになるって思っていい？

**デフォルトの名無しさん** · 2010/07/04(日) 00:05:25

>>270
cygwin

**デフォルトの名無しさん** · 2010/07/04(日) 00:12:23

>>269
確かにウムラウトとか入力しずらいね。

**デフォルトの名無しさん** · 2010/07/04(日) 00:17:36

>>270
はい。残念なことになっています。

fopenはワイド文字を扱う場合は、_wfopenを使うようにと
一時期は使えない関数とされ、今は一応使えるようになりましたが、
標準を満たしていない独自の引数をとるようになりました。

もはや互換性の無い別物です。

**デフォルトの名無しさん** · 2010/07/04(日) 00:33:55

>>272
うん。表示に拘らないのなら、半角英数だけで事足りる。ドットくらいは使うかもしれんが。
実際、人が読む必要がないキャッシュファイルやら一時ファイルはそういう風な名付け方になってることが多い気がする。

**デフォルトの名無しさん** · 2010/07/04(日) 00:34:16

WindowsでfopenでUNICODE文字列のファイル名って開けるのか？

**デフォルトの名無しさん** · 2010/07/04(日) 00:36:42

http://www.game-create.com/archives/320
>
> よく使う標準関数の UNICODE 対応表を作ってみました。
>
> Windows では UNICODE 対応時と UNICODE 未対応時で
> 呼び出す関数を振り分ける必要がありますが、 _t で始まる
> 標準関数を使っておくことで、コンパイル時に自動的に関数を振り分けることができます。

あー、これは残念だｗ

**デフォルトの名無しさん** · 2010/07/04(日) 00:41:32

TCHAR 型ってｗｗｗ
http://www.ruche-home.net/?%A5%D7%A5%ED%A5%B0%A5%E9%A5%DF%A5%F3%A5%B0%2F%BE%AE%A5%CD%A5%BF%BD%B8%2FUnicode%C2%D0%B1%FE%A5%B3%A1%BC%A5%C7%A5%A3%A5%F3%A5%B0

**デフォルトの名無しさん** · 2010/07/04(日) 00:52:11

>>275
言葉自体が曖昧。
まず、Windowsは内部ではファイル名をutf-16で管理してる。
そして、fopenは実装依存。とりあえずVC++のfopenで、日本語ロケールでの使用を想定する。
つまりfopenはcp932(sjisのMS拡張と思ってよし)でエンコードされたchar*をとって、内部でutf-16に変換してる。

そういう意味で、全ファイル名がUNICODE文字列であって、fopenではcp932を経由してUNICODE文字列のファイル名を開ける、と言える。

あるいは、cp932入れるべきところに強引にUNICODE文字列をねじこんで、
それをWindowsが内部でcp932のつもりでutf-16に変換したもの、という意味なら。

まず、それがファイル名として妥当なものになるのか(つまり、そんなファイル作れない。ないものは読めない)というのがひとつ。
次に、UNICODE文字列とはutf8か16か32か(あるいは7か...)。
16,32ならNULを含むことになって作れないだろうなぁ。
8なら、sjisのバックスラッシュ問題にコンパイラが対応してるか、ユーザが小細工してるか。
それによって別の文字になるので調整しないといけないが、うまくすれば読める。

**デフォルトの名無しさん** · 2010/07/04(日) 00:52:15

>>270
CP_UTF8ってのがあるよ。

**デフォルトの名無しさん** · 2010/07/04(日) 01:02:09

>>278
なんでファイル名にUNICODE使えるのかの話で
cp932を持ち出してるの？

**デフォルトの名無しさん** · 2010/07/04(日) 01:09:25

WindowsではfopenにASCII非互換のSJISなどを
認めてしまったため、ASCII互換のものならなんでも受け付けられる
なんて変更は出来なかった。

そのためUNICODEに対応するには、fopenではない
別の関数を使うしかない。それが_wfopen（MS独自関数）ただし
これはUNICODE(UTF-16)限定のためWin9xでは動かない。
そのために_tfopenというマクロが作られた。これを使っていると
define定数でfopen、_wfopenどちらを使うか自動的に変更できる。

これは関数だけではなく、文字列も一緒で、L”文字列"なんて書き方をすると
自動的に変換してくれるがなんか_Tマクロとか_TEXTマクロとかいろいろあって
誰か、きれいにまとめて書いてくれ。

めちゃくちゃすぎてわからん。あぁ、fopenだけでUTF-8で
もEUC-JPにもなんにでも対応できるLinux楽だよ。

**デフォルトの名無しさん** · 2010/07/04(日) 01:54:02

>>280
>>278を読んだのにその疑問が沸いたのなら、君でも分かるように説明するのはあまりに面倒だ。

>>281
で、Linuxに関しては>>267でいいの？　あと>>274にも異論は無い？

**デフォルトの名無しさん** · 2010/07/04(日) 07:56:21

_Tマクロとか_TEXTマクロとかWindowsのマクロの種類は何故複数あるのでしょうか？

**デフォルトの名無しさん** · 2010/07/04(日) 12:58:15

TEXT("hoge") もあったな

**デフォルトの名無しさん** · 2010/07/04(日) 13:23:16

文字コード処理の種類はCSI方式とUCS normalization方式と何故複数あるのでしょうか？

**デフォルトの名無しさん** · 2010/07/04(日) 14:37:25

それは対になるものなのか?

**デフォルトの名無しさん** · 2010/07/06(火) 12:42:48

文字コードのスレは何故複数あるのでしょうか？

**デフォルトの名無しさん** · 2010/07/06(火) 14:36:35

あっちがうさげならばこっちはよそ？

**デフォルトの名無しさん** · 2010/07/08(木) 13:59:28

インテリジェント昆布

略して iconv

**デフォルトの名無しさん** · 2010/07/12(月) 21:33:35

文字コード総合スレ part6
http://pc12.2ch.net/test/read.cgi/tech/1278923059/

**デフォルトの名無しさん** · 2010/07/14(水) 01:22:05

文字の種類は何故複数あるのでしょうか？

**デフォルトの名無しさん** · 2010/07/14(水) 01:50:03

ローマ字では日本語を読みにくいからじゃないかしら

**デフォルトの名無しさん** · 2010/07/14(水) 04:59:56

世界は広いからだよ

**デフォルトの名無しさん** · 2010/07/14(水) 05:46:37

バベルの塔を作り始めたからです

**デフォルトの名無しさん** · 2010/07/15(木) 20:19:48

肉フライ

略してnkf

**デフォルトの名無しさん** · 2010/07/16(金) 01:00:45

>>295
正式にはnettowa-ku kanji firuta-の略だっけ。

**デフォルトの名無しさん** · 2010/07/16(金) 02:24:52

nurupo
kimuchi-E
fack

**デフォルトの名無しさん** · 2010/07/16(金) 16:06:16

>>296
nkf Network Kanji Filter
http://sourceforge.jp/projects/nkf/
まさかのgit。
http://git.sourceforge.jp/view?p=nkf/nkf.git

**デフォルトの名無しさん** · 2010/07/30(金) 16:49:09

ﾜﾛﾀ本になっていたのね。

斎藤秀紀「構造化4バイトコードによる多言語漢字の符号化」
http://www.amazon.co.jp/gp/product/4898273009/

これでしょ。
http://www.horagai.com/www/moji/int/saito.htm

**デフォルトの名無しさん** · 2010/07/30(金) 20:17:12

>>299
ここも隔離スレっぽいよ。

**デフォルトの名無しさん** · 2010/08/05(木) 08:30:33

コードの種類は何故複数あるのでしょうか？
ストレートとクロスの見分けが付きません。

**デフォルトの名無しさん** · 2010/08/05(木) 09:06:26

ソースといえばブルドック？おたふく？
あなたはどちら？

**デフォルトの名無しさん** · 2010/08/05(木) 09:06:55

買ったらすぐにシール貼っとけよ

**デフォルトの名無しさん** · 2010/08/05(木) 20:29:23

>>301
両端のコネクタを並べてみて、色が同じ順ならストレート、違う順ならクロス。

**デフォルトの名無しさん** · 2010/08/10(火) 12:56:48

>>302
イカリソース

**デフォルトの名無しさん** · 2010/09/12(日) 08:49:08

>>302
カゴメ

**デフォルトの名無しさん** · 2010/09/12(日) 11:38:54

>>302
中部地方はコーミソースに決まってんだよ。ブルドッグ何それ。

**デフォルトの名無しさん** · 2010/09/12(日) 11:49:50

俺のホワイトソースでも飲んでろ
馬鹿どもめ

**デフォルトの名無しさん** · 2010/09/13(月) 07:34:49

ソースの種類は何故複数あるのでしょうか？
ソースを買ってくるように頼まれてソイソースを買ってきたら怒られました。

**デフォルトの名無しさん** · 2010/09/13(月) 16:04:42

そりゃ醤油はソースとは認められないからな。
次はちゃんとソースを買ってくるんだぞ。

**デフォルトの名無しさん** · 2010/09/13(月) 16:38:52

>>283 自分用メモ
WindowsSDKレベルではではTCHARとTEXTか__TEXTのみ有効
その他はCランタイムのもので混用すべきではない

**デフォルトの名無しさん** · 2010/09/13(月) 22:48:14

UNICODEがSDK用で_UNICODEがCRT用だっけ

**デフォルトの名無しさん** · 2010/09/13(月) 23:10:52

L()はどれだっけ

**デフォルトの名無しさん** · 2010/09/13(月) 23:24:28

そんなマクロあったっけ

**デフォルトの名無しさん** · 2010/09/14(火) 01:03:17

L""ならリテラルじゃね

**デフォルトの名無しさん** · 2010/09/14(火) 07:45:04

それは言語機能でMSは関係ないな
もっともMS以外ではワイド文字がUTF-16とは限らないけど

**デフォルトの名無しさん** · 2010/09/25(土) 17:10:40

もっとも、 <windows.h>の中のどこかのヘッダで以下のような旨の記述があり、
「_UNICODEとUNICODEのどちらか一方は定義してあるけど、もう片方は定義されていない」
という状況を排除しているので、_TとTEXTを混在させても問題ない。
#ifdef UNICODE
#ifndef _UNICODE
#define _UNICODE
#endif
#endif

#ifdef _UNICODE
#ifndef UNICODE
#define UNICODE
#endif
#endif

**デフォルトの名無しさん** · 2010/10/09(土) 19:23:25

>>302
どろソース

**デフォルトの名無しさん** · 2011/01/16(日) 14:27:02

そーすね

**デフォルトの名無しさん** · 2011/04/15(金) 13:28:40.29

>>302
オリバー

**デフォルトの名無しさん** · 2011/04/15(金) 15:28:09.44

>>302
イカリが多かったがカープも使う

**デフォルトの名無しさん** · 2011/04/15(金) 21:32:56.00

CP932の完成度は異常。

**デフォルトの名無しさん** · 2011/04/15(金) 22:39:01.54

同じ文字でコードが何種類もあるものが完全とな。

**デフォルトの名無しさん** · 2011/04/15(金) 22:53:48.86

スレ全体検索したけど完全なんて文字は>>323しかない件

森& ◆vjMeDi2lEM · 2011/06/24(金) 00:06:15.57

森鴎外の「鴎」は正しくは「鷗」である。
草なぎ剛
草彅剛

北朝鮮に文字コードは割り振られているのか？

マイクロソフトは、南朝鮮の町工場に北の象形文字をOSに実装してくれと
懇願されたが拒否したらしいが。直接北から要求しなかった。
北は南と文字が異なっているのか。

unicodeに北文字あったか？存在するなら規格票、文献を提示してくれ。

uy ◆hi.ht/Isu2 · 2011/06/29(水) 06:19:43.43

＞マイクロソフトは、南朝鮮の町工場に北の象形文字をOSに実装してくれと
＞懇願されたが拒否したらしいが。直接北から要求しなかった。
＞北は南と文字が異なっているのか。

日本語勉強しろよゴミカスが

マジでゴミなんだな

**デフォルトの名無しさん** · 2011/10/25(火) 22:25:08.62

　　　　　 ∩＿＿＿∩
　　　　　 | ノ　　　　　ヽ
　　　　　/　　●　　　● |
　　　　 |　　　　( _●_)　ミ
　　　　彡､　　丶ノ　　､｀
　　　/　＿＿/ ⌒｀＼／⌒/
　　　(＿＿＿）　 .　 /　　(　)
　　　　|　　　⌒｀＼/／⌒
　　　入＿へ　＼_ へ　＼_
　@三三三三（_＿__)三（_＿__)三三)

**デフォルトの名無しさん** · 2011/10/25(火) 22:39:19.15

>>325
金正日を意味する特殊な文字が追加されてるらしいんだな。漢字で言うと「朕」みたいなもんだろ。

**デフォルトの名無しさん** · 2011/10/25(火) 23:00:40.79

斎藤、斉藤、齋藤、齊藤
おまえら少しは反省しろ

**デフォルトの名無しさん** · 2011/10/26(水) 00:03:12.66

「そ」を１筆で書くのか２筆で書くのかくらいの違いはある

**デフォルトの名無しさん** · 2011/10/26(水) 14:40:03.49

>>329
何を？

**デフォルトの名無しさん** · 2011/10/27(木) 04:55:47.65

山崎、山嵜、山﨑
やまざき？　やまさき？

**デフォルトの名無しさん** · 2011/10/30(日) 10:23:28.18

　　　　 ∧＿∧
　ﾋﾟｭｰ (　　＾＾）＜これからも山崎を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

**デフォルトの名無しさん** · 2011/12/13(火) 16:57:33.87

__∧＿∧_
　|（　　＾＾）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉

**デフォルトの名無しさん** · 2011/12/13(火) 18:21:01.09

>>1
一番単純な答えは、JISの出来が悪かったから、というものだと思う。

**デフォルトの名無しさん** · 2011/12/14(水) 22:02:31.30

日本語の文字コードがいくつもある理由
http://qpon.at.webry.info/201112/article_14.html

**デフォルトの名無しさん** · 2012/01/04(水) 00:38:14.32

IVSというかUnicodeに見る日本政府のダメな感じ
ttp://wontfix.blogspot.com/2011/05/ivsunicode.html

**デフォルトの名無しさん** · 2012/01/04(水) 05:48:12.54

この人の文字コードに対する理解力がダメな感じ

**デフォルトの名無しさん** · 2012/01/04(水) 11:38:46.62

IVSは同一字形でも包摂しない、という原則じゃなかったっけ？というか同一字形かどうか
わからないから、だったかも。そもそもIVSで区別されているのはグリフであって文字ではないわけで。

**デフォルトの名無しさん** · 2012/07/25(水) 17:25:52.49

**デフォルトの名無しさん** · 2012/08/22(水) 23:46:05.05

>>322
・文字集合はIBMホストコードに合わせてあって
・符号の順序はJIS順になっていて
・1978年版、1983年版、1990年版をそつなくこなし
・JISの水準外の文字はJISの区点内にも区点外のどちらにもある
とどめに
・半角カタカナと一緒に使える
ってことだな

**デフォルトの名無しさん** · 2012/10/07(日) 12:14:01.29

**デフォルトの名無しさん** · 2012/11/29(木) 11:16:09.54

空揚げ

**デフォルトの名無しさん** · 2012/11/30(金) 12:55:47.17

そんなこんなで本スレが落ちてしまったわけだが

**デフォルトの名無しさん** · 2012/11/30(金) 13:22:07.85

文字コード総合スレ part8
http://toro.2ch.net/test/read.cgi/tech/1354248962/
文化の数だけ文字がある

**デフォルトの名無しさん** · 2012/12/01(土) 00:25:34.28

>>345
乙

忍法帖【Lv=3,xxxP】(1+0：5) · 2013/11/28(木) 00:46:29.39

あげ