-
Notifications
You must be signed in to change notification settings - Fork 85
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CSV export compliant with RFC4180 #8
Comments
I specifically didn't want new line characters to create multiple rows in Excel, simply because I wanted to test it on large input sets, and creating additional rows made verification significantly harder. Replacing " with "" might well make sense, though I would need to test it. Do you have any specific reason for these requests? Dijji |
IMHO, exporting task should preserve as much information as possible. I understand about test, but excel and other CVS related tools can read without problem and My patch was WIP and not checked, sorry. |
I had the same need that @halueda, trying to preverse as much as possible all the values. I believe the commit from @halueda is checking twice
Also for some reason, Excel doesn't open the CSV correctly, and requires the current locale separator instead of a plain comma. I'm not sure if Excel complies with the RFC 4180 with such a behavior. I had to locally modify the code like so to make it work for me. Even though this is probably not a change you want to incorporate officially (or through a setting only maybe).
|
Thank you for reminding me of the work done by halueda on multilanguage support when exporting to csv files. I should have merged the changes long ago. So now I have. However, I did not include the changes to add the body in some form to the csv file, as there are other, higher fidelity, ways to get this information already. I have also incorporated your change to make the comma culturally sensitive in the changes for the next release. I don't mind diverging somewhat from an RFC that is observed strictly almost nowhere, as I think that Excel is almost certainly the dominant scenario for reading such files. Thank you for raising the issues that you encountered, and fixing them too! Dijji |
Changes released as version 1.11 |
Release 1.4 document says
I think RFC 4180 based conversion is better.
https://www.ietf.org/rfc/rfc4180.txt
Excel and many libraries for csv can read such CSV file. And we don't have to worry about converting back ; to newline and ' to " .
The text was updated successfully, but these errors were encountered: