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

Re: [css3-fonts] Addition of font-size: xxx-large

From: John Daggett <jdaggett@mozilla.com>
Date: Wed, 18 Apr 2012 01:07:09 -0700 (PDT)
To: Aryeh Gregor <ayg@aryeh.name>
Cc: Ryosuke Niwa <rniwa@webkit.org>, WWW Style <www-style@w3.org>, Ehsan Akhgari <ehsan@mozilla.com>, "Kang-Hao (Kenny) Lu" <kennyluck@csail.mit.edu>
Message-ID: <2049321543.2484016.1334736429491.JavaMail.root@zmmbox3.mail.corp.phx1.mozilla.com>
Aryeh Gregor wrote:

> Background: the idea is that document.execCommand("fontsize", false,
> "foo") is what authors call when the user selects some text and picks
> a size of "foo" from a drop-down.  Currently, the API supports only
> values of 1 to 7.

Right, and that's precisely where the problem lies, *not* in CSS!

> Most real-world WYSIWYG editors use execCommand() sparingly if at all
> because of lack of interop, but there are enough existing users of
> execCommand() that we can't break them.

I don't think more sensible values for fontSize will break anything here.
Let the old, not very interoperable behavior remain, and define a new
behavior that's a better match for CSS and more likely to be interoperable.

> So you're right, we do want to support other values instead of 1-7
> -- probably pt and maybe rem rather than percentages, but that's an
> aside -- but we still have to support the old values.

Why the restriction?  Why not allow any value that's allowed for font-size?


Received on Wednesday, 18 April 2012 08:07:44 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:08:14 UTC