Project

General

Profile

Bug(バグ) #3478

RFC4180 に準拠せず、行末の改行コードが CRLF ではなく LF である

Added by Shinichi Urabe almost 6 years ago. Updated almost 6 years ago.

Status:
Invalid(無効)
Priority:
Normal(通常)
Assignee:
-
Target version:
Start date:
2013-11-11
Due date:
% Done:

0%

3.6 で発生するか:
Unknown (未調査)
3.8 で発生するか:
Unknown (未調査)

Description

概要

http://www.ietf.org/rfc/rfc4180.txt には以下のような記述がある.
ただし、CSV を開くソフトウェアによっては必ずしも RFC に定義されているフォーマットが適切とは限らないため、
改行コードを変更できるような仕組みにしておいたほうがよい

   While there are various specifications and implementations for the
   CSV format (for ex. [4], [5], [6] and [7]), there is no formal
   specification in existence, which allows for a wide variety of
   interpretations of CSV files.  This section documents the format that
   seems to be followed by most implementations:

   1.  Each record is located on a separate line, delimited by a line
       break (CRLF).  For example:

       aaa,bbb,ccc CRLF
       zzz,yyy,xxx CRLF

   2.  The last record in the file may or may not have an ending line
       break.  For example:

       aaa,bbb,ccc CRLF
       zzz,yyy,xxx

   3.  There maybe an optional header line appearing as the first line
       of the file with the same format as normal record lines.  This
       header will contain names corresponding to the fields in the file
       and should contain the same number of fields as the records in
       the rest of the file (the presence or absence of the header line
       should be indicated via the optional "header" parameter of this
       MIME type).  For example:

       field_name,field_name,field_name CRLF
       aaa,bbb,ccc CRLF
       zzz,yyy,xxx CRLF

History

#1 Updated by Shinichi Urabe almost 6 years ago

  • Target version set to v0.9.0

#2 Updated by Shinichi Urabe almost 6 years ago

  • Status changed from New(新規) to Invalid(無効)

エスケープの対応は #3477 でまとめて行うので閉じます

Also available in: Atom PDF