【问题标题】:Non-breaking hyphen longer than regular不间断连字符比常规连字符长
【发布时间】:2013-09-20 20:07:54
【问题描述】:

我正在开发一个使用 Adob​​e 的 Text Layout Framework 处理文字处理的应用程序。我遇到了一个问题,插入不间断连字符 (U+2011) 的渲染时间大约是常规 ascii 连字符 (U+2010) 的两倍。

MS Word(以及其他类似应用程序)对每个实例使用相同大小的连字符,无论它是否不间断。

The following is in Times New Roman and zoomed to 500%:

在 TLF 标记中,两个连字符的宽度似乎相同。我很困惑如何解决这个特殊的烦恼。

<p>
  <span>- ascii hyphen</span>
<p>
<p>
  <span>— em dash</span>
</p>
<p>
  <span>– en dash</span>
</p>
<p>
  <span>‑ non-breaking hyphen</span>
</p>

这只是一个字体错误吗? Arial 似乎也有同样的问题,所以我不敢责怪字体支持。有没有 TLF 专家以前处理过这样的问题?

【问题讨论】:

    标签: flash unicode tlf word-processor


    【解决方案1】:

    这只是字体错误吗?

    是的。

    既不是 Times New Roman 也不是 Arial support U+2011 不间断连字符。 (Arial Unicode 可以,但这是一种不幸的字体。)它会退回到它可以找到的任何其他具有该字符的字体,这意味着您会得到不一致的样式组合。

    【讨论】:

    • 谢谢,这让我找到了问题的根源。您对如何解决它有什么建议吗?我想让 ascii 连字符和不间断连字符看起来一样。
    • 我不熟悉 TLF,不知道是否有任何方法可以弄乱渲染/包装(即,将普通连字符视为不中断)。您对使用的字体有任何控制权吗?如果您默认使用 Palatino,则问题可能会被隐藏 :-)
    • 我不认为在这个特定项目中默认使用不同的字体。我想我必须对 TLF 进行一些研究,看看是否有可能。我对这个框架也不是很熟悉:p 谢谢你的帮助!
    猜你喜欢
    • 1970-01-01
    • 2023-02-22
    • 2020-12-18
    • 1970-01-01
    • 2020-04-10
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-07-29
    相关资源
    最近更新 更多