BTRON仕様OSとUNICODEの多言語を語るスレ

[0001 Be名無しさん NG NG]

表題通りのことを語るスレです。

[0101 Be名無しさん NG NG]

>>100
Win2000の場合ね。

[0102 Be名無しさん NG NG]

>>99
中国語だ？簡体字(GB18030)ってのがあるだろ。

[0103 Be名無しさん NG NG]

>>102
XPの話をしてるんだと思うが、
地域と言語のオプションのどこにでてくる？
詳細設定タブのコードページ変換テーブルのことを言ってる？
それは、Unicodeとそのコードページのキャラクタセットの変換テーブルを
インストールするかっていう設定だぞ。

[0104 Be名無しさん NG NG]

>>95
つーか、このプログラムを走らせれば、
GBKがネイティブか、GB18030がネイティブかわかるぞ。
---test.c---
#include<windows.h>
void main()
{printf("%i\n", GetACP());}
------
で、Cでコンパイルして、コマンドプロンプトでこのプログラムを走らせて味噌。
936ってでたら、GBK。54936ってでたらGB18030がネイティブってこと。
Unicode対応でないアプリケーションはこのキャラクタセットで動く。
ちゃんと「地域と言語のオプション」の「詳細」のところを、
Simplefied Chinese（簡体字中国語だっけ？）に言語を変えておくことね。

[0105 Be名無しさん NG NG]

>>103
バカだ(藁
変換テーブルがあるってことは、使えるってことだろ？
小学生でもそのくらいわかるぞ。

[0106 Be名無しさん NG NG]

>>105
バカだ(藁
GB18030 - Unicodeの変換テーブルがあるってことと、
GB18030ネイティブキャラクタセットサポートとの違いがわからんらしい。
変換テーブルがあるってのは、そのキャラクタセットとUnicodeの文字変換が可能ってだけ。
GB18030ネイティブキャラクタセットをサポートってのは、
通常のNative Win32 APIにGB18030の4バイト文字とか入れても動くかってこと。
で、これはWinの場合動かないんだよね。あくまでも、GBKしか対応してない。
>>100が言っているように、"82 35 98 33"をテキストファイルに入れても、
メモ帳はそれを表示できないんだよ。

変換テーブルがあっても使えないんだよ、アプリがUnicode API使ってなくちゃね。
だから、Winでは
「OSのネイティブキャラクタセットとしてのGB18030はサポートしてない。
Unicode(UTF-16)の中には、GB18030の文字が含まれてるから、
Unicodeを使ってね。」
ってこと。

[0107 Be名無しさん NG NG]

>>105
ネイティブがわかってないんでねーの？
メモ帳だとShift JISはセーブできるけど、
GB18030のキャラクタセットではセーブできん。
セーブしたければ、Unicodeでセーブするしかない。

つまり、Winの拡大解釈で行くと、
Unicodeで、UTF-16 Surrogateまでサポートすれば、
自動的にGB18030サポートってことになる。なんだかなあー。

[0108 Be名無しさん NG NG]

WindowsがGB18030をサポートしているかという
話題を「ネイティブ」サポートしてるかという話に
勝手に摩り替えているバカはここにいるのですか？

[0109 Be名無しさん NG NG]

ああ、メモ帳は確かにサポートしてないかもね(藁
メモ帳がWindowsだと思ってんの？

[0110 Be名無しさん NG NG]

UTF16とGB18030の変換テーブルが搭載されれば、
アプリケーションがGB18030で保存する機能を搭載
するだけで対応完了。

[0111 bloom NG NG]

http://www.leverage.jp/bloom/qry/search.qry?function=Search

[0112 Be名無しさん NG NG]

話題になるのはUnicodeやGBばかり
TRONコードはいずこへ

[0113 Be名無しさん NG NG]

>>108
>>83 >>87 >>89
と話がきてるから、Winは、ネイティブサポートしてないってのは
話しの流れからしてあってると思うぞ。

[0114 Be名無しさん NG NG]

>>108-110
それじゃあ、GB18030のキャラクタを含んでる、
WinのUTF-16サポートは、すばらしいねって言うべきだろ？

> アプリケーションがGB18030で保存する機能を搭載
> するだけで対応完了。

それだけじゃだめ。
Win32のUnicode APIに全部置き換えなくちゃ。
メッセージもすべてUnicodeで書き換えなくちゃだめなんす。
つーか、Win32で、Native API、Unicode APIがあるってこと
わかってないだろ、きみ。

[0115 Be名無しさん NG NG]

まさーに、>>110がMSの言ってることなのは確か。(Appleもね）
でもこれが困惑させるもとなんだと思う。
メモ帳の問題の話がでてたけど、それだけじゃない。
コマンドプロンプトもGB18030は入力、表示できない。
そもそも、printf()で、GB18030のコードを入れても表示できない。
Win9xで動くようにネイティブAPIのみ使ったアプリは、GB18030データ
もちろん壊れる。
それは、中国版WinXPのOSのデフォルトのキャラクタセットは相変わらずGBKだから。
Winが、GB18030ネイティブサポートしてたらこれらは動いたはずなのだが。

[0116 Be名無しさん NG NG]

>>110
それじゃあ、ICU使ったほうが良いということで。
oss.software.ibm.com/developerworks/opensource/icu/project/

[0117 Be名無しさん NG NG]

>>114

病気ですか？

自分以外はUnicodeAPIを知らないと何を根拠に騒いでいるの？

[0118 Be名無しさん NG NG]

>>117
おいおい、病気はあんただ。
>>114読んで、「自分以外はUnicodeAPIを知らないと何を根拠に騒いでいるの？」
とは思えないんだが。。。
つーか、Win2000/XPがGB18030をネイティブキャラクタセットとして
サポートしてないのは正しいと思うぞ。

[0119 Be名無しさん NG NG]

>>117
つーか、病気は、うぃんちゅうじゃねーか？
>>92に反応しただけで、スレちゃんと読んでねえし、
特に>>95あたり適当なこと言って、反論されて、
虫のいどころがつかねえから、最後まで怒ってる。

話を戻そうぜ。>>87に戻るけどさGB18030はTRONコードの代理にならんよ。
GB18030はUnicodeの定義されてる文字を参考にして作ったという感じがする。

[0120 Be名無しさん NG NG]

WinはGB18030に対応してないと言い張る病気の人はまだいるの？(藁

[0121 Be名無しさん NG NG]

>>115
printfってWinのAPIには無いぞ(藁
対応してないのは君の使ってるライブラリだよ(藁

[0122 Be名無しさん NG NG]

>>120-121
しつこいうぃなはされ。

>>121
WinのAPIにはCRTというかたちで実装されてるぞ。
Win32 APIのなかにはないが。

[0123 Be名無しさん NG NG]

>>122
TextOut使えばちゃんとGB18030で表示できるぞ。
対応してないのはお前だよ(藁

[0124 Be名無しさん NG NG]

>>122
きみ、苦しすぎ（ｗ

[0125 Be名無しさん NG NG]

printfで表示できないのはね、printf("...")ってやるからだよ。
printf("%s", "...")ってやらなくちゃね。

めっちゃ基本。

[0126 125 NG NG]

それと、勘違いがあるようなので言っておくが、printfを実装しているのは、
Winではなく、コンパイラのライブラリ。
それはライブラリの仕様であって、Winの仕様ではない。

[0127 Be名無しさん NG NG]

>>123
TextOutはマクロ。
実際は、TextOutWとTextOutAしかない。
TextOutWで表示できて、TextOutAじゃ表示できない。
TextOutWってのは、Unicode(UTF-16)なわけです。
Unicodeは、GB18030を含んでるから、
GB18030とUnicodeに含まれる文字は、当然TextOutWでは表示できる。
でもそれはGB18030のEncodingを使って表示はできない。
で、TextOutAは、GetACP()に基づくキャラクタセットで表示される。
例えば、GetACP()が932だったら、Shift JISの文字列をTextOutAに渡すことができる。
で、GetACP()が、54936を返せば、GB18030の文字列をTextOutAに渡すことができるんだが、
これは不可能。なぜかっていうと中国語版ではGetACP()は54936を返さないから。
936つまりGBKを返す。GB18030の4バイト文字をTextOutAに渡すことはできない。

[0128 Be名無しさん NG NG]

>>125
はあ？？できないっつーの。
ネイティブキャラクタセットがGBKなんだから。

>>126
> それと、勘違いがあるようなので言っておくが、printfを実装しているのは、
> Winではなく、コンパイラのライブラリ。

なんだよそれ。
printfは、Winのmsvcrt.dllに含まれてるよ。
もちろんprintfはstaticリンクもできるけどね。
それとほとんどのWin32 APIはdllへのコールだ。何が違うんだ？

[0129 Be名無しさん NG NG]

>>125
ワラタ。

[0130 Be名無しさん NG NG]

で、
Winのネイティブキャラクタセットは、
Windows2000以降はオプションでGB18030対応しますよ
と言い張る病気の人はまだいるの？(藁

[0131 Be名無しさん NG NG]

つーか、Win2000以降で、GB18030みたいに、
Shift JISのネイティブサポートなかったら、激怒だよ。
よく中国は納得したと思う。

[0132 Be名無しさん NG NG]

いやいや、まったく、誰でも知ってることと、大きな間違いを得意げに
並べてとんだ恥さらしですな(藁
WinでGB18030はサポートされてます。

[0133 Be名無しさん NG NG]

>>132
>>127ですが、どこがまちがってるなら、指摘してくれ。

[0134 Be名無しさん NG NG]

>>132
まあせいぜい、一生かけて、Win2000かXP上で、
printfでGB18030の4バイト文字表示するサンプルコードでもぜひ作ってくれ。
できたらここにソースをのっけてくれ。それまでもどってくんな (w

[0135 Be名無しさん NG NG]

WinのシステムキャラクタセットはGB18030をサポートしません。

[0136 89だが NG NG]

>>132の彼は、どこが大きな間違いだと思って思ってたんだ？
具体的に１つ１つ説明してもらいたい。
でも、やつのprintfとかの話は、ぽかーん。
やつはたぶん>>95だろうと思うんだが、
それならなんで>>89に対してからんでくるんだ？

[0137 89だが NG NG]

まあ、>>132程度のあたりさわりないことなら、
BTRONでもGB18030はサポートしてますってことになる。
Winでも、euc jpとかiso-2022-jpとかもサポートしてると言える。
だが、それは、スレ違いだよな。
OSのネイティブキャラクタセットの話じゃないからね。

[0138 Be名無しさん NG NG]

まだ言ってるのか(藁
メモ帳とWindowsの違いはわかったのか？

[0139 Be名無しさん NG NG]

TextOutがマクロだってことなどが誰でも知ってることで、
メモ帳とprintfでサポートされることがネイティブサポートだという主張が大きな間違い。
その他、突っ込みどころは満載だが、基本的なところからいちいち小学生に説明するのは
時間がかかるので、適当な入門書でも読んでくれ。

WindowsがGB18030対応しているのは、明らかな事実。
それを対応してないと苦しい言い訳をしてるところが恥ずかしい。

[0140 Be名無しさん NG NG]

>>139
じゃあ、TextOutにGB18030のEncodingの4バイト文字を
直接わたせるってのか？
そんなのはMSDNにも書いてないよ。(w

[0141 Be名無しさん NG NG]

>>137
なんかややこしいことになってるが、

・システムレベルで変換ルーチンを持っている
・すべての文字を表示できる（こっちはオプション）

を満たせばGB 18030をサポートしていると言っていいんじゃねーの。
内部コードとして何を使おうが勝手だろ。
Windows XP/2000、Mac OS 10.2はこの条件を満たしているが、
超漢字4はどちらの条件も満たしていない。

[0142 Be名無しさん NG NG]

>>139
> それを対応してないと苦しい言い訳をしてるところが恥ずかしい。

だいたい、その拡大解釈じゃあ、
TRONコードだってUnicodeや、GB18030対応してるよ。

ネイティブキャラクタセット(システムロケール）としては
GB18030は対応してないと言ってるだけだ。
コマンドプロンプトも対応してない。

MultiByteToWideCharと、WideCharToMultiByteはGB18030の
文字コードは入れられるが、(そりゃね。変換するからね)
それ以外のNative APIは,GB18030４バイトコードはだめ。
WM_GETTEXTは、GB18030４バイトコード入れられんし、
TextOut、SetWindowText、もろもろのWin32 APIに対しても、
GB18030の４バイトコードは直接入れられない。
Shift JISは直接入れられるけどね。

[0143 Be名無しさん NG NG]

> だいたい、その拡大解釈じゃあ、
> TRONコードだってUnicodeや、GB18030対応してるよ。

してない。

[0144 Be名無しさん NG NG]

>>141
> 超漢字4はどちらの条件も満たしていない。

そうなのか?
超漢字4はGB18030の文字が
TRONコードを使っても表示できないのか？
WinはUTF-16を使えばできるが。

[0145 Be名無しさん NG NG]

>>144
おれもそれを聞きたい。
BBBがSurrogateをサポートしていないと言う話はでたが、
TRONコードを使ってもGB18030の文字を表示できないとは。。。
だめじゃん。超漢字。

[0146 141 NG NG]

144-145
表示できないはず。だが、「できない」ことを立証するのは難しいので
とりあえずTRON者の反論待ち。

[0147 Be名無しさん NG NG]

>>141
> 内部コードとして何を使おうが勝手だろ。

だいたいもとの話はプラットフォームがサポートしてるって
話じゃなかったんだよ。
TRONコードと比べてるあたり、OSの内部コードの話じゃなかったのか？
Win2000はサポートしてるかどうかなんて出すから話がわけわかんなくなる。
そんなのWin2000/XP、OSX, AIX, Solaris, HP, Linux
最近のUnicode対応のOSならあたりまえ。
で、変換の話なら、ICUで一発だよ。

[0148 Be名無しさん NG NG]

ところで>>139は>>125なのか？
>>125にはわらた。
GB18030がprintfで表示できないのは、

> printfで表示できないのはね、printf("...")ってやるからだよ。
> printf("%s", "...")ってやらなくちゃね。
> めっちゃ基本。

だって。ウケタ。。。

[0149 Be名無しさん NG NG]

え？マジで知らないの？
printfを使う時は基本だよ！

[0150 Be名無しさん NG NG]

msvcrt.dllって、VCのランタイムじゃん。
こういうのは、ライブラリの仕様って言うんじゃねーの？

[0151 Be名無しさん NG NG]

まあまあ、そう気張らずにこんなものでもいかが？

http://adult.misty.ne.jp/rank/enter.cgi?id=jouhouya
http://ninkirank.misty.ne.jp/06/enter.cgi?id=jouhouya
http://pakopako.misty.ne.jp/enter.cgi?id=jouhouya
http://www.all-mode.net/jrank/in.php?id=jouhouya

[0152 Be名無しさん NG NG]

つーか、Unicodeの統合漢字の2.0から入ってるやつさえ
表示できなかったりするし。＞超漢字4

[0153 Be名無しさん NG NG]

>>150
いや、printfだけじゃなく、すべてのWin32 API
GB18030でエンコードされた文字データを扱うことはできんのよ。
（ただしMultiByteToWideChar(),WideCharToMultiByte()のUnicode変換を除いて）
だからWin APIのライブラリの仕様と言って良いと思うぞ。
MSが言っているWinのGB18030対応は、
実質、MultiByteToWideChar(),WideCharToMultiByte()しかやってない。
Shift JISサポートとは大違い。ShiftJISはWin32 APIで直接扱える。

それに比べて、GB18030をサポートしたUnixなんかは、
localeにzh_CN.GB18030ってセットすれば、APIにGB18030で
Encodeされた文字データを直接渡すことができる。

[0154 Be名無しさん NG NG]

>>150
> msvcrt.dllって、VCのランタイムじゃん。

ワラタ。
printfは、msvcrt.dllにあるAPIで、
TextOutA/Wは、gdi32.dllにあるAPIだが、なにか？

[0155 Be名無しさん NG NG]

>>141
つーか、スレ見た限り、
だれもWinはGB18030サポートしてないって、誰が言ってる？何番のやつが言ったんだ？
話してるのは、WinのGB18030サポートは、Shift JISサポートに比べると
ださださ、おそまつだねーってことだと思うんだが。

GB18030のネイティブキャラクタセットのサポートはされてないし、
（つまりGB18030を直接Win32 APIにわたせない）
GB18030のコマンドプロンプトのサポートなし、
GB18030、Unicode間の変換のサポートのみという
おそまつになってしまったのは事実。
（これらは、GBK,ShiftJIS,Big5,Latin1なんかはあたりまえなのに）

そのために、今までに作られたネイティブアプリは
GB18030のためにみんなUnicodeアプリに変更しなくちゃって、
苦労してるアプリベンダって結構多いと思うぞ。
Winが、GB18030ネイティブキャラクタセット対応していれば、
GBKのアプリはそのまま、GB18030で動いたはずだからね。
で、コードの変更なしにWin9xもサポート可能だったのに。

[0156 Be名無しさん NG NG]

>>141
> ・システムレベルで変換ルーチンを持っている
> ・すべての文字を表示できる（こっちはオプション）
>
> を満たせばGB 18030をサポートしていると言っていいんじゃねーの。
> 内部コードとして何を使おうが勝手だろ。

その通り。それを満たせばサポートしていると言える。

[0157 Be名無しさん NG NG]

>>155
> 話してるのは、WinのGB18030サポートは、Shift JISサポートに比べると
> ださださ、おそまつだねーってことだと思うんだが。

ちがいますね。「サポートしている」という意見に
対して執拗に否定してかかる奴がいますからね。

> GB18030のネイティブキャラクタセットのサポートはされてないし、

「ネイティブキャラクタセットとしての」サポート云々は
話のスリカエですよね。

[0158 Be名無しさん NG NG]

或いはネイティブキャラクタセットとしてのサポートに
拘るのも面白いかも。

例えば…

『BTRONはShift_JISもUnicodeもサポートしていません。
　いずれも、その文字セットど同内容をTRONコードの
　各面内に含んでいるだけに過ぎず、ネイティブサポートは
　あくまでTRONコードだけだから』

とか。

[0159 Be名無しさん NG NG]

msvcrt.dllはVCのランタイムです(藁
http://www.vector.co.jp/soft/win95/util/se040499.html

[0160 Be名無しさん NG NG]

>>153
だから、ちゃんと変換APIが用意されてるところが、OSとしてのサポートなのよ。
エンコーディングなんか星の数ほどあるんだから、その数だけTextOutを用意するのは
たわけてる。
サポートの方法としては、
1. TextOutにエンコーディングを指示するオプションを付ける
2. TextOut呼び出しの前にUNICODEに変換できるようAPIを用意する
があるわけだが、Windowsはその2番目の方法を取った。
それのどこがサポートでないって言い張れるんだ？
バカなの？

[0161 Be名無しさん NG NG]

勘違いがあるようなので言っておくが、printfを実装しているのは、
Winではなく、コンパイラのライブラリ。
それはライブラリの仕様であって、Winの仕様ではない。

msvcrt.dllは、その名の通り、MicroSoft Visual C Run Time.dllなわけ。
つまり、動的リンクできるVCのライブラリ。

[0162 Be名無しさん NG NG]

それと、ネイティブって言葉を何か勘違いしているようだが、
君の言ってる「ネイティブ」は、一般に「デフォルト」って言葉で表されてる
概念だと思うぞ。

Winは、GB18030をちゃんとサポートしている。
つまり、OSレベルでのサポートであるから、これを一般にネイティブサポートと言う。

そのうち、UIなどでデフォルトとして扱われるエンコーディングがもちろんあるわけだ。
これのことをネイティブって言ってるんじゃねーの？
これはあくまでデフォルトなわけだから、ちゃんとまじめに作られたアプリなら
デフォルトじゃない設定も使えるわけ。

なぜ君の作ったアプリで使えないのかというと、それは「君のアプリが」GB18030に対応してないってだけだよ。
Winじゃなくてね。
「ロケール」とか「国際化対応」って章をもっと良く読んでみることだね。

[0163 Be名無しさん NG NG]

それから、printfにリテラル文字列を渡す場合、%sを使うのは常識。
でないと、日本語でも、2バイト目に\や%が使われてる文字が不具合を起こす。

これは、printfの仕様、そしてライブラリの仕様であって、それによる
不具合はプログラマの責任。決してOSの責任じゃない。

[0164 Be名無しさん NG NG]

>>157
> ちがいますね。「サポートしている」という意見に
> 対して執拗に否定してかかる奴がいますからね。
> > GB18030のネイティブキャラクタセットのサポートはされてないし、
> 「ネイティブキャラクタセットとしての」サポート云々は
> 話のスリカエですよね。

つーか逆のような気がするが。
>>89の返答として、>>95になったのが変、
ネイティブキャラクタセット -> Win2000はサポートしてる。
にすりかえられたのが最初。ちゃんとスレを読むように。

[0165 Be名無しさん NG NG]

>>161
用は、
msvcrt.dllはWindowsの一部ではなく、
gdi32.dllはWindowsの一部だと言ってるのか？（わら

[0166 Be名無しさん NG NG]

>>160
あんたもばかだ。
> 1. TextOutにエンコーディングを指示するオプションを付ける
> 2. TextOut呼び出しの前にUNICODEに変換できるようAPIを用意する
> があるわけだが、Windowsはその2番目の方法を取った。

ShiftJISはどちらにもあてはまらんぞ。(w

[0167 Be名無しさん NG NG]

>>158

>『BTRONはShift_JISもUnicodeもサポートしていません。
>いずれも、その文字セットど同内容をTRONコードの
>各面内に含んでいるだけに過ぎず、ネイティブサポートは
>あくまでTRONコードだけだから』

それを言うならSJISじゃなくてJIS X 0208だろ。
それから超漢字4は、
Unicodeについては「文字セット」としてもサポートしてないぞ。
超漢字2なら（文字鏡が入っていれば）
Unicode 2.0まではカバーしてたんだけどね。

[0168 Be名無しさん NG NG]

>>158
> 或いはネイティブキャラクタセットとしてのサポートに
> 拘るのも面白いかも。

あのー、その話をしてたら、
Win2000は、GB18030サポートしてるぞって、わけわからん話が
とんできたんですが。。。

あんたの意味での、
BTRONはGB18030サポートすればって話してたら、
ISCIIサポートすれば、ISO-2022-JPサポートすれば、
でCharset一通り言って、このスレおしまいになっちゃうよ。(W

[0169 Be名無しさん NG NG]

>>164
なぜ君は>>89が発端だと言い張るのだ？
最初の>>87に対する君の>>89がズレてるのだと思うが。

[0170 Be名無しさん NG NG]

>>162
つーか、Unicodeアプリで作ればって話は既出。ちゃんとスレよめ。
Nativeってのは、A Functionで実装したら
GB18030は対応できないと言ってるんだよ。
(ShiftJISやBig5やGBKは、A Functionで実装できるが）
ようは、GB18030他のに比べておそまつだって話。
それをWinはGB18030サポートしてるだとさ。
はいはい。それは既知。

[0171 Be名無しさん NG NG]

>>169
いいんじゃないの？それはそれで間違ってないんだから。
むしろ、そのあとで、それを勘違いして、
WinはGB18030をサポートしているとの主張がいたいと思うんだが。

[0172 Be名無しさん NG NG]

おっと、
>>171はWinはGB18030のサポートをしていないと
言ってるんではないからね。

[0173 Be名無しさん NG NG]

>>166
一つのデフォルト言語に対して特別な処置をとれば処理が単純になるという、それだけの話。
ショートカットのような物。

[0174 Be名無しさん NG NG]

まだネイティブでサポートしてないと騒いでる奴がいるのか(藁
恥の上塗り(藁

[0175 Be名無しさん NG NG]

>>170
あのさ、ShiftJISとかBig5とかGBKとかってのはさ、
地域化の時代のベタなサポートなわけよ。
それを国際化時代のサポートと比べて、
しかも地域化の観点から優劣を問うのもどうかと思うが。

[0176 Be名無しさん NG NG]

>>167
まじでさ、超漢字にICUをポーティングするってのはどう？
そうすりゃあっというまに、
超漢字もXXXサポートしてますって言えると思うんだが。

[0177 Be名無しさん NG NG]

>>175
べたなサポート大事だと思うぞ。
Win,Mac以外はそれに対応してるんだからね。
今までGBKで動いてたアプリを書き換えなくちゃならなくなるとすれば、
そりゃベンダにとっては大変でしょう。
MSは4バイト文字がもう機構上実現できなくなったってのが本音かも。

[0178 Be名無しさん NG NG]

>>174
> まだネイティブでサポートしてないと騒いでる奴がいるのか(藁

話ぼかすのうまいね。
ネイティブで何をサポートしてないと騒いでるというのだ？

[0179 Be名無しさん NG NG]

>>174の(藁は、やつか？
WinがGB18030サポートしてるってずっと
スレ違いなこと言ってるのは。

[0180 Be名無しさん NG NG]

>>173
わら

[0181 Be名無しさん NG NG]

ところで、utf2000ってどうなった？

[0182 Be名無しさん NG NG]

>>181
最新版は0.19かな。
あれはなんつーか、別世界の話だわな。

[0183 Be名無しさん NG NG]

UTF2000か、TRONコードと比べてどうよ？
emacsの実装してるとか聞いたが。

[0184 Be名無しさん NG NG]

>>178
話ぼかすの下手だね。
Winとメモ帳の区別はつくようになったか？
開発言語のライブラリのAPIとWinAPIの区別はどうだ？

[0185 Be名無しさん NG NG]

WindowsはGB18030に対応してないと言い張る
↓
ボロボロに論破される
↓
そんなこと言ってないと言い張る
↓
ぷぷぷ

[0186 Be名無しさん NG NG]

>>164
> つーか逆のような気がするが。
> >>89の返答として、>>95になったのが変、

なんで話の途中を起点であるかの様に摩り替えるの？

89は87に対する返答でしょ。

>>87
>主だったOSが既に対応可能になっているから。
> しかも、フォント依存ではなく。

どこにネイティブサポートだって書いてあるのさ？

[0187 Be名無しさん NG NG]

>>186
>>89がWinはGB18030をサポートしていないとは書いてないんじゃないの？
そのサポートはださいっていう話なんだよ。
だから、>>95はUnicode変換テーブルをインストールするかのオプションだろ？
つーか、そのあとの話で、WinはGB18030サポートは実質変換だけって
話が出てると思うんだが。

[0188 Be名無しさん NG NG]

>>186
つーか、孟宗君は、TextOutのAバージョンででGB18030の
4バイト文字表示するソースコードと実行の仕方見せてみ？
そうしたらあんたの言ってること信じてやるよ。
まあ、できない孟宗君は、さっさと帰ってね。

[0189 Be名無しさん NG NG]

なんというか、超漢字は、ふざけてるよなあ。
トンパ文字パックが３万近くしているのは、驚いた。

[0190 Be名無しさん NG NG]

WindowsはGB18030ネイティブでWin32 APIを呼べると言い張る
↓
自分の意見がぽろぽろ変わっていく。
↓
最後の牙城は、WinはGB18030サポートしてないと言ったろと主張するだけ
↓
ボロボロに論破される。
↓
Win32 APIでもできるよというが、ソースコードも提示できない。
↓
ぷぷぷ

[0191 Be名無しさん NG NG]

>>185-186
まだ、WinはGB18030サポートしたのしないの話したいのか？おめーは？
つーか、なにをそんなにWinをかばってんだ？うぃん厨君。
WinのGB18030サポートのダサさに話題を移しまいと必死ですな。

[0192 Be名無しさん NG NG]

なんでこの程度で論破とか平気で書けちゃうんだろ。
これのほうがぷぷぷだと思うなあ。
まあ俺は野次馬なわけだが。

[0193 Be名無しさん NG NG]

>>191
まあ、うぃんちゅーはそんなもんだろ。藁

[0194 Be名無しさん NG NG]

>>192
まあさ、今のところは、
ソースが出たら話が面白くなるんでねーの。
TextOutAではどうやってもGB18030の4バイトコードは出せないと思うんだが。

[0195 Be名無しさん NG NG]

>>186=>>187は、
>>100,>>106あたりを読んだのだろうか？
WinはGB18030サポートしてないと読み違えてるあたりがイタイ。
さらに、それを>>200近くまで、ひっぱってくるあたりがイタイ。

[0196 Be名無しさん NG NG]

>>192
> まあ俺は野次馬なわけだが。

あんた張本人のうぃなちゅうだろ。

[0197 Be名無しさん NG NG]

>>195

バカですか？

誰一人として、『Windowsの内部コードはGB18030だ』
なんて書いていないのですが。

争点は、内部コードであるUnicodeとの変換テーブル内蔵
するのが『サポートといえるか』でしょう。

『内部コードとして採用していないからサポートと言えない』
という論点でカキコしている奴がバカなんですよ。

え、そんなこといっていない。ダサいかどうかを論じている
ですって？

それじゃ、そもそもなんで>>87にくってかかってきた
んですか？

[0198 Be名無しさん NG NG]

なんだ、まだ頑張ってるのか(藁

[0199 Be名無しさん NG NG]

>>197
Win2000/XPはGB18030をサポートしていると言える。
なぜかっていうと、MicrosoftがMicrosoft.comで
サポートしてるって言ってるから。
はい。おしまい。さ、もーそー君は帰っていいよ。

あ、そのまえにprintfとTextOutAでGB18030の文字表示する
ソース出してってね。ちゃんと動作方法も書いといてね。

だれも>>87にくってかかってないから、
心配だったら、今日は帰って薬飲んで早めに寝た方ががいいよ。
WinのGB18030サポートはださいのはしょうがない。事実は事実なんだから。

[0200 Be名無しさん NG NG]

>>197
そうそう、Windowsの内部コードの話なんてだれもしてないから。
WinのAPIが受け付けるコードの話をしてるだけ。まあ、帰れって。