[webkit-dev] Table hit testing
fsamuel at google.com
Wed Jun 2 04:34:20 PDT 2010
Ohh, I see, thanks Roland.
On Wed, Jun 2, 2010 at 3:25 AM, Roland Steiner <rolandsteiner at google.com>wrote:
> AFAICT you could have an arbitrary number up to the width or height of the
> table, whichever is smaller, by combining row- and colspans - e.g. with 3
> ([v]aligns just to emphasize the overlapping):
> <table border=1><tbody>
> <tr><td>R1C1</td><td>R1C2</td><td rowspan=3 valign=bottom>\\\\\\</td></tr>
> <tr><td>R2C1</td><td rowspan=2 colspan=2 align=right
> <tr><td colspan=3 align=right>----</td></tr>
> - Roland
> On Wed, Jun 2, 2010 at 8:58 AM, Fady Samuel <fsamuel at google.com> wrote:
>> Hi David,
>> Just so I'm certain, there's no way for more than two cells to overlap in
>> a single grid slot, is there?
>> Fady Samuel
>> On Thu, May 20, 2010 at 4:43 PM, David Hyatt <hyatt at apple.com> wrote:
>>> On May 20, 2010, at 3:38 PM, Fady Samuel wrote:
>>> > So what are the rules for stacking here? do the cells stack in the
>>> order in which they appear in the HTML?
>>> Correct, although note that backgrounds paint behind foregrounds, and hit
>>> testing works the same way, so it's not as simple as saying that cell 7 is
>>> always above cell 5. They're interleaved, so from bottom to top:
>>> Cell 5 background
>>> Cell 7 background
>>> Cell 5 foreground (the number "5" in this example)
>>> Cell 7 foreground (the number "7" in this example)
>>> That's why if you hover over the actual number 5 in that example it will
>>> light up, but if you're in the background area overlap, the number 7 will
>>> light up.
>>> Therefore you do have to know about all the cells at the position, since
>>> when you're in the "foreground" phase of hit testing, cell 7 will say "Nope,
>>> you're not inside my foreground", and so you then need to check cell 5,
>>> which will say "Yes, you are inside my foreground."
>>> The grid structure just isn't expressive enough. It needs to be patched
>>> to track all cells in a given row/column instead of just the first one.
>>> (hyatt at apple.com)
>> webkit-dev mailing list
>> webkit-dev at lists.webkit.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the webkit-dev