[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: PSPP-BUG: DOS Linebreaks in Table Cells: Intentionally exported?
From: |
Ben Pfaff |
Subject: |
Re: PSPP-BUG: DOS Linebreaks in Table Cells: Intentionally exported? |
Date: |
Wed, 12 Mar 2014 08:51:49 -0700 |
User-agent: |
Mutt/1.5.21 (2010-09-15) |
On Wed, Mar 12, 2014 at 02:32:28PM +0000, M?ller, Andre wrote:
> I do have some datasets that have line breaks (DOS line endings) inside data
> cells.
> Using linux, it does get exported like so:
>
> col1 <tab> "Something with ^M
> a line break within" <tab> col3
Do you mean that the output appears like this for CSV output?
> Thus, a line may actually be split up to multiple lines, the lines ending
> with the carriage return as a leftover from dos
> CR-LF line breaks. (The CR is displayed as ^M).
>
> This is OKish, consistent, can be parsed and so on, but I decided not to
> support multiline table cells.
> Really, all instances I look up are cut and paste catastrophes and not
> meaningful content formatting.
>
> I could just cut them out and be done with it,
> but I thought I'd rather inquire wether that behaviour is intentional or not.
>
> So: Is the export of line endings from within table cells intended behaviour
> or
> should those rather be dropped by the pspp export?
If there is a line break in data, then it seems natural to me to include
that in the output. That is what happens in the more presentation
oriented formats. But adding a DOS line break in a file that otherwise
has Unix line breaks seems wrong to me, and pretty clearly a bug. Would
you mind filing a report for that?