[webkit-dev] Table hit testing

[Roland Steiner]

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
valign=bottom>//////</td></tr>
<tr><td colspan=3 align=right>----</td></tr>
</tbody></table>

- 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?
>
> Thanks,
>
> 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.
>>
>> http://www.w3.org/TR/CSS21/zindex.html
>>
>> 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.
>>
>> dave
>> (hyatt at apple.com)
>>
>>
>
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20100602/66958d39/attachment.html>