「Microsoft Office 2003の対応ファイルフォーマットが減少」記事へのコメント

text (csv) さえ扱えれば

[Anonymous Coward]

後のフォーマットは一切使えなくても構わない

と、Officeを清書ツールとしてしか使っていないemacs使いのチラシの裏

Re:text (csv) さえ扱えれば

[patagon (1453)]

なかには住所情報や名前に「,」(半角のカンマ)を入れて登録する人がいるんですよ、これが。

Re:text (csv) さえ扱えれば

[rxk14007 (9967)]

入力時にソフトウェア側でカンマを入れないように制限するか、
それができないのなら、ダブルクォートで囲むようにするようにすれば良いのでは？

RFC4180 [ietf.org]より引用。

Fields containing line breaks (CRLF), double quotes, and commas should be enclosed in double-quotes.

--
I'm out of my mind, but feel free to leave a comment.

Re:text (csv) さえ扱えれば

[yu_raku (419)]

そうすると文字列中に出てきたダブルクオートをどうエスケープするのかなど、いろいろな流儀があって面倒が多いですよ。
個人的はCSVを使うくらいならTSVを使う。

Re:text (csv) さえ扱えれば

[taka2 (14791)]

TSVでも「セル中の改行やタブをどうするのか」って問題がありますよ…

「*。csvはexcelに関連づけられてる」って理由でCSVを使ってたんですが、
多言語なデータを扱おうとしてUnicode(UTF-8)なCSV(およびTSV)をEXCELで扱えないという問題に出くわしてからは、
コピー/ペーストをTSVとして使うことも増えてきました。具体的には
「Excelでセルを選んでコピー」「メモ帳にペースト」(あるいはその逆)
って方法ですが…

EXCELでのコピーをTSV扱いするのは、セル中のダブルクオートの扱いが腐ってますけど
改行やタブがあるときはダブルクオートでくくるけど、セル中にダブルクオートがあっても何もしてくれない
タブ区切りテキストで保存すれば、CSVと同等のエスケープ処理はしてくれるけど、Unicodeが扱えないし

Re:

[Anonymous Coward]

大抵の入力フォームはタブで次に遷移するからTSVは結構便利。
仮に適当なスペースで置換してごまかしても
大してクレームないし。

Re:text (csv) さえ扱えれば

[Stealth (5277)]

そして w3m ユーザが普通に tab を入れてくるのですね。特に textarea ではエディタを立ち上げて入力するため、普通に送られてくる可能性あり。

まぁ、w3m を使うような人はわかってるでしょうから、そんなことでクレームを入れてくる人は稀でしょうね。

# でも、pre の内容としては tab → space の単純置換は危険そうですけどね。

Re:

[Anonymous Coward]

> 個人的はCSVを使うくらいならTSVを使う。

この場合だと、住所にタブが使われないという保証はあるの？
たぶん（←これが言いたかった）

そんな新しいRFCを論拠にされてもなぁ

[Anonymous Coward]

前述の「フィールドセパレータとしてのカンマとフィールド内のデータとしてのカンマの扱い」だけでなく、各フィールドのデータをシングルorダブルクォートで囲んで出力するヤツもいたりした。極論すれば「1レコード内の各フィールドをカンマで区切る」という制約以外は無いに等しい状況だったわけで。

すべてのCSVを扱うソフトがRFCに準拠してくれればともかく、現状では、機械的処理を前提とすると、CSVほどタチの悪いフォーマットは無いと思う。それでも多くの場面でCSVが汎用データ交換形式として役に立ってた理由は、人間が可読可能なテキストデータだったから、最悪引っかかったとこだけエディタで修正するとか、スクリプト言語で前処理を行うとか、要は人力で問題を回避する方法が取れたからだと思う。