/irc-logs / w3c / #html-wg / 2010-01-24 / end

Options:

  1. # Session Start: Sun Jan 24 00:00:00 2010
  2. # Session Ident: #html-wg
  3. # [00:21] * Joins: miketaylr (miketaylr@24.42.95.234)
  4. # [00:41] * Quits: miketaylr (miketaylr@24.42.95.234) (Ping timeout)
  5. # [00:43] * Joins: tH (Rob@82.4.89.172)
  6. # [00:43] * Joins: dydz (dydz@75.36.187.147)
  7. # [00:52] <dydz> Consider the following the HTML 4 snippet: <table><col width="90"><col width="200"><col width="50"><tr><td style="background: blue">Col. 1</td><td colspan="2" style="background: red">Span cols 2 and 3</td></tr></table>
  8. # [00:53] <dydz> Notice there are three <col> elements.
  9. # [00:53] <dydz> What should the computed width of each <td> be? 90 and 250, respectively?
  10. # [01:05] <dydz> By subsection The COL element of section 11.2.4 of the HTML 4.01 spec. <http://www.w3.org/TR/html4/struct/tables.html#h-11.2.4.2> a <col> element may have an attribute called span, which is the number of column that share the same attributes described by the <col> element.
  11. # [01:10] <dydz> It is unclear to me what should happen with respect to inheriting (if that is even the right word) the <col> attributes, when the <td> specifies a colspan (as in the aforementioned example)
  12. # [01:13] <dydz> Is this case even valid?
  13. # [01:33] <Hixie> HTML4 is kinda vague about this stuff and doesn't really match reality anyway
  14. # [01:34] <Hixie> and HTML5 makes width="" on <col> invalid
  15. # [01:34] <Hixie> so hard to say :-)
  16. # [01:40] <dydz> hi hixie
  17. # [01:42] <dydz> Hixie: For your reference, this question is with respect to https://bugs.webkit.org/show_bug.cgi?id=14858
  18. # [01:47] <dydz> We may be able to simplify this question to (haven't checked the spec. yet on this): Does declaring a colspan value > 1 increase the effective number of columns in the table?
  19. # [01:48] <dydz> Consider the example: <table><tr><td colspan="2">Physical column 1</td></tr></table>
  20. # [01:49] <dydz> There is one <td> ("physical column") in the table.
  21. # [01:50] <dydz> Do we interpret this table as having two "effective" columns?
  22. # [01:56] <dydz> Hixie: But in the HTML 5 spec. <col> can have a style attribute (as inherited from the list of global attributes), so this case still possible (substitute style="width: Xpx" for the HTML 4 width attribute, width="X" in the above example)?
  23. # [02:04] <mjs> dydz: style propagation for columns is a mess
  24. # [02:04] <mjs> dydz: I don't think it really works in browsers and it is not clear how it is supposed to work with the CSS cascade
  25. # [02:04] <dydz> hi mjs
  26. # [02:05] <mjs> hi!
  27. # [02:05] <dydz> mjs, yes, I agree it is unclear
  28. # [02:05] <dydz> mjs: for your reference, both Firefox and IE will render the <td colspan="2"> element with a width around 250
  29. # [02:06] <dydz> in the above example
  30. # [02:06] <dydz> (disregarding border and padding)
  31. # [02:07] <mjs> dydz: what do they do if you use style="width: ..." instead of width="..."?
  32. # [02:07] <mjs> dydz: for compatibility, perhaps it is sufficient to only look at the column's width attribute and not really do any proper style resolution
  33. # [02:07] <dydz> Note, WebKit only handles this case differently (i.e. when there is only one row whose number of <td> is less than the number of column implied by the colspans)
  34. # [02:08] <mjs> dydz: width computation for table cells is tricky anyway
  35. # [04:08] * Disconnected
  36. # [04:09] * Attempting to rejoin channel #html-wg
  37. # [04:09] * Rejoined channel #html-wg
  38. # [04:09] * Topic is 'Pursuing conformance solutions for the N-body gravitational system known as "the Web", and in general, collectively performing various acts of unparalleled hubris (This channel is logged: http://krijnhoetmer.nl/irc-logs/)'
  39. # [04:09] * Set by MikeSmith on Thu Jun 18 06:02:08
  40. # [04:28] * Quits: miketaylr (miketaylr@24.42.95.234) (Quit: Leaving...)
  41. # [04:45] * Quits: paul_iri_ (paul_irish@71.192.163.128) (Ping timeout)
  42. # [04:47] * Joins: paul_irish (paul_irish@71.192.163.128)
  43. # [04:51] * Joins: miketaylr (miketaylr@24.42.95.234)
  44. # [05:30] * Quits: gavin_ (gavin@99.226.207.11) (Ping timeout)
  45. # [05:35] * Joins: gavin_ (gavin@99.226.207.11)
  46. # [06:30] * Joins: Lachy (Lachlan@89.233.178.6)
  47. # [06:33] * Quits: Lachy (Lachlan@89.233.178.6) (Quit: Leaving)
  48. # [06:33] * Joins: Lachy (Lachlan@89.233.178.6)
  49. # [06:54] * Quits: miketaylr (miketaylr@24.42.95.234) (Client exited)
  50. # [07:35] * Quits: Julian (chatzilla@217.91.35.233) (Ping timeout)
  51. # [07:37] * Joins: Julian (chatzilla@217.91.35.233)
  52. # [07:40] * Quits: gavin_ (gavin@99.226.207.11) (Ping timeout)
  53. # [07:45] * Joins: gavin_ (gavin@99.226.207.11)
  54. # [08:18] * Joins: shepazu (schepers@128.30.52.169)
  55. # [08:23] * Quits: shepazu_ (schepers@128.30.52.169) (Ping timeout)
  56. # [09:48] * Quits: gavin_ (gavin@99.226.207.11) (Ping timeout)
  57. # [09:52] * Joins: gavin_ (gavin@99.226.207.11)
  58. # [10:47] * Joins: ROBOd (robod@89.122.216.38)
  59. # [11:06] * Quits: mjs (mjs@69.181.42.237) (Quit: mjs)
  60. # [11:24] * Joins: myakura (myakura@123.224.228.213)
  61. # [11:44] * Joins: tametick (chatzilla@84.114.134.61)
  62. # [12:32] * Quits: Lachy (Lachlan@89.233.178.6) (Quit: This computer has gone to sleep)
  63. # [13:08] * Quits: tametick (chatzilla@84.114.134.61) (Client exited)
  64. # [13:08] * Joins: tametick (chatzilla@84.114.134.61)
  65. # [13:09] * Joins: Michelangelo (Michelange@93.41.247.64)
  66. # [13:34] * Quits: Michelangelo (Michelange@93.41.247.64) (Client exited)
  67. # [13:34] * Joins: Michelangelo (Michelange@93.41.247.64)
  68. # [13:47] * Quits: dydz (dydz@75.36.187.147) (Quit: dydz)
  69. # [14:52] * Parts: tametick (chatzilla@84.114.134.61)
  70. # [17:24] * Joins: mjs (mjs@69.181.42.237)
  71. # [17:50] * Quits: mjs (mjs@69.181.42.237) (Quit: mjs)
  72. # [17:51] * Quits: myakura (myakura@123.224.228.213) (Quit: Leaving...)
  73. # [17:53] * Joins: mjs (mjs@69.181.42.237)
  74. # [18:12] * Joins: cardona507 (carloscard@67.180.160.250)
  75. # [18:17] * Joins: tametick (chatzilla@84.114.134.61)
  76. # [18:45] * Quits: Michelangelo (Michelange@93.41.247.64) (Ping timeout)
  77. # [19:09] * Joins: Michelangelo (Michelange@93.41.247.64)
  78. # [19:09] * Quits: Michelangelo (Michelange@93.41.247.64) (Client exited)
  79. # [19:28] * Joins: dydz (dydz@75.36.187.147)
  80. # [21:28] * Quits: mjs (mjs@69.181.42.237) (Quit: mjs)
  81. # [21:39] * Quits: cardona507 (carloscard@67.180.160.250) (Quit: zzzzz)
  82. # [21:46] * Quits: ROBOd (robod@89.122.216.38) (Quit: http://www.robodesign.ro )
  83. # [23:29] * Joins: Lachy (Lachlan@85.196.122.246)
  84. # [23:29] * Quits: Lachy (Lachlan@85.196.122.246) (Client exited)
  85. # [23:29] * Joins: Lachy (Lachlan@85.196.122.246)
  86. # Session Close: Mon Jan 25 00:00:00 2010

The end :)