jijo-paulose / csv-to-array Goto Github PK

The RFC4180 standard states

Spaces are considered part of a field and should not be ignored.

but looking through some of the other pseudo standards a few of them suggest 
that white space should only be preserved when fields are double-quote 
enclosed, this could easily be implemented through an optional Boolean switch 
as with the header removal switch.

The other side of the argument would be that it may introduce a performance 
hit, but as the user has the choice to use RFC4180 compliant data and set the 
switch to off, the argument is void.

This would be useful if you wanted to fetch the header row for example, or just 
needed a range of rows for whatever reason, this should be reasonably easy to 
implement.

args would be passed as csvToArray({range:'0,9'}); for the first 10 rows or 
csvToArray({row:0}); .... or should rows count from 1 with 1 being the 1st row 
2 being the 2nd.... the same goes for range.... to be decided.

[deleted issue]

The RFC4180 standard states

Each record is located on a separate line, delimited by a line break (CRLF)

but looking through some of the other pseudo standards a few of them suggest 
records be split at either CRLF or LF, this is something that would be 
reasonably easy to add and would not affect data in the format of the current 
standard.

The other side of the argument would be that a record separator override is 
already provided therefor to accommodate the other standards we could simply 
call the function using csvToArray("","\n");

Adding the ability to output as an Object would be helpful for modern coding 
and would probably take minimal change to code.

Array being returned populated with undefined for each character that should 
have been returned.

Cause:
IE8 is not accepting string[0] as shorthand for string.charAt(0)

[deleted issue]

[deleted issue]

Some CSV implementations use backslash as their escape character, adding the 
ability to use a custom escape character would widen amount of CSVs the 
function could handle.