Data-CTable
view release on metacpan or search on metacpan
before read() opens the file.
=back
=head2 Encoding of return characters within fields
=over 4
=item _ReturnMap = 1 unless exists
_ReturnMap says that returns embedded in fields should be decoded on
read() and encoded again on write(). The industry-standard encoding
for embedded returns is ^K (ascii 11 -- but see next setting to change
it). This defaults to true but can be turned off if you want data
untouched by read(). This setting has no effect on data files where
no fields contain embedded returns. However, it is vital to leave
this option ON when writing any data file whose fields could contain
embedded returns -- if you have such data and call write() with
_ReturnMap turned off, the resulting file will be an invalid Merge/CSV
file and might not be re-readable.
When these fields are decoded on read(), encoded returns are converted
to C<"\n"> in memory, whatever its interpretation may be on the current
platform (\x0A on Unix or DOS; \x0D on MacPerl).
IMPORTANT NOTE: When these fields are encoded by write(), any
occurrence of the current _LineEnding being used to write the file is
searched and encoded FIRST, and THEN, any occurrence of "\n" is also
searched and encoded. For example, if using mac line endings (^M) to
write a file on a Unix machine, any ^M characters in fields will be
encoded, and then any "\n" (^J) characters will ALSO be encoded. This
may not be what you want, so be sure you know how your data is encoded
_FieldList MUST be present before calling read() or an error will be
generated. In this latter case, _FieldList will be assumed to give
the correct names of the fields in the file, in order, before the
file is read. In other words, the object expects that either a) it
can get the field names from the file's header row or b) you will
supply them before read() opens the file.
Encoding of return characters within fields
_ReturnMap = 1 unless exists
_ReturnMap says that returns embedded in fields should be decoded on
read() and encoded again on write(). The industry-standard encoding
for embedded returns is ^K (ascii 11 -- but see next setting to
change it). This defaults to true but can be turned off if you want
data untouched by read(). This setting has no effect on data files
where no fields contain embedded returns. However, it is vital to
leave this option ON when writing any data file whose fields could
contain embedded returns -- if you have such data and call write()
with _ReturnMap turned off, the resulting file will be an invalid
Merge/CSV file and might not be re-readable.
When these fields are decoded on read(), encoded returns are
converted to ""\n"" in memory, whatever its interpretation may be on
the current platform (\x0A on Unix or DOS; \x0D on MacPerl).
IMPORTANT NOTE: When these fields are encoded by write(), any
occurrence of the current _LineEnding being used to write the file
is searched and encoded FIRST, and THEN, any occurrence of "\n" is
also searched and encoded. For example, if using mac line endings
(^M) to write a file on a Unix machine, any ^M characters in fields
will be encoded, and then any "\n" (^J) characters will ALSO be
encoded. This may not be what you want, so be sure you know how your
( run in 0.326 second using v1.01-cache-2.11-cpan-26ccb49234f )