BTRON仕様OSとUNICODEの多言語を語るスレat OS
BTRON仕様OSとUNICODEの多言語を語るスレ - 暇つぶし2ch331:Be名無しさん
02/09/08 02:20
>>329
どうやら時間かけたわりには、やつは見つけられなかったらしい。
ワラタ。

332:Be名無しさん
02/09/08 03:21
>>329
バカだから見つからないんで本当によろしく

333:Be名無しさん
02/09/08 08:28
え、何?
マジで見つけられないの?
大丈夫か?
頭ついてるか?
URLリンク(www.shuwasystem.co.jp)
ほら、これでバカでもインストールできるだろ。
ソース見てみろよ。
あ、バカにはソース読めないんだっけ(藁

しょうがねぇなぁ。
URLリンク(www.asahi-net.or.jp)
>2000年7月には glibc 2.2 でも GB 18030 が使えるようになりました。
ほら、取りあえずこれでわかったろ?
もっと詳しいことが知りたきゃ、ソース読む以外にはないんだけど、
もうちょっと大人になってからね(藁

334:Be名無しさん
02/09/08 09:14
問題1 次の情報ソースを挙げよ

1. WindowsでGB18030が使えない
2. 画像しか印刷できないプリンタはGB18030に対応している

こんなこと本気で言ってる奴がいるんだからなぁ(藁

335:Be名無しさん
02/09/08 09:16
あと、こんなことも言ってたよな(藁

3. printfでリテラル文字を表示するときには第一引数に書くべきである
4. msvcrt.dllはVCのランタイムではない

イタタタタ(藁

336:Be名無しさん
02/09/08 09:37
>Glibc2はGNU Cライブラリの最新版です。
>現在、変更なしで動作するのは、 GNU HurdシステムとLinux i386, m68k, alphaシステムです。
>PowerPC, MIPS, Sparc, Sparc 64, Arm用のLinux向けには2.1版で対応の予定です。
>将来的には、 ほかのアーキテクチャーとオペレーティングシステム用にも順次対応の予定です。



337:Be名無しさん
02/09/08 09:44
>>334-335
やっぱ、もーそーくんだったらしい。
何に対して反論されてるかもわかってない。

>>336
結局やつが言ってる、gcって何なんだろうね。

338:Be名無しさん
02/09/08 09:47
>>335
つーかそんなこと言ってるやつはいたか?

1. コマンドシェルはGB18030サポートしています。
2. gcはGB18030サポートしています。
3. コマンドシェルではVCのprintfはGB18030表示できませんが、gcならOK

はいたけど。イタタタタ(藁

339:Be名無しさん
02/09/08 10:04
>>336
紹介したglibcがWindows用でなくて悪かったね。
普通、応用できると思うからさぁ、つい君が並はずれたバカだってこと
忘れてたよ(藁

ま、でもこれでライブラリを換えることで、GB18030が使えたり使えなかったり
することは理解できただろ?
これを「ラ・イ・ブ・ラ・リ・依・存」って言うんだよ(藁
一つ勉強になったね(藁

340:Be名無しさん
02/09/08 10:05
>>338
つーかそんなこと言ってるやつはいたか?

コンソールのコードページをUNICODEに直してUNICODEで表示しろとは言ったけどね。

日本語読めないのはさぞかし不便だろうね(藁

で、まだWindowsがGB18030サポートしてることが理解できないの?
何年くらいかかりそう?
もう飽きちゃったなぁ(藁

341:Be名無しさん
02/09/08 10:12
>>338
つーか、うちのcygwin、コンパイルするときエラーメッセージが文字化けするの
なんとかならない?

.mo をSJISに書き換えればいいんだろうか?


342:Be名無しさん
02/09/08 10:24
>>335
> printfでリテラル文字を表示するときには第一引数に書くべきである

たぶん、あんたは、
「printfで第一引数にリテラル文字を書いちゃいけない。」
って、言ってたやつだな?何年前のこと言ってんだ?DOS時代のことか?
そんなちゃちいライブラリ使ってんな。藁

ちなみに、WindowsのVCについてくるprintfの場合、
現在のロケールのchasetがその文字コードをサポートしているなら、
どこに書いても良さそうだぞ。
ちゃんとformatストリング内は、文字tokenはisleadbyteで
1キャラクタごと取ってきてるからな。
ちゅーか、最近のライブラリはDBCS awareになってるから、
現在のロケールにある文字なら動く。
あんたのライブラリは違うらしいが。

もちろん現在のロケールに含まれない文字コードが含まれていた場合は、
そのパースはおかしくなるに決まってるが。

343:Be名無しさん
02/09/08 10:27
>>340
> で、まだWindowsがGB18030サポートしてることが理解できないの?

それは、WinがGB18030サポートするって言った時点から承知だが?
で、まだWindowsがGB18030サポートがださいってことが理解できないの?

344:Be名無しさん
02/09/08 10:27
それより、なんで、
ライブラリを使ってイメージに展開すればその文字が印刷できるのに
そのプリンタが文字の印刷に対応してないと言えるのかが知りたいな。


345:Be名無しさん
02/09/08 10:28
>>339
> これを「ラ・イ・ブ・ラ・リ・依・存」って言うんだよ(藁

つーよりMSの「ラ・イ・ブ・ラ・リ・だ・さ・い」って言うんでねーの(藁

346:Be名無しさん
02/09/08 10:30
>>291
が言ってた。

347:Be名無しさん
02/09/08 10:32
>>340
ちなみに>>291は噛み付き野郎だから、おまえじゃねーの?

348:Be名無しさん
02/09/08 10:34
gcのライブラリって、glibcってことだったのか?

349:Be名無しさん
02/09/08 10:41
>>87
GB18030は
> TRONと比べてもUnicodeと比べても文字鏡と比べても
> 漢字圏にとっては素晴らしいぞ。
>
> 何が素晴らしいって、主だったOSが既に対応可能に
> なっているから。しかも、フォント依存ではなく。

つーことで、噛みつき君は、WinのGB18030サポートは、
UTF-16依存でも、素晴らしいと言いたかったのか?
WinくらいのGB18030サポートだったら、
なんで素晴らしいのかぜんぜんわからん。

350:Be名無しさん
02/09/08 10:43
「最初からださいという話をしていたんだよ」と言う
人が絶えないので、どこからださいという話をしだした
か確認してみました。

「ださ」および「ダサ」で検索したところ
>>155でした。

>>87あたりから始まった話で、随分間を空けてから
登場しています。
それも
>Shift JISサポートに比べると ださださ、おそまつだねーってことだと思うんだが。

と、単に推測しているだけ。


そのカキコより前に>>142

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

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

と書いています。>>139の「W2kはGB18030対応している」
という考えを『拡大解釈』だと言っている。
つまり、>>142は、拡大しない普通の解釈では
「W2kはGB18030に対応していない」と主張していることになる。

351:Be名無しさん
02/09/08 10:50
>>350
ま、結論が出たってことで、いいんでないの?
WinのGB18030サポートってダサいよな。

352:Be名無しさん
02/09/08 11:02
そしてバカは何か場をごまかせた気になった満足して帰るのでした。
もう来なくていいぞ(藁

353:Be名無しさん
02/09/08 11:05
まあ、画面に表示されたドットイメージを文字と認識できないらしいから
何言ってもしょうがないよね。


354:Be名無しさん
02/09/08 11:22
で、そんなGB18030がどうして、
TRONと比べてもUnicodeと比べても文字鏡と比べても
すばらしいわけ?
WinのGB18030サポートもださいのに。

355:Be名無しさん
02/09/08 11:28
まあドットイメージにエンコーディングが残ってると認識してる人は
まだいるのね(藁

356:Be名無しさん
02/09/08 11:35
>>355
ぶんれつか?

357:Be名無しさん
02/09/08 11:38
とりあえずローカル文字コード+数値実体参照(それ以外のコード)
じゃ駄目なのかな?

というか文字鏡とかの実体参照は規格化されてるのかな?


358:Be名無しさん
02/09/08 11:40
>>355
どいつに話してるかもわからんらしい。
まだ、もーそー止まらないみたいだな。

359:Be名無しさん
02/09/08 11:42
画像になった文字とテキストが同じだと認識してる人って結構いるよ。
初心者にね。

360:Be名無しさん
02/09/08 11:48
ところで、超漢字4って今何文字サポートしてるの?
BTRONのPC実装系って、超漢字だけ?

361:Be名無しさん
02/09/08 17:07
>>354

超漢字以外ではとんと広まらないトロンコードはユーザから見れば
実質的には超漢字専用の独自コードみたいなもんだし、文字鏡は
エンコーディングが標準化されている訳でもなく、フォント変えて文字
化けさせるような姑息な方法ばかりが普及していてダメなので論外。

Unicodeと比べてGB18030がいいのは、漢字の国の人が拡張していく
コードなので、漢字圏としては安心…くらいのもんかね。

362:Be名無しさん
02/09/09 14:02
>>361
中国がGB 18030で漢字を独自に拡張することなんかないだろ。
漢字の拡張が必要ならUnicodeに提案して入れるはず。
独自の拡張が考えられるとしたら少数民族言語に使われる文字だろうが、
それにしたってGB 18030に入れたら
Unicodeにも入れようという話になるのが自然。
あの異様な拡張性には謎が残るが、
好き勝手なことができる余地を残しておこうということだろうし、
各国の投票で決まるUnicodeと比べて安心とは到底考えられないが。

363:Be名無しさん
02/09/09 17:40
要はGB18030ってのは>>357みたいな多バイトコード系って考えていいの?
GBK+UNICODE みたいな。


364:Be名無しさん
02/09/09 20:37
>>362

Unicodeに登録させる為の既成事実化としてGB18030
にバンバン登録するというのはありえるかな。

JIS第4水準だって、そうやって規格化する事でUnicodeへの
登録を促すという目的があったそうだし。

365:bloom
02/09/09 20:41

URLリンク(www.leverage.jp)

366:Be名無しさん
02/09/09 20:51
>>364
それもあるし、タイミングの問題もあるだろうね。
ISO 10646/Unicodeに文字の登録を申請しても、
規格化されるまでには時間がかかる。
一方、国内でGB 18030を使っていれば、迅速に実装できる。
JIS X 0213の例で言えば、
Shift JISの壁に阻まれて実装で遅れをとったけど、
GB 18030の拡張性があればその心配もない。

367:Be名無しさん
02/09/09 21:16
>>366
よくわからないけど1バイト+2バイトの混成であるSJISに
4バイトコード系を追加することはできないの?


368:Be名無しさん
02/09/10 12:26
>>367
そりゃあ第3水準・第4水準以前だったら
やってできないことはなかっただろうけど、
誰もそんなの実装しない罠。

369:Be名無しさん
02/09/12 21:37
Shift_JISをいまさらリファインする前にお前ら
ISO-2022-JP-2を使ってください・゚・(ノД`)・゚・

370:Be名無しさん
02/09/13 00:42
>>369
JISをフルサポートしてないんで却下。
というかなんでそもそも0201-KANAを組み込まなかったのか疑問。
使わない方針で行ってくれというのは知ったこっちゃないが、
両方のカナが混在している環境が多く存在している以上、
相互変換ができないのはやっぱり不便だよね。

371:Be名無しさん
02/09/13 08:57
ISO-2022-JP-3でも可

372:Be名無しさん
02/09/13 08:59
そういえば、ISO-2022-JP-2でHTML書いて、そこに足りない字は数値実体参照で拾ってくれば

 ユニコードの文字セット+包摂前の漢字

で文書が書けるんだよね。

373:Be名無しさん
02/09/13 09:32
>>372
ISO-2022準拠の方法でコード切り替えすら行なわないのに、
ISO-2022-なんとかを名乗るのはおこがましいというか、なんというか。

つーかISO-2022準拠のキャラクタセット全部サポートすると、カナや
ユニコードの文字セットはともかくとして、絵が書けたり、音楽すら
鳴ってしまったりすると思うのは気のせいだろうか?

374:Be名無しさん
02/09/13 15:06
気のせい

情報交換体系としての側面であって、
あれらをふつう図形文字集合とは考えない。
^G とかと同じ(?)


375:Be名無しさん
02/09/14 20:11
結論

内部コードとして GB 18030 をサポートしている
入出力用のコードとして GB 18030 をサポートしていない


376:Be名無しさん
02/09/14 20:14
対策

NT 系では W系API のみを使用する
9X 系では入出力時に自分で変換する


377:Be名無しさん
02/09/14 20:20
事実

コンソールは GB 18030 のコードを受け付けない


378:Be名無しさん
02/09/14 20:27
未確認情報

gc なるライブラリを使うと、GB 18030 がコンソールで使えるらしい

コンソールへの入出力の前に自動変換するものだと推測される


379:Be名無しさん
02/09/15 01:00
>>375
その書き方だと、内部コードってなに?入出力用のコードって何?
ってなぞが多すぎ。あと、GB18030の文字集合か、Encodingかってのもね。

>>376
それより、今後のアプリ開発は、このスタイルでしょう。

Win9x, NT 系では W系API のみを使用する。
ただし、MSLU (Microsoft Layer for Unicode)を使うこと。
URLリンク(msdn.microsoft.com)
これで、ソースが1つですむ。
Win9x上では、Unicode文字はpartialにサポートになっちゃうけど。

380:Be名無しさん
02/09/15 13:40
>>375
Win2000/XPの内部コードって、UTF-16じゃんか。

381:Be名無しさん
02/09/17 15:07
お前ら「OSの内部コード」を定義してください。
思いつきを書いとけば、
「(文字コード変換ルーチン以外の)APIが直接扱う文字コード」ってとこか?

382:Be名無しさん
02/09/17 19:53
APIってのはインターフェースだ。内部じゃない。
何言ってんの?バカ?

383:Be名無しさん
02/09/17 22:15
内部コード: 何言ってんの?バカ?

外部コード: 意味がわからないから、ちゃんと考えて言ってよ。

384:Be名無しさん
02/09/18 09:52
インターフェースというのは、接続するもののこと。
APIとは、OS(内部)とアプリ(外部)とのインターフェース。
内部で使われているのはUTF-16。
外部で使われているのは様々。

385:Be名無しさん
02/09/18 12:08
システムルーチンのことをAPIとも言うってだけのことだろ。

386:Be名無しさん
02/09/18 12:16
>>384
APIのIはなんだかしっとるけ?

387:Be名無しさん
02/09/18 14:51
Itteyosi

388:Be名無しさん
02/09/18 20:01
内部コード・外部コードという用語は mohta 大先生も使っていますが、何か?

389:Be名無しさん
02/09/18 20:33
>>386
インターフェースだぞ。知らなかったのか?
何だと思ったんだ?

390:Be名無しさん
02/09/18 21:01
モーオタがバカなんだ!

391:Be名無しさん
02/09/19 12:52
RFC1554(ISO-2022-JP-2)のauthorである
mohta氏の用語法にケチをつけて
引っ込みがつかなくなった厨のいるスレはここか?

392:Be名無しさん
02/09/20 11:38
でも「~危ない」での mohta 氏の用法では、
同書での議論が目的とする範疇をはっきりさせるために
情報交換用コード=外部コード
プログラムが操作するためのコード=内部コード
と定義してるだけで、ここで問題にしてる
アプリとOSの間のインタフェースとはちょいズレますが?

393:Be名無しさん
02/09/20 14:50
んーとさー、たとえばATSUIはAppleのUnicode描画APIだ。
で、ATSUIは関数(だけじゃないが)群だ。
その関数群が扱うUTF-16は「Mac OS Xの内部コード」だろ。
まさか「ATSUIはインタフェースだからOSの内部じゃない」とか
言い出すやつはいないだろうな。

394:Be名無しさん
02/09/21 00:31
要は通信用語の内部コードと、今言われているOSの内部コードは
定義が違うって話でしょ?

通信の立場では、情報交換に使う外部コードは統一しなきゃ駄目だけど、
自分や相手の内部コードはなんでもいい。

OSの立場では、ソフトが使う外部コードはなんでもいいけど、
OSに発行するコマンドで使う内部コードは決まっている。

というわけで発想が全く逆なんだよね。


395:Be名無しさん
02/09/22 13:43
>>366

GB18030が中国の好き勝手に迅速に漢字を増やし
ていくことが出来るということは、TRONコードの
様に包摂基準が一貫しなくなる(というか、包摂基準
なんて何も無い状態になる)危険性は無い?

ましてや、GB18030に登録されたという事実を
理由にUnicodeに後追いで追加されていくことになると。

396:Be名無しさん
02/09/24 12:33
>>395
俺の知る限りじゃ、中国(大陸)には
あまり細かい字体差を区別しようという発想はなさそうだ。
Unicodeの包摂規準をぐしゃぐしゃにしているのは、
むしろ台湾と韓国だと思われ。

397:Be名無しさん
02/09/24 13:25
>>396
KS X 1001 とかをネタに言ってるなら、それは筋違い

398:Be名無しさん
02/09/24 13:46
>>397
いや、俺が韓国と書いたのは互換漢字(重複符号化)のことではなく、
Extension Cのソース(高麗大蔵経)のこと。

399:Be名無しさん
02/09/24 20:25
UnicodeとGB18030が収録する文字が結果的に
同じであったとしても、2バイト固定とか言いながら
代理ペアとかで妙な形で建て増ししてる前者よりは
最初から可変長の後者の方が潔くって好き。
使えねえけど。

400:Be名無しさん
02/09/24 20:54
GB 18030こそ究極の建て増しだろ。
それにサロゲートペアのほうが
先行キャラクタと後続キャラクタの区別がはっきりしている分、
GB 18030の方式よりスマートだと思うが。

401:Be名無しさん
02/09/25 01:10
ところで数値実体参照でユニコード以外扱う方法ってないの?

402:Be名無しさん
02/09/25 11:16
>>401
標準化機関にネジ込めばいいんじゃねぇの ?

403:Be名無しさん
02/09/25 12:48
W3CのHTMLでISO 10646以外の実体参照を定義しろってのは無理な話。
でも、勝手に使っちゃってもSGML・XML的にはOKなんじゃないの。
文字鏡の実体参照あたり、けっこういろんな人が使ってると思うけど。

404:Be名無しさん
02/09/26 01:33
逆に、どんなエンコードでもHTMLならISO10646 BMPの
文字は数値実態参照で書けるのだから、エンコード自体に
ISO10646 BMPに含まれない文字を含むものを使えば、
ISO10646 BMP+αの文書を作成できるね。

405:Be名無しさん
02/09/26 19:37
>>404
HTMLの数値文字参照がBMP限定だという話のソースきぼんぬ。

406:Be名無しさん
02/09/28 15:17
限定とは誰も言っていない罠

407:Be名無しさん
02/09/29 05:17
>>403
エンコードは登録されてるの以外を使うはダメさ。
基本はISO 2022だからエンコードした文字以外をISO 10646から探すか、構造を借りて無関係に実態参照を張るほうがよいかと(UTF2000や文字境)
>>404
UCS-4を前提にしてるっぽいからBMP限定じゃないよ~ん

408:Be名無しさん
02/09/29 11:40
>構造を借りて無関係に実態参照を張るほうがよいかと(UTF2000や文字境)
そこら辺の規格ってあったら知りたい。

というかISO 2022登録(ISOREG?)コードって実体参照で使えるの?


409:Be名無しさん
02/09/30 10:23
> というかISO 2022登録(ISOREG?)コードって実体参照で使えるの?
一部を除き使えない。
Unicode は、0から255までは ISO 8859 と同じ。HTML 3.xまでは、
実体参照は ISO 8859 を指してた。

410:Be名無しさん
02/09/30 12:57
そういや、TRONのアレもアレだな。&Txxyyyy;とかってやつ。

411:Be名無しさん
02/10/02 00:30
ふと思って、 ISO 10646 を調べたんだけど、群オクテットの最上位ビット
は、0ですね。
てことは GB18030 の4バイト集合の部分とは重ならないで、共存可能で合っ
てまつか?

412:Be名無しさん
02/10/02 08:38
ISO10646とGB18030を同時に使えるエンコード方式を
策定するってか

413:Be名無しさん
02/10/02 09:00
バイトストリームだけ見て UTF-* と GB18030 系って区別可能?

414:Be名無しさん
02/10/02 12:37
>>411
32ビット1バイトのUCS-4(UTF-32)と
8ビット1バイトのGB 18030「4バイト集合」が
32ビット単位で見れば重ならないということに
何か意味があるか?

415:Be名無しさん
02/10/06 09:44
そのまま一緒にしてISO10646とGB18030の文字集合を
併せたエンコードを捏造できるってことでは?
現状、文字は全て重複してるけど。

416:Be名無しさん
02/10/07 11:34
実際に使われる文字のほとんどは2バイト集合と1バイト集合のほうなので、
4バイト集合だけUCS-4と共存させても無意味でしょ。
つか、すべての文字を共存させることができたとしても
やっぱり無意味だけどさ。

417:Be名無しさん
02/10/09 18:51
>>405
W3Cの文書ではこうある

URLリンク(www.w3.org)の5.1
HTML uses … the Universal Character Set (UCS), defined in [ISO10646].

The character set defined in [ISO10646] is character-by-character equivalent to Unicode ([UNICODE])

URLリンク(www.w3.org)
[UNICODE]
The Unicode Consortium. "The Unicode Standard, Version 3.0"…

つまり、超BMPを含んでいる。

ただしこの部分、昔はこうだった
URLリンク(www.w3.org)
[UNICODE]
"The Unicode Standard: Version 2.0"…
405のソースは、古い文書を見ていたと思われ

418:??
02/10/20 22:15
文字鏡の文字がISOに登録されたってどういうこと?

419:Be名無しさん
02/10/21 14:42
マジ?

420:Be名無しさん
02/10/24 15:41
ISO 10036 のレジストラが GLOCOM なんだわ。
で、それに登録されたらしい。

そういう言い方をするなら、
Unicode だって ISO 2022 に登録されてる☆ミ

421:Be名無しさん
02/10/25 13:16
グリフ情報の交換標準であって、Code for Information Interchange
ではないから、誤解がないように書いてほしい。

422:Be名無しさん
02/10/25 17:59
>>421
ISO 10036 で規定してるのは,
Code for Gryph-Image Information Interchange なんでせうか?
それとも Code と考えるべきではない?


423:Be名無しさん
02/10/25 18:05
URLリンク(www.glocom.ac.jp)

424:Be名無しさん
02/11/21 14:50
ega

425:Be名無しさん
02/12/17 04:40
保守しとくか

426:Be名無しさん
02/12/28 12:47
文字鏡とUnicode3.2を統合した新しい文字集合キボンヌ(嘘)

427:Be名無しさん
02/12/28 14:06
で結局 gc って glibc のことを指す俺用語なわけ?

(俺用語: かなり偏りのある自分用語)

428:_
02/12/28 14:09






        URLリンク(freeweb2.kakiko.com)






429:Be名無しさん
02/12/28 21:29

URLリンク(www.chip.de)
スレリンク(win板)l50
     。ρ。      
         ρ      
         mドピュッ            
        C|.| /⌒⌒⌒ヽ/~ ̄ ̄ ̄ ̄ヽ   
      /⌒ヽ⌒ヽ___   |  ∴ヽ  3  )
     ./  _  ゝ___)(9     (` ´) )
    /  丿ヽ___,.──|彡ヽ ―◎-◎-|
    _/ )          (   Y ̄ ̄ ̄ ̄)
   (__/


430:Be名無しさん
03/01/06 18:31
>>426
そりゃ単に文字鏡の次のバージョンじゃねーの?

431:Be名無しさん
03/01/11 11:09
ケータイの文字コードにUnicodeが採用される日は来るかな?

432:名無しではなくトンパ文字なので表示できません
03/01/12 01:07
μiTRONケータイの文字コードにTRONコードが採用される日は来るかな?

433:山崎渉
03/01/16 03:30
(^^)

434:山崎渉
03/04/17 12:05
(^^)

435:山崎渉
03/04/20 05:53
   ∧_∧
  (  ^^ )< ぬるぽ(^^)

436:山崎渉
03/05/22 02:08
━―━―━―━―━―━―━―━―━[JR山崎駅(^^)]━―━―━―━―━―━―━―━―━―

437:Be名無しさん
03/05/22 07:51
>>431
とっくに採用されてる。

438:動画直リン
03/05/22 09:14
URLリンク(homepage.mac.com)

439:山崎渉
03/05/28 16:43
     ∧_∧
ピュ.ー (  ^^ ) <これからも僕を応援して下さいね(^^)。
  =〔~∪ ̄ ̄〕
  = ◎―◎                      山崎渉

440:Be名無しさん
03/06/14 02:23
>>398
高麗大蔵経って例のあれか?

441:Be名無しさん
03/06/18 21:21
XML and Unicode: Mix with care
URLリンク(zdnet.com.com)
XMLとユニコードを一緒に使うときは注意が必要らしい。
だれか、解説してくれ。



442:山崎 渉
03/07/15 11:22

 __∧_∧_
 |(  ^^ )| <寝るぽ(^^)
 |\⌒⌒⌒\
 \ |⌒⌒⌒~|         山崎渉
   ~ ̄ ̄ ̄ ̄

443:Be名無しさん
03/07/17 23:07
緊急浮上

URLリンク(www.zdnet.co.jp)

「ただし私はUnicodeが嫌いなので、Sunに言って超漢字に対応させている」

444:Be名無しさん
03/08/01 16:13
「ただし私はUnicodeが嫌いなので、Sunに言って超漢字に対応させている」

死ね!

445:Be名無しさん
03/08/01 16:21
厨房の夏か...

446:_
03/08/01 16:25
URLリンク(homepage.mac.com)

447:Be名無しさん
03/08/13 08:25
>>32
戦後の歴史も知らんみたいだな。

マスコミは馬鹿だから講話独立の意味が分かってないだけだ。
それをそのまま採用するなど以ての外。

448:Be名無しさん
03/08/13 08:26
>>33
高校の時調べもので「こけら」を引いたら
「柿」とかいてあって頭が混乱した思い出がある。

449:Be名無しさん
03/08/13 08:29
根本的に文字を1対1対応のコードに割り振るのは無理なんじゃないか。

ユニコードにしろトロンにしろ。

450:Be名無しさん
03/08/13 11:37
たとえそうだとしても、やらねばならぬ。

451:Be名無しさん
03/08/13 16:14
>>450
やる前に考えろって言ってんの!

452:Be名無しさん
03/08/13 19:55
誰に言ったの?

453:Be名無しさん
03/08/13 21:00
無修正DVD販売です.新作旧作多数在庫あります。
女子校生モノ、熟女モノ等多数ご用意してます。
URLリンク(d-jupiter.net)

454:山崎 渉
03/08/15 21:47
    (⌒V⌒)
   │ ^ ^ │<これからも僕を応援して下さいね(^^)。
  ⊂|    |つ
   (_)(_)                      山崎パン

455:山崎 渉
03/08/15 23:00
    (⌒V⌒)
   │ ^ ^ │<これからも僕を応援して下さいね(^^)。
  ⊂|    |つ
   (_)(_)                      山崎パン

456:Be名無しさん
03/10/31 02:09
TRONの文字コードって、小説なんかの架空の文字も集めてるらしいけど、
ゼビウスのゼビ数字とか、フィネガンズフェイクの変なアルファベット(邦訳版
の変な字も)なんかもあるの?

457:Be名無しさん
03/10/31 15:59
>>456
そういうのは入ってないだろ。
手書き文字の略体化のルールを拡張適用した「架空の文字」なら
入ってそうだけど。

458:Be名無しさん
03/11/02 05:07
>>456
著作者の承諾を得てあなたがTRON文字協会に登録すれば可能。

459:Be名無しさん
03/11/02 19:13
欧米人は表意文字なんて原始人の使う文字ぐらいにしか
おもってないんだろうな。古代の象形文字も漢字も
同じような感覚で接してるんだろうな。

460:Be名無しさん
03/11/04 19:58
>>440
あれだ。

461:Be名無しさん
03/11/06 08:05
文字コードも半導体投資も底なし沼。

漢字の派生は過去の誤字脱字全部添削するようなもの。

462:Be名無しさん
04/02/26 17:12
age.

463:Be名無しさん
04/03/08 21:26
>>461
とりあえず全部包括してしまえばいい。
漢字の総数なんてたいした数じゃない。
漢字の総数は非常に多いが見通しが立つぐらいの有限だから。

他の文字で構造的組合せ型はたちが悪い。
あれはフォントの扱い方を根本から見直さないと
どんなに収録してもキリがない。

464:Be名無しさん
04/03/09 12:51
>>463
おまえ頭悪いだろ。

465:Be名無しさん
04/03/09 20:32
>>464
漢字の多さなんてたいした問題じゃない。
見通しの立つ膨大さなんて質がいい方。

466:Be名無しさん
04/03/11 10:24
ほとんどの漢字、トロン使いパソコン表示可能に
スレリンク(bizplus板)

国産基本ソフト「トロン」の開発を手がけるトロンプロジェクト(リーダー・坂村健東大教授)は10日、パソコン上で現在使われているほとんどすべての漢字を
表示可能にするシステムを開発したと発表した。個別の漢字に番号を振り、異なるシステム間で文章を交換した場合も文字化けなどの問題が起きないようにした。
出版・印刷業での利用を見込んでいる。
開発した「トロン・フォント・トレーサビリティー・システム」は、では、トロンで利用可能な約17万字の漢字を「ウィンドウズ」や「マックOS」などトロン以外の
システムでも利用できるようにする仕組み。トロンで利用可能な文字に加え、NECや富士通、日立製作所などが制作した規格外の漢字(外字)にも番号を付与、参照可能にした。
外字を含んだ文章を「トロン文字収録センター」の外字変換サーバーを通じて変換、システム間の互換性を持たせる。コンピューター上で使える漢字は
日本工業規格(JIS)の第一・第二水準6879文字や、国際的な基準である「ユニコード2・0」で約2万字で、微妙に形状が違う異体字などを含んでいなかった。

URLリンク(www.nikkei.co.jp)

467:Be名無しさん
04/03/12 08:13
元ソースは共同通信
Web東奥・ニュース/it 20040310 漢字異体字、欧米OSでも トロンの坂村教授ら開発
URLリンク(www.toonippo.co.jp)
漢字異体字、欧米OSでも トロンの坂村教授ら開発(京都新聞:2004.03.10)
URLリンク(www.kyoto-np.co.jp)

ZAKZAK 漢字異体字を欧米OSでも…トロン坂村教授開発
URLリンク(www.zakzak.co.jp)

 国産基本ソフト(OS)トロンを推進している坂村健東大教授は10日、
人名や地名、文学作品などで用いられる漢字の異体字を、ウィンドウズ
やマッキントッシュなど欧米のOS上で自動表示する技術を開発したと発表した。

 印刷、出版業界では異体字をウィンドウズなどの機器で処理する際、
手作業で外字リストの作成や校正を行う手間があったが、
「新技術で大幅な省力化が可能になり、
大手企業で年間数億円規模のコスト削減が可能」(坂村教授)という。
 標準文字にない外字にそれぞれ識別番号を付けた文字コード(トロンコード)
のデータベースを活用。専用の外字変換サーバーを使い、必要な文字を
データベースから検索して表示する仕組み。データベースや専用サーバーは
無償で公開する。
 トロンOS「超漢字」などは、異体字のほか中国などで使われる漢字を含めて
既に計17万の漢字が表示できる。

 これに対し、欧米のOSはアルファベットを基本に設計され、
日本の大漢和辞典で約5万もある漢字を収納できない。このため、
文字数の多いアジア諸国の言語に適していないとの批判もある。
 新技術は自治体や企業合併の際、外字データを整理統合するケースなど
でも有効だという。年内には個人でも利用できるようになる見込み。
ZAKZAK 2004/03/11


468:Be名無しさん
04/03/12 08:20
印刷業界が頭を悩ませる外字問題、坂村氏の提案する解決方法とは? (MYCOM PC WEB)
URLリンク(pcweb.mycom.co.jp)

トロンプロジェクトは、「フォント・トレーサビリティ・システム」を発表した。
同プロジェクトリーダーで東京大学教授の坂村健氏が長年取り組んできた
OS「トロン」の多文字技術を他のOSでも利用できるようにし、多文字問題・
外字問題の解決を助けようというシステムだ。

日本で利用される漢字の種類は膨大で、PCで区別可能な数を遙かに
超えている。また、字体の違いを区別できないといった問題も存在する。
こういった問題に対して印刷業界などでは「外字」を使って文字を追加す
ることで対処してきた。しかし、外字を管理するための「外字表」には管理・
整理の手間が掛かり、坂村氏は外字表の取り違えが原因となるトラブルの
存在も指摘する。「フォント・トレーサビリティ・システム」は、こういった多文
字に関する問題を解決するために「TRONコード」を利用して全ての文字を区別し、
外字や異字体などを管理する。これをWindowsやMac OSといった既存のOSでも
扱うことのできるようにするためのシステムだ。また、ユビキタスIDを利用して
外字表の管理も行う。

469:Be名無しさん
04/03/12 08:20
TRONコードでは、既存の文字コードに含まれる文字やあらたに作成された
外字に対し、TRONコードを使って統一番号を付与する。文字コード間での
重複や異字体などに関しては、データベースで管理することで対処する。
Unicodeなど既存の文字コードでは、微妙に違う二つの漢字を異字体とするか
別の文字とするかを議論による判断で決定してきたが、TRONコードでは
細かい違いであっても、全ての文字に一意の文字コードを付与することが
大きな特徴となっている。坂村氏は「(異字体に関する)学問的な研究を
否定はしないが、(細かに異なる2つの文字を)区別するかしないかはユーザが
決めること」と主張する。異字体データベースに関しては複数の存在も認め、
異字体に関する複数の説に対応できるものとする。TRONコードのコード
割り当てについてはウェブサイト「トロン文字収録センター」で公開されており、
文字の読み・おおよその画数・部首などから検索を行うことができ、TRON以外でも
TRONコードに収録される文字の利用が可能となっている。

TRONコードへの新たな文字の追加は既存の文字コードを丸ごと追加する
方法の他にも、1文字だけを追加する方法も用意されている。DTPソフトが
標準で持つ外字セットや自治体で使用される人名用外字のセットなども
収録してコードを割り当てることも可能だ。複数の文字コードを収録する
TRONコードはメタコードとして振る舞うことができ、TRONコードを仲介して
文字コード間の変換を行うこともできる。

470:Be名無しさん
04/03/12 08:21
こういった既存システムの文字コード同士の変換を行う仕組みをTRON以外
のOSからも利用可能とするために「外字変換サーバー」が用意された。
「外字変換サーバ」では、TRONコードで作成された多漢字コンテンツを読み込み、
他のOSで読み込むことができるShift-JISなどのコンテンツと外字表、その
コンテンツで使用される外字を含んだTureTypeフォントを生成する。
クライアントで実装せず、サーバの機能としたのは既存の業務システムの
変更を行う必要がないことや複数システムの統合に有利であるからという。

また、従来出版物毎に作成して管理されてきた外字表や外字フォントセットの
管理を「ucode」を利用して行う。外字対応表毎にucodeを付与し、ユビキタス
IDセンターが出版物との対応を管理する。これによって外字表の管理を容易にし、
コストを下げることが可能となるという。

外字変換サーバとucodeによる外字表の管理によって、これまでTRONで実現
されてきた多漢字の利用を汎用的なソリューションとして、OSを問わずに多くの
プラットフォームで利用可能となる。坂村氏は、「フォント・トレーサビリティ・システム」
について、様々なOSのメリットを利用し、それぞれの得意分野を活かしてコンテンツの
作成を行うことのできるメリットを強調する。また、こういった「役割分担」は
最近のトレンドであると語り、今回のシステムはマイクロソフトとの提携などに見られる、
WindowsやLinuxなど他のOSとTRONの「協力関係」を深める取り組みの一端であるともした。

471:Be名無しさん
04/03/12 19:48
またカラ周りしそうな予感

472:Be名無しさん
04/03/12 21:01
既存の資産を集めて使うという発想はいい。
ただ、これだと用途が限られる。

473:Be名無しさん
04/03/13 01:53
既存のシステムはそれなりに動いてるしな。
いまさら設備投資するところがどれだけあるか?
10年遅かった。

474:Be名無しさん
04/03/15 10:18
ますます超漢字の必要性がなくなるのね……

475:Be名無しさん
04/03/15 22:24
超漢字が死んでもTRONコードが生きれば意義は大きい。

476:Be名無しさん
04/03/15 23:57
既存の外字資産といっても無限にあるわけじゃないからなぁ。

477:Be名無しさん
04/03/16 12:04
Microsoftとの提携効果ですね。>trutypeフォント生成
Windows の外字交換標準の問題点もこれを換骨してMicrosoftが
使うんじゃない

478:Be名無しさん
04/04/16 10:06
GB18030のTRONコードの割り当てってどうなってるの?
今書体が実装されてるのは634文字だけだけど
コードポイントの割り当てはあるんでしょ?

479:478
04/04/21 12:13
コード割り当てハケーン
URLリンク(www.chokanji.com)
なんか明らかに説明がバグってるんですけど
しかもTRON文字収録センターのほうには割り当てが
書かれてないってどうよ
URLリンク(www2.tron.org)

480:Be名無しさん
04/05/31 14:52
【社会】人名漢字580字追加へ 「舵」「梗」「琥」「珀」「鷲」など今秋に使用可★2
スレリンク(newsplus板)


481:Be名無しさん
04/06/11 21:50
UNICODEの65536を非難するより
BTRONのファイル数65536を改善すべきでは

482:Be名無しさん
04/06/11 22:51
そうだね

483:Be名無しさん
04/06/26 15:35
だね

484:Be名無しさん
04/06/26 18:32
漢字を少々たくさん扱えるだけで
多言語ではないのさ

485:Be名無しさん
04/07/02 21:18
初期のTRONって単純にJISコードだった
UNICODEが出てきたのであわててTRONコードとか言ってまねしたのさ

486:Be名無しさん
04/07/03 13:16
>>484-485
北海道民ですか?

487:Be名無しさん
04/07/03 16:44
>>486
そうですが何か?

488:Be名無しさん
04/07/29 00:29
初めはJISっていうか今昔文字鏡かなんかのコードだったんでは?

489:Be名無しさん
04/08/01 00:26
>>488
もっともっと昔。

490:Be名無しさん
04/08/30 16:08
文字セットをコードとか言うな。

491:Be名無しさん
04/09/24 05:30:51
JIS X 0208 コードなどでは外字が定義されていますよね。
いわゆる機種依存文字などもこの外字部分に
定義されているのだと思うのですが、
外字部分も Unicode との間でマッピングが定義されているのでしょうか?

492:Be名無しさん
04/09/26 18:09:19
質問の意味がよくわからんが
JIS X 0208で未使用の区点も対応は定義されてるよ
ただしTRONコードではJIS X 0213:2000に使われてる

493:Be名無しさん
04/11/03 00:02:23
>>492

> JIS X 0208で未使用の区点も対応は定義されてるよ

回答の意味がよくわからん(笑)。


494:Be名無しさん
04/11/03 00:03:36
>>492

> JIS X 0208で未使用の区点も対応は定義されてるよ

回答の意味がよくわからん(笑)。


495:Be名無しさん
04/11/07 19:49:21
たとえば84区08点はJIS X 0208では保留領域だけど
TRONコードT1-7428が予約されていたってこと

496:494
04/11/07 20:37:32
>>495 さんへ

いやいや、そういうことではなくて、

元々の491の質問は「JIS X 0208 コードの外字部分と Unicode との間のマッピング」
についてだったので、それに対して492の【前半部分】で「対応は定義されてるよ」と
回答しているようにしか読めない。

それで、「回答の意味がよくわからん」と書いたのだが。

X0208とTRONコードとのこと(だけ)を言いたかったのであれば、492でもう少しわか
りやすく書いてくれればよかったんだが。






497:Be名無しさん
05/01/10 22:07:58
BTRONがいまいちぱっとしないのは
群がっている連中にプログラマが比較的少ないからじゃないかな。
TRONの宿命かも知れんが、SF好きが嵩じてTRONにはまった香具師ってのが珍しくない。
他のOSではあまり見られない現象。
マイナーでも、どこかがとんがったOSだとそれなりのプログラマがハックして盛り上がるんだが。
「データウェア」で盛り上がってもなぁ~。

498:Be名無しさん
05/01/11 00:57:16
なんでコピペするのさ。。。

499:BTRON名無しさん ◆wkpCWNrmSY
05/02/01 00:45:17
諸橋大漢和も草冠を3画にしちゃったのね。
あ、いや、それだけなんだけどね。

500:Be名無しさん
05/02/02 00:44:42
3画にしたのは「新・漢語林」でしょ。

501:Be名無しさん
05/05/24 07:05:47
アルファベットの筆記体も形態のぶれが結構ありますが、
個々にコードを割り当てられないんですか。漢字だけ贔屓してるような氣がします。

502:Be名無しさん
05/06/14 21:42:25
欧米人はそんな頭の悪いことしません

503:Be名無しさん
05/08/05 15:55:55
おまいら、Nスペで国産OS TRON の出番ですよ。

NHK総合 8/28(日)午後9:00~

 NHKスペシャル 日本の群像 再起への20年

「第4回 極小コンピューター 技術者たちの攻防」

  1984年、誰もが簡単にコンピューターを使えるようにと
東京大学の坂村健氏が開発した基本ソフト「トロン」。

しかし、無料提供を目的にしたトロンは、
89年にアメリカから貿易障壁のリストに挙げられ、
普及中止に追い込まれる。

結局、90年代のパソコン市場は、
世界標準を握ったアメリカ製の基本ソフト
「ウィンドウズ」に支配されることになった。

……

URLリンク(www.nhk.or.jp)


504:Be名無しさん
05/11/21 14:12:59
昼はアキバに入り浸り 1Bソフトを漁ったら
トロい店員奥から出てきて 「開発元に聞いてくれ」
フリーソフトはメチャクチャイケるぜ
市販ソフトはPMCだけ
いつもメゲ知らずの BTRONユーザー
完全無欠の未来派OS
松下電器に見放され
パーソナルメディアでやっている
馬鹿にするなよマッキントッシュユーザー
使って 使って 使って 使って

夜は夜な夜なネットでサーフィン トロンサイトの乱れ打ち
Fトロ Bフリ 坂研 トロ協 テキストブラウザで~
作るOS 買うOS
夢を見るなら(イェィ イェィ イェィ イェィ)
メイキング電脳シティ BTRONユーザー
完全無欠の未来派OS
301条に潰されて
外圧跳ね除け 生きている
使えや遊べやBTRONユーザー
使って 使って 使って 使って
                               
(「完全無欠のロックンローラー」の曲で)

505:Be名無しさん
05/12/12 22:54:58
漢字12万字表示可能 世界最多のフォント集 東大坂村健教授・東洋文化研究所ら OS問ハズ
スレリンク(scienceplus板)

506:Be名無しさん
06/08/18 20:09:18
保守

507:Be名無しさん
06/09/30 16:53:22
保守

508:Be名無しさん
06/10/18 05:56:21
保守

509:Be名無しさん
06/11/16 00:49:09
2ちゃんねるでどうしてもUNICODEで文字を表示したい時は、実体参照で打込
むことになるが、各板のSETTING.TXT の設定に依り、実体参照で表示できる
板と表示できない板がある。

mixiはそのままUNICODE(UTF-8)が書込めるのだが。


510:Be名無しさん
07/03/10 18:50:15
TRONコードってwikipediaでも使われてたのねw
URLリンク(ja.wikipedia.org)

511:Be名無しさん
07/03/29 15:41:35
UNICODEの専門スレって無いの?

512:Be名無しさん
07/04/04 00:19:56
どっかで見かけた気がするな


513:Be名無しさん
07/08/24 04:55:24
ムズカシイネ


最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch