Forums before death by AOL, social media and spammers... "We can't have nice things"
|    comp.lang.forth    |    Forth programmers eat a lot of Bratwurst    |    117,927 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 117,726 of 117,927    |
|    Hans Bezemer to albert@spenarnc.xs4all.nl    |
|    Re: Back & Forth - CSV is dead, long liv    |
|    17 Nov 25 17:52:53    |
      From: the.beez.speaks@gmail.com              On 16-11-2025 13:04, albert@spenarnc.xs4all.nl wrote:       On 16-11-2025 13:04, albert@spenarnc.xs4all.nl wrote:        > If there is a generally accepted standard, one has no choice to abide by        > that standard.        > I can download my bank data in CSV but TSV is not an option.        > So TSV is of limited use.       Oh, I agree completely. And as I state in the intro "I don't hate CSV".       It's just I consider it to be a very pragmatic standard - and not an       elegant one. As I try to explain, the "fixes" are so ad hoc, it's just       more of a pain to parse than it should have been.               > Problems handling strings is more to be blamed on the lack of        > sensible wordsets. With my        > $@ $! $+! $C+ $/ $\ $^        > wordset, I experience few problems.       As I demonstrated - there are more ways to skin a cat. I did it with a       custom parser. Needless to say, I did not have any problems whatsoever.               > E.g. I consume a bank data file and generate a postscript file        > with exactly the fields that I want, in the correct order.        > (In a fraction of the time struggling with spreadsheets would cost.)       And that's exactly why I made this video. All that extra code takes time       to develop, to debug and to execute. TSV is a simple format that takes       very little code to write, even less code to read (especially when there       the source is vanilla TSV) - and it has been formally codified.              Although I will continue to consider CSV as a standard input format for       my converters, I might consider converting some of it into TSV.       Especially C programs might benefit from this format, since the standard       strtok() is a rather dirty function, overwriting the source string and       ignoring empty tokens.              That's why I like TSV - IMHO it is much better designed than CSV,              Hans Bezemer              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca