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 18226 - The td[nowrap], th[nowrap] rule should be replaced with http://simon.html5.org/specs/quirks-mode#the-table-cell-width-resets-nowrap-quirk
Summary: The td[nowrap], th[nowrap] rule should be replaced with http://simon.html5.or...
Status: RESOLVED WORKSFORME
Alias: None
Product: HTML WG
Classification: Unclassified
Component: HTML5 spec (show other bugs)
Version: unspecified
Hardware: Other other
: P3 normal
Target Milestone: ---
Assignee: Travis Leithead [MSFT]
QA Contact: HTML WG Bugzilla archive list
URL: http://www.whatwg.org/specs/web-apps/...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-07-18 17:45 UTC by contributor
Modified: 2012-09-20 17:02 UTC (History)
6 users (show)

See Also:

Attachments

Description contributor 2012-07-18 17:45:05 UTC 
This was was cloned from bug 16344 as part of operation convergence.
Originally filed: 2012-03-13 16:01:00 +0000

================================================================================
 #0   contributor@whatwg.org                          2012-03-13 16:01:38 +0000 
--------------------------------------------------------------------------------
Specification: http://www.whatwg.org/specs/web-apps/current-work/multipage/rendering.html
Multipage: http://www.whatwg.org/C#tables
Complete: http://www.whatwg.org/c#tables

Comment:
The td[nowrap], th[nowrap] rule should be replaced with
http://simon.html5.org/specs/quirks-mode#the-table-cell-width-resets-nowrap-qu
irk

Posted from: 85.227.157.105 by simonp@opera.com
User agent: Opera/9.80 (Macintosh; Intel Mac OS X 10.7.2; U; en) Presto/2.10.229 Version/11.61
================================================================================
 #1   Ian 'Hixie' Hickson                             2012-06-07 00:20:40 +0000 
--------------------------------------------------------------------------------
Kinda done, though please check the new text as although I think what I wrote is exactly equivalent, it is written in exactly the opposite way and I'm concerned that I may have misunderstood some subtlety that explains why you wrote it the way you did, rather than the way most of the quirks are specced.
================================================================================
 #2   contributor@whatwg.org                          2012-06-07 00:30:11 +0000 
--------------------------------------------------------------------------------
Checked in as WHATWG revision r7123.
Check-in comment: import the lone HTML quirk from zcorpan's draft
http://html5.org/tools/web-apps-tracker?from=7122&to=7123
================================================================================
 #3   Simon Pieters                                   2012-06-11 07:17:49 +0000 
--------------------------------------------------------------------------------
I just wanted to avoid applying a style rule and then reverting it, but either way works. However, you missed the value zero which should be excluded.
================================================================================
Comment 1 Travis Leithead [MSFT] 2012-09-18 18:41:44 UTC 
EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are
satisfied with this response, please change the state of this bug to CLOSED. If
you have additional information and would like the Editor to reconsider, please
reopen this bug. If you would like to escalate the issue to the full HTML
Working Group, please add the TrackerRequest keyword to this bug, and suggest
title and text for the Tracker Issue; or you may create a Tracker Issue
yourself, if you are able to do so. For more details, see this document:

   http://dev.w3.org/html5/decision-policy/decision-policy.html

Status: Accepted
Change Description: Minor update to the "td[nowrap], th[nowrap]" quirksmode exception that allows a "width" attribute to opt-out of the white-space presentational hint, unless it evaluates to an error, number classified as a percentage or [new in this bug fix] a zero value.

See checkin diff here: https://github.com/w3c/html/commit/b55b3ce3bf7dd3deec9129766f5738b2d033ecca
Comment 2 Ian 'Hixie' Hickson 2012-09-19 22:34:36 UTC 
The change mentioned above is incorrect. The value returned by the microsyntax parser can never be zero, so it makes no sense to exclude zero in that paragraph.
Comment 3 Edward O'Connor 2012-09-19 22:45:41 UTC 
Reopening per Ian's comment.
Comment 4 Travis Leithead [MSFT] 2012-09-20 17:02:43 UTC 
Yep, I missed that. Looks like this can just be resolved.

I reverted the previous checkin: https://github.com/w3c/html/commit/7ab1ac615fcda5a342b52d7d866c5c5c41ee9952

Resolving: Worksforme