This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 25535 - Allow col without colgroup in the content model (like tr is allowed without tbody)
Summary: Allow col without colgroup in the content model (like tr is allowed without t...
Status: RESOLVED WONTFIX
Alias: None
Product: WHATWG
Classification: Unclassified
Component: HTML (show other bugs)
Version: unspecified
Hardware: Other other
: P3 normal
Target Milestone: Needs Research
Assignee: Ian 'Hixie' Hickson
QA Contact: contributor
URL: http://www.whatwg.org/specs/web-apps/...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-05-02 12:44 UTC by contributor
Modified: 2014-07-21 21:47 UTC (History)
3 users (show)

See Also:


Attachments

Description contributor 2014-05-02 12:44:38 UTC
Specification: http://www.whatwg.org/specs/web-apps/current-work/multipage/tabular-data.html
Multipage: http://www.whatwg.org/C#the-table-element
Complete: http://www.whatwg.org/c#the-table-element
Referrer: http://www.whatwg.org/specs/web-apps/current-work/multipage/

Comment:
Allow col without colgroup in the content model (like tr is allowed without
tbody)

Posted from: 90.230.218.37
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.116 Safari/537.36 OPR/21.0.1432.48 (Edition Next)
Comment 1 Simon Pieters 2014-05-02 12:50:26 UTC
See https://www.w3.org/Bugs/Public/show_bug.cgi?id=25478 - AFAICT <tbody> and <colgroup> are basically equivalent so they should be consistent in the content model.
Comment 2 Ian 'Hixie' Hickson 2014-05-02 18:20:17 UTC
This would require substantial changes to the table processing models. What's the value to doing this? It needs to be high enough to warrant the cost.
Comment 3 Simon Pieters 2014-05-05 12:24:32 UTC
The processing model could just infer the column group when it's missing. I don't see that as being substantial changes, but maybe I'm missing something?

The value is that authors don't have to create the <colgroup> element in DOM/XHTML when they only care about the <col>s, which used to be valid per HTML4/XHTML 1.0.

The downside is that it's more complicated to write scripts and stylesheets that support both table+colgroup+col and table+col.
Comment 4 Ian 'Hixie' Hickson 2014-05-05 21:51:12 UTC
The changes needed for this are:
 - we'd have to redefine 'column group', either to allow implicit ones, or
   to have some new concept for a <col>-corresponding column with a group
 - forming a table would need to learn to navigate around <col> elements
 - the column group headers logic might need reworking to handle scope=colgroup
   without <colgroup>

Since this wouldn't help for text/html documents, it seems of minimal value.
Comment 5 Simon Pieters 2014-05-06 21:44:47 UTC
Yeah I don't disagree with the low value. I think it is unfortunate that <tbody> and <colgroup> are inconsistent, but I guess there are more important things to focus on. :-|
Comment 6 Ian 'Hixie' Hickson 2014-07-21 21:47:28 UTC
I agree that it's unfortunate that <tbody> and <colgroup> are inconsistent, but I'm finding it hard to justify making this change given the cost:benefit ratio.

I'm marking this WONTFIX, but if there's a win here that I'm missing, don't hesitate to reopen it.