W3C home > Mailing lists > Public > public-webapps@w3.org > July to September 2011

[Bug 14253] New: Add new fontSize variant that accepts pt/px/etc. instead of legacy values

From: <bugzilla@jessica.w3.org>
Date: Thu, 22 Sep 2011 21:08:53 +0000
To: public-webapps@w3.org
Message-ID: <bug-14253-2927@http.www.w3.org/Bugs/Public/>

           Summary: Add new fontSize variant that accepts pt/px/etc.
                    instead of legacy values
           Product: WebAppsWG
           Version: unspecified
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: HTML Editing APIs
        AssignedTo: ayg@aryeh.name
        ReportedBy: ayg@aryeh.name
         QAContact: sideshowbarker+html-editing-api@gmail.com
                CC: mike@w3.org, public-webapps@w3.org

See discussion in bug 14251.  It seems like a straightforward and very useful
addition.  Users want to control font size in conventional units like pt, not
numbers 1-7.  That's a constraint that dates back to the fact that when these
APIs were first invented, <font size> was the only way to control size . . .

We want it to only accept absolute units: in, cm, mm, pt, pc, px.  I suggest
that queryCommandValue() always return pt values, like "12pt" or such, with
floating-point allowed.  This way the unit is consistent.

What shall we call it?  fontSizeAbsolute is the first thing that comes to mind,
but it's a terrible name.  Any suggestions?

Also, Ryosuke, do you think this is a good idea too?  Ehsan said he did, in bug

Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Received on Thursday, 22 September 2011 21:08:59 UTC

This archive was generated by hypermail 2.3.1 : Friday, 27 October 2017 07:26:35 UTC