W3C home > Mailing lists > Public > www-style@w3.org > March 2012

RE: Western vertical texts

From: Koji Ishii <kojiishi@gluesoft.co.jp>
Date: Thu, 1 Mar 2012 23:22:24 -0500
To: Eric Muller <emuller@adobe.com>, www-style <www-style@w3.org>
Message-ID: <A592E245B36A8949BDB0A302B375FB4E0D334F03FC@MAILR001.mail.lan>
> From: Eric Muller [mailto:emuller@adobe.com]
> On 3/1/2012 1:00 AM, Koji Ishii wrote:
> > Since some fonts (most CJK fonts) have these tables, I think it's
> > valuable to have text-orientation: upright value defined in the spec.
> > If what you meant was to remove the value from the spec, I don't agree
> > with it.
> I was not suggesting to remove it. What I am suggesting is to guide users to text-combine
> for Western use cases.
> Once that is done, the use cases for text-orientation:upright and fonts that do not have
> vertical metrics become somewhat marginal. I would suggest to give room to
> implementations to deal with those cases.

Now I see what you mean. I'm not sure how it's successful though as "guiding users" tend to fail.

Even if it succeeds, implementers still need to know what to do. So, you're suggesting it being UA dependent, correct?

I'm not sure if this is a good idea, would like to have opinions from others if possible.

1. Use font's ascent for origin, and font's height for advance.
2. Use bounding box to calculate the two values.
3. Use text-combine implementation.
4. Make it UA dependent.

I quickly tested this. InDesign uses option 1, while Mac WebKit uses option 2. Since Mac WebKit is the only implementation of text-orientation: upright as of now, it might be good to follow the behavior if no one has opinions.

Received on Friday, 2 March 2012 04:22:50 UTC

This archive was generated by hypermail 2.4.0 : Monday, 23 January 2023 02:14:12 UTC