Unicode 电子邮件中的安全蝙蝠

Unicode 电子邮件中的安全蝙蝠,unicode,cross-platform,Unicode,Cross Platform,我正在编写一个发送HTML格式电子邮件的系统,并在一些unicode字体中发现了丁巴特和其他符号——这些似乎非常适合替换电子邮件中的图像 但是,如果我发现一个字符的用法,我怎么知道它是否会在大多数/所有系统上出现我似乎找不到跨平台unicode符号的列表 另外,如果您指定的unicode字符不在所选字体中,则将使用备用字体,这一点是否正确?Mac上似乎是这样,但我不知道Windows。是的,unicode的显示完全取决于收件人计算机上安装的字体集。没有“跨平台unicode符号列表”这样的东西。

我正在编写一个发送HTML格式电子邮件的系统,并在一些unicode字体中发现了丁巴特和其他符号——这些似乎非常适合替换电子邮件中的图像

但是,如果我发现一个字符的用法,我怎么知道它是否会在大多数/所有系统上出现我似乎找不到跨平台unicode符号的列表


另外,如果您指定的unicode字符不在所选字体中,则将使用备用字体,这一点是否正确?Mac上似乎是这样,但我不知道Windows。是的,unicode的显示完全取决于收件人计算机上安装的字体集。没有“跨平台unicode符号列表”这样的东西。Unicode本身几乎是跨平台的,但在任何特定时间点几乎没有任何字体覆盖整个Unicode指令集(考虑一下Unicode的更新频率)。

这听起来像是不要这样做-它不够可靠???@Ben:使用任何您想要的Unicode代码点。如果别人没有字体,那不是你的错。@tchrist:如果我发送一封满是方块或其他垃圾的电子邮件,我想客户会感觉不一样@本:然后给那些懒散的可怜虫发一份该死的PDF,因为他们懒得更新系统。代码点是代码点。它们与字体无关。如果我写了一个解析邮件消息的程序,相信我,代码中绝对没有任何东西会在意易变的字体。代码点是代码点。如果它们合法,就使用它们。如果你一辈子都在为别人的愚蠢而担忧,你将一事无成。推动边缘。或者把ASCII码艺术送给祖父母。如果你对HTML电子邮件感到满意,我想从定义上来说,你正在寻找的东西对你100%的用户来说不是100%都有效的。几年前在Unicode符号代码块中引入的任何东西在95%的目标用户中可能会在95%的时间内正常工作。作为另一种近似方法,如果它在您的两台计算机上工作,那么它可能适合您的场景。例如,我在MacOS X中看到除了最后一个以外的所有东西都很好;我的经验是Ubuntu与之类似。