lybreeze
asked on
Excel 2007 - saving as a .csv no longer encases the fields in inverted commas
I appreciate that this question has already been posed - see "Export to CSV options in Excel 2007", but I am looking for a better solution.
In earlier versions of Excel (before 2007) when you Saved As a .csv file the fields would be encased in inverted commas, e.g. "123","ABC","XYZ" But now I get 123,ABC,XYZ
I need the inverted commas because the .csv file is imported into a Visual Basic program. I don't want to make the import procedure any more complicated for my users, so adding Access to the mix isn't really an option. Without reverting to Excel 2003, does anyone know of a workaround for this problem?
Thank you
Geoff
In earlier versions of Excel (before 2007) when you Saved As a .csv file the fields would be encased in inverted commas, e.g. "123","ABC","XYZ" But now I get 123,ABC,XYZ
I need the inverted commas because the .csv file is imported into a Visual Basic program. I don't want to make the import procedure any more complicated for my users, so adding Access to the mix isn't really an option. Without reverting to Excel 2003, does anyone know of a workaround for this problem?
Thank you
Geoff
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
Hi Makrini,
Many thanks for your reply. I guess that I would need to run this as a macro. A problem will be that the file has a different name every time. However, I'll give it a go and report back.
What a nuisance that we have to do this when it worked perfectly in Excel 2000/03
Thanks again
Geoff
Many thanks for your reply. I guess that I would need to run this as a macro. A problem will be that the file has a different name every time. However, I'll give it a go and report back.
What a nuisance that we have to do this when it worked perfectly in Excel 2000/03
Thanks again
Geoff
ASKER
Thank you for your replies. However, I think that I got confused with the way that Excel works in respect of .csv files, and there is not a difference between Excel 2003 and 2007 in this regard.
I have made the following observations :-
* a .csv file created or saved by any version of Excel will only have double-quotes around those fields that contain a comma, e.g. an Excel row of ABC 123 WX,YZ will become ABC,123,"WX,YZ" in a .csv file. This happens regardless of whether the original file was a .xls or a .csv file
* if a field already contains a double-quote then Excel will duplicate those double-quotes in a .csv file, so "Chez Nous" Albert Square in Excel, becomes ""Chez Nous"",Albert Square in .csv
* if an Excel row contains empty cells at the end, Excel will normally add commas to indicate that there is no data in those cells (it also does this with empty cells in the middle of a row)
* the 3 methods outlined above mean that a .csv file can usually be imported into a VB program without a problem
* however, sometimes Excel does not insert the commas at the end to indicate empty cells. This often happens when the spreadsheet is large and contains rows of varying lengths. This can cause VB imports to fail because the number of fields imported is not the number that was expected.
* another problem is that Excel will convert telephone numbers into a numeric format if there isn't a space in the middle of the number, and it will therefore strip off the leading zero
* to conclude, it is much better if the app. that creates the .csv file does so with every field encased in double-quotes, including any empty fields at the end of the record. The only problem then is if there are any double-quotes within any of the fields, but these should be programmed out at source. VB programs can import such a .csv file provided there are no double-quotes within any of the fields
Makrini's code could certainly help in cases where you don't have control over the app. that creates the .csv file, as it would then encase each field in double-quotes. I guess you would run it as a macro?
Geoff
I have made the following observations :-
* a .csv file created or saved by any version of Excel will only have double-quotes around those fields that contain a comma, e.g. an Excel row of ABC 123 WX,YZ will become ABC,123,"WX,YZ" in a .csv file. This happens regardless of whether the original file was a .xls or a .csv file
* if a field already contains a double-quote then Excel will duplicate those double-quotes in a .csv file, so "Chez Nous" Albert Square in Excel, becomes ""Chez Nous"",Albert Square in .csv
* if an Excel row contains empty cells at the end, Excel will normally add commas to indicate that there is no data in those cells (it also does this with empty cells in the middle of a row)
* the 3 methods outlined above mean that a .csv file can usually be imported into a VB program without a problem
* however, sometimes Excel does not insert the commas at the end to indicate empty cells. This often happens when the spreadsheet is large and contains rows of varying lengths. This can cause VB imports to fail because the number of fields imported is not the number that was expected.
* another problem is that Excel will convert telephone numbers into a numeric format if there isn't a space in the middle of the number, and it will therefore strip off the leading zero
* to conclude, it is much better if the app. that creates the .csv file does so with every field encased in double-quotes, including any empty fields at the end of the record. The only problem then is if there are any double-quotes within any of the fields, but these should be programmed out at source. VB programs can import such a .csv file provided there are no double-quotes within any of the fields
Makrini's code could certainly help in cases where you don't have control over the app. that creates the .csv file, as it would then encase each field in double-quotes. I guess you would run it as a macro?
Geoff
Open in new window