EUCボクメツ委員会
■ このスレッドは過去ログ倉庫に格納されています
0001ﾓ･ｸ･ﾍ･ｹ菽ｦｯ
01/10/16 00:18ID:ZujZqkcrICQクローンで Shift_JIS<=>EUC の相互変換をするように加工とか小細工して使ってるのには泣けたＹＯ
せっかく多言語対応の環境で作られたソフトでも日本ローカルのパッチ作んなきゃいけないんじゃ
意味ないじゃん！
Winに比べて少ないアプリがさらに選択肢が狭まっちゃってどうしようもないYO
Linuxにおける日本語の標準コードはWinに倣いShift-JISをメインにすべきである。
0225login:Penguin
01/11/13 08:47ID:xshmouS0ヲレが評価を書くのは簡単だが意味ネーので。
規格票とかの 1 次文献と、ゴミ山の 2 次文献と、
ともかく片端からツキ合わせて検証するしか。
JIS はハンドブックじゃなくて規格票の方。常識
0226login:Penguin
01/11/13 09:57ID:55puEBGN> JIS はハンドブックじゃなくて規格票の方。常識
内容違うの?
0227login:Penguin
01/11/14 01:34ID:7VltrDCUJIS ハンドブックに規格の解説ってついていたっけ?
0228login:Penguin
01/11/14 03:02ID:bsExAIaiハンドブックは、規格票の抄。fontも違う(w
0229名無しさん＠お腹すいた。。
01/11/15 02:10ID:OJKAB9zcこんなものがあるから、厨房が増えると思う。
こんなものがあると、日本人は余計に馬鹿になると思う。
※私も Ｓｈｉｆｔ−ＪＩＳあぼーん に１票！
しかも、MS社は商売が上手すぎるせいで、
Ｓｈｉｆｔ−ＪＩＳが余計に普及しすぎてしまう。
もともとMS社が考えたShift-JISは、Macでも使われてきている。
自分はMS社は好きだけど、Ｓｈｉｆｔ−ＪＩＳは嫌い。
Ｓｈｉｆｉｔ−ＪＩＳなんかよりは、Extended Unix Code(EUC)が(・∀・)イイね。
それに、インターネット上でSJISは向かない。
UNIX系のOSを使うと、本当にためになると思う。。頭よくなるよ。
逆に、日本でWindowsを使っていると、馬鹿になる可能性がある。
Netscapeで色々なサイトを見てみることが有るけど、
IEに最適化されたページが多すぎて、Netscapeでは
正常に表示できないものがある。
それは、インターネット上に、色々なコンピュータが混在してることを
知らないような厨房がいるからだと思う。
(皆、Windows＋IEにばっかりだと思っているのかなぁ？)
UNIX系のOSを使うようになってくれば、インターネット上に、
色々なコンピュータが混在していることを知ることが
できるようになるのではないだろうか？
Windowsばっかりにとらわれず、ほかのOSを使ってみるというのも良いことでしょう。
EUCという文字コードは、今まで「コンピュータ=Windows」だと思って
いた人に、「コンピュータにもいろいろ有る」ことを
意識させてくれるのではなかろうか？
自分は、まだWebページは作り終わっていませんが、
作成する時は、いろいろな環境で、正常に表示できるように
作りたいと思っています。
(日本語の文字コードは、 JIS を使う予定なのですが・・・)
おっと！長文失礼しました！
自分は、このように考えているのですが、どうでしょうか？
0230login:Penguin
01/11/15 02:16ID:noyWS/iX0231login:Penguin
01/11/15 02:19ID:r2ItaT6s0232そいじゃ突っ込み
01/11/15 05:10ID:PMzBmxUW> 逆に、日本でWindowsを使っていると、馬鹿になる可能性がある。
じゃあ 229 はもう馬鹿になってるな(藁
0233login:Penguin
01/11/15 07:53ID:ybZRG6lR言いたいことはわからんでもないが、
世の中に出回っちまったものをそう簡単に
あぼーんできるなら、
83 or 97 JIS で誰もあんな大苦労は、
しなかったろうし、
アンチ Unicoder だってここまでの、
大騒ぎはせんよ。
ちょっと想像してみろ。もし、
JIS C 6220 の左半分が ASCII と同じで、
JIS C 6220 の右半分が JIS C 6226 の制定にあわせ
廃止になっていて、
JIS C 6226 では JIS C 6220 との互換や便利な
エンコーディングについて考慮されていて、
その後の改訂や追加も理想的になされた、として、
そして MS-DOS の日本語化が 日本語 EUC だったとして、
厨房は今よりも少ないと思うか ?
Shift-JIS が、
もし存在しなかったとしても、
エンコーディングを、
一種類しか知らず文字集合との区別も付かん、
という厨房は減らんと思う。
まぁ確かに、
俺には >>1 の意図はサパーリ理解できんのだが。
0234login:Penguin
01/11/15 08:20ID:gOrKsa2JEUCだとかSJISだとか語る前にまず真っ先に全角英数ヤメレ。
あと、JISとEUCの混在については何も語らないのか？
0235login:Penguin
01/11/15 08:31ID:tiluF2S6Shift-JISのところだけ全角ってのは明らかにわざとだと思うが。
（それ以外もなんかアレだが。）
0236login:Penguin
01/11/15 11:17ID:+5dCZCCC>一種類しか知らず文字集合との区別も付かん、
>という厨房は減らんと思う。
229はコレだろまさに。
違うというなら区別を述べてみよ。
0237login:Penguin
01/11/15 12:50ID:UTucAaiVにＪＩＸ Ｘ ０２０８のみ使う。ただし、引用したプログラムなどでは
ＵＳ−ＡＳＣＩＩのみ使う、というのもありかな。
main() {
printf("Hell, world\n");
}
0238login:Penguin
01/11/15 13:38ID:U4qiuSGu0239login:Penguin
01/11/15 15:14ID:o+BuNf25jisx0208 のアルファベットを使うと「読みにくい」って言うのはヘンじゃない？
「Ｘ−Ｗｉｎｄｏｗｓが動きません」
「違います。X Window System です。あとアルファベットや記号は...」
なんてやりとりを何回も見る。
0240login:Penguin
01/11/15 16:32ID:U4qiuSGu分かっていると思うが、X-Windowsなんてものは存在しない。
0241login:Penguin
01/11/15 17:30ID:ybZRG6lRヘンではない。文脈が違うんだっちゅうの。
文字コードについての議論をしている時に、
全角とか半角とか関係ない概念を持ち込むな、
と言うのと、
( Unicode に FULLWIDTH LATIN CAPITAL LETTER A
とかいう連中がいてさらに話がややこしいのだが。
(コードだと FFxx の処) しかもこれ JIS X 0208 の
記号の救済になってないのよね )
日常のメッセージ交換について、ISO 646 の文字集合に
ある文字を使って構わない文字についてはそっち使え、
というのと、矛盾してないぞ。別に。
しかも >>239 が例示してるやりとりは基本的に
ローカルルールの話。混同すんなよ。
このスレには「半角カナあぼーん」を日頃広言してる
奴が多そうだが、べつにこのスレでは (使ったからって)
何も言わん、それと同じ。
見栄えの問題として“「C 言語」”を“「Ｃ言語」”に
したりする、なんてのはけっこうあると思う。
昔は個人のポリシーとして JIS X 0208 で全部書く
なんてひともいたそうだけど。
0242login:Penguin
01/11/15 18:17ID:SZoZtT5lmohta さんですな
0243login:Penguin
01/11/15 23:44ID:DaDunDH30244login:Penguin
01/11/16 01:17ID:SlO5AIlXスレ違い。
まぁ243は MS P Gothic でも使ってなさいってこった。
0245login:Penguin
01/11/16 02:29ID:1EP3otcQこんな、電波受信しまくってるシロモノに検証もクソもねーだろ。
ASCIIが129文字あると主張してる奴の相手するだけ時間の無駄。
0246225
01/11/16 08:41ID:WZsLOO+O＞ASCIIが129文字あると主張してる奴の相手するだけ時間の無駄。
俺もそう思ったから自分で検証しなかったし、
検証してない以上、感想的評価しか書けんからね。
ちょっとたずねるが、例えば当用漢字に関わる告示を
全部、今ここで列挙してみろと言われてできるか ?
できないならその「シロモノ」に書いてある、
当用漢字に関する事項については、どこが偽で
どこが真か判断できない筈だが ?
0247login:Penguin
01/11/16 16:59ID:JBbeQ7F0ヘリクツはやめよーよ
0248229
01/11/16 21:28ID:Aqdg8YXQご回答、ありがとうございます。。m(_ _)m
色々と参考にもなりました。
ああ、なるほど。。
文字コードが1つだけだったとしても、厨房は減るとも限らないのですね。
言われてみれば、そういう気もしました。
それから、「Ｓｈｉｆｔ−ＪＩＳ」の部分だけ全角英数なのは、
わざとやりました。Ｓｈｉｆｔ−ＪＩＳを馬鹿にしているという意味でもありまして。
唯、日本語OSとしては、Shift-JISは、使いやすい感じなのでしょうかねぇ?
・・・ところで、メルマガで全角英数が沢山使われている
ことについて、どのように思います?
あと、BIGLOBE でも、全角英数が結構使われていたような
気もしたのですが、なぜなんでしょうかねぇ?
0249login:Penguin
01/11/16 22:26ID:x9gi1zY9それは単なる好き嫌いの問題だと思う.
こういうことで人を馬鹿にして優越感を得るのはいかんよ.
0250login:Penguin
01/11/16 23:16ID:ADpYy+ve0251login:Penguin
01/11/16 23:24ID:/sHDqI0/嫌われた最大の理由は
-sony-fixed-*-16- と -misc-fixed-*-14- の 0201 の書体デザインが残念すぎたから
という主張をﾋｿｰﾘやってみるテスト。
0252login:Penguin
01/11/17 07:55ID:gZOX3LLK東雲では直っているけど。
あと、BTRON(超漢字)は、デフォルトで英数が全角だな。読みづらいと思うんだが。
0253login:Penguin
01/11/17 08:23ID:bbmeDPw20208 ね ?
多分前者は s/-sony-/-jis-/ だと思うが。
JIS X 9051-1984「表示装置用１６ドット字形」
ちなみに「１６」が「16」でないのは、
jsa.or.jp のデータベースの頁からのコピペだから。
>>252
k14 のあれは逆に識別性を上げるために、
わざとやっているのだと自分には思われ。
0254login:Penguin
01/11/17 08:36ID:bbmeDPw2TRON コードには 0201 も ASCII も 646 も
入ってないんだわ。Unicode2 経由でもって一部に
あるけど。(だから 0201 カナが FFxx にあるぞ)
要するに全角文字・半角文字っていう区別の
コードレベルでのパージを意図してたんだわ。
だから「半角」は、文字拡大/縮小指定付箋で
幅 1/2 を指定して実現されてる。(TAD をダンプ
すりゃわかる) 要するに 0208 の文字を縮小
してるから「ヴ」の半角なんてのもアリ。
で、デフォルトではどんな文字でも全角で表示
しちまうんだが、一部アプリ (コンソール等)
は、0201 の左側にある文字を適当に半角にして
くれたりするんで (ブラウザの一行フォームなんかは
なんでも半角だが) 余計ややこしい。
ま、最近のブラウザとか基本文章編集とかは
プロポーショナル表示に対応しとるよ。
元々半角なのをプロポーショナルで見ると
それはそれで悲惨だが。
純粋にジャポネスクな OS を作ろうとした研究が
他にもあって (IPSJ の論文漁ってみな) それなんかは
0208 オンリーで CHAR_BIT が 16 だか sizeof(char) が
2 だかの (後者だと標準から外れるが) Ｃ言語処理系から
自分達で作ったようで識別子とかに好き放題 0208 が
使えたらしい。
0255login:Penguin
01/11/18 03:14ID:VeGGFsw1> 純粋にジャポネスクな OS を作ろうとした研究が(略)
農工大のOS omicronかな。
0256login:Penguin
01/12/18 21:48ID:61X7j+2e0257login:Penguin
01/12/21 06:06ID:o684insm0258login:Penguin
01/12/21 10:58ID:7GMumlLMクソスレだ。ageるな。
0259login:Penguin
01/12/21 11:51ID:rzRakEP/0260login:Penguin
02/02/04 12:41ID:m17eMVoW0261青木光恵
02/02/06 01:26ID:07Li/whj0262login:Penguin
02/02/06 01:36ID:+3nKE+HU0263login:Penguin
02/02/07 13:39ID:12+BCoHT文字コード云々の前に「コンピュータ上で扱えたい日本語」を
全部選定（？することは既に完了してるんでしょうか？
「正」の字とかは一画ずつ全五画分必要そうだし
偏だけ、旁だけってのも将来を見通せば必要そうですけど
出来てるんですかね。
0264login:Penguin
02/02/07 18:12ID:0AxTDb5J0265login:Penguin
02/02/07 20:36ID:txThOpuJHP-UX も Solaris も日本語環境を入れる時の
default は SJIS です。
0266login:Penguin
02/02/07 20:40ID:txThOpuJhttp://www.laser5.co.jp/support/l5linux/faq/72exp/index.html (Q6)
使う使わない、個人の好みの問題は別にして
ちゃんとサポートしれ。
0267login:Penguin
02/02/09 16:35ID:CI8k4gxh0268login:Penguin
02/02/09 16:37ID:9Rjes/Sh0269おむこさん志望 ◆GqCwfDSA
02/02/09 17:18ID:QaOYgbNIShiftJISはフォントじゃなくてエンコーディング。
自分でsjisロケールを生成してやればja_JP.SJISでも使える。
0270login:Penguin
02/02/09 18:12ID:KVJYho4s0271login:Penguin
02/02/09 21:57ID:gwaFMMy6何度も何度も何度も何度もガイシュツなように、2022はcharsetではありません。
encoding schemeです。萎えsage
0272login:Penguin
02/02/09 23:19ID:5njPVTaC元だよな...
0273login:Penguin
02/02/11 23:09ID:X+cO8gdB0274login:Penguin
02/02/16 22:54ID:KpHa2nOV0275login:Penguin
02/02/16 22:58ID:wiE/aMYfSolarisでは、インストール時にUnicode・EUC・SJISのどれかを選択しなきゃいけない。よって、defaultなんてありません。
0276login:Penguin
02/02/19 18:13ID:E1V3iarF0277login:Penguin
02/02/20 02:17ID:D4zYH0HU0278login:Penguin
02/02/20 02:47ID:NRixr7waふと思ったけど、その表記ってISO-8859圏の人間だけが利用するのを想定してるっぽいな。
ISO-8859系列って、文字集合＝文字エンコーディングだから。
0279login:Penguin
02/02/20 08:09ID:E3jll45S1文字 16x16 ドットで。
0280login:Penguin
02/02/20 14:11ID:dIlnqa5Oそれは便利だ。
けど、そうすると検索性に劣る等の副作用も含む諸刃の剣。
議論が堂々巡りするなぁ、本当にこの話題は…
固定長でエスケープシーケンス無しのエンコードだと拡張性に劣る
↓
エスケープシーケンスで自由に文字集合を切替えられるようにすれば可能性は無限
↓
そうすると、文字列の任意のバイト列を取り出しても判別不能、
最初から最後まで嘗めなければ処理できなくなり、
プログラマの負担増大
↓
じゃあ、いっそ巨大な平面に全部の文字を詰めて固定長で全部処理しよう
↓
異体字を無限に許すことになり、テキストデータ等が溜っても後から検索できない
↓
じゃあ、平面を狭めよう
↓
最初に戻る (ﾟдﾟ)ｳﾏｰ
0281login:Penguin
02/02/21 19:15ID:WoLsJseW>>272にあるようにMIMEが源だけど、
MIMEってheaderに使うencodingでの空白の扱いが、
単語を空白で区切る分かち書きの世界しか意識してないじゃん。
それって結局ISO-8859圏なわけでしょ。
MIMEとUnicodeは日本からの働きかけに失敗した例だね。
0282login:Penguin
02/02/27 10:34ID:Fz3oNkse256ビットでは、異体字が多くなり易過ぎて検索が辛いです。
64ビットにしましょう。1文字8x8ドットで充分。少なくともX0208の区別は付くし。
区別が付かない文字は、包括すれば問題無し。（ｗ
0283login:Penguin
02/02/27 12:57ID:5Le7VrIb包括もそれはそれで問題だと思うぞ。
既にJISでもさんざん問題になっているが。
0284login:Penguin
02/02/27 12:59ID:EMez+aasネット上のゴミにしかなってないんじゃ。。。
0285login:Penguin
02/02/27 13:01ID:2qxooejq0286login:Penguin
02/02/27 13:05ID:Fv8Z2UaF0287login:Penguin
02/02/27 13:07ID:5Le7VrIb見るか見ないかじゃなくて、必要かどうかを言いたいんではないかと。
意味合いも用途も同じなのに別のコードが割り当てられてるのは
プログラム上で同一に扱いたいとき面倒なだけでメリットが何もないし。
# まぁ、いまさら廃止したとしてもユーザが使い続けてる限り
# 撲滅はできないとは思うけども。。。
0288login:Penguin
02/02/27 13:24ID:HUK2U80k(データ処理側で変換するとしても)
IMEではdefaultで半角英数にしておけばいいのにね。
WindowsのPPP接続の電話番号設定ではよくあるトラブルの一つだな。
Dailup widzardが半角変換しないから。ユーザ名とかも。
0289login:Penguin
02/02/27 23:41ID:xsQ6CV0uそういや，
[0x80〜0xFF]x任意個＋[0x00〜0x7F]で１文字を表すようなコードって
誰も提案しないの？
＃まあ，UTF-8の変形ですかね．
これだったら任意数の文字を表現できるけど，プログラム処理は
そんなに大変にならないと思うんだけど．
0290289
02/02/27 23:48ID:xsQ6CV0u\とか/とか:とかのコードは外さないと危ないじゃん．
逝ってきます……
0291login:Penguin
02/02/28 01:40ID:tMYcWs/Nテキストの規格が普及してれば
全角と半角とで苦労したりしなくてすむのに。
ascii と JISX0208 で意味的に重なっている記号を
同一視するとかの問題もなくなるし。
0292login:Penguin
02/02/28 03:52ID:hiYdbzc9「メールで半角カナは良くない」っていうのが広まる直前に、
DoCoMoのアホ共が!
ISO-2022-JPに含まれてねーだろ<JIS X 0201カナ集合
0293292の続き
02/02/28 03:56ID:hiYdbzc9上でも書いてる人いるけど、何故デフォで全角英数にする?
Justsystem何考えてるんじゃー。
それともなんらかのメリットがあるのか?
0294login:Penguin
02/02/28 04:51ID:WilwHU5r電話会社は今でもどんどん絵文字増やしてるね。
まあencoding schemeが滅茶苦茶なのはもう諦めるから、
せめてcharacter setをちゃんと登録して、
そのcode pointくらい発表して欲しい。
0295292
02/02/28 05:01ID:hiYdbzc9絵文字は論外だと俺は思う。
しかしこれは彼女の話なんだが、
「絵文字をセンス良く使う人は好感がもてる」
有効性(?)って点からは、iモードの絵文字は功罪半ばするところだ。
DoCoMoの絵文字コードポイントは
http://www.nttdocomo.co.jp/mc-user/i/tag/emoji/
もうふやさんでほしい……
0296login:Penguin
02/02/28 07:02ID:3yJTluRp縦書きの時に、縦に書く文字と横に書く文字の違いとして使われている事がある。
そんなのは書式で表現するべきとの意見もあるでしょうが、書式で表現するべき違いか、キャラクターセットで違いを出すべきかは、文化による要素が大きい。
たとえば「…」は、英文の「...」という三点リーダ表現を日本語に取り入れ、縦書きの時に中央揃えになった記号です。
ですので横書きの時には、同じと見なされるべき文字なのです。
さらに「……」と「‥‥‥」という、日本で発達した六点リーダの表現方法が２種類あるキャラクターセットとなってしまっています。
これらに対して、書式で表現するべきで、キャラクターセットが間違っている、と言っても仕方無い話です。
全角英数字も同じ事ですよ。利用実体を認めないと、無意味な議論でしかないです。。
0297292
02/02/28 09:10ID:hiYdbzc9後半は勉強になった。ありがとう
全角英数・半角カナは静かに消えていくべきものなんだから、
新しく「存在理由」を与えないで欲しい。
・(半角かなの場合)メールに文字をたくさん詰め込める
・複数行アスキーアートで使い分け
鬱……
0298login:Penguin
02/02/28 09:49ID:qz/FHA4q絵文字自体の存在意義と文字コードの割り当ては同一視すべきではないと思うよん。
漢字や平仮名等の文字よりも遙かに流行り廃れの激しい領域だから、
コードを割り振って一般的に使えるようになった頃にはもう必要なく
なっているという事態ではないかと思われるけど。
（それは画像として送ってくれってこと）
結局のところアナログな「表情」や「意志」をデジタルな文字として
表わすこと自体に無理があるといえばそうなんだけど。
0299292
02/02/28 11:12ID:hiYdbzc9DoCoMoがSMTPをコミュニケーションの手段として選んだため、
画像を文章に混ぜるのは(不可能ではないが)難しい。
となると、既存の文字を組み合わせて作る「顔文字」という
方法があるわけだが、端末の画面サイズが決めうちため送信者の
意図通りに表示されないことが多々ありえる。
そのため(問題はあるが)「絵文字」を定義するのが一番コストが少ない。
上は俺の推測。
だから、DoCoMoが勝手に絵文字をぶち込んだのは理解できる。
# むろん納得はできないがな
しかしそれより問題なのは半角カナだ。先のことを考えたなら、
メリットよりデメリットの方が大きいと思うんだが……
0300login:Penguin
02/03/01 00:46ID:9t6ixOpM格納されてるの? sjis の空き?
0301292
02/03/01 05:04ID:rxMXOdIkユーザ定義文字(外字)用の領域のうち、後ろから10%弱に
つっこまれてる
0302login:Penguin
02/03/01 11:27ID:LxuMhOts>>295のURLを見よ。
0303login:Penguin
02/03/23 12:57ID:qVojErfB0304login:Penguin
02/04/12 22:58ID:ee9Vglvq0305login:Penguin
02/04/19 17:08ID:IRZ7c+3a0306login:Penguin
02/05/19 00:25ID:SEv2YXyAiso-2022-2ch
世界初！各文字の文字幅比まで規定したcoding-system!
0x7e は tilda だが、何故か0x5cは円マークのこと。（藁
＃保全age。
0307unagi
02/05/19 00:34ID:HWW5oL9x0308login:Penguin
02/05/19 03:01ID:mYPYUKFpCoventive独自のGiga-Character-Set
http://www.coventive.co.jp/gcswhite.html
0309login:Penguin
02/05/27 00:32ID:NWrtA+hm三上喜貴著 Ｂ5変型判，384頁，7500円
http://kyoritsu-pub.topica.ne.jp/shinkan/shin0203_03.html
こんなん出るんだね。
0310login:Penguin
02/06/03 22:25ID:SlwuhY0T・UCS4を最初から作り直す
これで全てOKだよ。互換性問題以外は。
0311login:Penguin
02/07/02 02:05ID:zRK+hHNjC言語の文字を表す型名char をバイトサイズのデータ型と混同して
プログラミングで使うというスタイルが実に良くない。
既存のCで書かれたソースをすべてchar を byte という型名で置き換え、
Charという型名でもって、４オクテット文字をあらわす型名とし、
従来のアスキーコードは右端のバイトに埋め込み、Charが符号無しか
符号付であるかによって左の３バイトはオールゼロにするか、
あるいは右端のアスキーコードの符号付延長とする。
GCCを改造して、文字は４オクテットとして、データ―タイプbyteを
導入する。たとえばCのソース中に 'a' と文字が書かれていたら、
それは４バイトのデータになるし、"ABCD"と文字列がかかれていたら
それは全部で２０バイトになるという具合だ。
デバイスドライバーや通信プログラムには、従来の
コードとの変換フィルターを作ったりする必要があるかもしれない。
内部コードのみ４バイトとして、通信コードにはJISを用いたり、
必要に応じて圧縮をするべきかもしれない。。。。
ともかく、文字が４バイトの固定長であって、（出来れば符号無しか
符号付かをも含めて統一すべきだ）くれれば、ものごとは
実に単純明快になる。
0312login:Penguin
02/07/02 04:50ID:yx04ZA8s0313login:Penguin
02/07/02 05:34ID:W8RRbPwE１文字４バイトで、"ABCD"がなぜに２０バイト？
１６バイト？ それとも俺って何かぬかしてる・・・？
文字列終端のNULLも４バイトってこと？
0314login:Penguin
02/07/02 10:11ID:J9ewXkSUそだろ。
なにか問題でも？高々4倍だろ。しかも、中はスカスカだから、
圧縮率高いし。
0315login:Penguin
02/07/03 23:19ID:4sQNVHL5Unicodeだのいう前に「シフトJIS」統一してくれ…。
せめて名前の峻別だけでも…頼むよ。
0316login:Penguin
02/07/04 02:20ID:oPs3IW0a0317
02/07/17 00:41ID:TeaEgqOVOSとコンパイラが完成して広まれば、それが各国の言語で共通に使える
プラットホームとなりうる。相違点は、入力フロントエンドとか、
ワープロの文則、禁則の処理の仕様とか、かな？
＃
もしも３バイトで全世界の文字が十分に利用可能であるならば、
上の１バイトは書体をあらわす指定にすることもできるかもしれないな。
（ただ、そういうことをあまやらないほうがいいという考え方もあるな）
0318login:Penguin
02/07/17 00:45ID:TK6Nax3rできたら教えて。
0319login:Penguin
02/07/17 03:31ID:tpoiTIS/0320login:Penguin
02/07/17 14:34ID:ru8f1smn超漢字で使えるやつ？
0321login:Penguin
02/07/17 23:45ID:kNSTOrUx0322login:Penguin
02/07/19 02:49ID:PgHw/Khc0323login:Penguin
02/07/20 00:52ID:b3Zy3R0nなんでだと思いますか？
0324login:Penguin
02/07/21 09:46ID:9P133XK7いちおう、JISの1997年版で各社の違いが比較され、
JIS版のShift-JISが定義されますが？
■ このスレッドは過去ログ倉庫に格納されています