我在Mac中创build了一些UTF-8文件，当在Windows中使用TextPad打开它们时，出现以下警告：
警告:(文件名称）包含代码页1252（ANSI拉丁语1）中不存在的字符。 如果您单击确定，它们将被转换为系统默认字符。
Linux（GNOME gEdit）可以打开同一个文件而不用抱怨。 以上是什么意思？ 我认为TextPad具有完整的UTF-8支持。 我可以安全地打开和编辑使用它的UTF-8文件，而不会破坏文件？
似乎TextPad不能处理windows-1252以外的字符（CP1252，在这里带有误称“ANSI Latin 1”）。 我在Windows上测试了它，打开一个在同一个系统上创建的纯文本文件，就像UTF-8编码一样，有和没有BOM，结果相同。 该程序的帮助似乎没有包含与字符编码有关的任何内容，其用于编写“国际字符”的工具仅用于拉丁字母1。
有几个Windows的文本编辑器可以处理UTF-8（甚至记事本可以打开一个UTF-8文件，但很难推荐进行严肃的编辑）。 请参阅Alan Wood收集的有关Windows编辑器和文字处理器的信息。 （我个人喜欢Notepad ++和BabelPad，它们都是免费的。）
TextPad仅支持导入和导出UTF-8和UTF-16文档。 但它仍然将文件编辑为简单字节，而不是Unicode字符（使用ANSI代码页，这是西欧的代码页1252）。
因此，除非文件恰好只包含该代码页中也存在的字符，否则将会丢失内容。 这相当于击败了Unicode的观点。
的确，这个问题让我逃到了EmEditor，但是现在我同意以前的意见，并推荐Notepad ++。 支付文本编辑的时代已经过去了。
TextPad 8是2016-01-28最新的， 最终确实支持BMP Unicode。 这是一个付费升级，但到目前为止，一直在为我工作完美无瑕。
实际上，TextPad支持显示Unicode代码点，如果他们错误地使用了这些代码点。 为了显示Unicode字符，你必须选择Configure-> Preferences并展开“Document Classes-> Text-> Font”。
您需要选择一个Unicode字体并将脚本设置为匹配。 例如Arial Unicode MS，脚本CHINESE_BIG5。
但是，这是一个落后的方法，因为当用户告诉TextPad以Unicode或UTF-8打开文件时，应用程序应该处理这个问题。 使用MS Windows内建的记事本应用程序将自动检测编码，并根据编码正确显示字形。
我在Textpad论坛上发现了这个问题： http ://forums.textpad.com/viewtopic.php?t= 11019
虽然我有Notepad ++，但是Textpad可以轻松处理大文件，而其他编辑器（包括Notepad ++）也可以缓慢抓取或死亡。 我目前正在尝试编辑一个475MB的文件，Notepad ++没有完成任务。
尝试使用File / Open设置的ANSI代码，这应该可以解决TextPad中的问题