[Webkit-unassigned] [Bug 53323] [GTK] character range extents is off when the end of a wrapped line is included

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Sat Jan 29 07:27:58 PST 2011


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





--- Comment #2 from Mario Sanchez Prada <msanchez at igalia.com>  2011-01-29 07:27:59 PST ---
Just a quick comment I forgot to make before:

(In reply to comment #0)
> [...]
> 2. Launch Accerciser, select the accessible object associated with the paragraph from the test case. Then in the iPython console:
> 
> In [1]: text = acc.queryText()
> In [2]: text.getTextAtOffset(0, TEXT_BOUNDARY_LINE_START)
> Out[2]: ("It's not pinin,' it's passed on! This parrot is no more! It ", 0, 60)
> In [3]: text.getRangeExtents(0, 60, WINDOW_COORDS)
> Out[3]: (8, 8, 333, 34)  <--- Two lines high

The actual problem here is not getRangeExtents() returning a result meaning "two lines high" but text.getTextAtOffset() returning 60 when it should be returning 59 in case it doesn't count the linebreak as the last character of the line. So when you ask for the extents from 0 till 60 you're actually asking "from the beginning of the first line to the beginning of the second one"

This makes me wonder whether ORCA expects the linebreak to be actually exposed or not as part of the first line, as just another offset position... guess it does, though.

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



More information about the webkit-unassigned mailing list