Pau*_*ulJ 16 windows unicode textpad
我在Mac上创建了一些UTF-8文件,当尝试在Windows中使用TextPad打开它们时,我收到以下警告:
警告:(文件名)包含代码页1252(ANSI Latin 1)中不存在的字符.如果单击"确定",它们将转换为系统默认字符.
Linux(GNOME gEdit)可以在没有投诉的情况下打开同一个文件.以上是什么意思?我认为TextPad具有完整的UTF-8支持.我可以使用它安全地打开和编辑UTF-8文件而不会破坏文件吗?
Juk*_*ela 11
似乎TextPad无法处理windows-1252之外的字符(CP1252,这里带有用词不当"ANSI Latin 1").我在Windows上测试它,打开在同一系统上创建的纯文本文件,UTF-8编码,包括和不包含BOM,结果相同.该程序的帮助似乎不包含与字符编码相关的任何内容,其用于编写"国际字符"的工具仅适用于Latin-1字符.
Windows有几个文本编辑器可以处理UTF-8(即使是Notepad也可以打开UTF-8文件,但很难推荐用于严肃的编辑).请参阅Alan Wood 关于Windows的Unicode编辑器和文字处理器的信息集.(就个人而言,我喜欢Notepad ++和BabelPad,它们都是免费的.)
TextPad'支持'UTF-8和UTF-16文档只能导入和导出它们.但它仍然将文件编辑为简单字节,而不是Unicode字符(使用ANSI代码页,即西欧的代码页1252).
因此,除非文件恰好只包含该代码页中也存在的字符,否则您将丢失内容.这相当违背了Unicode的观点.
事实上,这是让我逃到EmEditor当时的问题,尽管现在我同意之前的评论并推荐Notepad ++.支付文本编辑器的时代早已不复存在.
实际上TextPad确实支持显示Unicode代码点,因为他们以错误的方式处理它.要显示Unicode字符,您必须选择Configure-> Preferences并展开"Document Classes-> Text-> Font".
您需要选择Unicode字体并将脚本设置为匹配.例如Arial Unicode MS,脚本为CHINESE_BIG5.
但是,这是一种落后的方法,因为当用户告诉TextPad以Unicode或UTF-8打开文件时,应用程序应该处理此问题.带有MS Windows的内置记事本应用程序将自动检测编码并根据编码正确显示字形.
归档时间: |
|
查看次数: |
30470 次 |
最近记录: |