This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 24723 - are emHeightAscent/Descent using the largest em square in the line box?
Summary: are emHeightAscent/Descent using the largest em square in the line box?
Status: RESOLVED FIXED
Alias: None
Product: WHATWG
Classification: Unclassified
Component: HTML (show other bugs)
Version: unspecified
Hardware: Other other
: P3 normal
Target Milestone: Unsorted
Assignee: Ian 'Hixie' Hickson
QA Contact: contributor
URL: http://www.whatwg.org/specs/web-apps/...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-02-19 03:48 UTC by contributor
Modified: 2014-02-20 22:42 UTC (History)
2 users (show)

See Also:

Attachments

Description contributor 2014-02-19 03:48:37 UTC 
Specification: http://www.whatwg.org/specs/web-apps/current-work/multipage/the-canvas-element.html
Multipage: http://www.whatwg.org/C#dom-context-2d-measuretext
Complete: http://www.whatwg.org/c#dom-context-2d-measuretext
Referrer: 

Comment:
are emHeightAscent/Descent using the largest em square in the line box?

Posted from: 76.121.138.138
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:28.0) Gecko/20100101 Firefox/28.0
Comment 1 Ian 'Hixie' Hickson 2014-02-19 04:34:59 UTC 
Yeah, this should be clarified.

It won't be the largest em square, necessarily, but it'd be the most high and most low respectively.
Comment 2 contributor 2014-02-20 22:42:02 UTC 
Checked in as WHATWG revision r8486.
Check-in comment: Clarify TextMetrics.emHeightAscent and emHeightDescent in the multifont case.
http://html5.org/tools/web-apps-tracker?from=8485&to=8486