home bbs files messages ]

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