W3C home > Mailing lists > Public > public-html-admin@w3.org > February 2013

[Bug 21041] New: Inlining ruby

From: <bugzilla@jessica.w3.org>
Date: Mon, 18 Feb 2013 14:58:13 +0000
To: public-html-admin@w3.org
Message-ID: <bug-21041-2495@http.www.w3.org/Bugs/Public/>

            Bug ID: 21041
           Summary: Inlining ruby
    Classification: Unclassified
           Product: HTML WG
           Version: unspecified
          Hardware: Other
               URL: http://www.whatwg.org/specs/web-apps/current-work/#the
                OS: other
            Status: NEW
          Severity: normal
          Priority: P3
         Component: HTML5 spec
          Assignee: robin@w3.org
          Reporter: robin@w3.org
        QA Contact: public-html-bugzilla@w3.org
                CC: eoconnor@apple.com, ian@hixie.ch,
                    jackalmage@gmail.com, kojiishi@gluesoft.co.jp,
                    mike@w3.org, public-html-admin@w3.org,
        Depends on: 20114

+++ This bug was initially created as a clone of Bug #20114 +++


The current ruby model explicitly uses a "column-based" model of ruby,
where runs of base text and ruby text must alternate in the markup, so
that ruby text is associated with the immediately preceding ruby base.

This does *not* work well for common ruby inlining cases.  For
example, the word Tokyo is written as 東京 in kanji and とうきょう in kana.
The base-text pairs are 東-とう 京-きょう, and the ruby markup must create
those associations accordingly. However, when rendered inline, the
correct rendering is 東京(とうきょう) with the word kept together as one
unit, not 東(とう)京(きょう).  The current ruby model in HTML, though,
requires that you either mark up the ruby correctly and get the latter
display, or incorrectly group the entire thing as one ruby text over
one ruby base to get the former display.

This is important, because inlining is not just a fallback measure for
down-level clients.  Inlining is often done as a legitimate stylistic
choice, such as when there's only a small amount of ruby in the text
(to avoid the increased line-height on the few lines that contain
ruby) or when the base text is already small (to avoid making the ruby
text unreadably small).

This can be solved easily by also allowing a "row-based" model, where
runs of <rb> elements can be followed by runs of <rt> elements, and
they're matched up index-wise.  If you can then switch back to <rb>,
you still retain the convenience of "column-based" when that's

You are receiving this mail because:
You are on the CC list for the bug.
Received on Monday, 18 February 2013 14:58:17 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:57:22 UTC