[Webkit-unassigned] [Bug 16768] Position and thickness of underline as text size changes

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=16768





--- Comment #25 from Eric Seidel <eric at webkit.org>  2009-09-02 02:08:09 PDT ---
(From update of attachment 38788)
I wonder how much of a perf hit this will be?  (if any)

I'm not sure I understand this logic:
 275         if (!result || *position <= fontData->underlinePosition()) {

why we're looking for the largest position.  I guess thats' the lowest
underline?  Because some characters might need a lower underline than others? 
Seems strange that this could mean that if 'g' has a lower underline than all
other characters that we'd end up with discontigous underlines for something
like:

<u>g<s>b</s>h</u>

I would expect there to be a single underline along the whole bottom of that,
but if 'g' has a different underline position than b and h it won't.  Maybe
that's just an error in the font?

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.