【问题标题】:Safe Unicode Dingbats in Email电子邮件中的安全 Unicode Dingbats
【发布时间】:2011-11-09 18:04:22
【问题描述】:

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

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

另外,如果您指定的 unicode 字符不在所选字体中,我是否更正,将使用备用字体 - 这在 Mac 上似乎是正确的,但我不知道 Windows。

【问题讨论】:

    标签: unicode cross-platform


    【解决方案1】:

    是的,Unicode 的显示完全取决于收件人计算机上安装的字体集。没有“跨平台 unicode 符号列表”之类的东西。 Unicode 本身几乎是跨平台的,但几乎没有任何字体可以在任何特定时间点涵盖整个 Unicode 曲目(还要考虑 Unicode 的更新频率)。

    【讨论】:

    • 这听起来像不要这样做 - 它不够可靠??
    • @Ben:使用您想要的任何 Unicode 代码点。如果别人没有字体,那不是你的错。
    • @tchrist:如果我发送一封充满方块或其他垃圾的电子邮件 - 我认为客户会感觉不同?!
    • @Ben:然后给那些懒得维护一个最新系统的可怜的懒人发一份疯狂的 PDF。代码点是代码点。它们与字体无关。如果我编写一个解析邮件消息的程序,相信我,代码中的任何内容都不会在乎变幻无常的字体。 代码点是代码点。如果它们合法,请使用它们。如果您一生都在担心别人的愚蠢,那您将一事无成。推边缘。或者将 ASCII 艺术作品发送给爷爷奶奶。更好的是,用手写的方式写下这封信,然后使用邮政服务投递。
    • 如果您对 HTML 电子邮件感到满意,我猜根据定义,您正在寻找的东西在 100% 的时间里对 100% 的用户都不起作用。几年前在 Unicode 符号代码块中引入的任何内容都可能在 95% 的时间内为 95% 的目标受众正常工作。作为另一个近似值,如果它可以在您的几台计算机上运行,​​那么它可能适合您的场景。尝试例如fileformat.info/info/unicode/char/…(我在 MacOS X 中看到除了最后一个之外的所有内容;我的经验是 Ubuntu 是相似的)。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-08-28
    • 1970-01-01
    • 2012-07-07
    • 2013-11-21
    • 1970-01-01
    • 2012-04-10
    相关资源
    最近更新 更多