TextPad和Unicode:完全支持?

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无济于事.在Configure/Preferences中,将默认编码设置为UTF-8也没有帮助:数据仍然被平铺到windows-1252(即,其外部的字符被映射到windows-1252字符或问号或其他内容).他们说"这意味着只能在没有数据丢失的情况下编辑包含来自隐含代码页的字符的文件."(TextPad帮助,关键字"unicode") (3认同)

Law*_*Dol 8

TextPad 8,最新的2016-01-28,最终正确支持BMP Unicode.这是付费升级,但到目前为止一直在为我完美运作.


bob*_*nce 6

TextPad'支持'UTF-8和UTF-16文档只能导入和导出它们.但它仍然将文件编辑为简单字节,而不是Unicode字符(使用ANSI代码页,即西欧的代码页1252).

因此,除非文件恰好只包含该代码页中也存在的字符,否则您将丢失内容.这相当违背了Unicode的观点.

事实上,这是让我逃到EmEditor当时的问题,尽管现在我同意之前的评论并推荐Notepad ++.支付文本编辑器的时代早已不复存在.


War*_*Rox 5

实际上TextPad确实支持显示Unicode代码点,因为他们以错误的方式处理它.要显示Unicode字符,您必须选择Configure-> Preferences并展开"Document Classes-> Text-> Font".

您需要选择Unicode字体并将脚本设置为匹配.例如Arial Unicode MS,脚本为CHINESE_BIG5.

但是,这是一种落后的方法,因为当用户告诉TextPad以Unicode或UTF-8打开文件时,应用程序应该处理此问题.带有MS Windows的内置记事本应用程序将自动检测编码并根据编码正确显示字形.

  • 即使Arial Unicode MS也不包含我想要的所有字形; 如果我是付费客户和计算机科学专业毕业生,在阅读了他们的帮助文件,论坛等之后,无法通过任何方式弄清楚如何使用TextPad制作多语言(甚至只是泛欧洲)的UTF-8源代码文件.并在试图联系支持后; 然后有一些严重的错误(我不应该说我浪费了多少时间因为TP而损坏了被破坏的UTF-8 SQL转储!)如果TextPad人员要求对他们的产品提供unicode支持,他们应该至少放一个星号旁边的那个说法! (2认同)