アカウント名:
パスワード:
メールでの問題とhtmlでの問題の本質的な違い
「メールで1byteカナが使えないこと」というのは本質ではありませんよね(Web でだって ISO-2022-JP な HTML 中では JIS X 0201 カナを使ってはいけないはず)。 日本語の文字を表すのに使うエンコーディングが、メールでは慣習として ISO-2022-JP に決まってい
Webサイトの場合、作成者の意図で「自分と違う環境では見てもらわなくていいや」などと思っているのなら、それもまたよしかと。
ぼくが
Web では作成者の意向により SHIFT_JIS や EUC-JP なども選べる
と書いたのは、 Web サイトの作成者が「Web ブラウザは ISO-2022-JP と SHIFT_JIS と EUC-JP のすべてに対応しているだろう」と仮定することが妥当だという意味です。身勝手な Web サイト作成者が存在する自由、のような意味で書いたのではありません。 どうも誤解されているような気がするので補足しました。 ところで、
# そういえば某企業のサイトで、ISO-2022-JP
#IT国家というなら法律ででもどれか一つに統一して欲しいもんだ:-p
# ...と言われたら従容として従います?
使える文字数が増える方向へならともかく、 大幅に減る方向への賛同を集めるのは難しいんじゃないですか?
「Unicode に」統一されるのであれば文字は減りません。 Unicode は JIS X 0201 / JIS X 0208 / JIS X 0212 を下位集合として含んでいるわけですから (確か JIS X 0213 も Unicode 3.1 辺りで統合済だったと思う)。
# TRON コードとかは取り敢えず脇へおいといて下さい。
#82277 [srad.jp] にちゃちゃ入れしたのは
何が言いたいかと言いますと (冗談を説明するのも無粋だが)
# 過去には計量法なんてのもあったから # お上による強制的な文字コードの指定も # あり得ないわけじゃないんだよなあ...。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
文字コードのハンドリング云々以前に (スコア:2, すばらしい洞察)
ひらがな・漢字から急に字幅が変わると読みづらいとかで嫌うとか、
人間の感覚的な理由で嫌う人の割合も実際には大きいと思われるのですが...
いかがなもんで
Re:文字コードのハンドリング云々以前に (スコア:1)
それはさておき、ここで議論されている方々はメールでの問題とhtmlでの問題の本質的な違いを理解されているでしょうけど、私の経験では、メールで1byteカナが使えないことを知らなかったり、そもそも1byteカナとは何か知らないという方も少なくないように見受けられます。
そういった現状を考えると、掲示板で使ってもOKかどうかという問題以前に、とりあえず日本語
Re:文字コードのハンドリング云々以前に (スコア:1)
「メールで1byteカナが使えないこと」というのは本質ではありませんよね(Web でだって ISO-2022-JP な HTML 中では JIS X 0201 カナを使ってはいけないはず)。
日本語の文字を表すのに使うエンコーディングが、メールでは慣習として ISO-2022-JP に決まってい
鵜呑みにしてみる?
Re:文字コードのハンドリング云々以前に (スコア:1)
そういうつもりでした。
なぜ違うかの私見は、メールの場合当初MTA側が7bitコードしか通さないものが多かったのでISO-2022-JPが使われるようになったのに対して、初期のWWWではブラウザ環境によって表示可能な文字コードが違ったりして、それぞれなし崩し的に使われて行ったので結果的に共存するようになったという大ざっぱな認識をしていますが、嘘書いてたら識者の方ツッコミお願いします。
いずれにしても、特定の相手に対して意思伝達するというメ
Re:文字コードのハンドリング云々以前に (スコア:1)
ぼくが
と書いたのは、 Web サイトの作成者が「Web ブラウザは ISO-2022-JP と SHIFT_JIS と EUC-JP のすべてに対応しているだろう」と仮定することが妥当だという意味です。身勝手な Web サイト作成者が存在する自由、のような意味で書いたのではありません。
どうも誤解されているような気がするので補足しました。
ところで、
鵜呑みにしてみる?
Re:文字コードのハンドリング云々以前に (スコア:0)
>たくさんの人に見てもらいたいと願ってはいないのでしょうね。
考えの通じる人だけに見てもらえればいいのでは?
世界の全ての人と反りがあうとは思えないし。
#公共性が要求される政府機関とかの
Re:文字コードのハンドリング云々以前に (スコア:0)
# 個人的にはあんなめちゃくちゃなコードが先に死滅して欲しい。
#
# おい、お前らUNICODEを絶滅させて下ちい。 [2ch.net]
Re:文字コードのハンドリング云々以前に (スコア:1)
># おい、お前らUNICODEを絶滅させて下ちい。 [2ch.net]
めちゃくちゃなのは承知していますが、
「日本語文字コード」に関しては、さっさとUNICODEになって欲しいと切に思います。
#IT国家というなら法律ででもどれか一つに統一して欲しいもんだ:-p
本当かい♪本当かい♪
Re:文字コードのハンドリング云々以前に (スコア:1)
# ...と言われたら従容として従います?
Re:文字コードのハンドリング云々以前に (スコア:0)
使える文字数が増える方向へならともかく、
大幅に減る方向への賛同を集めるのは難しいんじゃないですか?
(Unicode Version3.2比)
メインフレームの世界以外で実装されている例なんて少ないと思うし。
そんなコードを引き合いに出してもどうしょうもないと思うのですが。
Re:文字コードのハンドリング云々以前に (スコア:1)
Re:文字コードのハンドリング云々以前に (スコア:1)
どういった文字がなくなってるんでしたっけ?きちんと覚えていないです。
本当かい♪本当かい♪
Re:文字コードのハンドリング云々以前に (スコア:1)
「Unicode に」統一されるのであれば文字は減りません。 Unicode は JIS X 0201 / JIS X 0208 / JIS X 0212 を下位集合として含んでいるわけですから (確か JIS X 0213 も Unicode 3.1 辺りで統合済だったと思う)。
# TRON コードとかは取り敢えず脇へおいといて下さい。
#82277 [srad.jp] にちゃちゃ入れしたのは
何が言いたいかと言いますと (冗談を説明するのも無粋だが)
# 過去には計量法なんてのもあったから
# お上による強制的な文字コードの指定も
# あり得ないわけじゃないんだよなあ...。
Re:文字コードのハンドリング云々以前に (スコア:1)
> * 統一先が不定 (まあ前後を見れば Unicode なんだけど)
なるほど、確かに自分の発言では統一先は特定されてないから何でもありですものね。
まぁ、その辺りはいくらお上でもそれなりな判断は下してもらえるだろうと期待して、
というのと、まぁUnicodeが今だとそれなりな線かな?と。
とはいへ、声の強いお上の方々ではEBCDEK+KEISが隆盛ってことなんですかね?
機密保持とか歴史的な流れなのかしら:-p
本当かい♪本当かい♪