我以编程方式将数据(使用PHP 5.2)导出到.csv测试文件中.
示例数据:( Numéro 1注意重音e).数据是utf-8(没有前置BOM).
当我在MS Excel中打开此文件时显示为Numéro 1.
我可以在文本编辑器(UltraEdit)中打开它,正确显示它.UE报告角色是decimal 233.
如何在.csv文件中导出文本数据以便MS Excel正确呈现它,最好不强制使用导入向导或非默认向导设置？
格式正确的UTF8文件可以将字节顺序标记作为其前三个八位字节.这些是十六进制值0xEF,0xBB,0xBF.这些八位字节用于将文件标记为UTF8(因为它们与"字节顺序"信息无关).1 如果此BOM不存在,则消费者/读者可以推断文本的编码类型.不支持UTF8的读取器将读取字节作为某些其他编码(如Windows-1252),并在文件的开头显示字符.
有一个已知的错误,在通过文件关联打开UTF8 CSV文件时,Excel假定它们采用单字节编码,而忽略了UTF8 BOM的存在.这可以不通过任何系统默认代码页或语言设置是固定的.BOM不会在Excel中提示 - 它只是不起作用.(少数报告声称BOM有时会触发"导入文本"向导.)此错误似乎存在于Excel 2003及更早版本中.大多数报告(在此处的答案中)表示这已在Excel 2007及更新版本中得到修复.
请注意,您始终可以使用"导入文本"向导在Excel中正确打开UTF8 CSV文件,该向导允许您指定要打开的文件的编码.当然这不太方便.
这个答案的读者最有可能出现这样的情况,即他们并不特别支持Excel <2007,而是将原始的UTF8文本发送到Excel,这会误解它并将文本Ã和其他类似的Windows-1252字符一起使用. 添加UTF8 BOM可能是您最好,最快的修复方法.
如果您遇到旧版Excel上的用户,并且Excel是CSV的唯一使用者,则可以通过导出UTF16而不是UTF8来解决此问题.Excel 2000和2003将双击 - 正确打开它们.(其他一些文本编辑可能会遇到UTF16问题,因此您可能需要仔细权衡您的选项.)
*除非您不能,(至少)Excel 2011 for Mac的导入向导实际上并不总是适用于所有编码,无论您告诉它什么. :)
预先设置BOM(\ uFEFF)对我有用(Excel 2007),因为Excel将文件识别为UTF-8.否则,保存它并使用导入向导可以工作,但不太理想.
下面是我在向用户发送Microsoft Excel时在项目中使用的PHP代码:
/**
* Export an array as downladable Excel CSV
* @param array $header
* @param array $data
* @param string $filename
*/
function toCSV($header, $data, $filename) {
$sep = "\t";
$eol = "\n";
$csv = count($header) ? '"'. implode('"'.$sep.'"', $header).'"'.$eol : '';
foreach($data as $line) {
$csv .= '"'. implode('"'.$sep.'"', $line).'"'.$eol;
}
$encoded_csv = mb_convert_encoding($csv, 'UTF-16LE', 'UTF-8');
header('Content-Description: File Transfer');
header('Content-Type: application/vnd.ms-excel');
header('Content-Disposition: attachment; filename="'.$filename.'.csv"');
header('Content-Transfer-Encoding: binary');
header('Expires: 0');
header('Cache-Control: must-revalidate, post-check=0, pre-check=0');
header('Pragma: public');
header('Content-Length: '. strlen($encoded_csv));
echo chr(255) . chr(254) . $encoded_csv;
exit;
}
更新:文件名改进和BUG修复正确的长度计算.感谢TRiG和@ ivanhoe011
所有Excel版本(2003 + 2007)和文件类型组合的答案
这里的大多数其他答案仅涉及他们的Excel版本,并不一定会帮助您,因为他们的答案可能不适用于您的Excel版本.
例如,添加BOM字符会引入自动列分隔符识别的问题,但不会引入每个Excel版本的问题.
有3个变量可确定它是否适用于大多数Excel版本:
编码
BOM角色存在
细胞分离器
SAP坚忍的人尝试了每一种组合并报告了结果.最终结果？使用带有BOM和制表符的UTF16le作为分隔符,使其适用于大多数Excel版本.
你不相信我？我也不会,但在这里阅读并哭泣:http://wiki.sdn.sap.com/wiki/display/ABAP/CSV+tests+of+encoding+and+column+separator
导入时选择UTF-8 enconding.如果您使用Office 2007,则在您选择它的位置:打开文件后立即执行.
在输出CSV数据之前回显UTF-8 BOM.这修复了Windows中的所有字符问题,但不适用于Mac.
echo "\xEF\xBB\xBF";
它适用于我,因为我需要生成一个仅在Windows PC上使用的文件.
在没有任何服务包的情况下,UTF-8在办公室2007中不起作用,有或没有BOM(U + ffef或0xEF,0xBB,0xBF,都不起作用)安装sp3使UTF-8工作时0xEF,0xBB,0xBF BOM是前缀.
UTF-16在python中使用"utf-16-le"进行编码,前面加上0xff 0xef BOM,并使用tab作为分隔符.我不得不手动写出BOM,然后使用"utf-16-le"而不是"utf-16",否则每个encode()都会将BOM前置到写出的每一行,这些行在第一列上显示为垃圾.第二行和之后.
无法判断UTF-16是否可以在没有安装任何sp的情况下工作,因为我现在无法返回.叹
这是在windows上,dunno关于MAC的办公室.
对于这两种工作情况,导入在直接从浏览器启动下载并且文本导入向导不干预时起作用,它的工作方式与您期望的一样.
京公网安备 11010802040832号 | 京ICP备19059560号-6 