I know that only NeoCSV uses it ��� that's how I ran into this problem. I was processing some (czech) CSV files which used the decimal comma separator��� however the numbers were silently truncated, which wasn't nice to say the least ��� I really don't understand why the default behavior is to silently change the value, and not produce an error ��� this also applies to Pharo's number parser.
BTW, you not only need to set the thousands separator, but the decimal separator too, I guess.
depending on the default values, but that's really not the main point
Now, I can understand where/how your suggestions would make sense. Maybe you can try subclassing and make your own variant (first) ?
Well I would need a way to configure the CSV parser. Because I am certainly not interested in manually transforming every float field. I want just configure it at one place and use the regular addFloatField ��� after all the file is going to be consistent in it's format.
Btw there are other options for improvement, like configuring the default date field and then having addDateField, etc. But maybe that's just overloading the NeoCSV parser��� in any case it's a food for thought.
Peter