Numbers CSV and decimal comma
For an english user, a CSV file looks like:
AAPL,APPLE INC,"166,39",22h00,16/11/2007,"0,00","0,00","0,00","0,00",100
or
AAPL,APPLE INC,166.39,22h00,16/11/2007,0.00,0.00,0.00,0.00,100
But for a french or a german one (in fact users whose system uses the decimal comma) it looks like:
AAPL;APPLE INC;166,39;22h00;16/11/2007;0,00;0,00;0,00;0,00;100
Alas, the Numbers team ignored that and the app knows only the first format.
So, these users can't import the CSV delivered on system whose decimal character is comma.
When they export something as CSV, the format used is the first one, so, correctly coded applications are unable to import these files.
I discovered that while testing Bento (the new FileMaker product) which appears to be far from an application able to replace the AW6 DB modulus.
- 1 - the datas are not stored in a specific file for each base. They are stored in an "all purpose file" containing your DVD as well (or as bad) than your recipes for the kitchen.
- 2 - the only kind of report I saw is five of six kinds of subtotals available only in List mode.
Huge deception.
- 3 - it works with correctly built CSV so it is unable to import Numbers's ones if the system uses the decimal comma.
Huge deception too but this time the culprit is not Bento, it's Numbers ;-(
Yvan KOENIG (from FRANCE lundi 19 novembre 2007 18:25:41)
To be the AW6 successor, iWork MUST integrate a TRUE DB, not a list organizer !, Mac OS X (10.4.11)