[Webkit-unassigned] [Bug 74864] There is additional space not belonged to a table between the table cells
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Mon Aug 6 04:29:06 PDT 2012
https://bugs.webkit.org/show_bug.cgi?id=74864
--- Comment #14 from Arpita Bahuguna <arpitabahuguna at gmail.com> 2012-08-06 04:29:03 PST ---
(In reply to comment #12)
> > (In reply to comment #8)
> > Also, I was looking at perhaps raising another bug which removes the following FIXME from the code (in RenderTableSection::spannedRows()):
> >
> > // FIXME: Upper_bound might not be the correct algorithm here since it might skip empty rows, but it is
> > // consistent with behavior in the former point based hit-testing (but inconsistent with spannedColumns).
> >
> > I could add testcases with empty <TR>s to verify upper_bound() algorithm's behavior.
>
> Make a test-case verifying or invalidating the problem would be great.
>
> For this patch though, a guess the comment actually needs to be updated to remove the claim that it is inconsistant with spannedColumns, since you changed that.
>
I agree, shall take care of updating this comment as well.
> But talking about what happens with empty-cells made me take another look at your empty-cell test-case. Since 'empty-cells' default to 'show' which means td3 and td4 renders their own border, doesn't your test-case actually demonstrating a bug when it says elementAtPoint on the borders of td3 hits td5? And a really big bug when hitting the td3 border from td4 suddenly hits td2?
>
> Okay, so there are no borders on the table which is why it is correct. I guess that demonstrates the concern we raised about collapsed rows works correctly with collapsed cells.
>
I verified the empty-columns testcase, modifying it by adding borders for all table-cells. Even in that case our behavior remains consistent with that of other browsers (Opera, FF). The o/p on all browsers was the following:
Executing for element: td1
Node at edge-1: td1
Node at edge:
Node at edge+1:
Executing for element: td2
Node at edge-1: td2
Node at edge:
Node at edge+1:
Executing for element: td3
Node at edge-1: td3
Node at edge:
Node at edge+1:
Executing for element: td4
Node at edge-1: td4
Node at edge:
Node at edge+1:
Executing for element: td5
Node at edge-1: td5
Node at edge:
Node at edge+1:
So I suppose the change to upper_bound() does not affect in the spannedColumns() case. I need to verify for spannedRows() 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