网页 CJK 竖排的最新进展

上个月关于 CSS 的一个重要的新闻是 WebKit 开始支持 CJK 竖排 (通过 -webkit-writing-mode),而且时隔七年之后 (上一个版本还是 2003 年制定的),W3C 的 CSS 工作组也发布了新的 CSS Writing Mode Level 3 工作草案,和以前的版本有较大的区别,WebKit 现在就是按照这个草案实现的竖排支持,虽然它的实现还不完整。下面简单介绍一下新草案的变化。

在原有草案中,writing-mode 属性是 directionblock-flow 属性的合成,你可以交叉地组合这两个属性,构成 writing-mode:比如 lr-tb 表示文字从左到右,块排列从上到下。而在新草案里,block-flow 不再是一个独立的概念,被并入了 writing-mode 中,新的 writing-mode 有以下几种选择:

  • horizontal-tb: 默认情况,从上到下,从左到右的横排书写形式。

    horizontal-tb
    horizontal-tb

  • vertical-rl: 块按从右到左排列,文字则从上到下,这是典型的直排情况。

    vertical-rl
    vertical-rl

  • vertical-lr: 虽然是竖排,但块则从左到右排列。这主要用于内蒙古使用的蒙古语满语

    vertical-lr
    vertical-lr

还可以注意到经过讨论,非常少用的从下往上横排书写形式 (horizontal-bt) 被去除了。

保留了 direction 属性,但它和 CSS2.1 中的效果一样,仍然用于控制文本在行内是从左到右还是从右到左书写,以及 Unicode BIDI 双向混合文字的情况。

同时,新增了一个 text-orientation 属性用于控制行内字符的旋转,例如在典型的中文竖排文稿中,拉丁字符应该顺时针旋转 90 度。目前的草案规定了以下这些模式:

  • vertical-right: 默认的情况,将非文本语言的字符 (比如汉字中间嵌入的拉丁字符) 顺时针旋转 90 度,其他字符不变。
  • upright: 不旋转上述字符,保持和其他字符一样的方向。(这是目前 WebKit 实现的做法,等于什么都没处理)
  • rotate-right: 把所有字符都顺时针旋转 90 度。
  • rotate-left: 把所有字符都逆时针旋转 90 度。
  • rotate-normal: 在 vertical-rl 书写模式中等于 rotate-right,在 vertical-lr 中等于 rotate-left
  • auto: 除了对 SVG1 的 glyph orientation mode 支持以外,其他情况下等于 vertical-right

下图中左侧是 vertical-right/auto 的效果,右侧是 upright 的效果:

最后,新增了 text-combine 属性用于控制在竖排时同一行内要塞进多个非 CJK 字符的情况,在日文排版中称为“縦中横”。它有两个选择:

  • none: 不做特殊处理。
  • horizontal: 在竖排情况下,首先浏览器应该尝试用对应字体中提供的专门的合并后的字形替代,如果没有,则浏览器可以尝试缩小这些字符以适应宽度,或者放弃合并。效果如图:
    縦中横
    縦中横

不过这个属性目前还很不成熟,仅仅初步把概念规范化了,短期内估计不会有浏览器尝试实现。此外这份草案还没考虑行内割注 (日文中称为 warichu) 的情况:

割注
割注

目前在 Mac OS X 下 WebKit 已经完整实现了这一版草案的 writing-mode,大部分的 bug 也都已经扫除 (其他平台的实现情况参见 Koan-Sin Tan 的说明),但是还没开始实现 text-orientation,然而要保证可用的竖排效果,text-orientation 的支持是不可或缺的。

Author: jjgod

A software engineer from China, working on text rendering for a fruit company. Interested in typography and science fiction.

14 thoughts on “网页 CJK 竖排的最新进展”

  1. 「行内割注」,中文叫雙行夾注吧,古籍中常見。和日文不同的是,一般不加括號,而且字的大小是正文的二分之一(日文的割注貌似是四分之一)。

  2. 感觉现在 Web 前端的发展方向完全就是错的, 应该将 Flash 或者 Silverlight 播放器完整集成进浏览器中, 网站界面均用 Flex 和 SL 以 App 的方式来开发 (基于什么不重要, 只要大方向是 App 向就可以), 这样一来可以让 W3C 和 JS 玩蛋去从而解决各浏览器的兼容问题, 第二可以提供更好的用户体验, 第三也可以将开发环境由敲代码提升到可视编辑.

  3. @Digidea 那样的话肯定会打得不可开交,现在flash和silverlight都有兼容性和性能的问题,标准也不是完全公开,代码也不是开源的,很难说是通用标准的合适选择。另外,这也让web变得太重量级,依赖太多插件。至于可视化编辑,那只是工具问题,何况web早就有了可视化编辑工具。

  4. @Digidea,同学,J2ME就走过这条路,兼容问题解决了吗?HTML+JavaScript已经是兼容性最好的解决方案了。兼容性本来就是需要开发者做出大量投入的,你臆想中的只是偷懒而已

  5. 问题还存在。比如 右->左 坚排, 那么初始页面 scrollbar 应该是在最右边的, 但是现在还是在最左边。

    竖排下的 float , text-align 都有待文档。

Leave a Reply

Your email address will not be published. Required fields are marked *