You need to
before you can comment on or make changes to this bug.
11/9/03 3:45 PM Jonathan Barbero:
It would be nice if Safari implemented the independent scrolling properties of THEAD, TBODY, and TFOOT
table elements. My understanding is that if the content within TBODY tags exceeds the table height, that
said contents will receive scroll bars independent of the rows contained within THEAD tags. The spec is
Apple Bug: rdar://3478312/
Created an attachment (id=2202) [details]
Added a table in here with inline heights and css-styled heights, enjoy! :)
Beth was fixing code in this area very recently. However I believe her work had to do with <td>'s instead
of table regions (dave and beth would both know). I would also note that we have the exact same
rendering of the test case as does firefox. So it's possible that either the test case is wrong or that both
firefox and safari are "wrong" (in which case I'm not sure we'd want to change this.. at least not without
is a testcase on table section overflow from WAI.
Can someone add these 2 string/words into summary so that it can help searching+finding this bug:
I do not have sufficient powers to edit summary :(
Firefox 220.127.116.11 renders the test cases from Comment #4 and Comment #5 correctly (with scrollbars on tbody). Safari 3.0.4/5523.15 (the 10.5.2 release version) does not. I haven't checked nightlies.
Created an attachment (id=25570) [details]
Scrollbars should appear on tbody.
The previous test case did not demonstrate the use case discussed in this bug. I have reduced a test case from Comment #4 below that correctly reproduces the issue.
*** Bug 24974 has been marked as a duplicate of this bug. ***
Recently, I discovered that this is not a CSS 2.1 bug. The overflow property does not apply to table-row-group objects (like <tbody>) according to section 11.1.1 http://www.w3.org/TR/CSS21/visufx.html#overflow
Even if overflow property does not apply to table-row-group objects,
says: "Table rows may be grouped into a table head, table foot, and one or more table body sections, using the THEAD, TFOOT and TBODY elements, respectively. This division enables user agents to support scrolling of table bodies independently of the table head and foot."
Created an attachment (id=50731) [details]
Test case for table with 100% width
jet another test case.
This one illustrates how nicely a table can resize with ellipsis on table cells, and hopefully in a near future, scrolling on tbody.
If it is not a bug is it possible to make it a feature request (legitimate one as W3C encourages this behaviour)
It is really a big bonus for long tables and works perfect in Firefox.
I'd love to see this added as a feature. It's basically impossible to do right now and have native column widths..
Would really like to see this feature asap. Any word on when this could possibly be fixed?
I would like to see this feature as well, please. It is useful behavior for long tables.
(In reply to comment #10)
> Even if overflow property does not apply to table-row-group objects,
> says: "Table rows may be grouped into a table head, table foot, and one or more table body sections, using the THEAD, TFOOT and TBODY elements, respectively. This division enables user agents to support scrolling of table bodies independently of the table head and foot."
To my knowledge, no testcase has ever been submitted with regards to this.
HTML 4.01 spec has not been maintained nor updated after its final release in dec. 1999.
There is no indication so far that HTML5 is going to suggest or state that scrolling bodies can be achieved independently of <thead> and <tfoot>:
HTML 5, section 4.9.1 Tabular data
HTML 5, section 4.9.5 The tbody element
(In reply to comment #12)
> If it is not a bug
It is not a CSS 2.1 spec violation. Overflow property does not apply to table-row-group objects (like <tbody>).
> It (...) works perfect in Firefox.
It does not work perfect in Firefox 5 and 6. Mozilla developers intentionally decided to make overflow property implemented in compliance with CSS 2.1. There is a mozilla bug report to that effect.
> the same with scroll bar width.
The scrollbar width is and should be fundamentally under the full control of the user; it is definitely an accessibility issue that belongs to the user. I personally use Linux KDE and can (and I have in fact) configure such width. A scrollbar width of 15px is too narrow for me; I've set it to 19px and then to 21px for easier control, confort.
Per http://www.w3.org/TR/css3-box/#overflow0, overflow applies to "non-replaced block-level elements and non-replaced ‘inline-block’ elements" (meaning it doesn't apply to img, object, and the like). A block-level box includes "all table boxes" (like table-row-group and table-column-group). Thus, overflow applies to all table boxes, including <tbody>.
Though no browser currently implements an overflow:scroll ability (tested Chr16, FF9, IE9, O11.6), a table with a <tbody> and a <colgroup> should be able to use CSS3 to create a frozen panes effect.