W3C home > Mailing lists > Public > www-style@w3.org > February 2010

RE: Ruby proposal for XSL 2.0

From: Richard Ishida <ishida@w3.org>
Date: Tue, 2 Feb 2010 18:05:08 -0000
To: "'Tony Graham'" <Tony.Graham@MenteithConsulting.com>
Cc: <w3c-xsl-fo-sg@w3.org>, <member-japanese-layout-en@w3.org>, <member-i18n-core@w3.org>, <www-style@w3.org>
Message-ID: <017f01caa432$41c0b9b0$c5422d10$@org>
Hi Tony,

I have begun reading the wiki, but took time to refresh myself on the
concepts by reading the related documents first.  Here are some initial
personal comments. 

[1] Types of ruby, 1st table

Group ruby X single kanji:  I'd argue NO, since that would be mono-ruby

Group ruby X compound word:  YES (the distinction between this and
jukugo-ruby being that (a) you can't break a line in the compound noun, and
(b) the ruby text is not distributed on a character by character basis)

Jukugo-ruby X single kanji: NO (a single character isn't jukugo)

Jukugo-ruby X Breakable: YES (this is one of the distinguishing features of
jukugo vs group ruby)

[2] Source documents, CSS3 ruby module

There is a later version of this document, with at least one critical
authored by Paul Nelson, contains a section that describes line-breaking
behaviour.  I  linked to that page from a CSS WG page, but the status of
that document is not clear.  


PS: Since www-style is a public list, could we switch the cc from
member-i18n-core to public-i18n-core ?

Richard Ishida
Internationalization Lead
W3C (World Wide Web Consortium)


> -----Original Message-----
> From: member-japanese-layout-en-request@w3.org [mailto:member-
> japanese-layout-en-request@w3.org] On Behalf Of Tony Graham
> Sent: 19 January 2010 09:48
> To: member-japanese-layout-en@w3.org; member-i18n-core@w3.org; www-
> style@w3.org
> Cc: w3c-xsl-fo-sg@w3.org
> Subject: Ruby proposal for XSL 2.0
> FYI, the XSL FO SG is developing a proposal for handling ruby in XSL 2.0
> at http://www.w3.org/Style/XSL/Group/FO/wiki/Ruby
> Any comments would be very welcome, and feedback on the identified
> issues would be appreciated.
> The proposal is based on the ruby details in JLReq [1] while trying to
> remain compatible with the CSS3 Ruby Module [2] (which is on hold [3]).
> Please note that while JLReq defines three types of ruby, the XHTML Ruby
> Annotation module and the CSS3 Ruby Module do not distinguish between
> mono-ruby and jukugo-ruby. The CSS3 Ruby Module refers to JIS X
> 4051:1995, not to JIS X 4051:2004, where Jukugo-ruby is in JIS X
> 2051:2004 but not in JIS X 4051:1995.
> Regards,
> Tony Graham                         Tony.Graham@MenteithConsulting.com
> Director                                  W3C XSL FO SG Invited Expert
> Menteith Consulting Ltd                               XML Guild member
> XML, XSL and XSLT consulting, programming and training
> Registered Office: 13 Kelly's Bay Beach, Skerries, Co. Dublin, Ireland
> Registered in Ireland - No. 428599   http://www.menteithconsulting.com
>   --  --  --  --  --  --  --  --  --  --  --  --  --  --  --  --  --
> xmlroff XSL Formatter                               http://xmlroff.org
> xslide Emacs mode                  http://www.menteith.com/wiki/xslide
> Unicode: A Primer                               urn:isbn:0-7645-4625-2
> [1] http://www.w3.org/TR/2009/NOTE-jlreq-20090604/
> [2] http://www.w3.org/TR/2003/CR-css3-ruby-20030514
> [3] http://lists.w3.org/Archives/Public/www-style/2009Jun/0341.html
Received on Tuesday, 2 February 2010 18:05:40 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:07:42 UTC