EUCボクメツ委員会
■ このスレッドは過去ログ倉庫に格納されています
0001ﾓ･ｸ･ﾍ･ｹ菽ｦｯ
01/10/16 00:18ID:ZujZqkcrICQクローンで Shift_JIS<=>EUC の相互変換をするように加工とか小細工して使ってるのには泣けたＹＯ
せっかく多言語対応の環境で作られたソフトでも日本ローカルのパッチ作んなきゃいけないんじゃ
意味ないじゃん！
Winに比べて少ないアプリがさらに選択肢が狭まっちゃってどうしようもないYO
Linuxにおける日本語の標準コードはWinに倣いShift-JISをメインにすべきである。
0196login:Penguin
01/11/06 23:30ID:RTd7nfRFOpenType は Apple かんどるからのぅ。
ATSUI はちゃんと対応してるらしい。
ので、MS のいう「UTF-16」が、サロゲートペアも含めてフル実装されとんかいなと怪しんでたり。
BMP領域だけだったらすべて2bytesだから、内部コードとしてはとっても扱いやすいくて、昔からやってるんだと思うのね。
けど、サロゲートペアがでてきてとたんに固定長じゃなくなったところで、実装がナニになりそうとか。
XKPとやらがそうなんだっけ？ < サロゲートペア実装
0197login:Penguin
01/11/06 23:44ID:KdJ6KYbO0198login:Penguin
01/11/07 00:01ID:fD9Y8+Ovでも サロゲートペアありの UTF-16って、Shift_JISみたいなもんですよね。
Shift_JISの場合、第1バイトは必ず、どの半角文字とも重ならない値が来るけど、第2バイトはASCII領域の文字も来たりする。
UTF-16の場合、サロゲートペアの最初の2バイトは、ほかのどの文字とも重ならない「最初の2バイト専用」の値しか取らないし、次の2バイトも同じく「次の2バイト専用」の値しか取らないので、Shift_JISよりは簡単なはず。
0199login:Penguin
01/11/07 02:52ID:ZhpFSFFfCJK でそれぞれの国がそれぞれの国専用のグリフを使うってことで.
0200login:Penguin
01/11/07 03:44ID:2zLC4FRtどっちかというと、筋の善し悪しの話ですな。
Unicode が貶されるのは、デザインの筋が悪いからなんですね。
でも、他に多言語のことをちゃんと考えてるコード体系がほとんどないので、
今あるコード体系の中では一番多言語化に向いているとは言えよう。
# ヲレ自身は、あんな筋の悪いもんには関りたくないから
# 放置プレイだけどナー :D
0201login:Penguin
01/11/07 04:56ID:/7clxDedそれが不可能ってようやく判った瞬間に、壮大なる失敗としてその使命を終える
べきだった…。Unicode 3.x はやめてくれ〜。あの仕様じゃ、ISO-2022 のほう
がまだ実装が楽だぞ。
0202login:Penguin
01/11/07 15:27ID:FmMqLr+tほとんどないと思うけどねえ。
Unicode で大きな breakthrough が実現するわけじゃ
ないけど、同じ苦労をするんなら、Unicode のために
労力を使ったほうが将来性があるでしょ。
0203login:Penguin
01/11/07 15:42ID:wu03UBOhBMP だけあつかってもちゃんと実装するのは大変だと思うけど。
0204login:Penguin
01/11/07 16:48ID:FmMqLr+tしておいてくれればそれでいーんですよ。
他国語も処理したい人がいたら、その人が欲しい言語に必要
な処理を加えりゃいい。8 bit through なだけのソフトを
Shift_JIS とか EUC-JP 対応に書き換えるより遙かに楽なん
じゃないか?
日本語のことだけ考えてると Unicode って楽だよね。combining
character も surrogate pair も普通はいらないだろうから。
0205login:Penguin
01/11/07 17:06ID:t1r6lxkM0206login:Penguin
01/11/07 17:11ID:o3LWW9bhつーのは冗談にしても、規格考えたのがズブの素人なんじゃなかったっけか。
0207login:Penguin
01/11/07 17:17ID:BqexFMm1つまりドキュソが作ったドキュソ向けサービスってワケだな(w
0208login:Penguin
01/11/07 18:29ID:/Lwa9nOEなんで2chはシフトＪＩＳになったの？
206 名前：login:Penguin 投稿日：01/11/07 17:11 ID:o3LWW9bh
半角カナが使えるから。
つーのは冗談にしても、規格考えたのがズブの素人なんじゃなかったっけか。
207 名前：login:Penguin 投稿日：01/11/07 17:17 ID:BqexFMm1
>>206
つまりドキュソが作ったドキュソ向けサービスってワケだな(w
0209199
01/11/07 19:05ID:u4pcDQi5自国の一ヵ国語だけ使えればいいと考えると(ほとんどの人はそうだが),
Unicode も利点があるかも. 欧米人が推進するのは
簡単に internationalize できるからか.
しかしそのせいで漢字文化圏の多国語共存が余計遠のいたような気がする.
0210login:Penguin
01/11/08 00:10ID:/qmyo2E8そういえばIE5.5 以降だと、charset を指定していないウェブページはShift_JISとして
認識するのがデフォルトになってたよね、確か。
それまでは「日本語（自動選択）」だったのに、ありゃ不便。
0211login:Penguin
01/11/08 00:33ID:wFCDcGAs思うが。最近のはリソースレベルで調整効くんじゃねえの?
DQNなソース以外は。
0212login:Penguin
01/11/08 00:40ID:axW1aL0x0213login:Penguin
01/11/08 01:49ID:RN8xlcoh0214login:Penguin
01/11/08 01:55ID:7e4OhXHUだーかーら、Cを使わなきゃいいの。
イヤな例だがNTでエクセルのVBAいじってる
やつらのソフトでさえあっさりUnicode.
0215login:Penguin
01/11/08 03:09ID:FiqqyvvZそりゃアホな仕様ですな. というかもはや作意的な
脱共有プロトコル化. ゆるせんな.
super power が悪の帝国になるというのは映画の典型だが,
MS はそのまま地でいっている感じ.
0216login:Penguin
01/11/08 07:37ID:dq+tXvEy憶測にすぎんが、
元々の端末が内部コードとして SJIS 使ってた。
↓
DoCoMo から imode 端末試作の要請が来て、
何も考えずに端末屋が作った。
↓
作ったやつの実装からそのまま仕様を起こした。
ちゅう流れでは ?
DoCoMo って、
暴走する前線 (とらば〜ゆからとらば〜ゆな
前線指揮官と、売りまくりの販売店) と、
全てを放置することしかできん総司令部と、
間で苦労する兵站部 (サーバ強化したり、
ゲートウェイでいわゆる i-mode 絵文字が
外に出て行かないように〓 ( 2 区 14 点 ) に
変換したりとかさ) って構図に自分には見え
0217login:Penguin
01/11/08 10:51ID:kpRhpY+RWindows上でコンテンツ作成するのに楽だから。
・・・と聞いたけど、理由後づけしただけなんじゃないかって気がしてきた（ｗ
0218login:Penguin
01/11/12 19:53ID:yqlF4e/+0219login:Penguin
01/11/12 22:32ID:9uypxnbaIE6だとEUCなページもJISなページもちゃんと見えるぞ。
エンコードを「自動選択」にしただけで。
>>214
あっちは高度なレイヤの言語に属するものなので、裏での文字コードは
どれでも大丈夫という例ですな。Cみたいに低レイヤのI/Oが存在し得な
い（できない）し。
>>216
iモードのプロトタイプ版がWindowsアプリケーションで作られていて、
それなりに評判が良かったので裏のコード体系が何も変更されずそのま
ま広まってしまった。
0220難しい…
01/11/13 00:46ID:lJpK2uoNttp://www.geocities.co.jp/Hollywood/1751/JISknown.html
これってどうなんでしょうか。
国の公式文書はJISのみとか決まってるんですか？
日韓W杯の人達は何で文書やりとりしてるんだろう？FIFA公用語のみ？
0221login:Penguin
01/11/13 02:09ID:AR1g3sjeエンコーディング法としての通称 jis があるな.
0222login:Penguin
01/11/13 02:38ID:xnt/q9m20223login:Penguin
01/11/13 05:11ID:yK//wqHP0224login:Penguin
01/11/13 08:21ID:UUYcq+J/たぶんこれを根拠にJISコードで官公庁向けにドキュメント（完成図書）
を提出したら「読めない」と一蹴される可能性が大きいな・・
ちなみに俺が仕事をした範囲で言うと、官公庁向けに最終的に納品する
ドキュメント（完成図書）は紙に印刷したものが基本だが、電子文書と
して納品する場合はMicrosoft WordフォーマットかAdobe Acrobatフ
ォーマットが基本で、当然の事ながらそれ以外のフォーマットで提出す
ることは官報で告示される工事仕様から外れたものとなってしまう。
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縦書きの時に、縦に書く文字と横に書く文字の違いとして使われている事がある。
そんなのは書式で表現するべきとの意見もあるでしょうが、書式で表現するべき違いか、キャラクターセットで違いを出すべきかは、文化による要素が大きい。
たとえば「…」は、英文の「...」という三点リーダ表現を日本語に取り入れ、縦書きの時に中央揃えになった記号です。
ですので横書きの時には、同じと見なされるべき文字なのです。
さらに「……」と「‥‥‥」という、日本で発達した六点リーダの表現方法が２種類あるキャラクターセットとなってしまっています。
これらに対して、書式で表現するべきで、キャラクターセットが間違っている、と言っても仕方無い話です。
全角英数字も同じ事ですよ。利用実体を認めないと、無意味な議論でしかないです。。
■ このスレッドは過去ログ倉庫に格納されています