トップページ⇒tech
333コメント96KB

文字コードの種類は何故複数あるのでしょうか？

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさんNGNG
1つにしてくれればPGが苦労することはなくて
、ミンナうれしいはずなのに。
0002デフォルトの名無しさんNGNG
そんなことでスレを立てないで下さい。
0003デフォルトの名無しさんNGNG
>>1
アニメの世界であれば、そういう迷惑なことをするのは悪の組織ですよね？
現実の社会ではどうでしょう？
クリーンなイメージのあの組織も、もしかすると悪の組織なのかもしれませんね。

私は、大義名分を振りかざすこと、常に勝つことが重要であると考えています。
0004デフォルトの名無しさんNGNG
>>1
それが資本主義。
0005デフォルトの名無しさんNGNG
じゃあ共産圏は一つに統一されているのか。
0006マイク ◆yrBrqfF1Ew NGNG
宗教戦争の為だ。
0007デフォルトの名無しさんNGNG
統一されてないから。
0008デフォルトの名無しさんNGNG
なら、>>1 が新しい統一した文字コードを作れ。
0009デフォルトの名無しさんNGNG
>>8
また増えるからもういいよ
0010デフォルトの名無しさんNGNG
２バイト文字を使わなけりゃいいべや。
0011デフォルトの名無しさんNGNG
？
おまえら、まだ文字コード使ってるの？
俺はだいぶ前から文字しか使ってないよ。
0012デフォルトの名無しさんNGNG
あめれか人が悪いに決まってるだ
0013デフォルトの名無しさんNGNG
もう全部ビットマップでいいよ。
0014デフォルトの名無しさんNGNG
>>12
欧米人は頭足りないからな
0015デフォルトの名無しさんNGNG
UNICODE がもう少しまともだったらなぁ。
0016 ◆Z0vd5w812U NGNG
>>15
所詮は「なんでアルファベット以外が存在してんだよ」と思ってる連中が作った規格。
0017デフォルトの名無しさんNGNG
1.0と比べると3.2はずいぶんマシになってるし
あと20年もすれば納得いくものになるんじゃないの
0018デフォルトの名無しさんNGNG
Unicode1は所詮ローカライズ用
0019デフォルトの名無しさんNGNG
アルファベットの文字コードも複数あるわけですが…
0020デフォルトの名無しさんNGNG
ここを見れ！

http://www.pahoo.org/e-soul/webtech/encode/encode01-01.shtm
0021デフォルトの名無しさんNGNG
http://www005.upp.so-net.ne.jp/p-move_h/constitution.htm
本来神聖なる日本国憲法を記載するに当たり一字一句変える
ことなく記載しなければならないところですが、コンピューター
通信上の禁則文字（ＪＩＳコードに含まれていない文字）があり、
読み方は一緒なのですが例えば「わゐうゑを」２番目の「ゐ」を「い」
に４番目の「ゑ」を「得」に変更させていただきました。
あしからずご了承下さい。


「ゐ」「ゑ」はＪＩＳコードに無い文字なのか？
0022デフォルトの名無しさんNGNG
改行コードの種類は何故複数あるのでしょうか？
0023デフォルトの名無しさんNGNG
大人の事情
0024デフォルトの名無しさんNGNG
>>21
「禁則文字」の用語にも誤解があるようでつね
0025デフォルトの名無しさんNGNG
>>22
昔々、テレタイプという通信機には
プラテンを１行分進めるラインフィードという制御コードと
印字ヘッドを左に戻すキャリッジリターンという制御コードが別々にあった
そんでこいつは初期のコンピュータにつないで端末として使ったりもした。

それが今の改行コードの元になったわけだが

ＭＳ－ＤＯＳ,->Windows系列では律儀に上記二つペアを改行コード
としてそのまま引き継いだ

ＵＮＩＸ系だとニューライン（ラインフィード）ＬＦだけになり

Ｍａｃ系はキャリッジリターンだけを改行コードとして採用した。

ネットワークプロトコルではＣＲＬＦが今でも
改行コードの標準だが、
これは

テレタイプ->ダム端末->telnet,rloginの流れで改行コードも
引き継がれたからだ。
0026デフォルトの名無しさんNGNG
>>25
答えｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!
ありがとう
UNIXがLFなのになんでネットワークがCRLFになっちまったのかと思ってたんだよ
0027デフォルトの名無しさんNGNG
ttp://satosan.jp/ClangStudy.html
> 遠隔地同士の通信手段としてテレタイプ(通信機能をもった
> タイプライター) が使われていた頃は、ヘッドが行の端まで
> 行ったとき次の行の先頭に戻るま で、2文字分通信するのと
> 同じ時間がかかった。
> そこで改行の文字コードをCR(復帰：キャリッジリターン '\r')と
> LF(改行： ラインフィード '\n')の2つに割り当てた。
0028デフォルトの名無しさんNGNG
エンディアンの種類は何（ry
0029デフォルトの名無しさんNGNG
age
0030デフォルトの名無しさん05/02/10 22:10:51
TRONコード
0031デフォルトの名無しさん05/02/10 22:25:42
>>27
理由になってないし
0032デフォルトの名無しさん05/02/17 00:28:22
「qwerty配列はタイピングが早すぎてキーが絡まないようにわざと打ちにくくした」
って都市伝説もあったな
0033デフォルトの名無しさん05/02/17 01:19:18
キーが絡むなら都市伝説だな。
絡むのはハンマーだから。
0034デフォルトの名無しさん05/02/18 01:04:22
>>32
適度に打ちにくくしたのは確かだよ。

最悪に打ちにくくしたわけではない。
最高に打ちやすくしたわけでもない。
最適に打ちにくくしたんだよ。

機械とセールスの拮抗点で。
0035デフォルトの名無しさん05/02/18 19:00:00
文字コードと関係ないぞ
0036デフォルトの名無しさん05/02/19 00:20:50
そもそも、自然言語が複数あるんだから、
文字コードが複数出来るのも自然な流れだと思われ
0037デフォルトの名無しさん05/02/23 17:40:30
>>1
すべて Unicode Consortium が悪い。
そうに決まってる。
0038デフォルトの名無しさん05/02/23 19:12:17
>>28
普通の答えは、big-endian と little-endianの２種類だが、

3-4-1-2 や 2-1-4-3 など順序になる不可解なシステムが、過去のミニコン時代にありますた。
それらは、middle-endian と呼ばれている。

よって、３２ビットでのエンディアンの種類は４種類という事になる。
0039デフォルトの名無しさん05/02/23 19:26:44
24種類じゃないの。
0040デフォルトの名無しさん05/02/23 19:49:20
実在が確認されているのが4種類、可能性としては24種類、ということで。
0041デフォルトの名無しさん05/02/23 21:09:47
XMLの仕様書に書かれてる3-4-1-2や2-1-4-3って実在したのか
>>37
ﾜﾛｽ
0042デフォルトの名無しさん05/02/23 22:23:06
>>1
容量制限のため用途に応じた使い分けをせざるを得なかった歴史があるからだよ。
たしかに文字コードの乱立はうざい。
こんなに大容量化が進んでマシンのスペックも向上しているにもかかわらず
文字コードが未だに乱立している原因として考えられることは
面倒くさがり屋、変化を恐れる愚かな老人達が我々の行動を阻もうとしていることがあげられる。
日本国内でオブジェクト指向が普及しない原因も、自分の立場を維持したい愚かな老人が
妨害しているのが原因かもしれない。

かつて、ある企業が独自規格を作って大儲けを
たくらんだために文字コードが乱立した可能性もありうる。

今ではUnicodeがあるというのにほとんどの新しい言語、OSは
Unicodeが標準だというのに
頭の古い連中は大したコストパフォーマンスにならないにもかかわらず
容量制限が・・・
既存のリソースが・・・・
などといってUnicodeを採用しようとしない。
既存のリソースならUnicodeに変換すればいいことだろう。
まったく愚かだ。Unicodeに鞍替えできない老舗顧客も老舗プログラマも。
0043デフォルトの名無しさん05/02/23 22:32:12
お前が愚かだ。
0044デフォルトの名無しさん05/02/23 22:46:26
キーボードは乱立しなくてよかったｗ
0045デフォルトの名無しさん05/02/24 10:05:30
乱立してるだろ
0046デフォルトの名無しさん05/02/24 15:47:01
「俺たちはどうして何でもUnicodeのせいにするのだろう？」
　文字鏡関係者とTRON関係者とGTプロジェクト関係者が何人か集まって考えた。
しかしいくら考えても結論が出ない。その時、一人がひらめいた。
「それもUnicodeのせいだ！」
　関係者は全員それで納得した。
0047デフォルトの名無しさん05/02/24 18:11:09
Windowsもとっととunicodeに移行して欲しいよ
0048デフォルトの名無しさん05/02/24 19:13:03
してるじゃん
出来てないのはiniファイルくらいだろ？
0049デフォルトの名無しさん05/02/25 06:57:00
どうか教えてください。

[1] 授業単元：プログラム概論
[2] 問題文(含コード&リンク)：
　　　シフトJISからEUCへの文字コード変換プログラムを作りたい（余裕があればその逆も）
　　　http://tokyo.cool.ne.jp/kuonnnokizunanbalivetehe/programming/prog1.txt
[3] 環境
　[3.1] OS： WindowsXP,NT Solaris2.0
　[3.2] コンパイラ(バージョン)：富士通fcc,Cygwin(gcc)
　[3.3] 言語：Ｃ
[4] 期限：2005年2月28日12:00まで
[5] その他の制限： この問題文の意図だと引数をunsigned int型にするべきかどうか分からない
0050デフォルトの名無しさん05/02/25 09:58:13
>>49

#include <stdlib.h>
main()
{
return system("nkf -e from > to");
}

つーかスレ違い
0051デフォルトの名無しさん05/02/25 11:22:52
>>41
3-4-1-2ってのは、最小アクセス単位が16 bitでbig-endianなCPU
(3-4)-(1-2) 別名middle endian
wordにpackするとこの形になった。(Cの先祖のBCPL、初期のpascal等)

>>27
それは嘘。(そもそも復帰は物凄く時間がかかる)
タイプライター時代から、(行先頭に)復帰して文字を進めて重ね打ち、例えば _ を、
ってのがあって、それをプリンタにも持ち込んだのが最初。

0052デフォルトの名無しさん05/02/25 11:26:29
>>50

ﾜﾗ
幾らなんでもそれはないから

> return system("iconv -f shift_jis -t euc-jp < from > to");

でどうだ?
0053デフォルトの名無しさん05/02/25 15:51:32
簡単な質問かもしれませんが、分からないので教えてください。

以下のプログラム、核は出来ています。このまま使用しても目的は達成できます。が、
http://tokyo.cool.ne.jp/kuonnnokizunanbalivetehe/CSJS2EUC.C
http://tokyo.cool.ne.jp/kuonnnokizunanbalivetehe/CEUC2SJS.C
この２つのソースコードをJISを経過させずに直接変換させるにはどうしたらいいでしょうか？
0054デフォルトの名無しさん05/02/25 16:02:46
>>53
何故一つの質問をあっちこっちで聞きまくるんだ
頭おかしいんじゃないか？
0055デフォルトの名無しさん05/02/25 19:04:25
あちこちで聞けば、たくさんの人が並行して考えてくれるので、
答えが早くでると思いました。
どこか答えが出てるスレッドがありましたら教えてください。
0056デフォルトの名無しさん05/02/25 19:36:43
だから、テーブルを使えよ。
0057デフォルトの名無しさん05/02/25 19:46:47
>>48
コマンドプロンプトとか無理だろ
0058デフォルトの名無しさん05/02/25 19:55:45
無理じゃ無いよ
ちゃんとユニコードなファイル名も表示されるし
0059デフォルトの名無しさん05/02/25 22:43:07
> あちこちで聞けば、たくさんの人が並行して考えてくれるので、
> 答えが早くでると思いました。
> どこか答えが出てるスレッドがありましたら教えてください。

・・・こういう心理をどう表現すればいいのだ？

自己中心的か
ゲーム脳か
006053@愛宕山05/02/25 23:13:03
ちなみに５５はボクではありません。今さらどうでもいいけど
0061デフォルトの名無しさん05/02/26 01:45:06
>>59
全員から同時に返事が来たらどうするつもりなんだろうね
0062デフォルトの名無しさん05/03/01 21:40:00
そこで超漢字
0063デフォルトの名無しさん2005/04/30(土) 21:51:28
うにこーど
0064デフォルトの名無しさん2005/05/01(日) 11:20:17
>>57
localeモデルにしとけば、Shift_JIS→UTF-8移行も楽だったね。
0065デフォルトの名無しさん2005/05/03(火) 05:47:35
UNICODEだってごちゃごちゃの固まりジャン
こんな気味悪い文字コードにしなくちゃいけないのはいやだ
0066デフォルトの名無しさん2005/05/03(火) 07:29:57
UTF-8は使用するメモリが1.5倍になるからいやだ
0067?デフォルトの名無しさん2005/05/03(火) 20:19:22
UTF-8で1.5倍とはしらなかった。
0068デフォルトの名無しさん2005/05/04(水) 00:05:00
漢字のコードポイントのとこなら1文字3バイトだけどね。

0069デフォルトの名無しさん2005/05/04(水) 00:05:32
あ、3オクテットというべきかにゃ?
0070デフォルトの名無しさん2005/05/05(木) 17:46:59
4オクテットの箇所もあるでよ。
0071デフォルトの名無しさん2005/11/19(土) 21:54:11
そこでシフトJISですよ。JIS第3水準、第4水準も難なく扱えるし、な。
0072デフォルトの名無しさん2005/11/19(土) 22:22:21
つうか、そろそろJIS廃止してくれんかの。
シフトコードｳｻﾞｲ。
0073デフォルトの名無しさん2005/11/19(土) 22:27:05
UCS-4ってのが最後のUnicode？
Javaだとint型なんだっけ？よーわからんけど、早く統一して欲しい。
0074デフォルトの名無しさん2005/11/19(土) 22:43:03
>>73
1文字8バイトなんて世界が来るのかね。
0075デフォルトの名無しさん2005/11/19(土) 22:44:51
UTF-8でいいんでしょ？～とか①とか大丈夫なんでしょ？
0076デフォルトの名無しさん2005/11/19(土) 22:53:34
>>75
いまのWord、ExcelはUCS-2だから、その世界に収まっている
仕事ならUTF-8でおけですよ。

でもｵﾔｸｿとかは…
0077デフォルトの名無しさん2005/11/20(日) 01:29:07
やっぱり生き残るのはシフトJIS系。
将来的には半角カナの領域を1バイト目にして可変長のコードにして
UnicodeやTRONコード、JEF、KEISを丸呑み。

絶対そうなる。
0078デフォルトの名無しさん2005/11/20(日) 01:31:35
>>76
じゃあUCS-4でいいから今すぐ統一して（　ノ＞＜）ノ
0079デフォルトの名無しさん2005/11/24(木) 02:30:44
常用漢字とＪＩＳが食い違ってるというのもそもそもどんな縦割り行政
しちょるのかと
0080デフォルトの名無しさん2005/11/24(木) 13:11:35
何か食い違ってたっけ？
0081デフォルトの名無しさん2005/11/25(金) 21:34:50
龍の旧字体?
0082デフォルトの名無しさん2005/11/25(金) 21:35:24
竜の旧字体? だった
龍じゃそのまんまじゃんorz
0083デフォルトの名無しさん2005/11/28(月) 16:44:09
「龍」の点の向きのこと？
そんなもん包摂の範囲内だしどっちだっていいやん。
表外漢字字体表にがちがちにあわせたJIS X 0213:2004のほうが異常。
0084デフォルトの名無しさん2005/11/29(火) 08:28:23
大体、印刷標準字体とかうざいんじゃ！
0085デフォルトの名無しさん2006/02/06(月) 15:57:56
だって常用漢字の数とＪＩＳ漢字の数とそもそもぜんぜん違うじゃん
たしか常用漢字にあってＪＩＳにない漢字とか結構なかったっけ？
それより写植の文字がＪＩＳに入ってないせいで電話記号とか
ポゲムタとかが簡単に出せなくてラムちゃん語も満足に表記できやしない。
0086デフォルトの名無しさん2006/02/06(月) 16:36:04
>たしか常用漢字にあってＪＩＳにない漢字とか結構なかったっけ？
>たしか常用漢字にあってＪＩＳにない漢字とか結構なかったっけ？
>たしか常用漢字にあってＪＩＳにない漢字とか結構なかったっけ？
>たしか常用漢字にあってＪＩＳにない漢字とか結構なかったっけ？
>たしか常用漢字にあってＪＩＳにない漢字とか結構なかったっけ？
>たしか常用漢字にあってＪＩＳにない漢字とか結構なかったっけ？
>たしか常用漢字にあってＪＩＳにない漢字とか結構なかったっけ？
>たしか常用漢字にあってＪＩＳにない漢字とか結構なかったっけ？
0087デフォルトの名無しさん2006/03/13(月) 10:43:01
いま試しに数えてみたら24個くらいあった
0088デフォルトの名無しさん2006/03/25(土) 09:27:36
>>87 夜に数えると増えてるよ。
うちの家の階段も昼間は12段だけど
夜数えると13段ある。
0089デフォルトの名無しさん2006/03/26(日) 12:55:29
たしかＪＩＳにあって常用漢字にない漢字とか結構なかったっけ？
0090デフォルトの名無しさん2006/03/27(月) 02:43:17
ない。
0091デフォルトの名無しさん2006/05/01(月) 11:42:30
お前ら大嘘つきだ。みんな嫌いだ。
0092デフォルトの名無しさん2006/05/04(木) 13:03:48
文字コードが増える前に、俺らが使う言葉の数を減らせばいいんじゃね？
0093デフォルトの名無しさん2006/05/05(金) 07:04:34
たしかに。英語だけあれば世の中困ること無いよな。
0094デフォルトの名無しさん2006/05/30(火) 02:39:01
そうだ。
0095デフォルトの名無しさん2006/06/16(金) 19:34:55
>>66
UTF-8って英数字に対して使うなら容量はそんなに増えなかったかと。
0096デフォルトの名無しさん2006/07/06(木) 04:23:37
戦争中、敵方の兵士により領土が侵略されると、必ず略奪やレイプがおこなわれる。ルワンダもその例外ではなかった。 
　 
大統領の暗殺から2週間ほどたったころ、ルワンダ北西部のルヘンゲリ県のある村で14歳のツチ族少女がフツ族民兵に誘拐された。 
当時すでに虐殺の嵐はルワンダ全土を激しく吹き荒れ、各地で次々とツチ族が殺されていた。しかし幸いなことにその村ではまだ一人の死者も出さず、ツチ族とフツ族が微妙なバランスの上で共生していた。 
　誘拐された少女は、「気立てが良くかわいい娘だ」と村で評判だったらしい。その日も夕食の準備をする母を手伝うため、水を汲みに村外れの井戸へ行き、そこで待ち伏せていた数人の男に拉致されてしまったのだ。 

何人かの村人がその様子を目撃し、すぐさま家族に知らせた。家族は娘の身に起こりうる最悪の事態（レイプされた後、殺害される）を考え、血眼になって探したが、1週間たっても少女の行方はわからなかった。 
さらに数日が過ぎ家族があきらめかけたころ、隣村から連絡が届いた。 
「娘さんらしき少女を保護した。重体ではあるものの生きてはいる」 
家族は押っ取り刀で隣村に駆けつけ、粗末なベッドの上で毛布に包まれ、横たわる少女の姿を見た。 
　 体を包んでいる毛布に血がにじみ、見る影もなくやせ細った体は小刻みに震え、その瞳は輝きなく虚空を見つめていた。家族が声をかけても何も反応を示さない。脅えているのか寒いのか、ただ小さく震えるだけだ。
0097デフォルトの名無しさん2006/07/06(木) 04:24:30
少女は非常に奇異な姿で発見されたという。隣町の農夫は発見したときの様子をこう語る。 
「私がいつものとおり自分の畑を耕すためにあぜ道を歩いていると、ふと視界に見慣れないものが目に入ったのです。 
最初は『木の切り株か、大きな石なのかなあ』と思ったのですが、近づいてみると違いました。目を疑いましたよ。裸の少女が腰から下を土に埋められていたのですから……。 
私が発見したとき、彼女は焦点の定まらない目でぼんやりと遠くを見つめ、半開きになった口からよだれを垂れ流していました。 
インタラーメ（フツ族民兵）か政府軍が近くにいるのではと思ったので、慌てて村にいったん帰りました。人を集め武器を持ち、恐る恐るその場に戻って、彼女を掘り返したのです。 
目は開いていたのですが、すでに彼女の意識はありませんでした」 

変わり果てた姿の少女を、家族はすぐさま村から少し離れたところにあったフランスの緊急医療援助団体“国境なき医師団”の診療所へと運び込んだ。 
偶然、その少女の治療に日本人看護婦、山本珠江さんが立ち会っていた。
0098デフォルトの名無しさん2006/07/06(木) 04:26:13
「数人の男たちに、彼女は何日間にもわたり強姦され続けていたみたいなの。食事もろくに与えられていなかったようね。 
しかも土に埋められる前、女性器に木の棒か銃身のような細くて固いものを押し込まれ、こねくり返されたようなのよ。 
その傷口に雑菌が入ってしまったらしくて性器の一部が壊疽していたわ。 
命だけは助かったけど、当然もう子供は産めないし、あまりに大きなショックを受けたから精神障害がひどくて廃人になってしまったわ」 
山本さんは非常に悲しそうでいて、悔しそうな表情をしながらその時の状景を振り返った。 
1週間ほどその少女は「国境なき医師団」の診療所に入院していたそうだ。肉体的な治療が終了すると、少女は家族に連れられ家に戻っていった。虐殺の被害に遇った瀕死の患者が次々に運び込まれてくるため、生命の危機がなくなった患者を収容する場所がなかったためだ。 

「悲しいけど、これ戦争なのよね」 
山本さんは、苦しげに首を横に振りながら語った。
0099デフォルトの名無しさん2006/07/08(土) 09:12:04
>>97-98
よくあること
はいりょしてくれないと
0100デフォルトの名無しさん2006/10/31(火) 17:47:09
>>1
６４ビットユニコードつかえばいいだろ
0101デフォルトの名無しさん2006/11/09(木) 12:34:39
JISの文字コードがあれなのはそもそもが朝日新聞が適当に定めた文字だから
0102デフォルトの名無しさん2007/01/06(土) 11:43:23
まず文字コードについてだが、コード云々の前に自然言語の整理が必要だと思う。
実際にはほとんど使われることがない文字のためにコード領域を使うのは無駄だから
そういう文字はどんどん淘汰してゆくべき。
あと、字体がそっくりな文字なんかもできるだけ１つに統合してしまったほうがいい。
そのあとで国（言語種別）ごとにコード領域を分けて、すべての文字を１つのコード体系に
収めるべき。

次に改行コードだが、全部LFで統一でＯＫ。改行ごときに２バイトも必要ない。
既存のリソースは全部LFに変換してしまえばよい。
Windowsなんかでファイルの改行を勝手に変換する機能をサポートすれば、
CR+LFはいずれこの世から自然消滅するだろう。

最後にエンディアンについてだが、ビッグエンディアンに統一すべき。
人間が感覚的になじみやすいほうがいいから。

これらのことをやるにはそれなりの負担がかかるが、その結果得られるメリットを
考えたらすぐにでも取り掛かるべき。もちろん世界レベルで。
0103デフォルトの名無しさん2007/01/10(水) 13:15:10
バベルの塔で神の怒りに触れ文字コードの種類が沢山になった。
これは事実で、（ｒｙ
0104デフォルトの名無しさん2007/01/10(水) 14:26:08
JISとEUCはほぼ等価だから
漏れ的には扱い安さは
EUC > JIS >>> SJIS >>>>>>> UNICODE
だと思うよ
0105デフォルトの名無しさん2007/01/10(水) 14:28:45
判定のしやすさで言えばJISは・・
UNICODEもそうだな、代わりにUTF-8とか使うが
0106デフォルトの名無しさん2007/01/10(水) 17:43:21
援交ディングと門司セットの話がない交ぜに！
0107デフォルトの名無しさん2007/01/10(水) 18:11:17
UTF-128あれば大丈夫だろ？
0108デフォルトの名無しさん2007/01/10(水) 18:15:07
野球板　お約束その122
「しまってこーぜー」
↓
「まずお前が社会の窓閉めろや」
0109デフォルトの名無しさん2007/01/10(水) 18:15:43
ミスッた
0110デフォルトの名無しさん2007/01/10(水) 20:06:46
言語は何故複数あるのでしょうか？
どうせなら言語も英語だけにしようよ。

ﾊﾟｽがでたー
0111デフォルトの名無しさん2007/01/11(木) 09:38:18
主食は何故複数あるのでしょうか？
どうせなら主食も米だけにしようよ。
0112デフォルトの名無しさん2007/01/11(木) 23:46:02
>104
まさかとはおもうが、そのJISはCESとしてのISO-2022-JPの通称のことなのか？
それともCCSとしてのJISX208なのか。
0113デフォルトの名無しさん2007/01/24(水) 23:51:46
だいたい文字をコード（数字）に置き換えなければならない
現代のコンピュータアーキテクチャが問題。

やっぱ文字は文字として扱えなきゃダメでしょ。
0114デフォルトの名無しさん2007/01/25(木) 09:34:43
「文字を文字として扱う」っていうのは具体的にどういうことよ？
0115デフォルトの名無しさん2007/01/25(木) 10:01:33
0から9、AからFまでの文字しか使わない
0116デフォルトの名無しさん2007/01/25(木) 11:25:11
で、それらの文字を文字として扱うとはどういうこと?
0117デフォルトの名無しさん2007/02/10(土) 22:58:13
あいう・・・と書かずに
a01001a01002a01003・・・
0118デフォルトの名無しさん2007/03/16(金) 03:44:15
ベクトルデータとしてパターン認識させるとか？w
0119デフォルトの名無しさん2007/07/12(木) 19:45:19
【日本語を扱える主な文字コード（“x-” 付きのものは IANA 非登録）】

Shift_JIS
Windows-31J
x-Mac-Japanese

ISO-2022-JP
ISO-2022-JP-2
x-CP50220

EUC-JP
x-CP51932

UTF-8
x-UTF-8N
x-UTF-8-BOM

UTF-7

UTF-16
UTF-16BE
UTF-16LE
0120デフォルトの名無しさん2007/07/12(木) 21:01:07
UTF-32系は？
0121・∀・）っ-○◎●2007/08/09(木) 02:10:09
UTF-9は？
0122デフォルトの名無しさん2007/08/09(木) 16:25:42
UTF-18は？
0123デフォルトの名無しさん2007/08/09(木) 23:52:07
Punycodeは？
0124デフォルトの名無しさん2007/08/13(月) 14:54:27
Windows上でperlのCGIを作成していて、
ファイルの保存時に、漢字コードを指定しないと
保存できないのですが、
シフトJISと
JISと
EUCと、
どれを選択したらいいのでしょうか？
作成後はFFFTPでレンタルサーバーにアップロードしますが、
そのレンタルサーバーは当然UNIXなので、
UNIXで動かすということを考えればEUCで保存したほうが
いいのですか？
あと、C5の問題（表とか）を考えれば
シフトJISだと
表￥
っていちいち書かないと文字化けしますが、
EUCだったらそんな余計なこと考えないでいいと
いう記述も見つけました。
だったらEUCで保存しようかな？と思いましたが
それだとWindows上でソースコードの変更作業するときに
漢字が文字化けしないですか？
だってWindowｓはシフトJISしか取り扱えないのだから。
結局何で保存すればいいのでしょうか？
0125デフォルトの名無しさん2007/08/13(月) 23:34:09
>>124
・ShiftJisで書いてffftpで変換する。
・まともなエディタでEUCで書く。
0126・∀・）っ-○◎●2007/08/15(水) 03:02:00
UNIXだからってサイトをEUCにしないといけないなんてことはない。
最近のLinuxは標準文字コードはUTF-8が多いよ。

XML対応とかも視野に入れるならできればUTF-8のほうがいい。
Shift-JISはね、HTMLだけならいいけどプログラム書くと何かとトラブルに遭いやすい。
0127デフォルトの名無しさん2007/08/15(水) 03:08:05
そしてベンダ毎の変換表の違いやらのUnicode特有の問題になやまされるわけですね。

SJISでも機種依存文字とか、2バイト目に0x5C使ってるとか問題あるけど、
Unicode使っても薔薇色の未来が待ってるわけじゃない。
どっちかっつーと、長いものには巻かれろ的な感じの方が強い。
0128デフォルトの名無しさん2007/08/15(水) 10:36:44
ハナからUnicode使ってれば変換表とか関係ないんじゃ？
0129・∀・）っ-○◎●2007/08/15(水) 23:28:24
それは言える。

tDiaryでうかつにrecent-rssプラグイン使って2chのRSSを表示しようとすると
機種依存文字の関係でUNICODEの変換失敗で全部転ける。
0130デフォルトの名無しさん2007/08/16(木) 01:39:32
>>128
ハナからUnicodeしか使って無くても、WAVE DASH使うと
Windowsのフォントでは汚くなるとかあるし無問題とはならない。
0131デフォルトの名無しさん2007/08/16(木) 05:24:15
世界が今すぐに全てUnicodeに変るわけじゃないから、
>>128は実現不可能な夢。

そもそも狂っている変換表があるから、
元の意味/意図と違うUnicodeのデータが溜っていっている状況。
0132デフォルトの名無しさん2007/08/16(木) 10:12:50
ダンゴさんの居るスレは活気があるな。
0133デフォルトの名無しさん2007/08/20(月) 17:54:12
普通の日本語のサイトならEUC-JPかISO-2022-JPでいいだろ
ちょいと外国の文字使うくらいなら実体参照でも十分だし
Unicodeなんて混乱の極みにある物を使う気にはなれん
0134デフォルトの名無しさん2007/08/20(月) 20:15:12
なんでウェブサイトの話になってるの？
0135デフォルトの名無しさん2007/08/26(日) 08:04:08
あげ
0136デフォルトの名無しさん2007/08/30(木) 08:21:39
ネットワークが一番文字コード問題が露呈しやすいからだろ
0137デフォルトの名無しさん2007/09/02(日) 18:33:34
>>1
なんで人の言葉は複数あるんでしょうか？
0138デフォルトの名無しさん2007/09/04(火) 16:32:27
バベルの塔を建てたから
0139デフォルトの名無しさん2007/09/08(土) 10:08:44
JEFとかKEISとかその先にある厚生省系、労働省系の外字コードなんかがUnicodeに反映されていないってのがあるな
0140デフォルトの名無しさん2007/11/25(日) 16:28:52
JISの文字コード表なんて
もうごちゃごちゃだな
80h～9Fhなんて制御文字には使わないんだから
１区１点～126区126点１つにまとめろよ
0141デフォルトの名無しさん2008/01/16(水) 23:18:53
>>135
あるよ。
以上。
↓次の方どうぞ
0142デフォルトの名無しさん2008/05/07(水) 23:34:16
age
0143デフォルトの名無しさん2008/05/12(月) 22:00:30
sage
0144デフォルトの名無しさん2008/07/09(水) 23:50:48
２２０８
0145デフォルトの名無しさん2008/12/23(火) 07:49:06
>>139
JEF KEIS IBM JIPS(E/J)
これらの拡張も含めた文字は全てUTF-8で表現できるんじゃないの？
0146デフォルトの名無しさん2008/12/25(木) 21:09:50
プライベートエリアを私用領域とか訳しちゃうセンスが在る限り文字コードは増え続けるさ
0147デフォルトの名無しさん2009/01/07(水) 12:48:00
だれか文字コード総合スレの新スレ立ててー。
0148デフォルトの名無しさん2009/01/07(水) 21:23:47
>>147
前スレ、一ヶ月書き込みなくて17レスで落ちてるみたいだけど、需要ないからじゃね？
0149デフォルトの名無しさん2009/01/07(水) 21:31:34
この板、即死に引っ掛からなければ、数か月書き込みないのはざらなほう。
0150デフォルトの名無しさん2009/01/08(木) 00:03:07
>>147
ここを乗っ取ればいいんじゃね?
>>148
誰もExt.Cには興味ないのか…
Unicodeメーリングリストも絵文字で絶賛炎上中だしな
0151デフォルトの名無しさん2009/01/08(木) 22:13:20
>>149
ああ、即死食らったのか

まぁ、このスレで充分な気もするけど
0152デフォルトの名無しさん2009/01/12(月) 16:41:43
http://www.unicode.org/mail-arch/unicode-ml/y2009-m01/0380.html
最近のUnicodeメーリングリストは顔が真っ赤で引くに引けなくなった人たちが
たくさんいるようだがこれはひどすぎる
日本では「犬」を「ケン」と読むこともあるなんて知らないんだろうな。
それとも「いぬ」と読む「犬」と「ケン」と読む「犬」は別字だとか言い出すんだろうか。
それ何てKS X 1001?
0153デフォルトの名無しさん2009/01/12(月) 19:52:02
文字コードって65000くらいあるの？
0154デフォルトの名無しさん2009/01/12(月) 21:00:14
100万くらいあります
0155デフォルトの名無しさん2009/01/15(木) 00:13:07
絵文字レビュー終了のお知らせ
0156デフォルトの名無しさん2009/01/18(日) 23:15:58
国ごとに専用の(速度重視の)エンコーディング一つとUnicodeだけにしてほしい
0157デフォルトの名無しさん2009/01/18(日) 23:17:53
>>157
日本は何にするの？
0158デフォルトの名無しさん2009/01/26(月) 11:26:56
http://twitter.com/wraith13/status/1147555396
0159デフォルトの名無しさん2009/01/26(月) 12:52:12
>>157
JIS_X201で。
0160デフォルトの名無しさん2009/01/26(月) 23:24:33
http://smallbear.sakura.ne.jp/tron/btm20091.html#20090123
まるで人ごとのように書いてますけど
TRONコードでは&T224C71;と&T224C72;のどっちなんですか?
ていうか「&T224C71;と&T224C72;の区別すらできない欠陥規格だ!」式の批判は
(JIS|Unicode)叩きの定番だったような気がするんですが。
ていうかTフォントマダー? (AAry
0161デフォルトの名無しさん2009/01/27(火) 01:10:46
「…お母さん？俺やけど…」
「…TRONか？…」
「うん…俺、包摂分離してしもて…」
「もう、包摂分離の事は気にせんでいいから、成仏して…」
0162デフォルトの名無しさん2009/01/27(火) 08:05:57
ちなみに今昔文字鏡では*****(検閲削除されました)番と*****(検閲削除されました)番。
いや実際には調べてないけど絶対分離されてるに違いないし
0163マイク ◆gZ6OoOjBU6 2009/02/05(木) 08:39:33
UnicodeだかUTF16だか知らんが
サロゲート文字の処理に関する脆弱性が色々なブラウザで報告されたりしてた。
2001年頃に2ｃｈで西村博之が誰かに指摘されてたウニコードに関する問題ってそれのことだったのかな。
0164マイク ◆gZ6OoOjBU6 2009/02/05(木) 08:49:15
これだわこれ。
blackhatコンファレンスで長谷川洋介って人だっけ？
それが発表してた文字コードに関する脆弱性に関する論文に近いもの。
見てない奴は見てみ
参考になんぞ

https://www.blackhat.com/presentations/bh-jp-08/bh-jp-08-Hasegawa/BlackHat-japan-08-Hasegawa-Char-Encoding.pdf
0165デフォルトの名無しさん2009/02/06(金) 15:04:05
Gmailが絵文字を全世界的に公式アナウンス。

https://mail.google.com/mail/help/about_whatsnew.html

> Emoticons - they're not just for chat anymore
> Express yourself with emoticons from to (小さい笑い顔) or (カニ) even (ハエうんこ).
> Click the (小さい笑い顔) button when composing a message
> in "Rich formatting" mode, or choose the new emoticons tab in chat,
> and express yourself to your ハートマーク)'s desire.
> Learn more (http://mail.google.com/support/bin/answer.py?hl=en&answer=112518)

https://mail.google.com/mail/help/images/whatsnew/emoji_smile.gif
を絵文字アイコンに決定した模様。

「even ハエうんこ」ﾜﾛﾀ
0166デフォルトの名無しさん2009/02/07(土) 08:19:39
Sun-ExtBが更新されて、Extension Cの正式版に対応してた。
>>165
それはちょっと前に話題になってたUnicode絵文字じゃなくてリッチテキスト方式かな
0167デフォルトの名無しさん2009/02/07(土) 09:20:45
UTF-16サロゲートペアをUTF-8に変換出来ますか？
0168デフォルトの名無しさん2009/02/07(土) 12:12:34
>>167
いったんUnicode scalar valueを求めてからUTF-8に変換してください。
サロゲートのコードポイント(D800..DFFF)をそのままUTF-8にするのは不正です。
0169デフォルトの名無しさん2009/02/08(日) 01:58:04
日本人になまじ技術力があったから日本製PCが一時期国内でシェアを占め
独自のPC漢字文化が創られた。これがすべての始まり。
0170デフォルトの名無しさん2009/02/08(日) 13:24:01
で、ケータイの世界でもまったく同じようにガラパゴスケータイがシェアを占めて
独自の絵文字文化が発達したわけですね、わかります。

進歩しろよ
0171デフォルトの名無しさん2009/02/10(火) 11:08:47
絵文字はユニコードに入りますよ、たぶん。
0172デフォルトの名無しさん2009/02/11(水) 01:08:00
日本のケータイメーカーが音頭を取って入れたわけではないけどね。
漢字だってAdobeの活動でようやく異体字の使い分けが(原理上は)できるようになった
0173デフォルトの名無しさん2009/02/13(金) 07:51:40
http://www.kumikomi.net/article/report/2009/01tron/01.html
> 2009年の早い時期に，
もう出す出す詐欺はいいよ
> 第1期 236,025字の一般リリース（Webからの無償ダウンロード）を予定しているという．
GT78,675字×3書体を先に出すことにしたのか
0174デフォルトの名無しさん2009/02/17(火) 21:04:27
久しぶりにSMPのroadmapを見たらU+1B100あたりに「(Historic Kana)」というのがあった。
http://www.unicode.org/roadmaps/smp/
歴史的仮名遣いに必要な文字はすべて収録済みのはずだから
変体仮名の追加提案かな
0175デフォルトの名無しさん2009/02/17(火) 21:25:54
"historical"じゃないのは何故だろう?
0176デフォルトの名無しさん2009/02/17(火) 23:03:24
この前提案されてたKATAKANA LETTER ORIGINAL E(片仮名の元々のア行の「エ」、「衣」に由来)もそこに入るのかも知れない。
同時に提案されてたHIRAGANA LETTER YE(平仮名ヤ行の「え」、「江」に由来)は平仮名ブロックの空きの内の一つU+3097にほぼ決定みたいだが、
片仮名ブロックはもう空きが無いからな。
0177デフォルトの名無しさん2009/02/22(日) 18:58:47
http://fezn.exblog.jp/10234044/
一太郎ってIVS対応してたの? マジ?
0178デフォルトの名無しさん2009/02/23(月) 23:33:42
> 今後は「出典をすべてscanデータで出すべし」という方針に。
> だが、律儀に守っているのは日本と中国ぐらい。。
> 未提出多数とか、「人名だから」出さずじまいとか、出典非明示→取り下げ、とか。
UCSがゴミまみれになるのを防ぐことに一定の効果を上げてるわけだな。いいことだ。
0179デフォルトの名無しさん2009/02/24(火) 15:45:03
>>177
今後の話だろ。
0180デフォルトの名無しさん2009/02/25(水) 22:50:21
今後の話だったら「ブラウザはまだ」って書いてるのが変だ
0181デフォルトの名無しさん2009/03/03(火) 22:09:24
U+1B000がKATAKANA LETTER ARCHAIC E(片仮名「衣」由来のア行の「エ」)になってた。
名前がORIGINAL E(元々の「エ」)からARCHAIC E(古代の「エ」)に変更されてた。
平仮名ヤ行の「え」と違ってBMP外になってしまうけどしょうがないか。
Historic KanaというブロックでU+1B000から256文字分予約されたけど今後変体仮名とか重要な昔の仮名をU+1B001以降にも追加していくつもりなのかな?
0182デフォルトの名無しさん2009/03/04(水) 00:21:44
256で足りるのｗ？
そこら辺の文字はよく知らないけど512から1024くらいあってもいいような。
0183デフォルトの名無しさん2009/03/04(水) 00:29:59
変体かなは良く分からないけど、ここのページを見る限り、平仮名だけでも軽く600以上ありそう。
ttp://www10.plala.or.jp/koin/koinhentaigana.html
0184デフォルトの名無しさん2009/03/04(水) 12:43:59
住基仮名だけなら256で足りるがな。
0185デフォルトの名無しさん2009/03/05(木) 07:38:01
１バイト目に文字種を表すもんだけいれて後は可変でよろしくやればいいと思った
最低２バイト～な感じで
0186デフォルトの名無しさん2009/03/05(木) 17:50:02
欧米人にはそれが理解できんのですよ。

たとえば、”うまれつき目の見えないひと” を想像してみてください。
その人に「海は青い」という事を、いったいどうやって教えればいいのか。
そのひとには、赤も青も黄色も無いんです。色という概念が全く無いんです。
だから理解不可能です。

３次元の世界で生活している我々が４次元の世界を理解できないのと同じく
１文字１バイト圏で生活している欧米人には、１文字が２バイト、３バイトになるのが
理解できんのです。ヤツらにとってマルチバイト文化は４次元の世界なのです。
0187デフォルトの名無しさん2009/03/05(木) 18:06:53
物理的に無理なのと一緒にされても。
0188デフォルトの名無しさん2009/03/05(木) 19:19:15
文字コード総合の次スレはここでござるな？　しからば過去スレを貼り。

【UTF8】文字コード変換【SJIS】
http://pc5.2ch.net/test/read.cgi/tech/1063177450/
文字コード統一スレ 1文字目
http://pc8.2ch.net/test/read.cgi/tech/1109171258/
文字コード総合スレ part2
http://pc11.2ch.net/test/read.cgi/tech/1143375639/
文字コード総合スレ part3
http://pc11.2ch.net/test/read.cgi/tech/1180250376/
0189デフォルトの名無しさん2009/03/05(木) 20:24:38
>>185
いきなり可変でよろしくやってるのがUTF-8です。
0190デフォルトの名無しさん2009/03/05(木) 21:44:14
>>184
たとえば「安」から「あ」へ連続的に変化していく過程の文字の数々にどうやって包摂規準を
設定するのか、とか考えると住基仮名のようなclosed setしかありえない気がする
0191デフォルトの名無しさん2009/03/07(土) 02:01:46
変体でも「あ」なら「あ」なのだから、「あ」に対して異体字セレクタの対応を決めればいいだけなんじゃね？
256種類まで対応できるんだから、多分足りるでしょ。
足りなきゃ、異体字セレクタの方を増やせばいい。
0192デフォルトの名無しさん2009/03/07(土) 14:29:53
U+E0100～U+E01EFは漢字専用じゃなかったっけ?
0193デフォルトの名無しさん2009/03/07(土) 15:36:34
それよりアラビア文字みたいに前後の文字で字形を変えるのを
サポートする必要があるんじゃないか
0194デフォルトの名無しさん2009/03/07(土) 19:27:11
・縦書き
・前後の状況で字形を変える必要がある
・異体字セレクタに対応が必要
それなんてモンゴル文字?
0195デフォルトの名無しさん2009/03/07(土) 22:28:59
草書を標準化するところから始めないと…
0196デフォルトの名無しさん2009/03/08(日) 11:10:41
アラビア文字がまさに草書の電子化
0197デフォルトの名無しさん2009/03/09(月) 02:11:40
文字コード総合スレ part5
http://pc11.2ch.net/test/read.cgi/tech/1236529563/l50
作ってきた。　
即死回避に、だれか頼む。　
あと、テンプレがまだ（４０行）残ってるので。現在連投規制（5回）で書き込めないのを何とかしないといけない。
0198デフォルトの名無しさん2009/03/09(月) 02:23:53
●かえ
0199デフォルトの名無しさん2009/03/09(月) 02:36:52
●持ってない
取り合えず見切り発車してくれ。
0200デフォルトの名無しさん2009/03/09(月) 22:10:13
>>197
乙

どんだけ書けば即死回避するんだっけ
0201デフォルトの名無しさん2009/03/23(月) 19:29:17
>>192
あれって漢字専用なの?
漢字とモンゴル文字以外の場合はU+FE00～FE0Fを使わないといかんの?
0202デフォルトの名無しさん2009/08/11(火) 15:28:27
　 　　 　 ∧＿∧
　　　　　（ ･∀･ ）つ
　　　　　（　つ　/
　　　　　｜ （⌒）どどど・・・
.　　 　 　 し' 三


　　 　 　 ∧＿∧
　　　 ⊂（ ･∀･ ）
.　　　　 ヽ　⊂　）
　　　　　（⌒） ｜どどどどど・・・・・
　 　 　 　 三 `Ｊ

　　　 メ＼,_　　　　　　　　,メﾞ＼､
　　 .メ′ .ﾞﾞｱhr　　　　_,zl||y,_　.ﾞ∨
　　 .″　　　　　　　.y!^⌒　¨＼ .,,,,,,__　
　　　　　.,yr=￢z　 .l|　　◎　　《 .￣ﾞﾞ^へu,
　,メ″,z厂◎　　l|　 ￥　　　　 il!　　　　　 ﾞミ
il「　　ﾐy　　　..,ilﾄ　 ﾞﾐy_　ｱ ,メ　　　　　　 .∨
.ll′　　 干=冖″　　　　　　　,,,yyyyy.　　　l|　　　　／￣￣￣￣￣
.l|　　　　 ,,,yvr=冖''''|ﾘ|||》巛》ﾐ冖'li厂.l|　　 .,l!　　＜　　薄型？！！！
.l!　　　　 《vvvr=冖¨￣　　　　　　.ﾞ干l!　 .,メ′　　　＼＿＿＿＿＿
.l|　　　　 .l|　　　.,,yrrvy_　　 ,,,,,,_　　 .《yrl″
＼_　　　,l|.,yzl^^ﾞﾞ^冖《《||7厂｀ﾞﾘu_　.l|
　 .ﾞ＼､ .r《l厂　　　　　　.¨ﾞ冖=vu,ﾌhrﾄ
0203デフォルトの名無しさん2009/12/12(土) 15:53:19
>>1
日本が世界を統一できなかったから
0204デフォルトの名無しさん2009/12/12(土) 18:36:49
>>47

むしろNTはいち早く海栗コードだっただろ
当時は処理コストの無駄とすら言われていた。
0205デフォルトの名無しさん2010/04/08(木) 01:34:54
もし、織田信長が生きていたら、日本が世界を支配するとか、テレビってマジ、アホだな。
あそこに出てた専門家も恥ずかしくないんだろうか?
(ひょっとして自称専門家かな)
0206デフォルトの名無しさん2010/06/27(日) 00:46:08
UTF8最強
ASCIIとの互換性は伊達じゃない。
0207デフォルトの名無しさん2010/06/27(日) 00:57:46
もし、織田信長が生きていたら、日本が世界を支配
0208デフォルトの名無しさん2010/06/30(水) 13:16:56
立ってないことろを見ると、ここが「文字コード総合スレ」の後継スレでつか？
0209デフォルトの名無しさん2010/06/30(水) 13:28:51
立てるか。
テンプレ面倒過ぎるな。1 だけでいい？
0210デフォルトの名無しさん2010/06/30(水) 23:13:43
VSネタまだやるなら分けてほしいな
0211デフォルトの名無しさん2010/07/02(金) 17:37:12
結局争点はなんだったのだろう？
0212デフォルトの名無しさん2010/07/02(金) 23:59:40
>>211
俺、utf8非万能説についてた人だが、俺の争点はそこだったんだが、相手の争点はそこじゃなかった気がするんだ。
一体何が争点だったのか、当事者にも分からない。
0213デフォルトの名無しさん2010/07/03(土) 00:50:32
>>211
もおたが飲み仲間なのか、それとも憎いかでしょう。
0214デフォルトの名無しさん2010/07/03(土) 11:01:09
それじゃ、争点を洗い出すスレが別に要る？それともここがそれ？
0215デフォルトの名無しさん2010/07/03(土) 11:02:48
>>214
もういらないだろ。
0216デフォルトの名無しさん2010/07/03(土) 11:55:19
文字コードのスレは何故複数あるのでしょうか？
0217デフォルトの名無しさん2010/07/03(土) 11:57:49
コードもスレも統合出来ないお馬鹿さんたちwww
0218デフォルトの名無しさん2010/07/03(土) 12:18:09
馬鹿が来たぞー
0219デフォルトの名無しさん2010/07/03(土) 12:41:21
>>211
争点は、UTF8はUTF16やUTF32よりも優れている。
特にASCIIとの互換性に優れており、
既存のソフト・・・多くはASCIIやEUC-JPなどの
ASCII互換用として作られているソフトや
そこで使われているライブラリの互換性がよく
ほとんど修正無しに動く。
UTF16やUTF32だと修正のコストが膨大になる。
ということ。
0220デフォルトの名無しさん2010/07/03(土) 12:52:08
wchar_tとロケールとファイルシステム(fopen)がごっちゃになってた気がするんだが。
0221デフォルトの名無しさん2010/07/03(土) 13:01:26
全部charをwchar_tに置き換えるだけでOKとかいう
能天気やろうもいたしな。

それが全ソースコード修正＆再テストという
意味だというのを気づいていない。

その膨大さに気づいていないから、
置き換えるだけにコストがかかるというんですか？
なんてことを平気でいえてしまう。
0222デフォルトの名無しさん2010/07/03(土) 13:06:11
>>219
それは争点じゃなくて、君の意見。

そしてUTF16,UTF32に拘りすぎ。
それを最初に持ち出した人(同一人物かは知らんが)は、
UTF8でも修正コストが膨大だと主張していて、UTF16は別にどうでもいい感じだった。

>>220
その通り。ファイルシステムどころかOSの仕様まで混ざってきて、複雑になるばかりの泥仕合。
0223デフォルトの名無しさん2010/07/03(土) 13:07:21
>>222
お前の意見も、「君の意見」でしかないよ。

鏡見ろ
0224デフォルトの名無しさん2010/07/03(土) 13:07:38
>>221
置き換えずにそのまま使うのにコストがかかるんですか？というのと同レベルの話。
0225デフォルトの名無しさん2010/07/03(土) 13:08:47
>>223
俺は争点について話してない。>>219は争点について話しているはずなのに、君の意見しか入ってない。
自分の考え方に囚われるな。
0226デフォルトの名無しさん2010/07/03(土) 13:10:12
>>222
文字コードを変えるのにOSの仕様まで出てくるってこと自体が、
文字コード変えるのがいかに難しいかを示しているんだけどなぁ。
0227デフォルトの名無しさん2010/07/03(土) 13:17:19
この話は続ける必要はない。落ちたスレで既に話は終わっていたのだから。

999 名前：デフォルトの名無しさん [sage]： 2010/06/26(土) 22:19:28
>>972

>UTF-8にすると何もかも上手くいくよ派は、何を言いたいのかよくわからん

そんな奴いたか？　wchar_tにすれば何もかもうまくいくよ派は居たけど。

---

UTF-8にすると何もかも上手くいくよ派がいないのなら、
>>212が争点にしてたことは、元々誰も否定してなかったことだし、
>>219が争点にしてたことは、元々誰も言っていなかったこと。
wchar_tにすることが全てを解決する方法じゃないのは自明。

結論は既に出ていた。
0228デフォルトの名無しさん2010/07/03(土) 13:25:04
>>219が争点にしてたことは、元々誰も言っていなかったこと。

言っていたレスはあった
0229デフォルトの名無しさん2010/07/03(土) 13:30:08
じゃあここは「文字コード総合スレ」がなぜ立たないのか、立てた場合のテンプレの話のスレにする？
0230デフォルトの名無しさん2010/07/03(土) 13:38:28
なにもなければ放置されるだけのスレの埋め草としてちょうどいいな。
0231デフォルトの名無しさん2010/07/03(土) 14:35:47
>>228
それよりも俺はwchar_tにすれば何もかもうまくいくよ派がいたのかどうかが気になるが。

>>229
いらないからだろ。
0232デフォルトの名無しさん2010/07/03(土) 14:58:57
さっさと次スレ立てろよボケ
0233デフォルトの名無しさん2010/07/03(土) 15:13:49
>>231
> >>228
> それよりも俺はwchar_tにすれば何もかもうまくいくよ派がいたのかどうかが気になるが。
>
WindowsかJavaしか知らなくて、Unixのロケールを知らなければそういう発想になるかも。
0234デフォルトの名無しさん2010/07/03(土) 15:21:57
>>233
意味が分からん。2chに書いてあったか書いてなかったかと、Unixのロケールがどう関係するんだ？
0235デフォルトの名無しさん2010/07/03(土) 15:24:04
情報の受け手側に理解する能力がなければ書かれてても気付かないってことだろう
0236デフォルトの名無しさん2010/07/03(土) 15:26:22
>>234
> >>233
> 意味が分からん。2chに書いてあったか書いてなかったかと、Unixのロケールがどう関係するんだ？
fopenのwchar_tは規格化されていない、から泥仕合が始まったのだが。
0237デフォルトの名無しさん2010/07/03(土) 15:28:13

知らないことは誰だってあるけど、いいやんとか言って違いも調べず思考停止するやつは向上心もう少し持とうぜ
0238デフォルトの名無しさん2010/07/03(土) 15:43:18
>>236
・fopenの話が出たことと、wchar_tにすれば何もかもうまくいくという人がいたことは関係がない
・fopenが出てくる前から、どうせ泥試合だった
・どっちにせよ、fopenでそのままutf8渡して(文字化けすらしないという意味で)うまくいくのはロケールもutf8のときのみ
と認識しているが。
0239デフォルトの名無しさん2010/07/03(土) 16:01:26
> ・どっちにせよ、fopenでそのままutf8渡して(文字化けすらしないという意味で)うまくいくのはロケールもutf8のときのみ
> と認識しているが。

ロケール間違ったまま使っていることなんてしょっちゅうあるが？
日本語化しないままOS使えるだろ。
文字がちゃんと表示されないだけで
0240デフォルトの名無しさん2010/07/03(土) 17:02:38
Linuxのext2,ext3でSJIS,EUC-JP,UTF-8のファイル名混在は時々ある。
LinuxでもCD-ROM,vfat,ntfs,smbfsをマウントできて、その時に文字コードを指定しないと痛い目にあう。
0241デフォルトの名無しさん2010/07/03(土) 17:47:51
>>239
日本語使えるロケールでも日本語がちゃんと表示されないんだったら、それは正常に動作してるとは言わない。
たとえ内部的にはちゃんと保持できていたとしても、関係ない。

>>240
それぞれのパーティションごとに文字コードが違うのは指定すればいいけど、
同一パーティションに複数の文字コードが混在してるのはやめてほしいが……
0242デフォルトの名無しさん2010/07/03(土) 18:27:39
LANG=Cでもきちんと表示できなかったらだめだって言い切っちゃうの？
0243デフォルトの名無しさん2010/07/03(土) 19:37:56
>>242
それは日本語使えるロケールじゃないだろ。
0244デフォルトの名無しさん2010/07/03(土) 19:41:28
つか、例えば仕様書に「ロケールはja_JP.eucjp」って明記してあっても、
utf8で書いてもなんにも問題はないからutf8で書いて、
utf8なら問題なくfopen使えるからutf8でfopen使って、
結果、表示が文字化けしていても、utf8なら問題なく読めるから問題ないって言いきるつもりなのか？

内部的にはutf8使ってもいいけど、必要に応じて変換しないとダメなんじゃないの。
0245デフォルトの名無しさん2010/07/03(土) 19:44:47
>>241
表示が化けるのはあくまで端末側の問題。
fopen自体はロケール関係なく正常に動作している。
まったく同じコードでね。
UTF8がASCII互換だからちゃんと動く。
0246デフォルトの名無しさん2010/07/03(土) 19:52:48
「日本語が使える」の定義が知りたい。
0247デフォルトの名無しさん2010/07/03(土) 20:34:28
>>245
ロケールがEUC-JPなのにファイルをUTF8で書き込むのは正常動作って言えるのか？
日本語ロケールでUIが全部韓国語になるのと同じくらい馬鹿げてると思うぞ。
0248デフォルトの名無しさん2010/07/03(土) 20:38:42
>>238

>・どっちにせよ、fopenでそのままutf8渡して(文字化けすらしないという意味で)うまくいくのはロケールもutf8のときのみ
>と認識しているが。

それはそうだけど、fopenの機能としてはちゃんと動作するよね。
wchar_tの渡した場合、fopenが正しく機能しない・・・というか渡せない　つまりfopenでは動作しない

どちらもうまく動いてないといえるけど、その動かない箇所のレイヤーが違うんだよね。
それを同じ土俵で較べ合ってもしょうがないと思うんだが。
0249デフォルトの名無しさん2010/07/03(土) 20:52:48
>>248
1. 意図した通りの結果にならないのなら、どこで失敗しても五十歩百歩
2. wchar_tでもcharでも意図した通りの結果にしたければ、一旦ロケールに合わせて変換しないといけないという点で同じ
3. なんでそんなにwchar_tに拘ってるの？
　　　>>227
　　　> wchar_tにすることが全てを解決する方法じゃないのは自明。
　　　>>231
　　　> それよりも俺はwchar_tにすれば何もかもうまくいくよ派がいたのかどうかが気になるが。
0250デフォルトの名無しさん2010/07/03(土) 20:59:31
> 2. wchar_tでもcharでも意図した通りの結果にしたければ、一旦ロケールに合わせて変換しないといけないという点で同じ

意図したとおりの結果にするには表示するときにデータを整えれば良いだけの話。
それはfopenには関係ない話。
0251デフォルトの名無しさん2010/07/03(土) 21:01:10
>>247
> ロケールがEUC-JPなのにファイルをUTF8で書き込むのは正常動作って言えるのか？
普通にロケールがEUC-JPだけど、
UTF-8のファイルを読み書きしたり
データベースがUTF-8だったりするけど？

何を言いたいのかさっぱりわからん。
0252デフォルトの名無しさん2010/07/03(土) 21:03:28
fopen(3)はNULLを返さなければ、open(2)は-1を返さなければ正常。
0253デフォルトの名無しさん2010/07/03(土) 21:26:40
内部的にはutf8使う香具師なんているのか
0254デフォルトの名無しさん2010/07/03(土) 21:28:50
なぜ内部にこだわる？
0255デフォルトの名無しさん2010/07/03(土) 21:29:09
>>253
> 内部的にはutf8使う香具師なんているのか
Gtk+
0256デフォルトの名無しさん2010/07/03(土) 21:36:31
GTKは糞
0257デフォルトの名無しさん2010/07/03(土) 21:47:40
wchar_tが２バイト４バイト、エンディアンの違いを考えると、
gtkの内部utf-8はマルチプラットフォームって意味では合理的だと思うが。
0258デフォルトの名無しさん2010/07/03(土) 22:45:00
>>249

>1. 意図した通りの結果にならないのなら、どこで失敗しても五十歩百歩

結果で見ればそうだけど、ここはプログラム板。
システムで採用されているロケールの文字を使う限り文字化けはしないわけでしょ。
ASCIIでもShift_JISでもUTF-8でも。
それらに対してprintfはそのまんま使える汎用性がある。

wchar_tの場合は、そこまで汎用性が持たせられない。というかそこまで汎用的に
使える標準関数が整備されていない。

その違いによる（プラットフォーム間の移植などで）発生するコストをどう捉えるかの
問題じゃないの？
0259デフォルトの名無しさん2010/07/03(土) 23:17:42
ばかっ。
wchar_tとか不用意に持ち出すと今度はCSI vs UCS Normalizationで不毛な戦火の拡大が……
0260デフォルトの名無しさん2010/07/03(土) 23:33:30
>>250
eucjpロケールの環境で、ファイル名も全部eucjpで保存されてるのに、どっかの誰かがお構いなしにutf8で書いて文字化けしたら、
その人のためにわざわざlsをeucjpとutf8混在しててもちゃんと使えるように書き換えろって言うの？

> 結果で見ればそうだけど、ここはプログラム板。
関係がない。どこの板でも、表示上文字化けするかしないかは重要な基準。
02612472010/07/03(土) 23:36:12
utf8の利点言いたい人がfopenなんて持ち出したのが間違いとしか思えない。
むしろ、俺ならそこに触れないわ。

>>251
ごめんよー、ファイル名の間違いだわ。
0262デフォルトの名無しさん2010/07/03(土) 23:37:59
>>260
文字化けするが書けるだろう？

それは違う文字コードでちゃんと書けていることを意味するんだよ。
0263デフォルトの名無しさん2010/07/03(土) 23:38:59
>>258
>>249の2.には異論ないのかな？
だったら、
fopenがそのまんま使えるには使えるけれども、意図した通りの結果にしたければ、一旦ロケールに合わせて変換しないといけない
が結論なわけだな。
0264デフォルトの名無しさん2010/07/03(土) 23:41:19
>>262
それでいいんだったら、utf8自体いらない。
UTF16をbase64エンコーディングしたらASCIIだけで事足りるんだから。
0265デフォルトの名無しさん2010/07/03(土) 23:42:31
意図した通りってなんだよ。

ファイル名が「テスト」だとしてEUC-JPで書き込んだ場合と
UTF-8で書き込んだ場合、文字コードが違うのだから
それをあらわすバイナリ列も違う。

だから違うファイル名として扱うのが意図した動作だが？

逆に言えば、fopenはバイナリ列しか見ておらず
それがEUC-JPかUTF-8なのかは気にしていない。
わざわざ文字コードを変換する機能を入れるのが意図した動作だと？
0266デフォルトの名無しさん2010/07/03(土) 23:46:45
>>265
そしたら、君は何のためにファイル名に非ASCII文字を使うの？
0267デフォルトの名無しさん2010/07/03(土) 23:50:03
酷い流れだ。もう結論これでいい？

表示上文字化けしないようにファイル作りたかったら、文字コード変換しろ。
表示上文字化けしてもバイナリ列が保存されていればどうでもいいなら、utf8使っても構わん。
0268デフォルトの名無しさん2010/07/03(土) 23:52:27
>>266
何のためにじゃなくて、Unixでは'/'と'\0'以外パス名に制限が無いから、
それ以外何を使っても良い、でしょ。
0269デフォルトの名無しさん2010/07/03(土) 23:55:05
>>268
何使ってもいいけど、そんなキーボードで入力しにくいファイル名使って何がしたいの？
0270デフォルトの名無しさん2010/07/03(土) 23:55:48
>>268
じゃあ、Windowsじゃutf8でfopenは残念なことになるって思っていい？
0271デフォルトの名無しさん2010/07/04(日) 00:05:25
>>270
cygwin
0272デフォルトの名無しさん2010/07/04(日) 00:12:23
>>269
確かにウムラウトとか入力しずらいね。
0273デフォルトの名無しさん2010/07/04(日) 00:17:36
>>270
はい。残念なことになっています。

fopenはワイド文字を扱う場合は、_wfopenを使うようにと
一時期は使えない関数とされ、今は一応使えるようになりましたが、
標準を満たしていない独自の引数をとるようになりました。

もはや互換性の無い別物です。
0274デフォルトの名無しさん2010/07/04(日) 00:33:55
>>272
うん。表示に拘らないのなら、半角英数だけで事足りる。ドットくらいは使うかもしれんが。
実際、人が読む必要がないキャッシュファイルやら一時ファイルはそういう風な名付け方になってることが多い気がする。
0275デフォルトの名無しさん2010/07/04(日) 00:34:16
WindowsでfopenでUNICODE文字列のファイル名って開けるのか？
0276デフォルトの名無しさん2010/07/04(日) 00:36:42
http://www.game-create.com/archives/320
>
> よく使う標準関数の UNICODE 対応表を作ってみました。
>
> Windows では UNICODE 対応時と UNICODE 未対応時で
> 呼び出す関数を振り分ける必要がありますが、 _t で始まる
> 標準関数を使っておくことで、コンパイル時に自動的に関数を振り分けることができます。

あー、これは残念だｗ
0277デフォルトの名無しさん2010/07/04(日) 00:41:32
TCHAR 型ってｗｗｗ
http://www.ruche-home.net/?%A5%D7%A5%ED%A5%B0%A5%E9%A5%DF%A5%F3%A5%B0%2F%BE%AE%A5%CD%A5%BF%BD%B8%2FUnicode%C2%D0%B1%FE%A5%B3%A1%BC%A5%C7%A5%A3%A5%F3%A5%B0
0278デフォルトの名無しさん2010/07/04(日) 00:52:11
>>275
言葉自体が曖昧。
まず、Windowsは内部ではファイル名をutf-16で管理してる。
そして、fopenは実装依存。とりあえずVC++のfopenで、日本語ロケールでの使用を想定する。
つまりfopenはcp932(sjisのMS拡張と思ってよし)でエンコードされたchar*をとって、内部でutf-16に変換してる。

そういう意味で、全ファイル名がUNICODE文字列であって、fopenではcp932を経由してUNICODE文字列のファイル名を開ける、と言える。

あるいは、cp932入れるべきところに強引にUNICODE文字列をねじこんで、
それをWindowsが内部でcp932のつもりでutf-16に変換したもの、という意味なら。

まず、それがファイル名として妥当なものになるのか(つまり、そんなファイル作れない。ないものは読めない)というのがひとつ。
次に、UNICODE文字列とはutf8か16か32か(あるいは7か...)。
16,32ならNULを含むことになって作れないだろうなぁ。
8なら、sjisのバックスラッシュ問題にコンパイラが対応してるか、ユーザが小細工してるか。
それによって別の文字になるので調整しないといけないが、うまくすれば読める。
0279デフォルトの名無しさん2010/07/04(日) 00:52:15
>>270
CP_UTF8ってのがあるよ。
0280デフォルトの名無しさん2010/07/04(日) 01:02:09
>>278
なんでファイル名にUNICODE使えるのかの話で
cp932を持ち出してるの？
0281デフォルトの名無しさん2010/07/04(日) 01:09:25
WindowsではfopenにASCII非互換のSJISなどを
認めてしまったため、ASCII互換のものならなんでも受け付けられる
なんて変更は出来なかった。

そのためUNICODEに対応するには、fopenではない
別の関数を使うしかない。それが_wfopen（MS独自関数）ただし
これはUNICODE(UTF-16)限定のためWin9xでは動かない。
そのために_tfopenというマクロが作られた。これを使っていると
define定数でfopen、_wfopenどちらを使うか自動的に変更できる。

これは関数だけではなく、文字列も一緒で、L”文字列"なんて書き方をすると
自動的に変換してくれるがなんか_Tマクロとか_TEXTマクロとかいろいろあって
誰か、きれいにまとめて書いてくれ。

めちゃくちゃすぎてわからん。あぁ、fopenだけでUTF-8で
もEUC-JPにもなんにでも対応できるLinux楽だよ。
0282デフォルトの名無しさん2010/07/04(日) 01:54:02
>>280
>>278を読んだのにその疑問が沸いたのなら、君でも分かるように説明するのはあまりに面倒だ。

>>281
で、Linuxに関しては>>267でいいの？　あと>>274にも異論は無い？
0283デフォルトの名無しさん2010/07/04(日) 07:56:21
_Tマクロとか_TEXTマクロとかWindowsのマクロの種類は何故複数あるのでしょうか？
0284デフォルトの名無しさん2010/07/04(日) 12:58:15
TEXT("hoge") もあったな
0285デフォルトの名無しさん2010/07/04(日) 13:23:16
文字コード処理の種類はCSI方式とUCS normalization方式と何故複数あるのでしょうか？
0286デフォルトの名無しさん2010/07/04(日) 14:37:25
それは対になるものなのか?
0287デフォルトの名無しさん2010/07/06(火) 12:42:48
文字コードのスレは何故複数あるのでしょうか？
0288デフォルトの名無しさん2010/07/06(火) 14:36:35
あっちがうさげならばこっちはよそ？
0289デフォルトの名無しさん2010/07/08(木) 13:59:28
インテリジェント昆布

略して iconv
0290デフォルトの名無しさん2010/07/12(月) 21:33:35
文字コード総合スレ part6
http://pc12.2ch.net/test/read.cgi/tech/1278923059/
0291デフォルトの名無しさん2010/07/14(水) 01:22:05
文字の種類は何故複数あるのでしょうか？
0292デフォルトの名無しさん2010/07/14(水) 01:50:03
ローマ字では日本語を読みにくいからじゃないかしら
0293デフォルトの名無しさん2010/07/14(水) 04:59:56
世界は広いからだよ
0294デフォルトの名無しさん2010/07/14(水) 05:46:37
バベルの塔を作り始めたからです
0295デフォルトの名無しさん2010/07/15(木) 20:19:48
肉フライ

略してnkf
0296デフォルトの名無しさん2010/07/16(金) 01:00:45
>>295
正式にはnettowa-ku kanji firuta-の略だっけ。
0297デフォルトの名無しさん2010/07/16(金) 02:24:52
nurupo
kimuchi-E
fack
0298デフォルトの名無しさん2010/07/16(金) 16:06:16
>>296
nkf Network Kanji Filter
http://sourceforge.jp/projects/nkf/
まさかのgit。
http://git.sourceforge.jp/view?p=nkf/nkf.git
0299デフォルトの名無しさん2010/07/30(金) 16:49:09
ﾜﾛﾀ 本になっていたのね。

斎藤秀紀「構造化4バイトコードによる多言語漢字の符号化」
http://www.amazon.co.jp/gp/product/4898273009/

これでしょ。
http://www.horagai.com/www/moji/int/saito.htm
0300デフォルトの名無しさん2010/07/30(金) 20:17:12
>>299
ここも隔離スレっぽいよ。
0301デフォルトの名無しさん2010/08/05(木) 08:30:33
コードの種類は何故複数あるのでしょうか？
ストレートとクロスの見分けが付きません。
0302デフォルトの名無しさん2010/08/05(木) 09:06:26
ソースといえばブルドック？おたふく？
あなたはどちら？
0303デフォルトの名無しさん2010/08/05(木) 09:06:55
買ったらすぐにシール貼っとけよ
0304デフォルトの名無しさん2010/08/05(木) 20:29:23
>>301
両端のコネクタを並べてみて、色が同じ順ならストレート、違う順ならクロス。
0305デフォルトの名無しさん2010/08/10(火) 12:56:48
>>302
イカリソース
0306デフォルトの名無しさん2010/09/12(日) 08:49:08
>>302
カゴメ
0307デフォルトの名無しさん2010/09/12(日) 11:38:54
>>302
中部地方はコーミソースに決まってんだよ。ブルドッグ何それ。
0308デフォルトの名無しさん2010/09/12(日) 11:49:50
俺のホワイトソースでも飲んでろ
馬鹿どもめ
0309デフォルトの名無しさん2010/09/13(月) 07:34:49
ソースの種類は何故複数あるのでしょうか？
ソースを買ってくるように頼まれてソイソースを買ってきたら怒られました。
0310デフォルトの名無しさん2010/09/13(月) 16:04:42
そりゃ醤油はソースとは認められないからな。
次はちゃんとソースを買ってくるんだぞ。
0311デフォルトの名無しさん2010/09/13(月) 16:38:52
>>283 自分用メモ
WindowsSDKレベルではではTCHARとTEXTか__TEXTのみ有効
その他はCランタイムのもので混用すべきではない
0312デフォルトの名無しさん2010/09/13(月) 22:48:14
UNICODEがSDK用で_UNICODEがCRT用だっけ
0313デフォルトの名無しさん2010/09/13(月) 23:10:52
L()はどれだっけ
0314デフォルトの名無しさん2010/09/13(月) 23:24:28
そんなマクロあったっけ
0315デフォルトの名無しさん2010/09/14(火) 01:03:17
L""ならリテラルじゃね
0316デフォルトの名無しさん2010/09/14(火) 07:45:04
それは言語機能でMSは関係ないな
もっともMS以外ではワイド文字がUTF-16とは限らないけど
0317デフォルトの名無しさん2010/09/25(土) 17:10:40
もっとも、 <windows.h>の中のどこかのヘッダで以下のような旨の記述があり、
「_UNICODEとUNICODEのどちらか一方は定義してあるけど、もう片方は定義されていない」
という状況を排除しているので、_TとTEXTを混在させても問題ない。
#ifdef UNICODE
#ifndef _UNICODE
#define _UNICODE
#endif
#endif

#ifdef _UNICODE
#ifndef UNICODE
#define UNICODE
#endif
#endif
0318デフォルトの名無しさん2010/10/09(土) 19:23:25
>>302
どろソース
0319デフォルトの名無しさん2011/01/16(日) 14:27:02
そーすね
0320デフォルトの名無しさん2011/04/15(金) 13:28:40.29
>>302
オリバー
0321デフォルトの名無しさん2011/04/15(金) 15:28:09.44
>>302
イカリが多かったがカープも使う
0322デフォルトの名無しさん2011/04/15(金) 21:32:56.00
CP932の完成度は異常。
0323デフォルトの名無しさん2011/04/15(金) 22:39:01.54
同じ文字でコードが何種類もあるものが完全とな。
0324デフォルトの名無しさん2011/04/15(金) 22:53:48.86
スレ全体検索したけど完全なんて文字は>>323しかない件
0325森& ◆vjMeDi2lEM 2011/06/24(金) 00:06:15.57
森鴎外の「鴎」は正しくは「鷗」である。
草なぎ剛
草彅剛

北朝鮮に文字コードは割り振られているのか？

マイクロソフトは、南朝鮮の町工場に北の象形文字をOSに実装してくれと
懇願されたが拒否したらしいが。直接北から要求しなかった。
北は南と文字が異なっているのか。

unicodeに北文字あったか？存在するなら規格票、文献を提示してくれ。

0326uy ◆hi.ht/Isu2 2011/06/29(水) 06:19:43.43
＞マイクロソフトは、南朝鮮の町工場に北の象形文字をOSに実装してくれと
＞懇願されたが拒否したらしいが。直接北から要求しなかった。
＞北は南と文字が異なっているのか。


日本語勉強しろよゴミカスが

マジでゴミなんだな
0327デフォルトの名無しさん2011/10/25(火) 22:25:08.62
　　　　　 ∩＿＿＿∩
　　　　　 | ノ　　　　　 ヽ
　　　　　/　　●　　　● |
　　　　 |　　　　( _●_)　 ミ
　　　　彡､　 　丶 ノ　　､｀
　　　/　＿＿/ ⌒｀＼／⌒/
　　　(＿＿＿）　 .　 /　　(　)
　　　　|　　　⌒｀＼/／⌒
　　　 入＿ へ 　＼_ へ　 ＼_
　@三三三三 （_＿__)三（_＿__)三三)
0328デフォルトの名無しさん2011/10/25(火) 22:39:19.15
>>325
金正日を意味する特殊な文字が追加されてるらしいんだな。漢字で言うと「朕」みたいなもんだろ。
0329デフォルトの名無しさん2011/10/25(火) 23:00:40.79
斎藤、斉藤、齋藤、齊藤
おまえら少しは反省しろ
0330デフォルトの名無しさん2011/10/26(水) 00:03:12.66
「そ」を１筆で書くのか２筆で書くのかくらいの違いはある
0331デフォルトの名無しさん2011/10/26(水) 14:40:03.49
>>329
何を？
0332デフォルトの名無しさん2011/10/27(木) 04:55:47.65
山崎、山嵜、山﨑
やまざき？　やまさき？
0333デフォルトの名無しさん2011/10/30(日) 10:23:28.18
　　　　 ∧＿∧
　ﾋﾟｭｰ (　　＾＾ ） ＜これからも山崎を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉
■ このスレッドは過去ログ倉庫に格納されています