/irc-logs / freenode / #whatwg / 2007-08-18 / end

Options:

  1. # Session Start: Sat Aug 18 00:00:01 2007
  2. # Session Ident: #whatwg
  3. # [00:00] <gsnedders> actually, we can't have &#00;
  4. # [00:00] * kingryan likes the idea of requiring an HTML parser for the HTML test suite
  5. # [00:01] <kingryan> ok, so are we back to JSON, then?
  6. # [00:01] <gsnedders> what happens to &#00 in HTML5? Hixie?
  7. # [00:01] <gsnedders> *&#00;
  8. # [00:02] <kingryan> I don't see any references to that in html5
  9. # [00:02] <Philip`> "if the number is zero, if the number is higher than 0x10FFFF, or if it's one of the surrogate characters (characters in the range 0xD800 to 0xDFFF), then this is a parse error; return a character token for the U+FFFD REPLACEMENT CHARACTER character instead"
  10. # [00:03] <Philip`> ( http://www.whatwg.org/specs/web-apps/current-work/multipage/section-tokenisation.html#tokenising )
  11. # [00:03] <kingryan> ah
  12. # [00:03] <gsnedders> I knew if it was unescaped it got replaced
  13. # [00:03] * Quits: KevinMarks (i=KevinMar@nat/google/x-cbb67da930a726d7) ("The computer fell asleep")
  14. # [00:03] * gsnedders sighs
  15. # [00:04] <gsnedders> damn. null. bytes.
  16. # [00:04] <Philip`> You could store the whole document with ROT-1, so the null bytes map onto &#x01;
  17. # [00:05] * takkaria chuckles
  18. # [00:05] <kingryan> I think we're back to JSON
  19. # [00:05] <gsnedders> ROT-1 sounds like a nice idea
  20. # [00:05] <gsnedders> as long as we never need 01
  21. # [00:06] <kingryan> you mean FE?
  22. # [00:06] <gsnedders> it means we can't test one byte in a range of bytes
  23. # [00:06] <gsnedders> kingryan: no, with rot-1
  24. # [00:06] <gsnedders> kingryan: map &#00; to &#01;
  25. # [00:06] <kingryan> that mens FE maps to 00, right?
  26. # [00:06] <gsnedders> kingryan: ah. true.
  27. # [00:07] <gsnedders> kingryan: FF, surely?
  28. # [00:07] <Philip`> You've got the whole of Unicode to work in - use &#x100;
  29. # [00:07] <Philip`> (for &#xFF + 1)
  30. # [00:07] <kingryan> true
  31. # [00:07] <gsnedders> or just replace 00 with 01
  32. # [00:07] <gsnedders> and keep the rest as is
  33. # [00:07] <kingryan> as long as we don't need FFFE :)
  34. # [00:07] <gsnedders> FFFE is UTF-16 BOM
  35. # [00:08] <kingryan> I know ;)
  36. # [00:08] <gsnedders> I expected you did
  37. # [00:08] <gsnedders> replace 0 with 1 seems the simple solution
  38. # [00:10] * Joins: tantek_ (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  39. # [00:10] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Read error: 104 (Connection reset by peer))
  40. # [00:10] <kingryan> are we still talking about doing this in html?
  41. # [00:11] <gsnedders> yes.
  42. # [00:12] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  43. # [00:12] * Quits: tantek_ (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Read error: 104 (Connection reset by peer))
  44. # [00:13] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Read error: 104 (Connection reset by peer))
  45. # [00:14] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  46. # [00:16] <gsnedders> RFC: http://geoffers.no-ip.com/svn/php-html-5-direct/tests/type-sniffing/textOrBinary
  47. # [00:17] <gsnedders> wow. we've taken 75 minutes to get this far.
  48. # [00:17] * tantek volunteers gsnedders to go to a W3C f2f meeting.
  49. # [00:18] <gsnedders> tantek: if you can get me out of school and get me paid for, sure :P
  50. # [00:18] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Read error: 104 (Connection reset by peer))
  51. # [00:18] * gsnedders wonders what is up with tantek's connection
  52. # [00:19] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  53. # [00:19] <gsnedders> tantek: if you can get me out of school and get me paid for, sure :P
  54. # [00:19] <gsnedders> tantek: what's up with your connection, BTW?
  55. # [00:20] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Connection reset by peer)
  56. # [00:20] <kingryan> I think tantek's at a cafe
  57. # [00:20] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  58. # [00:20] <gsnedders> and bad wi-fi?
  59. # [00:22] <gsnedders> kingryan: should we go with HTML then?
  60. # [00:22] <gsnedders> kingryan: just have it marked up like that?
  61. # [00:23] <gsnedders> tantek: why me?
  62. # [00:25] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Read error: 104 (Connection reset by peer))
  63. # [00:25] * Joins: tantek_ (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  64. # [00:26] <tantek_> gsnedders, you mentioned something about taking so many minutes to get so far. indicating that you've clearly learned some patience. a very useful quality.
  65. # [00:27] <gsnedders> tantek_: not patience, just persistence
  66. # [00:27] <tantek_> another useful quality.
  67. # [00:27] * tantek_ is now known as tantek
  68. # [00:28] <jgraham> Since test case formats are tonight's hot topic, would anyone like to suggest a format for table model tests? They need to take HTML as an input and check that the cells appear in the right places in a 2D grid
  69. # [00:28] <jgraham> JSON would work but it would be really verbose
  70. # [00:29] <jgraham> I guess some custom plaintext format might be best
  71. # [00:30] * Joins: aroben_ (n=adamrobe@17.203.15.195)
  72. # [00:30] <jgraham> Oh and each slot can have >1 or 0 cells
  73. # [00:30] <jgraham> and each cell has extra metadata which needs to be checked :(
  74. # [00:32] <Philip`> You could represent the 2D grid with an HTML table
  75. # [00:32] * Joins: tantek_ (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  76. # [00:34] <kingryan> gsnedders: as cool as using HTML would be, many of the tests are already in JSON and adding more dependencies, even if self-dependencies adds to the cost of collaboration
  77. # [00:34] <kingryan> jgraham: I'd use a multidimensional JSON array
  78. # [00:35] <kingryan> [[cell, cell], [cell, [double, cell]]]
  79. # [00:35] <gsnedders> kingryan: we'd need to add something like "Every unicode character must be interpreted as a byte with the value of the unicode code point the character represents"
  80. # [00:35] <kingryan> yes
  81. # [00:36] <jgraham> kingryan: That's sort of thing is basically what I was thinking too. It's just slightly irritating that json has such a rigid syntax. However it's less verbose than HTML
  82. # [00:37] * Philip` likes YAML
  83. # [00:37] <kingryan> right, but json is always utf-8, so the code-point=>character=>byte relationship is fixed
  84. # [00:37] <kingryan> Philip`: json is yaml :)
  85. # [00:38] <kingryan> http://redhanded.hobix.com/inspect/yamlIsJson.html
  86. # [00:38] * kingryan uses a yaml parser for json sometimes
  87. # [00:38] <Philip`> JSON is only a subset of YAML, so YAML necessarily has less of a rigid syntax :-)
  88. # [00:39] <kingryan> true
  89. # [00:39] <kingryan> and it does allow hex numbers
  90. # [00:40] <Philip`> YAML seems hugely more complex to parse than JSON, but I don't care because I just say "use YAML::Syck" and it works magically
  91. # [00:40] <kingryan> indeed
  92. # [00:40] <kingryan> I'd rather not add another dependency to html5lib, though
  93. # [00:40] <kingryan> (though that's a no-op for ruby, since yaml is in the stdlib)
  94. # [00:40] <gsnedders> kingryan: "JSON text SHALL be encoded in Unicode. The default encoding is UTF-8. "
  95. # [00:41] * kingryan stands corrected
  96. # [00:41] * gsnedders has RFC4627 open due to his sheer lack of knowledge of JSON and remembers noticing that earlier
  97. # [00:42] * Quits: aroben (n=adamrobe@unaffiliated/aroben) (Read error: 110 (Connection timed out))
  98. # [00:46] * Quits: Lachy (n=Lachy@124-170-33-202.dyn.iinet.net.au) ("ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007072518]")
  99. # [00:49] <gsnedders> kingryan: you go and make up some sort of test case format
  100. # [00:49] <gsnedders> time for me to sleep
  101. # [00:49] <kingryan> k
  102. # [00:50] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Read error: 110 (Connection timed out))
  103. # [00:50] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  104. # [01:02] * Joins: jacobolus (n=jacobolu@189.133.79.250)
  105. # [01:06] * Quits: aroben_ (n=adamrobe@unaffiliated/aroben)
  106. # [01:07] * Quits: tantek_ (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Read error: 110 (Connection timed out))
  107. # [01:07] * Joins: tantek_ (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  108. # [01:09] * Quits: tantek_ (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Client Quit)
  109. # [01:11] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Read error: 110 (Connection timed out))
  110. # [01:25] * Joins: cplot (n=cplot@c-98-193-22-194.hsd1.il.comcast.net)
  111. # [01:25] * Quits: cplot (n=cplot@c-98-193-22-194.hsd1.il.comcast.net) (Client Quit)
  112. # [01:27] * Philip` sees that HTML 3.2 said <input type=image> should always send x and y coordinates, then HTML 4 instead said 'ismap' was required for that (though the DTD didn't allow it on <input> until HTML 4.01)
  113. # [01:29] <jacobolus> hey. just curious: are there any recent summaries of HTML5 progress (either through W3C or WHATWG)?
  114. # [01:30] <zcorpan_> jacobolus: http://html5.org/tools/web-apps-tracker ?
  115. # [01:30] * Quits: kingryan (n=kingryan@corp.technorati.com) (Read error: 110 (Connection timed out))
  116. # [01:31] <Philip`> How recent, and how summarised?
  117. # [01:31] <jacobolus> Philip`: sometime in the last few months. paragraphs not commit logs. :)
  118. # [01:32] <jacobolus> Philip`: big ideas, not minor fixes, etc.
  119. # [01:32] <zcorpan_> don't think so
  120. # [01:32] <jacobolus> okay, no worries. :)
  121. # [01:32] <Philip`> Hmm, I can't even remember any big changes recently
  122. # [01:32] <Philip`> which is probably caused by my memory rather than by a lack of big changes
  123. # [01:33] <zcorpan_> http://lists.whatwg.org/pipermail/help-whatwg.org/2007-August/000070.html
  124. # [01:33] <zcorpan_> <img alt> has recently been revamped
  125. # [01:33] <jacobolus> also, is there any rough idea from browser vendors when they plan to start abiding by html 5's recommendations?
  126. # [01:34] <jacobolus> even for existing elements (i.e. not counting all the fun new stuff)
  127. # [01:34] <othermaciej> it will be gradual
  128. # [01:34] <othermaciej> there aren't a lot of changes to existing elements though
  129. # [01:34] <othermaciej> (other than global stuff that applies to all elements)
  130. # [01:35] <jacobolus> i thought html5 was trying to get the browsers to act the same way in several places that they currently interpret the html spec differently
  131. # [01:36] <jacobolus> or are those mostly global things?
  132. # [01:37] <othermaciej> well, parsing is one big area where that is the case
  133. # [01:37] <othermaciej> but, for instance, there's nothing about the <b> element that would change in browsers
  134. # [01:37] <othermaciej> or <img>
  135. # [01:37] <Philip`> <img style="display:none"> should change in some browser
  136. # [01:38] <othermaciej> what is the change?
  137. # [01:38] <zcorpan_> othermaciej: <img> has some dom interfaces that might need changing (like .complete)
  138. # [01:38] <zcorpan_> er, members of the HTMLImageElement interface
  139. # [01:38] <Philip`> Opera doesn't download the image, which I've found annoyingly inconsistent with other browsers
  140. # [01:38] <othermaciej> yeah, all other browsers will load images that are unrendered or not in the DOM
  141. # [01:38] <jacobolus> othermaciej, others: okay. thanks :)
  142. # [01:40] <jacobolus> othermaciej: know if there's been any decision about <a>'s with display:block being allowed/allowing block elements inside or not?
  143. # [01:40] <zcorpan_> Philip`: iirc we do because it saves bandwidth... which is important on mobiles
  144. # [01:41] <zcorpan_> jacobolus: 'display' doesn't in any way change nesting rules
  145. # [01:41] <othermaciej> jacobolus: putting display: block on an <a> element is a consideration that is out of scope for the HTML spec
  146. # [01:41] <othermaciej> it's purely at the CSS level
  147. # [01:41] <othermaciej> and it is allowed
  148. # [01:41] <jacobolus> ah, okay
  149. # [01:41] <othermaciej> nesting block elements in <a> remains non-conforming I believe
  150. # [01:42] <jacobolus> othermaciej: I believe putting block elements in an <a> w/ display:block works just fine in all browsers, though :)
  151. # [01:42] <othermaciej> though in practice it is handled (not sure if the spec has full detail on how to handle it yet)
  152. # [01:42] <zcorpan_> though it has been suggested that it should be allowed to nest blocks in lins
  153. # [01:42] <zcorpan_> links
  154. # [01:42] <othermaciej> jacobolus: putting block elements in <a> without display:block also works
  155. # [01:42] <Philip`> zcorpan_: hendry suggested the same reason
  156. # [01:42] <zcorpan_> Philip`: what reason?
  157. # [01:43] <jacobolus> othermaciej: hmm, it caused some pretty nasty rendering issues in firefox though, when I tested it a few months ago (don't remember what version)
  158. # [01:43] <Philip`> The saving-bandwidth-on-mobiles reason
  159. # [01:43] <zcorpan_> Philip`: ah. yep
  160. # [01:43] <Philip`> It's just annoying when I'm writing <canvas> tests and using drawImage with <img>s that shouldn't be visible, though maybe that's not an especially common use case :-)
  161. # [01:44] <Philip`> (Now I tend to use visibility:hidden and stick them at the end of the document where nobody will notice them)
  162. # [01:47] <othermaciej> Philip`: new Image() creates an image that is not in the document but which generally loads and fires a load event
  163. # [01:47] <othermaciej> Philip`: perhaps that works in Opera even if <img style="display: none"> doesn't
  164. # [01:48] <Philip`> That does work in Opera, but I vaguely remember there being some reason why I didn't want to do that
  165. # [01:49] <Philip`> but I have no idea what the actual reason was
  166. # [01:52] <Philip`> Hmm, maybe it was just because I was lazy and preferred to write one line of HTML instead of two lines of JS
  167. # [02:15] * Quits: grimeboy (n=grimboy@89.242.72.221) ("Dear #python: lolololololololololol")
  168. # [02:18] * Joins: G0k (n=hmason@c-67-190-9-212.hsd1.co.comcast.net)
  169. # [02:21] * Joins: hober (n=ted@unaffiliated/hober)
  170. # [02:32] * Joins: aroben (n=adamrobe@17.203.15.195)
  171. # [02:44] * Joins: Lachy (n=Lachy@194-70-185-210.static.techex.net.au)
  172. # [02:56] * Quits: h3h (n=w3rd@66-162-32-234.static.twtelecom.net) ("|")
  173. # [03:11] * Parts: jacobolus (n=jacobolu@189.133.79.250)
  174. # [03:13] <Lachy> good morning
  175. # [03:22] * Quits: zcorpan_ (n=zcorpan@84-216-42-7.sprayadsl.telenor.se) (Read error: 110 (Connection timed out))
  176. # [03:31] * Quits: G0k (n=hmason@c-67-190-9-212.hsd1.co.comcast.net)
  177. # [03:38] <Lachy> I don't understand what Sam Ruby is ranting about. What's wrong with the way Firefox handles his test case? http://feedvalidator.org/testcases/atom/1.1/brief-noerror.xml
  178. # [03:42] <Philip`> He "wanted to view the data in an XML parse tree" but Firefox thinks it's a feed
  179. # [03:54] <Lachy> so what's wrong with that? it is a feed. He wouldn't expect an XHTML or SVG file delivered as application/xml to be rendered as a tree would he?
  180. # [03:58] <Philip`> If you do 'data:application/xml,the stuff from that file' then it does display the tree instead of thinking it's a feed
  181. # [04:01] * Quits: tndH (i=Rob@adsl-87-102-94-41.karoo.KCOM.COM) ("ChatZilla 0.9.78.1-rdmsoft [XULRunner 1.8.0.9/2006120508]")
  182. # [04:06] <Philip`> (Not that that's a particularly relevant observation...)
  183. # [04:15] * gavins is now known as gavin
  184. # [04:23] * Quits: aroben (n=adamrobe@unaffiliated/aroben)
  185. # [04:24] * Quits: doublec (n=doublec@guest-226.mountainview.mozilla.com)
  186. # [04:41] * Joins: h3h (n=w3rd@cpe-76-88-44-219.san.res.rr.com)
  187. # [04:44] * Joins: Lachy_ (n=Lachy@194-70-185-210.static.techex.net.au)
  188. # [04:45] * Philip` wonders how any UA could ever distinguish between missing-alt and alt="", given that existing content presumably(?) mixes the two forms freely and future content will keep doing it wrong
  189. # [04:46] <othermaciej> Philip`: at least some UAs already treat the two cases differently
  190. # [04:51] <Philip`> Hmm, Lynx is the only one I have that seems to care
  191. # [04:52] <Philip`> (Links doesn't - it always ignores the image, unless it's in a link and then it says [IMG] instead)
  192. # [04:55] * Quits: Lachy (n=Lachy@194-70-185-210.static.techex.net.au) (Read error: 110 (Connection timed out))
  193. # [05:04] * Joins: dev0_ (i=Tobias@dslb-088-076-240-102.pools.arcor-ip.net)
  194. # [05:07] * Quits: h3h (n=w3rd@cpe-76-88-44-219.san.res.rr.com) ("|")
  195. # [05:25] * Quits: dev0 (i=Tobias@unaffiliated/icefox0) (Read error: 110 (Connection timed out))
  196. # [05:29] * Quits: othermaciej (n=othermac@dsl081-048-145.sfo1.dsl.speakeasy.net) (Read error: 104 (Connection reset by peer))
  197. # [05:30] * Joins: othermaciej (n=othermac@dsl081-048-145.sfo1.dsl.speakeasy.net)
  198. # [05:34] * Quits: othermaciej (n=othermac@dsl081-048-145.sfo1.dsl.speakeasy.net) (Read error: 104 (Connection reset by peer))
  199. # [05:35] * Joins: mjs (n=othermac@dsl081-048-145.sfo1.dsl.speakeasy.net)
  200. # [05:36] * mjs is now known as othermaciej
  201. # [05:58] * Quits: weinig (i=weinig@nat/apple/x-db6a61fed18a09d9)
  202. # [06:07] * Joins: aroben (n=adamrobe@c-67-160-250-192.hsd1.ca.comcast.net)
  203. # [06:14] * Quits: guardian (n=Guardian@ANantes-252-1-17-210.w82-126.abo.wanadoo.fr) (heinlein.freenode.net irc.freenode.net)
  204. # [06:14] * Quits: Lachy_ (n=Lachy@194-70-185-210.static.techex.net.au) (heinlein.freenode.net irc.freenode.net)
  205. # [06:14] * Quits: mpt (n=mpt@121-72-138-60.dsl.telstraclear.net) (heinlein.freenode.net irc.freenode.net)
  206. # [06:14] * Quits: Dashiva (i=Dashiva@17.80-202-223.nextgentel.com) (heinlein.freenode.net irc.freenode.net)
  207. # [06:14] * Quits: mgdm (n=michael@madhackery.com) (heinlein.freenode.net irc.freenode.net)
  208. # [06:14] * Quits: aroben (n=adamrobe@unaffiliated/aroben) (heinlein.freenode.net irc.freenode.net)
  209. # [06:14] * Quits: Philip` (n=philip@zaynar.demon.co.uk) (heinlein.freenode.net irc.freenode.net)
  210. # [06:14] * Quits: colione (n=anon@c-d324e655.29-7-64736c11.cust.bredbandsbolaget.se) (heinlein.freenode.net irc.freenode.net)
  211. # [06:14] * Quits: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk) (heinlein.freenode.net irc.freenode.net)
  212. # [06:14] * Quits: jgraham (n=jgraham@81-86-209-27.dsl.pipex.com) (heinlein.freenode.net irc.freenode.net)
  213. # [06:14] * Quits: ozamosi (n=ozamosi@ubuntu/member/ozamosi) (heinlein.freenode.net irc.freenode.net)
  214. # [06:14] * Quits: syp| (n=syp@lasigpc9.epfl.ch) (heinlein.freenode.net irc.freenode.net)
  215. # [06:14] * Quits: moeffju (i=moeffju@ubermutant.net) (heinlein.freenode.net irc.freenode.net)
  216. # [06:14] * Quits: othermaciej (n=othermac@dsl081-048-145.sfo1.dsl.speakeasy.net) (heinlein.freenode.net irc.freenode.net)
  217. # [06:14] * Quits: mogstad_ (i=mogstad@114.80-202-123.nextgentel.com) (heinlein.freenode.net irc.freenode.net)
  218. # [06:14] * Quits: psa (n=yomode@posom.com) (heinlein.freenode.net irc.freenode.net)
  219. # [06:14] * Quits: hsivonen (n=hsivonen@kekkonen.cs.hut.fi) (heinlein.freenode.net irc.freenode.net)
  220. # [06:14] * Quits: gsnedders (n=gsnedder@host86-145-188-203.range86-145.btcentralplus.com) (heinlein.freenode.net irc.freenode.net)
  221. # [06:14] * Quits: Hixie (i=ianh@trivini.no) (heinlein.freenode.net irc.freenode.net)
  222. # [06:14] * Quits: Yudai_ (n=Yudai@pae2f7e.tokyte00.ap.so-net.ne.jp) (heinlein.freenode.net irc.freenode.net)
  223. # [06:14] * Quits: hober (n=ted@unaffiliated/hober) (heinlein.freenode.net irc.freenode.net)
  224. # [06:14] * Quits: takkaria (n=takkaria@isparp.co.uk) (heinlein.freenode.net irc.freenode.net)
  225. # [06:14] * Quits: csarven (n=nevrasc@modemcable081.152-201-24.mc.videotron.ca) (heinlein.freenode.net irc.freenode.net)
  226. # [06:14] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (heinlein.freenode.net irc.freenode.net)
  227. # [06:14] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (heinlein.freenode.net irc.freenode.net)
  228. # [06:14] * Quits: wakaba (n=w@114.165.210.220.dy.bbexcite.jp) (heinlein.freenode.net irc.freenode.net)
  229. # [06:14] * Quits: gavin (n=gavin@firefox/developer/gavin) (heinlein.freenode.net irc.freenode.net)
  230. # [06:14] * Quits: YaaL (i=yaal@hell.pl) (heinlein.freenode.net irc.freenode.net)
  231. # [06:14] * Quits: toolskyn (i=toolskyn@amy.bdick.de) (heinlein.freenode.net irc.freenode.net)
  232. # [06:15] * Joins: guardian (n=Guardian@ANantes-252-1-17-210.w82-126.abo.wanadoo.fr)
  233. # [06:15] * Joins: othermaciej (n=othermac@dsl081-048-145.sfo1.dsl.speakeasy.net)
  234. # [06:15] * Joins: hober (n=ted@unaffiliated/hober)
  235. # [06:15] * Joins: takkaria (n=takkaria@isparp.co.uk)
  236. # [06:15] * Joins: csarven (n=nevrasc@modemcable081.152-201-24.mc.videotron.ca)
  237. # [06:15] * Joins: mogstad_ (i=mogstad@114.80-202-123.nextgentel.com)
  238. # [06:15] * Joins: colione (n=anon@c-d324e655.29-7-64736c11.cust.bredbandsbolaget.se)
  239. # [06:15] * Joins: psa (n=yomode@posom.com)
  240. # [06:15] * Joins: gsnedders (n=gsnedder@host86-145-188-203.range86-145.btcentralplus.com)
  241. # [06:15] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  242. # [06:15] * Joins: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk)
  243. # [06:15] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  244. # [06:15] * Joins: jgraham (n=jgraham@81-86-209-27.dsl.pipex.com)
  245. # [06:15] * Joins: Hixie (i=ianh@trivini.no)
  246. # [06:15] * Joins: wakaba (n=w@114.165.210.220.dy.bbexcite.jp)
  247. # [06:15] * Joins: Yudai_ (n=Yudai@pae2f7e.tokyte00.ap.so-net.ne.jp)
  248. # [06:15] * Joins: gavin (n=gavin@firefox/developer/gavin)
  249. # [06:15] * Joins: YaaL (i=yaal@hell.pl)
  250. # [06:15] * Joins: toolskyn (i=toolskyn@amy.bdick.de)
  251. # [06:15] * Joins: hsivonen (n=hsivonen@kekkonen.cs.hut.fi)
  252. # [06:15] * Joins: ozamosi (n=ozamosi@ubuntu/member/ozamosi)
  253. # [06:15] * Joins: moeffju (i=moeffju@ubermutant.net)
  254. # [06:15] * Joins: syp| (n=syp@lasigpc9.epfl.ch)
  255. # [06:15] * Joins: Lachy_ (n=Lachy@194-70-185-210.static.techex.net.au)
  256. # [06:15] * Joins: mpt (n=mpt@121-72-138-60.dsl.telstraclear.net)
  257. # [06:15] * Joins: Dashiva (i=Dashiva@17.80-202-223.nextgentel.com)
  258. # [06:15] * Joins: mgdm (n=michael@madhackery.com)
  259. # [06:16] * Joins: aroben (n=adamrobe@unaffiliated/aroben)
  260. # [06:16] * Joins: Philip` (n=philip@zaynar.demon.co.uk)
  261. # [06:17] * Joins: Lachy (n=Lachy@194-70-185-210.static.techex.net.au)
  262. # [06:30] * Joins: doublec (n=doublec@209.79.152.239)
  263. # [06:32] * Quits: Lachy_ (n=Lachy@194-70-185-210.static.techex.net.au) (Read error: 110 (Connection timed out))
  264. # [06:42] * Joins: weinig (n=weinig@c-67-188-89-242.hsd1.ca.comcast.net)
  265. # [06:42] * Quits: weinig (n=weinig@c-67-188-89-242.hsd1.ca.comcast.net) (Remote closed the connection)
  266. # [06:43] * Joins: weinig (n=weinig@c-67-188-89-242.hsd1.ca.comcast.net)
  267. # [06:46] * Quits: moeffju (i=moeffju@ubermutant.net) (SendQ exceeded)
  268. # [07:23] * Quits: csarven (n=nevrasc@modemcable081.152-201-24.mc.videotron.ca) ("http:/www.csarven.ca")
  269. # [07:30] * Quits: weinig (n=weinig@c-67-188-89-242.hsd1.ca.comcast.net)
  270. # [08:03] * Joins: Lachy_ (n=Lachy@194-70-185-210.static.techex.net.au)
  271. # [08:03] * Joins: weinig (n=weinig@c-67-188-89-242.hsd1.ca.comcast.net)
  272. # [08:11] * Parts: doublec (n=doublec@209.79.152.239)
  273. # [08:23] * Quits: Lachy (n=Lachy@194-70-185-210.static.techex.net.au) (Read error: 110 (Connection timed out))
  274. # [09:14] * Joins: tantek (n=tantek@65.87.23.35)
  275. # [09:32] * Quits: tantek (n=tantek@65.87.23.35)
  276. # [09:33] * Quits: weinig (n=weinig@c-67-188-89-242.hsd1.ca.comcast.net)
  277. # [10:58] * Joins: ROBOd (n=robod@86.34.246.154)
  278. # [11:14] * Joins: hasather_ (n=hasather@22.80-203-71.nextgentel.com)
  279. # [11:15] * Joins: Charl (n=charlvn@c1-225-12.wblv.isadsl.co.za)
  280. # [11:32] * Joins: cplot (n=cplot@c-98-193-22-194.hsd1.il.comcast.net)
  281. # [11:32] * Quits: cplot (n=cplot@c-98-193-22-194.hsd1.il.comcast.net) (Client Quit)
  282. # [11:34] * Joins: hendry (n=hendry@91.84.53.136)
  283. # [11:35] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  284. # [11:52] * Quits: aroben (n=adamrobe@unaffiliated/aroben)
  285. # [11:57] * Joins: doublec (n=doublec@209.79.152.239)
  286. # [12:01] * Joins: zcorpan_ (n=zcorpan@81-233-253-112-no13.tbcn.telia.com)
  287. # [12:13] * Quits: doublec (n=doublec@209.79.152.239)
  288. # [12:19] * Quits: hendry (n=hendry@91.84.53.136) ("leaving")
  289. # [12:48] <jgraham> Hixie: yt?
  290. # [13:01] * Joins: tndH_ (i=Rob@adsl-87-102-94-41.karoo.KCOM.COM)
  291. # [13:02] * tndH_ is now known as tndH
  292. # [13:38] * Quits: gsnedders (n=gsnedder@host86-145-188-203.range86-145.btcentralplus.com) ("Don't touch /dev/null…")
  293. # [13:47] * Joins: Whiskey_M (n=Richard@host-84-9-127-20.bulldogdsl.com)
  294. # [13:48] <Whiskey_M> 'lo
  295. # [13:50] <Philip`> Greetings
  296. # [14:06] * Joins: Lachy (n=Lachy@194-70-185-210.static.techex.net.au)
  297. # [14:13] * Quits: Lachy_ (n=Lachy@194-70-185-210.static.techex.net.au) (Read error: 110 (Connection timed out))
  298. # [14:28] * Joins: mogstad (i=mogstad@114.80-202-123.nextgentel.com)
  299. # [14:32] <Philip`> Lynx supports a surprising number of HTML 3.0 features, which no other browser does that I'm aware of
  300. # [14:32] <Philip`> (<tab>, <note>, <fn>, etc)
  301. # [14:35] * Quits: Whiskey_M (n=Richard@host-84-9-127-20.bulldogdsl.com) ("pub")
  302. # [14:38] * Quits: ROBOd (n=robod@86.34.246.154) (Read error: 104 (Connection reset by peer))
  303. # [14:49] * Quits: mogstad_ (i=mogstad@114.80-202-123.nextgentel.com) (Read error: 110 (Connection timed out))
  304. # [15:06] * Joins: gsnedders (n=gsnedder@host86-145-188-203.range86-145.btcentralplus.com)
  305. # [15:15] <Lachy> what does <note> do that's special?
  306. # [15:18] <Philip`> "Lynx implements the HTML 3.0 NOTE element (Admonishment) as a labeled block, i.e., as if a new paragraph were indicated whether or not paragraphing markup is included in its content, with greater than normal left and right margins, and with the type of note indicated by an emphasized label based on the value of its CLASS or ROLE attribute. If no CLASS or ROLE attribute is included, the default label NOTE: will be used. Lynx recognizes the values cauti
  307. # [15:18] <Philip`> ... Lynx recognizes the values caution and warning, for which, respectively, the labels CAUTION: or WARNING: will be used."
  308. # [15:19] <Philip`> http://www.w3.org/MarkUp/html3/notes.html
  309. # [15:20] <Philip`> Hmm, it even lets you specify an image to accompany the note and an MD5 checksum of the image to ensure it hasn't been tampered with
  310. # [15:21] <Philip`> Sounds like it'd be vaguely relevant to the various warning/note/etc boxes Wikipedia puts all over the place, like in the top of http://en.wikipedia.org/wiki/HTML5
  311. # [15:23] * Quits: hasather_ (n=hasather@22.80-203-71.nextgentel.com) (Remote closed the connection)
  312. # [15:24] * Joins: hasather_ (n=hasather@22.80-203-71.nextgentel.com)
  313. # [15:26] * Quits: hasather_ (n=hasather@22.80-203-71.nextgentel.com) (Remote closed the connection)
  314. # [15:26] <Lachy> that might be an interesting element to investigate. Didn't we have class="note" predefined at one stage? Maybe that could be a non-controversial replacement
  315. # [15:27] * Joins: hasather_ (n=hasather@22.80-203-71.nextgentel.com)
  316. # [15:33] <Philip`> What would the value be, compared to writing plain text like "Warning: Leopards spotted"?
  317. # [15:35] * Quits: hasather_ (n=hasather@22.80-203-71.nextgentel.com) (Remote closed the connection)
  318. # [15:35] * Joins: hasather_ (n=hasather@22.80-203-71.nextgentel.com)
  319. # [15:40] <Lachy> don't know. That would be something that needed investigation. The best I can think of at this stage would be as a styling hook, but that's hardly good enough justification
  320. # [15:42] * Quits: hasather_ (n=hasather@22.80-203-71.nextgentel.com) (Remote closed the connection)
  321. # [15:46] <Philip`> Shouldn't you think of problems first and then find solutions, rather starting with the <note> solution and then thinking of problems for it to solve? :-p
  322. # [15:47] <Philip`> *rather than
  323. # [15:48] * Joins: hasather_ (n=hasather@22.80-203-71.nextgentel.com)
  324. # [16:15] * Joins: johnst (n=johnst@x1-6-00-04-61-4a-1f-54.k459.webspeed.dk)
  325. # [16:17] <tantek> Lachy re: class="note". We have defined that in hCard http://microformats.org/wiki/hcard per the NOTE property from RFC2426 section 3.6.2 NOTE Type Definition
  326. # [16:17] * Joins: guardian_ (n=Guardian@ANantes-252-1-19-20.w82-126.abo.wanadoo.fr)
  327. # [16:17] <Lachy> Philip`, yes, that's right
  328. # [16:18] <Lachy> back later, bye
  329. # [16:18] * Quits: Lachy (n=Lachy@194-70-185-210.static.techex.net.au) ("ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007072518]")
  330. # [16:21] * guardian_ is now known as uardian
  331. # [16:27] * uardian is now known as guardian_
  332. # [16:27] * Quits: guardian (n=Guardian@ANantes-252-1-17-210.w82-126.abo.wanadoo.fr) (Nick collision from services.)
  333. # [16:27] * guardian_ is now known as guardian
  334. # [16:53] * Joins: Lachy (n=Lachy@194-70-185-210.static.techex.net.au)
  335. # [17:17] <Philip`> It'd be nice if HTML5 <xmp> parsing was more like IE, and more like <pre>/<textarea> in all browsers, by ignoring a leading newline
  336. # [17:26] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  337. # [17:28] <zcorpan_> Philip`: send it to the list? :) it would also affect getting innerHTML
  338. # [17:28] <zcorpan_> what about <listing>? are there others?
  339. # [17:31] <Philip`> I bet someone would just tell me that I shouldn't be writing new content with <xmp> :-(
  340. # [17:32] <Philip`> but there's no way I'm going to bother with writing &lt;s everywhere
  341. # [17:33] <zcorpan_> that's not relevant to the proposal though
  342. # [17:34] <zcorpan_> ie ignores the leading newline with listing and plaintext too
  343. # [17:36] <Philip`> http://software.hixie.ch/utilities/js/live-dom-viewer/?%3C%21DOCTYPE%20html%3E%0D%0A%3Cstyle%3Ebody%20*%20%7B%20border%3A%201px%20solid%20%7D%3C/style%3E%0D%0A%3Cbody%3E%0D%0A%0D%0A%3Cdiv%20style%3D%22white-space%3A%20pre%22%3E%0D%0A%0D%0Adiv%0D%0A%0D%0A%3C/div%3E%0D%0A%0D%0A%3Cpre%3E%0D%0A%0D%0Apre%0D%0A%0D%0A%3C/pre%3E%0D%0A%0D%0A%3Ctextarea%20rows%3D5%3E%0D%0A%0D%0Atextarea%0D%0A%0D%0A%3C/textarea%3E%0D%0A%0D%0A%3Cxmp%3E%0D%0A%0D%0Axmp%0D%0A%0D%0A%3
  344. # [17:36] <Philip`> Urgh, too long
  345. # [17:37] <Philip`> Anyway, IE seems to not render the leading newline with div either
  346. # [17:37] <Philip`> nor include it in the innerHTML output
  347. # [17:43] <zcorpan_> but it's probably not needed for <div>
  348. # [17:44] <Philip`> Oh, how nice - IE's innerHTML changes depending on whether you've got CSS white-space:pre or not
  349. # [17:44] <zcorpan_> why am i not surprised
  350. # [17:47] * Joins: csarven (n=nevrasc@modemcable081.152-201-24.mc.videotron.ca)
  351. # [18:16] <zcorpan_> hmm, where's the zombie dom viewer?
  352. # [18:18] <Philip`> http://canvex.lazyilluminati.com/misc/dom-viewer/
  353. # [18:19] <Philip`> Useful for http://canvex.lazyilluminati.com/misc/dom-viewer/?%3C%21DOCTYPE%20html%3E%0D%0A%3Cplaintext%3Efoo in Opera
  354. # [18:19] <zcorpan_> yeah
  355. # [18:21] <zcorpan_> does w() work with the dead dom viewer?
  356. # [18:22] <Philip`> No
  357. # [18:23] <zcorpan_> we ignore the leading newline with <listing> but not <xmp> or <plaintext>
  358. # [18:23] <Philip`> since I can't think of any way to inject the function into the page
  359. # [18:23] <zcorpan_> ok
  360. # [18:23] <Philip`> Everyone seems to do <listing> the same
  361. # [18:23] <Philip`> (i.e. not the same as HTML5)
  362. # [18:24] <zcorpan_> firefox crashes for me when i try <listing>x in the live dom viewer
  363. # [18:27] <zcorpan_> http://software.hixie.ch/utilities/js/live-dom-viewer/?%3C!DOCTYPE%20html%3E%3Cscript%3Ewindow.onload%3Dfunction(){w(document.body.firstChild.firstChild.data.length)}%3C/script%3E%3Cbody%3E%3Clisting%3E
  364. # [18:27] <zcorpan_> then type an x
  365. # [18:27] <Philip`> IE really is very very crazy
  366. # [18:28] <Philip`> Non-deterministically so, as far as I can see...
  367. # [18:31] <Philip`> http://software.hixie.ch/utilities/js/live-dom-viewer/?%3C%21DOCTYPE%20html%3E%0D%0A%3Cstyle%3Ebody%20*%20%7B%20border%3A%201px%20solid%20%7D%3C/style%3E%0D%0A%3Cbody%20onload%3D%22with%28document.body%29%7Bfor%28var%20i%3D0%3Bi%3CchildNodes.length%3B++i%29w%28%27%3E%3E%3E%27+childNodes%5Bi%5D.firstChild.nodeValue+%27%3C%3C%3C%27%29%7D%22%3E%3Cdiv%20style%3D%22white-space%3A%20pre%22%3E%0D%0A%0D%0Adiv%20white-space%3Apre%0D%0A%0D%0A%3C/div%3E
  368. # [18:31] <Philip`> If I add a character onto the end, then an extra newline appears in the top of the rendered div
  369. # [18:31] <Philip`> but when I use my copy of the DOM viewer, the newline randomly appears and disappears when I add or remove characters on the end
  370. # [18:31] <Philip`> (in IE7)
  371. # [18:32] <Philip`> I don't get the <listing> crash in FF2
  372. # [18:32] <zcorpan_> firefox 3
  373. # [18:33] <zcorpan_> ok, so the leading newline is only needed for <listing>. not <xmp> or <plaintext>
  374. # [18:35] * Philip` will post to the list
  375. # [18:36] <Philip`> (hopefully without too many errors)
  376. # [18:37] <Philip`> I'd just be happy if html5lib stripped the newline from <xmp>, regardless of what browsers do, so I wouldn't have to write lines of code to manipulate the DOM and fix up the text while transforming it into <pre><code> :-)
  377. # [18:38] <Philip`> (though maybe that's a selfish reason, and it's only about two lines of code anyway)
  378. # [18:40] <Philip`> Argh
  379. # [18:40] * Philip` replies to himself
  380. # [18:45] <Philip`> http://software.hixie.ch/utilities/js/live-dom-viewer/?%3C%21DOCTYPE%20html%3E%0A%3Cbody%20onload%3D%22w%28%27ok%27%29%7D%22%3E - why does Firefox accept that?
  381. # [19:02] <Philip`> Oh, it's fixed in FF3
  382. # [19:02] <Philip`> and <listing> crashes for me in FF3
  383. # [19:19] * Joins: aroben (n=adamrobe@c-67-160-250-192.hsd1.ca.comcast.net)
  384. # [19:32] * Joins: ROBOd (n=robod@86.34.246.154)
  385. # [19:38] * Joins: virtuelv_ (n=virtuelv@96.80-202-82.nextgentel.com)
  386. # [19:39] * Quits: aroben (n=adamrobe@unaffiliated/aroben)
  387. # [20:00] <zcorpan_> Philip`: will Hixie find that message again when it doesn't contain "detailed review" in the subject...? :)
  388. # [20:13] * Joins: aroben (n=adamrobe@c-67-160-250-192.hsd1.ca.comcast.net)
  389. # [20:23] <Philip`> It's not part of a detailed review at all - it's just a random comment about something that I only noticed because I'm being silly and using <xmp> - so I wouldn't want to be misleading in the subject :-)
  390. # [20:29] * zcorpan_ uses "detailed review" in his public-html messages that he wants the editors to find, even though they're random comments
  391. # [20:29] <zcorpan_> <listing> isn't silly though as there's interop already
  392. # [20:30] * Joins: weinig (i=weinig@nat/apple/x-7315eae5bfbc5f6d)
  393. # [20:30] <Philip`> I've added it to the SpecReviews wiki page, since hopefully things there won't get too lost
  394. # [20:33] <zcorpan_> that should work too, indeed
  395. # [20:35] <Philip`> Perhaps I could also set up a blog anywhere on the internet and post it there, and I expect Hixie would find it through his magic finding-anything-anybody-says-about-HTML5-on-blogs powers
  396. # [20:38] <Dashiva> He probably uses (shock) google :)
  397. # [20:39] <Philip`> Nah, I bet he's a closet Live Search user
  398. # [20:39] <Philip`> How can you not like a search engine whose front page says "Get Pimped!"?
  399. # [20:44] <hsivonen> Philip`: has the live.com front page actually said that?
  400. # [20:45] <Philip`> It said it when I looked at it just now
  401. # [20:45] <Philip`> "Get Pimped! FREE emoticon packs for Messenger" linking to http://www.pimpmylive.co.uk/
  402. # [20:45] <hsivonen> ooh. there's a changing ad on reload
  403. # [20:47] <hsivonen> well, MTV still has enough impact to make the word "pimp" suitable for the front page of a corporate property
  404. # [20:49] <hsivonen> btw, does live.com have live search feeds for a term like Google and Technorati?
  405. # [20:49] * Quits: aroben (n=adamrobe@unaffiliated/aroben)
  406. # [20:50] * Joins: doublec (n=doublec@209.79.152.194)
  407. # [20:50] * Quits: doublec (n=doublec@209.79.152.194) (Remote closed the connection)
  408. # [20:51] <hsivonen> hah. live.com uses bitmaps for non-Latin-script language names.
  409. # [20:53] <hsivonen> can't Microsoft just install the full load of fonts and locale-specific algorithms with the default install and get rid of the IE language pack nag dialogs?
  410. # [20:54] <Philip`> http://blogs.msdn.com/michkap/archive/2006/10/10/813347.aspx - sounds like in Vista they decided to just install everything
  411. # [20:54] <hsivonen> cool
  412. # [20:55] <Philip`> and then people complain about bloat :-)
  413. # [20:55] <hsivonen> disk is cheap. configuration-specific quality assurance isn't
  414. # [20:59] * Joins: tantek (n=tantek@65.87.23.35)
  415. # [21:47] * Quits: csarven (n=nevrasc@modemcable081.152-201-24.mc.videotron.ca) ("http:/www.csarven.ca")
  416. # [21:49] * Joins: csarven (n=nevrasc@modemcable081.152-201-24.mc.videotron.ca)
  417. # [22:04] * Quits: hasather_ (n=hasather@22.80-203-71.nextgentel.com) (Remote closed the connection)
  418. # [22:05] * Joins: hasather_ (n=hasather@22.80-203-71.nextgentel.com)
  419. # [22:16] * Quits: tantek (n=tantek@65.87.23.35)
  420. # [22:48] * Quits: ROBOd (n=robod@86.34.246.154) ("http://www.robodesign.ro")
  421. # [22:54] * Joins: aroben (n=adamrobe@c-67-160-250-192.hsd1.ca.comcast.net)
  422. # [22:54] * Quits: aroben (n=adamrobe@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
  423. # [22:55] * Joins: aroben (n=adamrobe@c-67-160-250-192.hsd1.ca.comcast.net)
  424. # [23:10] * Parts: hasather_ (n=hasather@22.80-203-71.nextgentel.com)
  425. # [23:17] * Quits: johnst (n=johnst@x1-6-00-04-61-4a-1f-54.k459.webspeed.dk) (Read error: 113 (No route to host))
  426. # [23:26] * Quits: Lachy (n=Lachy@194-70-185-210.static.techex.net.au) ("ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007072518]")
  427. # [23:32] * Joins: hasather_ (n=hasather@22.80-203-71.nextgentel.com)
  428. # [23:43] * Joins: tantek (n=tantek@65.87.20.138)
  429. # Session Close: Sun Aug 19 00:00:00 2007

The end :)