文字コード総合スレ part3

1 名前：デフォルトの名無しさん [2007/05/27(日) 16:19:36 ] プログラムにおける各種文字コードの処理について語りましょう♪ ■前スレ 文字コード総合スレ part2 pc11.2ch.net/test/read.cgi/tech/1143375639/ ■参考サイト Unicode Home Page www.unicode.org/ Java Character Encodings www.ingrid.org/java/i18n/encoding/ euc.JP: tech docs, BeOS tools euc.jp/ ISO-IR - 2.8.1 Coding systems with Standard return www.itscj.ipsj.or.jp/ISO-IR/2-8-1.htm ISO-IR - 2.8.2 Coding Systems without Standard return www.itscj.ipsj.or.jp/ISO-IR/2-8-2.htm 496 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 13:42:22 ] >>485 >今はサロゲートペアのことを意識する必要が無いから サロゲートペア以外にも合成文字とかあるんですけど。 497 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 19:05:39 ] >>496 MacOS-Xの「ヒ+゜」とかね。 いつ「普通の」データとして飛び込んでくるか分かったもんじゃない。 498 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 19:12:03 ] 何しろあれが正規形の一つだからな。 499 名前：485 mailto:sage [2008/04/07(月) 19:41:16 ] >>496 確かに… 合成文字はヤだなぁ あと、くっつき方がキモいデーヴァナーガリー文字とかその類も… 500 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 20:01:44 ] >>497 Mac持ってないけど「ピ」は合成されてるの？ JISX0213の「か゜」とかじゃなくて？ 501 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 20:26:25 ] >>500 >>413のNFD 502 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 20:46:58 ] >>485 もう現実を見るんだ。 固定バイトの文字コードなんて所詮夢だったんだよ。 503 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 21:20:35 ] それでも32bitあればなんとか… 504 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 21:25:05 ] HYPHEN-MINUSって文字が誕生した時からこの世はカオスさ 505 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 22:26:30 ] UTF-8は0x10入らないようにして欲しいなぁ。 506 名前：485 mailto:sage [2008/04/08(火) 09:22:27 ] >>502 そうか、やはりそうなのか… 固定バイトはもはや夢物語なんだなorz 合成文字といえば、ヨーロッパのラテン文字事情なんとかならんのでしょうか？？？ ローカライズにあたって、文字列検索の曖昧検索を行うわけなのだが、Aとキーされようと、 アクセントが付いてようとウムラウトだろうと引っかからないといけないのはまぁいいとして… A+アクセントとかはやめて欲しいのだがｗ いったい、ヨーロッパは何言語あるんだYO! 507 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 09:43:20 ] L10nされたあいまい検索は、各言語のネイティブの専門家によるアドバイスが ないとムリポ。 （「エ」と「ヱ」を同一視するかどうかなんて日本人でも判断に困るだろ？） 508 名前：485 mailto:sage [2008/04/08(火) 11:31:51 ] >>507 だよねー 今月号の「NEWTON」を読んだら、ラテン語のアルファベットは当初英語で使われるものとほぼ 同じだったとか？ その後に、フランス語やらでアクセント記号が付けられたとかどうとか… てっきり、逆だと思ってたんだが、Unicode 1.0策定時にCJKの統合に当たってルーツの異なる文字で 似ている物を同一視しようとした件、ラテン語圏でもやはりアクセント記号はそれくらい意味のある文化 の一つなんだろうか… 幸い、自分は合成文字には今のところ携わることはなさそうだが… 中国国家標準のGB 18030をどうにかしてもらいたい… GB 2312、ASCII、ISO/IEC 10646をうまいこと包含しているという点ではうまいこと考えたなと関心 出来るんだけど、結局は1〜4バイトのマルチバイト文字ってワケで、ISO/IEC 10646を包含したとしても 変なジレンマ作ってるだけだし… そもそも、CJKのグリフが U+3400〜U+4DFE、U+4E00〜U+9FFEまでしか割り振られてないじゃんか！ BMP面で足りるじゃんかー！ 509 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 13:30:47 ] >>507 ラテン語ネイティブも、油断してると、 JIS X 0208のFULLWIDTH LATIN (CAPTAL) LETTER *ってのがあるしね。 自前で実装しようとするとHALFWIDTHへの正規化を忘れちゃう。 >>508 表音音文字元祖のフェニキア文字の子孫の ギリシャ文字でさえ発音記号はないからね。 アクセント記号はcollationの時にも、 取り払ってソートするか付いたままソートするか、 国によって標準的な取り扱いが違って難しい。 510 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 20:21:30 ] そのへんはそのうちCollationライブラリが何とかしてくれるから問題ない。 >>GB18030 Unicodeに変換して処理するだけなんだから別に関係ないでしょ 511 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 20:49:23 ] 他国の心配する前に日本語の処理くらいまともにやってくれ 512 名前：485 mailto:sage [2008/04/08(火) 21:02:50 ] >>510 いやいや、GB 18030は現状はUnicodeでグリフのある領域はカバーしてるけど、Unicodeに無い 民族文字やらをどんどん増やす思惑があるらしい… だったらその思惑をUnicodeコンソーシアムで提起して貰いたいものなんだが… >>511 俺の文章？orz どうせローカライズ以前に、各国の文言を用意するのは翻訳チームのすることで、俺は関わってないし 513 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 21:05:12 ] 自国で独自路線に突っ走りまくってる日本じゃないんだからお前ごときが 他国の心配しなくてもちゃんと国際提案してくるからむしろ日本NBの怠慢ぶりを 何とかしてくれってば 514 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 21:21:00 ] そこでJIS第五水準ですよ 515 名前：485 mailto:sage [2008/04/08(火) 21:46:47 ] >>513 これは>>513の現場もそうだろうと思うのだが、日本人のSEに限らずPMに至るまで、 日本における標準化についてまともに考えている奴っている？ C++を理解するのにISO/IEC 14882を読んだり、仕様書を書くときに主語をちゃんと 付けることを意識するとかさ？ 今俺が書いてる文章なんかは支離滅裂だけどorz >>514 JIS X0213の二の舞はやめようよｗ 516 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 22:14:13 ] ＞仕様書を書くときに主語をちゃんと付けることを意識するとかさ？ 書かないまでも、意識していないと所謂「とんでも」文書ができあがるわけだが。 # 「マウスボタンが押すとウインドウが表示します」とか。 517 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 22:40:59 ] ＞５１２ UNICODE的に、新規コードポイントの追加は、 まずは国内規格、次にUNICODEって順番じゃなかったっけ？ 518 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 23:31:00 ] だから、ウニコードやまりゃいいじゃん 519 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 00:23:03 ] はやくExt-C出せー 520 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 02:59:07 ] >>515 なんで俺の職場の話がいきなり出てくるのか意味不明だが 日本における標準化の試みは 学者が机上の空論をあーでもないこーでもないと小田原評定のごとくこねくり回した 挙げ句黒船に全部持って行かれるのが通例。 www.itscj.ipsj.or.jp/domestic/mojicode/index.html の異体字アーキテクチャの検討なんて絵に描いたようだ 521 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 08:47:51 ] んー、 動画フォーマットとかはそうでもない気がするけど？ 522 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 09:00:50 ] mbcs/wcs ISLISP IPv6, Mobile IP この辺は日本の団体が組織的に関わってるよ。 523 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 09:29:05 ] 個人名で論文や案を提出してレビューする形にしないと、 >>520が多い状況はなかなか改善できないと思う。 本来、案もレビューも書かない奴の意見なんて聞く必要ないんだ。 524 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 13:14:54 ] 意味のあることを何も言えない奴って、無視されると 意味のあることを言った奴より怒るんだよね。 525 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 23:39:09 ] >>523-524 * Ideographic Variation Databaseという対案が明確に示されてる * 日本は>>520を国際提案していない 話にもならんね 526 名前：デフォルトの名無しさん [2008/04/11(金) 14:34:46 ] >>501 Mac OS XのHFS+は、 さらにアルファベットの大文字小文字の同一視もやってるよな。 ファイル名としては大文字小文字が保存されているけど、 比較ではcase ignoreだからFooがあればfooでopenする。 FULLWIDTHなアルファベットも同じ。 ただしFULLWIDTHとHALFWIDTHな文字は同一視しない。 WIDTH範疇が同じ場合に限り大文字小文字を区別。 527 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 15:11:34 ] ＞WIDTH範疇が同じ場合に限り大文字小文字を区別。 ×区別 ○同一視 こうですか? 528 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 18:52:47 ] >>510 >そのへんはそのうちCollationライブラリが何とかしてくれるから問題ない。 そういえば Unicode で日本語の文字列をソートした場合、普通はどんな並び順に なるんでしょうか/なるべきなんでしょうか。Collation のライブラリ毎に違うんでしょうか。 unicode.org の TR10 とか見てみましたがよくわかりませんでした。 529 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 20:02:25 ] >>526 Case SensitiveなHFS+もあるよ。 同一視する文字や使えない文字はファイルシステム毎に異なるから あるファイル名が使えるかは単純には判断出来ない。 530 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 03:00:11 ] >>529 既にインストーラでは選べないんじゃない? 昔使ってたが、馬鹿アプリで問題発生したので使わなくなった。 アプリ内のファイルがCapitalizedなのに、 アプリが全部大文字でアクセスしてたw 531 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 22:38:32 ] std.dkuug.dk/jtc1/sc2/wg2/docs/n3425.pdf トンパ文字の提案キター 532 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 06:22:15 ] std.dkuug.dk/jtc1/sc2/wg2/docs/n3409.pdf ARIB互換漢字についてアメリカとイギリスからIVSを使えよボケと突っ込まれてるｗ 533 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 21:35:34 ] これからIVSを積極的に導入してくなら、現在異体字なのに別のコードポイントを 与えられている文字はIVSに吸収してくるとスッキリするんだけど。 今までのしがらみで無理かな。 534 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 21:48:21 ] 標準に入らなくても、基準とデータは有意義に使われると思うよ。 535 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 22:25:21 ] 原規格分離規則があるから、全部統一は無理 536 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 00:09:08 ] 原規格分離規則ってCJK Unified Ideographs領域のみ適用で、 それ以降に定義された領域では使わないっていうアレか。 537 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 03:41:26 ] >>533 既存の互換漢字を削除はあり得ないけど、これから追加しようとしたら突っ込まれて当然だろう 538 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 11:42:06 ] Uniocde 5.1の文字一覧マダー(aary ttp://www.unicode.org/Public/5.1.0/charts/ 予告期限は過ぎてるんだけど あともう5.2.0のディレクトリあって吹いたｗ 539 名前：デフォルトの名無しさん mailto:sage [2008/04/26(土) 22:57:20 ] TIP www.unicode.org/roadmaps/tip/ 甲骨文字 540 名前：デフォルトの名無しさん mailto:sage [2008/04/26(土) 23:04:50 ] 文字コードとグリフを同じに扱おうとしたつけだ いいじゃねぇの？ 541 名前：デフォルトの名無しさん mailto:age? [2008/04/27(日) 11:10:56 ] >>538 来てる 542 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 20:49:59 ] ところでT書体はまだですか 543 名前：デフォルトの名無しさん mailto:sage [2008/04/28(月) 03:56:41 ] >>542 www.sakamura-lab.org/FONT/ 4月中の公開は無理そう つーか以前は「2006年春」って言っててそれもブッチしてなかったっけ 544 名前：デフォルトの名無しさん mailto:sage [2008/04/28(月) 13:30:01 ] std.dkuug.dk/jtc1/sc2/wg2/docs/n3475.pdf 結局ARIB互換漢字の追加は受理されたようだ 545 名前：デフォルトの名無しさん mailto:sage [2008/04/28(月) 14:19:01 ] ARIBの仕様書が公開されてた www.arib.or.jp/english/html/overview/doc/2-STD-B24v5_1-1p3.pdf JIS X 0213の指示には私用終端バイトを使って JIS X 0208の独自拡張をESC 2/4 4/2で指示するという変態仕様 逆だろ… 546 名前：デフォルトの名無しさん [2008/04/29(火) 08:16:41 ] まったくの初心者です。 ↓のコードは何でしょうか？ 17163542 何て書いてあるのか、教えてください よろしく 547 名前：デフォルトの名無しさん mailto:sage [2008/04/29(火) 08:20:26 ] 板違い。こちらへどうぞ love6.2ch.net/mystery/ 548 名前：デフォルトの名無しさん [2008/04/29(火) 08:23:07 ] >>547 すみません。 文字コードじゃないんですか？ 549 名前：デフォルトの名無しさん mailto:sage [2008/04/29(火) 09:10:30 ] こちらへどうぞ。 ttp://google.com/ 550 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 06:43:38 ] >>543 やっぱり無理ですた 551 名前：デフォルトの名無しさん mailto:sage [2008/05/17(土) 07:02:50 ] とあるアプリの文字エンコーディングの挙動が変だなと思ったので 問い合わせたら、「Win上のIEの挙動と同じにしている」とのこと。 具体的にはEUC-JPで0x5cが円記号で表示されるのですが。 これってreverse solidusが正解じゃなかったでしたっけ? 確かWinだとここら辺、フォントレベルでおかしなことをしてるんでしたっけ? しかし正直なところもはやWinやIEの挙動を無視することもできず... トホホ。 552 名前：デフォルトの名無しさん mailto:sage [2008/05/17(土) 08:02:14 ] >>551 「円記号で表示される」だけだと、 エンコーディングレベルで何かやってるのか、 単にフォントがU+005Cを円記号で表示してるだけなのかわからんな。 後者ならフォント変えれば REVERSE SOLIDUS に見えるでしょ。 553 名前：デフォルトの名無しさん mailto:sage [2008/05/17(土) 08:23:48 ] IEと同じというなら後者だな。 Tahomaとかの欧文フォントならバックスラッシュ、 フォントリンクでかな漢字も表示出来ていい感じ。 554 名前：デフォルトの名無しさん mailto:sage [2008/05/17(土) 09:44:03 ] 501ですが、 アプリはMac OS Xのエディタです。なんでWin上での技術的背景ではなく ユーザーエクスペリエンスを問題にしている、とでもいいますか。 IEを「普通に」使ってる分にはEUC-JPの0x5cは円に見える訳ですよね。 あえて欧文フォントを割り当ててバックスラッシュを表示できてもそれはある意味 「化けている」のではないでしょうか。 あるいはIEはあくまでもEUC-JPの0x5cに対してU+005cを表示していて、それが どう見えるかはフォントやユーザの設定次第、とでも理解すべきでしょうか。 でもIE、確かASCIIやUTF-8だとデフォで0x5cはバックスラッシュ... ややこしいなあ。 555 名前：デフォルトの名無しさん mailto:sage [2008/05/17(土) 11:48:24 ] なんでエディタの名前を書かないんだろう 人の話を聞く気がないならチラシの裏にでも書き捨てろ 556 名前：デフォルトの名無しさん mailto:sage [2008/05/17(土) 12:15:02 ] >>554 実際にIE使ってみればわかるだろクズ 557 名前：デフォルトの名無しさん mailto:sage [2008/05/17(土) 12:24:31 ] >>554 文字コードと文字フォントは別物だよ。 だから、 > あるいはIEはあくまでもEUC-JPの0x5cに対してU+005cを表示していて、それが > どう見えるかはフォントやユーザの設定次第、とでも理解すべきでしょうか。 でOK。EUC-JPに限らずな。 558 名前：デフォルトの名無しさん mailto:sage [2008/05/17(土) 15:10:46 ] >>551 0x5cというかU+005Cは、ASCIIやJIS X 0213だとUniccode基準で「REVERSE SOLIDUS」でなければおかしいけど、 一般的な日本語エンコードだとJIS X 0201基準だから「YEN SIGN」が正しい。 WindowsのOS標準和文フォントだと、0x5cというかU+005Cは「YEN SIGN」で実装。 Mac OS XのOS標準和文フォントだと、0x5cというかU+005Cは「REVERSE SOLIDUS」で実装。 Windows版のSafariでも、Shift_JIS/EUC-JP/ISO-2022-JPといった日本語エンコードなHTMLでは 和文フォントでも欧文フォントでも0x5cというかU+005CがU+00A5実装Glyph(YEN SIGN)でエイリアス表示され、 それ以外(UTF-8とか)だとフォントのU+005C実装Glyphでダイレクトに表示される。 Mozilla系ブラウザソフトでも「about:config」で、 “layout.enable_japanese_specific_transform　　default　　boolean　　false”を “layout.enable_japanese_specific_transform　　user set　　boolean　　true”と設定変更すると、Safariと同じ挙動になる。 559 名前：558 mailto:sage [2008/05/17(土) 15:18:28 ] >>554 Mac OS Xのエディタでも、設定で0x5cというかU+005CをフォントのU+005Cでダイレクトに表示するか U+00A5実装Glyph(YEN SIGN)でエイリアス表示かで選択できるものがある。 ttp://pc.watch.impress.co.jp/docs/2006/0907/macos03.htm ttp://pc.watch.impress.co.jp/docs/2006/0907/macos03_03.jpg Windowsの方が日本のローカル規格的には親和な設計ではあるけど国際基準的にはいろいろ問題がある。 Mac OS Xだと国際基準的には親和な設計ではあるけど日本のローカル規格的にはいろいろ問題がある。 だから、Mac OS XやマルチプラットフォームなアプリだとOSやアプリレベルでWindowsとは違う日本ローカル規格対処策をしているものがある。 560 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 15:24:37 ] >>558 > Mac OS XのOS標準和文フォントだと、 > 0x5cというかU+005Cは「REVERSE SOLIDUS」で実装。 Mac OS Xだと、 内部SJISアプリの0x5CはYEN SIGN（CMapは83pvまたは90pv）、 内部UnicodeアプリのU+005Cは（標準では）REVERSE SOLIDUS（CMapはUniJIS）。 561 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 22:56:43 ] >>559 親和うんぬんの段落はちょっと短絡だろ。 もともとREVERSE SOLIDUSが要求されるところで、(例えば\n) YEN SIGNを使ったり、YEN SIGNを表示に使ったりしていた過去があるんだから、 そんな単純に割り切れないよ。 562 名前：デフォルトの名無しさん [2008/05/18(日) 23:23:33 ] ESC(BとESC(Jですら同じ扱いだからねぇ。UTF-8はそれこそ・・・ 563 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 20:40:22 ] Vistaで実装されたとかいうJISX213で使われてるSJIS2004、Unicode3.2、EUC2004ってどうなってんのわかりません Unicodeで実装されてる第三、第四水準漢字ってSJISにちゃんとマッピングされてんですかね。 なんか規則性なく適当に散りばめてるだけな気がするんで 一文字一文字マッピングされてる場所指定する等で対応しないと対応出来ないのかな？ JISX213レベルでのUnicode-SJIS-EUC全部の対応表があれば嬉しいんですが、そんなのって無いですかね 564 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 20:48:10 ] VistaのはJIS X 0213にある文字がUnicodeベースで使えるというだけで、 JIS2004自体に対応しているわけじゃなかったような。 565 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 21:39:56 ] >>563-564 Vistaの公式ページで資料もフォントも配布されているというのに、 「されたとかいう」 「どうなってんのわかりません」 「そんなのって無いですかね」 「じゃなかったような」 とかいうヤツってナンなの？ゆとり？ ttp://www.microsoft.com/japan/windows/products/windowsvista/jp_font/ ttp://www.microsoft.com/downloads/details.aspx?FamilyID=f7d758d2-46ff-4c55-92f2-69ae834ac928&DisplayLang=ja 566 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 21:50:06 ] エンコーディングの話してるのに、フォントの資料を持ってきて 何いってんだか 567 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 22:04:09 ] >>566 これだからゆとりは困る。 これがエンコーディングの資料ではないとでも？ ・Windows Vista ならびに Windows Server 2008 における JIS2004 対応に関する詳細資料 ホワイトペーパー「Microsoft Windows Vista および Windows Server 2008 における JIS X 0213:2004 (JIS2004) 対応について」(Version 1.2) は、こちら(XPS 形式、PDF 形式) をご参照ください。 ・JIS X 0213:2004 / Unicode 実装ガイド この実装ガイドでは、JIS 文字コードが Unicode 対応の JIS X 0213:2004 へ変更されたことに伴いアプリケーションへ与える影響および対応策などについて説明します。(XPS 形式 1.88 MB、PDF 形式 1.34 MB) 568 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 22:08:01 ] ゆとりゆとり言う奴に限って自分では質問に答えられない。 569 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 22:59:39 ] >>563 Vistaの実装ではShift_JIS-2004やEUC-JIS-2004には対応していません。 JIS X 0213はUnicodeのレパートリとして実装されています。 必要なら自分で変換してください。 570 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 21:20:03 ] >>569 オレオレ変換はやめてくれ Shift_JISにはマッピングされていないから無理だと思っていただいた方が将来の人が助かる 571 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 21:43:15 ] 自ら学び自ら考える力を身に付けるための教育(笑) 572 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 22:52:15 ] CP932なんて使ってないしShift_JIS-2004のためにも消えてくれ。 573 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 22:58:09 ] >>572 お前が使っていなくても、世間が使っている。 ほんと、DOS/Windowsの呪縛の1つだな。 574 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 23:15:09 ] 2chはCP932だとおもっていたが如何 575 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 23:15:15 ] >>572 青空ｳﾝｺ工作員乙 576 名前：デフォルトの名無しさん [2008/05/25(日) 00:59:45 ] www.unicode.org/roadmaps/tip/ いつの間にかUnicodeの3面をTertiary Ideographic Plane(第三漢字面)とすることが決まってた。 現時点では1字も定義されてないが古代漢字や甲骨文字を収録するみたいだ。 577 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 01:08:50 ] >>576 これは便利だ 578 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 16:02:10 ] >>539で既出 579 名前：デフォルトの名無しさん [2008/05/30(金) 01:20:21 ] Unicodeって、色々バージョンがあるみたいだが。 非Unicodeな文字コードとのマッピングが変わることってある？ 基本的には予約領域に新しい文字が追加されていくj形という認識で合ってるのかな？ 580 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 06:35:56 ] 各ベンダーのマッピングは文字が追加されなくてもそれぞれ違う。 そもそも一対一対応ですらない。 例えば、support.microsoft.com/kb/170559 581 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 20:36:13 ] IRGの追っかけやってれば知ってるだろうけどCNS11643とのマッピングはしょっちゅう変わってる 582 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 12:20:35 ] 資金があればいい加減に文字コードを統一したいよな。 文字コード多すぎるだろう。 10年前のシステムならばしかたがないにしても、 現代のハードウェアやソフトウェアの質を考えたら、 行動を起こしてもいいと思うんだがなあ。 ビルちゃん、気まぐれで動かないかなあ。 583 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 13:16:57 ] 資金とかの問題じゃないような。 584 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 13:36:15 ] 現在の世の中に存在するコンピュータでも全てがMBやGB単位のメモリを積んでる訳じゃないんだ。 585 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 14:17:36 ] すみません、質問させてください。 ワードで文書を作成する際に文字コードを指定されました（JIS-X0208-1982）. しかしこの意味が全くわかりません。 普通にワードの画面を開いて文書作成しただけではこのコードにならないということでしょうか？ ググってみると、記号について何年かごとに改正されてきたコードらしいのですが １９８３はあっても１９８２がみつかりません。また、これをワードでの文書作成時に どう使うのかが理解できません。 ワードでの文書作成時に「挿入」から記号を挿入する際に何か特殊なことをする必要が あるのでしょうか？その場合、どうすればいいのでしょうか？ 画面下にドロップダウンがあってunicode とかJISとか選べるみたいだったのでやったのですが、 この０２０８というが見つからないし、途方にくれています。 ズブの素人なので、わかりやすく説明していただけると助かります。おねがいします。 586 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 15:58:22 ] > ビルちゃん、気まぐれで動かないかなあ。 ビルちゃんはちゃんと動いているだろ。 気まぐれなのは相変わらずだが。(w 587 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 16:02:21 ] そのビルちゃんって、いま何兆円ぐらい持ってるの？ 7ぐらい？ 588 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 17:53:33 ] 文字コードじゃなくて、文字集合を指定されただけじゃねーの。 589 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 22:17:23 ] >>582 > ビルちゃん、気まぐれで動かないかなあ。 一番動かないで欲しい人ですが？ 590 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 00:32:59 ] >>585 超初心者向け質問スレがちゃんとあるというのに、こんな超廃人スレに来てるＫＹなヤツってナンなの？ゆとり？ 【ﾏｼﾞﾚｽ】超初心者の質問に答えるスレ93【ｴｽﾊﾟｰ】 ttp://pc11.2ch.net/test/read.cgi/win/1212070324/ 591 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 00:49:35 ] プログラム技術＠2ch掲示板 ttp://pc11.2ch.net/tech/ この板はプログラムを作る人のための板です。 プログラム・ソフトの使い方は PC 初心者板やソフトウェア板へ。 ウイルス、ハッキング・クラッキングを求めるような発言は禁止です。 Javascript は Web 制作板、CGI は Web プログラミング板へ。 業界談義、愚痴はプログラマ板へどうぞ。 ゲーム関係の話題はゲーム製作板へどうぞ。 ネタ、板とは関係の無い話題はご遠慮ください。 592 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 02:36:02 ] JIS-X0208-1982はJIS X 0208:1983の間違いだろう。 いわゆる機種依存文字だけ気にしていればいいんじゃね？ >588さん 俺の予想では、文字集合を指定されたんじゃなくて、 WordがシフトJISで保存すると勘違いした奴が、1978から1983改訂の際の 文字の入れ替えについて改訂後のことだと言いたかったに一票。 593 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 03:13:41 ] >>592 ありがとうございます！ 私もこんなこと言われたの初めてで、びっくりした上、１９８２なんか ないのに驚いたんですが、１９８３のことですかとは聞けなくて・・・。 本当にありがとうございました。 594 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 03:30:43 ] >>593 「聞けなくて」じゃなくて聞けよ。プログラマーだろ？ 想像でなく正確な仕様と要件にもとづいて仕事してくれ。 たとえば www.webstore.jsa.or.jp/webstore/Com/FlowControl.jsp?lang=jp&bunsyoId=JIS+X+0208%3A1997&dantaiCd=JIS&status=1&pageNo=0 ではX 0208の履歴に1983はありませんが、って言えばいい。 595 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 03:34:42 ] 間違えた。 誤：　1983はありませんが 正：　1982はありませんが つーか寝ようよ。そーゆートコだけプログラマーなのな。 596 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 11:34:51 ] >>594 すいません、私、プログラマーとかじゃないんですよ^^; パソコンについては、平均的な知識しかない書類作成係でして・・・・ この指示も書類作成にあたって渡されたんです。 １９８３の件を聞けないのは、この指示を出した技術者が、なんというか、 瞬間湯沸かし器なので、彼のプライドを傷つけるようなことをいったら（ １９８３のことですか？といっただけでも）、大変なことになるので・・・

---

---

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

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