アカウント名:
パスワード:
メール打つ時は80文字程度で改行!というのが今でも刷り込まれているので横長になった時代でも、ブラウザのコメント入力でも80文字近くになると切りのいいところで改行入れてしまう悲しい習性
500文字は全角の事で、998文字と78文字は半角換算ですよね。#同一文書内では単位系をそろえて欲しいと思うのは元理系のわがまま。
パソ通とかメール使いだしたころは「7x文字で改行」ルールが色々あったっけ。わたしゃ習慣的に78文字くらいで改行しなきゃなと刷り込まれてます。
ワープロやWindowsから入っててコンソール端末をあまり使わなかった人や携帯文化圏の人たちだと全角と半角をあまり意識して使い分けないような印象があります。#2chは知らん
私は空白や数字やアルファベットは半角に統一してしまうんだけど、そういう人たちから来る文書は全角半角が混在してたりしてコピペで使いまわそうとするときによく戸惑います。#論文にはコピペしてないよ
昨今はUTF-8なメールも増えてるから、500「文字」制限だとバイト数的にまだ多すぎな状況が出てくる可能性があるかと。そのへんも考慮すると、日本語の場合1行は330文字ぐらいが上限?
まあRFC5322の原文に当たると・Message BodyはUS-ASCIIの文字列・文字数は1行998文字以内って書いてあるから、US-ASCII以外の文字コード使う場合はそもそもMIMEエンコードしろって話もあるわけですが。
UTF-8くらいならまだいいです。ときどきGB2312のメールが届きます。全部が全部spamなわけじゃなくて、中国人と仕事のやりとりしていて巻き込まれたものがそのままになって届いたりして。それでも化けずに表示できるから今どきのUnicodeマシンは大したものです。
RFC1468を置き換えるRFCってまだ出てないんですよね?
RFCも読まない人が8ビット通すMTAを作ったせいですね
半角998文字をそのまま全角にすると499文字だけど、全角文字列をエンコードしていたら使用できる文字数が減るよね。
K-In/Outがあるからな正直狙うのは無理だと思う。気分の問題だな。
K-In/OutはISO-2022-JPのことだと思いますが、最近はUTF-8が多いのではないでしょうかね(最近のメール事情はわかりませんが)。それでも3バイトの文字がありますので、やっぱり「500文字」という表現はおかしいと思いますが。
カタカナIn/Outだったりしてね?
某J,V,S的な社名変更した会社のメールは、絵文字In/Outのコードと半角カタカナIn/Outのコードが付加された記憶がある。
UTF-8 の場合、「1文字」の定義がそもそも難しい。「U+30AB U+309A」とか、音符とか。
それは「UTF-8の」問題ではなく Unicode の問題では?
K-In/Outと書いたのが適当で突っ込まれてて申し訳ない何と言ってもこの辺いじったのは10年以上前なので適切な用語が思い出せなくて・・・ここ以下に書き込んでいる方は皆さん理解してらっしゃるようなのでよかったですが、そのほかの方は嘘用語を覚えないようにしてくださいませ。ごめんなさいね。
なお個人的にはUTF-8はあんまり好きじゃないなぁ。データ長くなるし改行は適当に(全角)40文字ぐらいで入れてます
1文字=1バイト=1桁な連中がRFCの原文にcharactersと書いてるので何とも。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
80文字 (スコア:1)
メール打つ時は80文字程度で改行!というのが今でも刷り込まれているので
横長になった時代でも、ブラウザのコメント入力でも
80文字近くになると切りのいいところで改行入れてしまう悲しい習性
半角と全角 (スコア:2)
500文字は全角の事で、998文字と78文字は半角換算ですよね。
#同一文書内では単位系をそろえて欲しいと思うのは元理系のわがまま。
パソ通とかメール使いだしたころは「7x文字で改行」ルールが色々あったっけ。
わたしゃ習慣的に78文字くらいで改行しなきゃなと刷り込まれてます。
ワープロやWindowsから入っててコンソール端末をあまり使わなかった人や携帯文化圏の人たちだと全角と半角をあまり意識して使い分けないような印象があります。
#2chは知らん
私は空白や数字やアルファベットは半角に統一してしまうんだけど、そういう人たちから来る文書は全角半角が混在してたりしてコピペで使いまわそうとするときによく戸惑います。
#論文にはコピペしてないよ
Re:半角と全角 (スコア:4, 参考になる)
昨今はUTF-8なメールも増えてるから、500「文字」制限だとバイト数的にまだ多すぎな状況が出てくる可能性があるかと。
そのへんも考慮すると、日本語の場合1行は330文字ぐらいが上限?
まあRFC5322の原文に当たると
・Message BodyはUS-ASCIIの文字列
・文字数は1行998文字以内
って書いてあるから、US-ASCII以外の文字コード使う場合はそもそもMIMEエンコードしろって話もあるわけですが。
Re:半角と全角 (スコア:1)
UTF-8くらいならまだいいです。ときどきGB2312のメールが届きます。全部が全部spamなわけじゃなくて、中国人と仕事のやりとりしていて巻き込まれたものがそのままになって届いたりして。それでも化けずに表示できるから今どきのUnicodeマシンは大したものです。
RFC1468を置き換えるRFCってまだ出てないんですよね?
Jubilee
Re: (スコア:0)
RFCも読まない人が8ビット通すMTAを作ったせいですね
全角500文字未満でもオーバーするんじゃない? (スコア:0)
半角998文字をそのまま全角にすると499文字だけど、
全角文字列をエンコードしていたら使用できる文字数が減るよね。
Re: (スコア:0)
K-In/Outがあるからな
正直狙うのは無理だと思う。気分の問題だな。
Re: (スコア:0)
K-In/OutはISO-2022-JPのことだと思いますが、最近はUTF-8が多いのではないでしょうかね(最近のメール事情はわかりませんが)。
それでも3バイトの文字がありますので、やっぱり「500文字」という表現はおかしいと思いますが。
Re:全角500文字未満でもオーバーするんじゃない? (スコア:1)
そして、一般にはUTF-8 で符号化した方が ISO-2022-JP で符号化した場合より長い傾向にあります。 また、UTF-8 で日本語で使用される漢字を符号化すると、もれなく 3 バイト以上になります。
Re: (スコア:0)
カタカナIn/Outだったりしてね?
某J,V,S的な社名変更した会社のメールは、絵文字In/Outのコードと
半角カタカナIn/Outのコードが付加された記憶がある。
Re: (スコア:0)
ISO-2022-JP には JIS X 0201 のカタカナ (いわゆる半角カナ) は含まれませんので、それはないかと。。。
# もちろん、なんちゃって ISO-2022-JP 実装というのはちまたに溢れていたわけですがねっ
Re:全角500文字未満でもオーバーするんじゃない? (スコア:1)
UTF-8 の場合、「1文字」の定義がそもそも難しい。
「U+30AB U+309A」とか、音符とか。
Re: (スコア:0)
それは「UTF-8の」問題ではなく Unicode の問題では?
Re: (スコア:0)
K-In/Outと書いたのが適当で突っ込まれてて申し訳ない
何と言ってもこの辺いじったのは10年以上前なので適切な用語が思い出せなくて・・・
ここ以下に書き込んでいる方は皆さん理解してらっしゃるようなのでよかったですが、
そのほかの方は嘘用語を覚えないようにしてくださいませ。
ごめんなさいね。
なお個人的にはUTF-8はあんまり好きじゃないなぁ。
データ長くなるし
改行は適当に(全角)40文字ぐらいで入れてます
Re: (スコア:0)
1文字=1バイト=1桁な連中がRFCの原文にcharactersと書いてるので何とも。