/irc-logs / freenode / #whatwg / 2009-01-28 / end

Options:

  1. # Session Start: Wed Jan 28 00:00:00 2009
  2. # Session Ident: #whatwg
  3. # [00:00] * Joins: MikeSmith (n=MikeSmit@EM114-48-57-120.pool.e-mobile.ne.jp)
  4. # [00:02] * Quits: aroben (n=aroben@unaffiliated/aroben) ("Leaving")
  5. # [00:04] <annevk> broken XHTML, is that like invalid XHTML?
  6. # [00:04] <annevk> please don't answer, I'm being needlessly pedantic
  7. # [00:06] * Philip` likes how his Java stuff now uses ~390% CPU, rather than being constantly blocked on IO
  8. # [00:06] <Philip`> (but I don't like how it makes it hard for me to find this maybe-infinite loop :-( )
  9. # [00:06] <Hixie> can't you figure out which page is doing it?
  10. # [00:09] <Philip`> I'm trying to, but it's taking me far too much effort
  11. # [00:10] <Philip`> My current attempt is to set each thread's name to the URL it's currently processing, and then I can use ctrl-\ to print a stack trace of all the threads once it's got to the end and has one stuck
  12. # [00:11] <Hixie> just run them all on one thread and output the url before each one
  13. # [00:11] <Philip`> That would probably be sensible, but it'd take much longer to run
  14. # [00:11] <Philip`> Found it now, so that's okay
  15. # [00:13] * Joins: roc (n=roc@202.0.36.64)
  16. # [00:20] <annevk> Lachy, what is the normalization issue with Selectors?
  17. # [00:20] <annevk> I suppose I can imagine some myself
  18. # [00:20] * annevk hopes there is no normalization whatsoever
  19. # [00:32] <Philip`> Hmm, looks like the page's body randomly stopped and then was followed by a quarter of a megabyte of null bytes
  20. # [00:32] <Philip`> (a quarter of a megabyte being the limit I imposed on the response body lengths)
  21. # [00:33] <Philip`> and that happened to be in the middle of a table just after a </tr>
  22. # [00:33] <Philip`> so it wants to foster-parent a quarter of a million characters
  23. # [00:33] <Philip`> and presumably there's some non-linear behaviour in there
  24. # [00:34] <annevk> interesting testcase
  25. # [00:34] <Philip`> The actual page itself looks fine, it might have just been a weird artifact of my downloader
  26. # [00:36] <Philip`> hsivonen: It'd be nice if foster-parenting didn't take seemingly non-linear amounts of time in SAXTreeBuilder.insertCharactersBefore
  27. # [00:38] <Hixie> All U+0000 NULL characters in the input must be replaced by U+FFFD REPLACEMENT CHARACTERs. Any occurrences of such characters is a parse error.
  28. # [00:39] <Philip`> hsivonen: Test case: http://philip.html5.org/misc/table-fostering.html shouldn't take multiple seconds to parse with HtmlParser(XmlViolationPolicy.ALLOW)
  29. # [00:40] <takkaria> 23:35 < Hixie> All U+0000 NULL characters in the input must be replaced by U+FFFD REPLACEMENT CHARACTERs. Any occurrences of such characters is a parse error.
  30. # [00:40] <takkaria> oops, sorry
  31. # [00:40] * Joins: weinig_ (n=weinig@17.244.17.115)
  32. # [00:43] * Quits: weinig (n=weinig@17.203.15.222) (Read error: 110 (Connection timed out))
  33. # [00:44] * Parts: xydyx (n=hdh@58.187.18.213) ("Konversation terminated!")
  34. # [00:44] * Joins: weinig (n=weinig@17.203.15.222)
  35. # [00:44] <Philip`> Urgh, looks like dozens of pages are stuff with nulls :-(
  36. # [00:46] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  37. # [00:48] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) (Read error: 110 (Connection timed out))
  38. # [00:49] * Quits: weinig (n=weinig@17.203.15.222) (Read error: 131 (Connection reset by peer))
  39. # [00:50] * Joins: weinig (n=weinig@17.203.15.222)
  40. # [00:53] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
  41. # [00:53] * Joins: othermaciej (n=mjs@17.203.15.236)
  42. # [00:53] * Quits: weinig (n=weinig@17.203.15.222) (Read error: 104 (Connection reset by peer))
  43. # [00:55] * Joins: weinig (n=weinig@17.203.15.222)
  44. # [00:55] * Quits: weinig (n=weinig@17.203.15.222) (Read error: 104 (Connection reset by peer))
  45. # [00:55] * Joins: weinig (n=weinig@17.203.15.222)
  46. # [00:56] * annevk grmbls in the general direction of HTTP
  47. # [00:56] * Quits: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  48. # [00:59] * Philip` learns that thread contention hurts performance
  49. # [00:59] * annevk leaves it at that for tonight
  50. # [00:59] <annevk> nn
  51. # [00:59] <Philip`> It took over two minutes to analyse these pages with 64 threads, but 75 seconds with 5 threads
  52. # [00:59] <Philip`> (on a quad-core machine)
  53. # [01:00] <Philip`> (64 threads is useful when you're downloading from the web, though)
  54. # [01:00] * Quits: weinig (n=weinig@17.203.15.222) (Read error: 104 (Connection reset by peer))
  55. # [01:00] * Joins: weinig (n=weinig@17.203.15.222)
  56. # [01:01] * Quits: weinig_ (n=weinig@17.244.17.115) (Read error: 110 (Connection timed out))
  57. # [01:06] <Philip`> http://pypi.python.org/pypi/rdfadict
  58. # [01:06] <Philip`> html5lib seems to be getting around a bit
  59. # [01:08] * Quits: kangax (n=kangax@74.201.136.194)
  60. # [01:09] * Quits: weinig (n=weinig@17.203.15.222) (Read error: 104 (Connection reset by peer))
  61. # [01:09] * Joins: weinig (n=weinig@17.203.15.222)
  62. # [01:10] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  63. # [01:21] * Quits: weinig (n=weinig@17.203.15.222) (Read error: 104 (Connection reset by peer))
  64. # [01:22] * Quits: dglazkov (n=dglazkov@nat/google/x-ea44376daa697c91)
  65. # [01:26] <Philip`> Google Translate is great
  66. # [01:26] <Philip`> "Creative Commons Attribuzione-Non opere derivate 2.5 Italia License" apparently translates into "Creative Commons Attribution-No Derivative Works 2.5 Canada License"
  67. # [01:28] * Quits: eric_carlson (n=ericc@17.203.15.188)
  68. # [01:28] <Hixie> yeah, that's the risk with that learning method
  69. # [01:29] <Philip`> It makes it really hard to trust the results, when they might arbitrarily substitute the semantics with something completely different
  70. # [01:30] <Hixie> not completely different
  71. # [01:31] <Hixie> it's the same, it's just it's using a different point of reference
  72. # [01:31] * Joins: weinig (n=weinig@17.203.15.222)
  73. # [01:32] <Philip`> When you think somebody's talking about one particular country, and the translation service gives the appearance of great confidence, when actually they're talking about a different country, that's not really good at all if it's a situation where you care what the person is talking about
  74. # [01:32] <Hixie> i'm not saying it's useful :-)
  75. # [01:33] <Hixie> it's like if a car repair shop replaced your tires with big round rocks
  76. # [01:33] <Hixie> "what, it's a wheel! why are you complaining!"
  77. # [01:33] <Hixie> you wanted them replaced, so they replaced them with something equivalent -- a round thing with no air in it
  78. # [01:34] <Hixie> sadly the "air" part was the part you cared about, and you wanted it replaced with something equivalent -- a round rubber thing designed to hold air
  79. # [01:34] <Philip`> It's not like that at all, because it's immediately obvious if your car has big round rocks instead of tires
  80. # [01:34] <Philip`> It's more like they replaced your petrol engine with a diesel engine and didn't tell you about it
  81. # [01:35] <Hixie> there you go
  82. # [01:36] * Quits: weinig (n=weinig@17.203.15.222) (Read error: 104 (Connection reset by peer))
  83. # [01:36] * Joins: weinig (n=weinig@17.203.15.222)
  84. # [01:40] * Joins: roc_ (n=roc@202.0.36.64)
  85. # [01:42] * Joins: roc__ (n=roc@202.0.36.64)
  86. # [01:45] * Quits: weinig (n=weinig@17.203.15.222) (Read error: 104 (Connection reset by peer))
  87. # [01:45] * Joins: weinig (n=weinig@17.203.15.222)
  88. # [01:53] * Quits: doublec (n=chris@202.0.36.64) (Read error: 110 (Connection timed out))
  89. # [01:53] * Quits: roc (n=roc@202.0.36.64) (Read error: 110 (Connection timed out))
  90. # [01:54] * Joins: doublec (n=chris@202.0.36.64)
  91. # [01:58] * Quits: roc_ (n=roc@202.0.36.64) (Read error: 110 (Connection timed out))
  92. # [02:03] * Quits: othermaciej (n=mjs@17.203.15.236) (Read error: 110 (Connection timed out))
  93. # [02:10] * Quits: nessy (n=nessy@124-168-148-77.dyn.iinet.net.au) ("This computer has gone to sleep")
  94. # [02:10] * Joins: rubys1 (n=rubys@208.253.64.131)
  95. # [02:20] * Joins: kangax (n=kangax@ool-182f8118.dyn.optonline.net)
  96. # [02:31] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  97. # [02:38] * Joins: karlcow (n=karl@modemcable202.32-81-70.mc.videotron.ca)
  98. # [02:41] * Joins: webben (n=webben@82.153.142.225)
  99. # [02:57] * Joins: aboodman3 (n=aboodman@nat/google/x-71f3e4e8dc5fe9b9)
  100. # [03:05] * Quits: rubys1 (n=rubys@208.253.64.131) ("Leaving.")
  101. # [03:08] * Quits: aboodman3 (n=aboodman@nat/google/x-71f3e4e8dc5fe9b9) (Read error: 60 (Operation timed out))
  102. # [03:12] * Joins: othermaciej (n=mjs@c-69-181-43-20.hsd1.ca.comcast.net)
  103. # [03:13] * Quits: aboodman2 (n=aboodman@nat/google/x-33d7b84366d519ce) (Connection timed out)
  104. # [03:17] * Quits: weinig (n=weinig@17.203.15.222) (Read error: 110 (Connection timed out))
  105. # [03:25] * Parts: erlehmann (n=erlehman@86.59.25.121)
  106. # [03:36] * Joins: rubys1 (n=rubys@216.239.45.19)
  107. # [03:41] * Joins: rubys2 (n=rubys@216.239.45.19)
  108. # [03:41] * Quits: rubys2 (n=rubys@216.239.45.19) (Client Quit)
  109. # [03:59] * Quits: rubys1 (n=rubys@216.239.45.19) (Read error: 110 (Connection timed out))
  110. # [04:09] * Quits: KevinMarks (n=KevinMar@nat/google/x-9ddc0ee9ed44ea6f) (Read error: 145 (Connection timed out))
  111. # [04:11] * Quits: dave_levin (n=dave_lev@72.14.227.1) (Read error: 110 (Connection timed out))
  112. # [04:13] * Quits: gavin (n=gavin@CPE001346f5db49-CM0018c0db9a8a.cpe.net.cable.rogers.com) (Read error: 60 (Operation timed out))
  113. # [04:15] * Joins: gavin (n=gavin@firefox/developer/gavin)
  114. # [04:26] * Quits: roc__ (n=roc@202.0.36.64)
  115. # [04:29] * Joins: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  116. # [04:39] * Joins: weinig (n=weinig@c-69-181-81-233.hsd1.ca.comcast.net)
  117. # [04:40] * Quits: weinig (n=weinig@c-69-181-81-233.hsd1.ca.comcast.net) (Client Quit)
  118. # [04:42] * Quits: dbaron (n=dbaron@corp-241.mountainview.mozilla.com) ("8403864 bytes have been tenured, next gc will be global.")
  119. # [04:45] * Joins: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  120. # [04:46] * Quits: dimich_ (n=dimich@72.14.227.1)
  121. # [04:47] * Quits: dolske_ (n=dolske@corp-241.mountainview.mozilla.com)
  122. # [05:03] * Quits: dolske (n=dolske@firefox/developer/dolske) (Read error: 110 (Connection timed out))
  123. # [05:12] * Parts: alyoshka (n=anime4ch@74.93.182.234)
  124. # [05:14] * Joins: mal6 (n=mal@nat/google/x-962310cedccd27fb)
  125. # [05:16] * mal6 is now known as mal
  126. # [05:18] * dave_levin is now known as dave_levin|away
  127. # [05:18] * Joins: dolske (n=dolske@c-67-180-38-119.hsd1.ca.comcast.net)
  128. # [05:33] * Joins: aboodman3 (n=aboodman@67.218.105.159)
  129. # [05:33] * aboodman3 is now known as aboodman2
  130. # [05:43] * Joins: dimich_ (n=dimich@c-98-203-230-54.hsd1.wa.comcast.net)
  131. # [05:44] * Joins: dolske_ (n=dolske@c-67-180-38-119.hsd1.ca.comcast.net)
  132. # [05:48] * Joins: harig (i=opera@121.245.46.44)
  133. # [05:53] * Quits: dolske (n=dolske@firefox/developer/dolske) (Read error: 145 (Connection timed out))
  134. # [05:54] * Quits: aboodman2 (n=aboodman@67.218.105.159) (Read error: 110 (Connection timed out))
  135. # [05:56] * Joins: aboodman2 (n=aboodman@dsl081-073-212.sfo1.dsl.speakeasy.net)
  136. # [06:06] * Joins: rubys1 (n=rubys@208.253.64.131)
  137. # [06:10] * Quits: MikeSmith (n=MikeSmit@EM114-48-57-120.pool.e-mobile.ne.jp) (Read error: 104 (Connection reset by peer))
  138. # [06:16] * Quits: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  139. # [06:21] * Joins: nessy (n=nessy@124-168-148-77.dyn.iinet.net.au)
  140. # [06:41] * dave_levin|away is now known as dave_levin
  141. # [06:42] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  142. # [06:56] * Joins: MikeSmith (n=MikeSmit@EM114-48-213-179.pool.e-mobile.ne.jp)
  143. # [06:57] * Quits: kangax (n=kangax@ool-182f8118.dyn.optonline.net)
  144. # [07:06] * Quits: dimich_ (n=dimich@c-98-203-230-54.hsd1.wa.comcast.net)
  145. # [07:07] * Quits: othermaciej (n=mjs@c-69-181-43-20.hsd1.ca.comcast.net) (Read error: 60 (Operation timed out))
  146. # [07:10] * heycam notices the revised melbourne weather forecast for the next two days: 43°C (=109°F)
  147. # [07:14] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  148. # [07:15] * Joins: Dashimon (i=Dashiva@1.84-48-51.nextgentel.com)
  149. # [07:15] * Quits: Dashiva (i=Dashiva@wikia/Dashiva) (Read error: 104 (Connection reset by peer))
  150. # [07:15] * Dashimon is now known as Dashiva
  151. # [07:16] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
  152. # [07:23] <rubys1> Lachy: re: http://lists.w3.org/Archives/Public/public-html/2009Jan/0433.html: Exactly. :-)
  153. # [07:32] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  154. # [07:34] * Quits: doublec (n=chris@202.0.36.64) ("Leaving")
  155. # [07:41] * Quits: jruderman (n=jruderma@corp-241.mountainview.mozilla.com)
  156. # [07:44] * Quits: jwalden (n=waldo@c-76-122-175-181.hsd1.mi.comcast.net) ("ChatZilla 0.9.82.1-rdmsoft [XULRunner 1.8.0.9/2006120508]")
  157. # [08:09] * Joins: tantek (n=tantek@adsl-69-106-240-86.dsl.pltn13.pacbell.net)
  158. # [08:17] * Joins: jruderman (n=jruderma@c-76-102-160-171.hsd1.ca.comcast.net)
  159. # [08:30] * Joins: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  160. # [08:37] * Quits: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  161. # [08:37] * Joins: heycam (n=cam@124-168-42-25.dyn.iinet.net.au)
  162. # [08:38] <hsivonen> Philip`: good catch. yes, indeed I made the time complexity of rare operations like insertBefore suck in order to make common operations as fast as I could make them
  163. # [08:39] <hsivonen> Philip`: this together with calling SAXTreeBuilder.insertCharactersBefore per character or so is not cool when your have a quarter million characters instead of a handful
  164. # [08:39] <Hixie> unfortunately, on the web there are so many different characteristics that it seems the only good algorithm is a uniformally fast one that doesn't use much memory and is secure. :-P
  165. # [08:41] <hsivonen> at least it's only the SAX Tree insertBefore whose time complexity is intentionally bad--not the parser itself
  166. # [08:42] <hsivonen> Philip`: basically, the issue is that SAX Tree has only nextSibling links but not previousSibling links
  167. # [08:43] <Hixie> a streaming api with forward links on a tree? that sounds unbelievably painful. i assume i misunderstand.
  168. # [08:44] * Quits: tantek (n=tantek@adsl-69-106-240-86.dsl.pltn13.pacbell.net)
  169. # [08:44] <annevk> wow, what a bunch of hopeless discussions on public-html
  170. # [08:44] * annevk is glad he's not involved
  171. # [08:45] * Joins: virtuelv (n=virtuelv@95.34.27.22.customer.cdi.no)
  172. # [08:45] <hsivonen> Hixie: SAX Tree is an XML tree implementation that is optimized to be fast for building from SAX events and for replaying as SAX events
  173. # [08:45] <Hixie> fast building from sax events with forward links?
  174. # [08:45] <hsivonen> Hixie: for XML and for conforming HTML, you never need to traverse a previousSibling link
  175. # [08:45] <Hixie> how can that possibly be fast
  176. # [08:45] <hsivonen> Hixie: there's also a lastChild link for making append fast
  177. # [08:45] <Hixie> (for building)
  178. # [08:46] <Hixie> i assume you can't access this tree while it's being built
  179. # [08:46] * Joins: KevinMarks (n=KevinMar@c-71-202-163-211.hsd1.ca.comcast.net)
  180. # [08:47] <hsivonen> it isn't meant to be accessed by anything but the tree builder while it's being built
  181. # [08:47] <Hixie> ok
  182. # [08:48] <Hixie> then i guess it can be built fast since you don't have to set the pointers until you're ready
  183. # [08:48] <hsivonen> it does set everything so that the tree is coherent after each operation
  184. # [08:49] <Hixie> so lastChild gets updated each time you add a node?
  185. # [08:49] <Philip`> hsivonen: That sounds like a plausible explanation
  186. # [08:49] <hsivonen> Hixie: yes
  187. # [08:49] <Philip`> hsivonen: I think it's still a bug even if it's by design :-)
  188. # [08:49] <Hixie> and there's a stack of nodes waiting for their nextSibling to be set?
  189. # [08:50] <hsivonen> Hixie: no
  190. # [08:50] <Hixie> so how is nextSibling set?
  191. # [08:50] <hsivonen> Hixie: take the lastChild of parent, set its nextSibling, set the lastChild of parent to the new sibling
  192. # [08:50] <Philip`> hsivonen: If this only affects the foster-parenting case, could you do something like cache a reference to the node that's just before the table, so you don't have to search for it again every time you insert a bit more?
  193. # [08:51] <hsivonen> Philip`: possibly
  194. # [08:51] <Hixie> hsivonen: fair enough
  195. # [08:53] * Joins: BenMillard (i=cerbera@cpc4-flee1-0-0-cust339.glfd.cable.ntl.com)
  196. # [08:56] <BenMillard> IE Blog gives details of their counter-clickjacking mechanism: http://blogs.msdn.com/ie/archive/2009/01/27/ie8-security-part-vii-clickjacking-defenses.aspx
  197. # [08:57] <BenMillard> "Web developers can send a HTTP response header named X-FRAME-OPTIONS with HTML pages to restrict how the page may be framed."
  198. # [08:57] <BenMillard> "[...] E8 will prevent the page from rendering if it will be contained within a frame."
  199. # [08:57] <BenMillard> oops, I mean "[...] IE8 will prevent the page from rendering if it will be contained within a frame."
  200. # [08:58] <BenMillard> "[...] a local error page is presented that explains the restriction and provides a link which opens the frame in a new window." ouch
  201. # [08:58] <BenMillard> perhaps it means s/new window/current window/ although the screenshot could be showing either
  202. # [08:59] <Philip`> That's going to make your page work really well in e.g. Google Cache or Translate
  203. # [09:00] <Hixie> actually won't affect google cache
  204. # [09:00] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  205. # [09:00] <Hixie> gonna be a bitch in image search though
  206. # [09:00] <Hixie> and reddit's toolbar mode
  207. # [09:00] <Hixie> and so on
  208. # [09:01] <BenMillard> ah yes: "If the value contains the token SAMEORIGIN, IE will block rendering only if the origin of the top level-browsing-context is different than the origin of the content containing the X-FRAME-OPTIONS directive."
  209. # [09:01] <Hixie> it's the equivalent of saying "we're going to stop the problem of people breaking the encryption on our remote car key fobs by allowing people to not have a remote car key fob"
  210. # [09:02] <Philip`> Oops, yes, don't know why I thought of Cache
  211. # [09:02] <BenMillard> Hixie, you're really getting into these car analogies. :)
  212. # [09:02] <BenMillard> in more positive news, "Today, the IE Team is submitting 3,784 new test cases to the CSS 2.1 Working Groupfor inclusion into the CSS 2.1 test suite.": http://blogs.msdn.com/ie/archive/2009/01/27/microsoft-submits-thousands-more-css-2-1-tests-to-the-w3c.aspx
  213. # [09:03] <BenMillard> s/Groupfor/Group for/ due to a copy-paste error on my part
  214. # [09:07] <Philip`> In my new collection of pages, I only see <canvas> on three distinct sites
  215. # [09:07] <Philip`> http://www.precisionsoftware.com/ - <canvas id="clk4" class="CoolClock:myClock:::-5"></canvas>
  216. # [09:07] <Philip`> http://www.ourcampaigns.com/cgi-bin/r.cgi/RaceDetail.html?RaceID=6993 - some kind of graph thing
  217. # [09:08] <BenMillard> Philip`, it was a good idea to recollect web pages, glad to see you've done that and cool that it'll perform better. B)
  218. # [09:08] <Philip`> http://www.city-data.com/city/Hubbard-Lake-Michigan.html plus a load more from the same site - more graphs
  219. # [09:09] <Philip`> Graphs and clocks are really dully :-(
  220. # [09:11] * Quits: MikeSmith (n=MikeSmit@EM114-48-213-179.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  221. # [09:12] * Joins: dave_levin_ (n=dave_lev@72.14.224.1)
  222. # [09:13] * Philip` tries to resist the temptation to download more pages until it gets really slow again
  223. # [09:14] <Philip`> (I guess the main reason it's much faster is that it's now 600MB instead of 3.1GB to store the 130K pages, so it can all be buffered in RAM pretty easily)
  224. # [09:19] * Joins: roc (n=roc@121-72-193-240.dsl.telstraclear.net)
  225. # [09:19] * Joins: ap (n=ap@194.154.88.41)
  226. # [09:24] * Joins: epeus (n=KevinMar@72.14.224.1)
  227. # [09:25] <Hixie> aw man, i'm so gonna have to restructure the innerHTML/document.write section
  228. # [09:26] <Hixie> I wonder what a better way to organise that section would be
  229. # [09:26] <Hixie> (http://www.whatwg.org/specs/web-apps/current-work/#dynamic-markup-insertion)
  230. # [09:26] <jruderman> "Don't. But if you do..."
  231. # [09:26] <annevk> it might help if you explain why
  232. # [09:27] <Hixie> the current structure defines the apis twice, once for xml and once for html, with the two sets in two different sections
  233. # [09:27] <Hixie> i think what would be simpler is to have one section per api point, and have the definition of the html and xml versions together.
  234. # [09:27] <Hixie> for each one.
  235. # [09:27] <virtuelv> Philip`: I'm not sure searching for occurences of <canvas in your corpus is an accurate means of measuring
  236. # [09:28] * Quits: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net) (Read error: 110 (Connection timed out))
  237. # [09:28] <Hixie> that way you don't have to have the table at the top to work out where on earth the feature is, etc.
  238. # [09:29] <annevk> Dynamic Stream Insertion and Dynamic Fragment Insertion or some such?
  239. # [09:29] <annevk> seems easy enough to merge the rest
  240. # [09:30] * dave_levin_ is now known as dave_levin
  241. # [09:30] <Hixie> i was thinking more like "document.write" "innerHTML" "outerHTML" and "insertAdjacentHTML"
  242. # [09:30] * Quits: KevinMarks (n=KevinMar@c-71-202-163-211.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  243. # [09:31] <annevk> that would certainly make TOC searching easier :)
  244. # [09:38] * Joins: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  245. # [09:55] * Quits: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  246. # [09:57] <Philip`> http://news.bbc.co.uk/1/hi/uk/7853400.stm - "In 2007, the DVLA (Driver and Vehicle Licensing Agency) raised £83m by auctioning off previously unissued numbers." - I wish I could work out how to make a fortune by selling arbitrary numbers that have zero intrinsic value
  247. # [09:57] <Philip`> HTML5 needs to add some centrally-adminstered artificially scarce resources; the domain name people have got the right idea
  248. # [09:58] * Joins: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  249. # [09:58] <Hixie> what do you think i'm refusing to allow extensibility of the element names?
  250. # [09:59] <Philip`> virtuelv: Depends what you're measuring - it's a fairly accurate means of measuring how many pages listed on dmoz.org use a <canvas> element in their markup :-)
  251. # [09:59] * Parts: dfjoerg (n=joerg@www.ostsee-abc.de)
  252. # [09:59] <Philip`> and it's not too hopelessly inaccurate to extrapolate that to a larger portion of the web
  253. # [10:00] <virtuelv> Philip`: yes, as long as you don't conflate use of <canvas> with use of canvas
  254. # [10:02] <virtuelv> also I suspect use of canvas is bigger off the traditional web
  255. # [10:02] <virtuelv> look at widgets/gadgets
  256. # [10:04] * Quits: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  257. # [10:04] * Joins: svl (n=chatzill@a194-109-2-86.dmn.xs4all.nl)
  258. # [10:05] <Philip`> virtuelv: I think it's hard for me to find scripted uses of <canvas> since I haven't downloaded any scripts
  259. # [10:06] <Philip`> though I don't suppose there's any real reason why I couldn't add code to download scripts
  260. # [10:06] <Philip`> other than laziness
  261. # [10:08] <ap> Hixie: so, with the new redaction of the appcache spec, all HTML documents in an application need to have a manifest attribute, not just the main one. why is this helpful?
  262. # [10:10] <ap> Hixie: I thought of the manifest attribute as something that was only needed once, at the root level
  263. # [10:10] <Hixie> that's always how it's been, no? as far as i recall it's always has been my intent. why would you serve a page differently based purely on whether you'd loaded another page first?
  264. # [10:10] <Hixie> i don't understand what you mean
  265. # [10:11] <ap> Hixie: I'm fairly sure that previously, a document that was loaded from cache and that didn't have a manifest attribute was associated to the cache, and not marked as foreign
  266. # [10:11] <ap> Hixie: and that seemed like reasonable behavior to me
  267. # [10:12] <Hixie> hm
  268. # [10:12] <Philip`> Also: XHTML is dying - I saw 39 pages sent as application/xhtml+xml a year ago, and only 35 yesterday
  269. # [10:12] <Philip`> (Don't bother telling me about standard deviations or any of that nonsense - it's definitely dying!)
  270. # [10:12] <ap> Hixie: "serve a page differently based purely on whether you'd loaded another page first" - sure, it's a part of a locally installed offline application
  271. # [10:13] <Hixie> so once a page has had a manifest, even if you remove the manifest="" attribute, it'll keep being served from that manifest?
  272. # [10:14] <ap> Hixie: yes - I think I asked you about this a couple of weeks ago, and you answered that the manifest must become 404, and that's the only way
  273. # [10:14] <Hixie> ok well fair enough :-)
  274. # [10:15] * Joins: xydyx (n=hdh@58.187.22.36)
  275. # [10:17] <Hixie> ap: can you drop me a mail? i'm in the middle of a big reorg and i'm going to go to bed before i finish it.
  276. # [10:17] <ap> Hixie: will do
  277. # [10:17] <Hixie> thanks
  278. # [10:22] <Hixie> nn
  279. # [10:35] * Quits: webben (n=webben@82.153.142.225) (Read error: 110 (Connection timed out))
  280. # [10:37] * Joins: ROBOd (n=robod@89.122.216.38)
  281. # [10:45] <annevk> http://andrewdupont.net/2009/01/27/thought-html5-and-the-alt-attribute/
  282. # [10:46] <annevk> on twitter someone asked about getElementsByAttribute()
  283. # [10:46] * Joins: doublec (n=chris@118-92-158-39.dsl.dyn.ihug.co.nz)
  284. # [10:46] <annevk> seems more like a Web DOM addition
  285. # [10:46] <annevk> zcorpan ^^
  286. # [10:49] <hsivonen> annevk: sigh. still rampant point missing on the alt topic
  287. # [10:50] <annevk> I was mostly amused by that post "and the number of people on earth who care about valid HTML — but don’t care even a little about accessibility — could fit into my pants"
  288. # [10:52] <hsivonen> where's the spec for CSS :not()?
  289. # [10:53] <hsivonen> http://www.w3.org/TR/css3-selectors/ apparently
  290. # [10:58] <Lachy> annevk, we have querySelectorAll("[attribute]");
  291. # [10:59] <annevk> not live
  292. # [10:59] <annevk> but yeah
  293. # [10:59] <hsivonen> annevk: why would anyone actually *want* live?
  294. # [10:59] <hsivonen> liveness is a design bug, IMO
  295. # [11:01] <hsivonen> hmm. I guess that looks weird if taken out of context
  296. # [11:04] <annevk> hmm, svg > video, svg :not(foreignObject) > video
  297. # [11:04] <annevk> and remove the > from the second selector
  298. # [11:04] <annevk> I think that would work fine
  299. # [11:05] <annevk> Lachy, ^^
  300. # [11:05] <hsivonen> annevk: does that mean that none of the elements between svg and video is foreignObject or that there is at least one element there that isn't foreignObject?
  301. # [11:06] <annevk> you're right, it wouldn't work
  302. # [11:06] <annevk> :/
  303. # [11:07] <Lachy> annevk, hsivonen, the only way to make it work effectively is to do this:
  304. # [11:07] <Lachy> "svg>a,
  305. # [11:07] <Lachy> svg>:not(foreignObject)>a
  306. # [11:07] <Lachy> svg>:not(foreignObject)>:not(foreignObject)>a
  307. # [11:07] <Lachy> svg>:not(foreignObject)>:not(foreignObject)>:not(foreignObject)>a
  308. # [11:07] <Lachy> ..."
  309. # [11:07] <annevk> indeed :/
  310. # [11:07] <annevk> given that this use case is extremely minor anyway, it does not seem worth the effort
  311. # [11:08] <Lachy> given that no use cases have been presented yet, indeed
  312. # [11:14] <annevk> http://twitter.com/grorg/status/1131211278 :)
  313. # [11:15] * Joins: starjive (i=beos@213-66-216-93-no30.tbcn.telia.com)
  314. # [11:16] <Lachy> haha
  315. # [11:17] <Lachy> annevk, what are you coming to Oslo for and how long are you staying?
  316. # [11:17] <annevk> meeting up with chaals and marcos, mostly
  317. # [11:17] <annevk> staying until Feb 15
  318. # [11:19] <Lachy> cool. You're arriving just in time for the Global Village thing that Opera's doing for Friday beer this week
  319. # [11:20] <annevk> yeah, I heard that was on but wasn't sure whether I would want to represent the Dutch there :)
  320. # [11:23] * Joins: zcorpan_ (n=zcorpan@c83-252-203-80.bredband.comhem.se)
  321. # [11:26] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  322. # [11:41] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  323. # [11:45] * Parts: BenMillard (i=cerbera@cpc4-flee1-0-0-cust339.glfd.cable.ntl.com)
  324. # [11:52] * Joins: sverrej_ (n=sverrej@122.160.12.230)
  325. # [11:54] * Joins: webben (n=webben@nat/yahoo/x-5547ca29fa87beab)
  326. # [12:03] <Philip`> "this discussion is going to become unbelievably verbose and tedious." - why use future tense?
  327. # [12:05] <jgraham> Philip`: No comment
  328. # [12:05] * Quits: sverrej (n=sverrej@122.160.12.230) (Connection timed out)
  329. # [12:07] <annevk> I'm not really against the markup language specification, but it feels dodgy that nobody just says what it is for. Given that several people want it to be normative without really explaning why makes it seem like there is a hidden agenda.
  330. # [12:07] <annevk> s/explaning/explaining/
  331. # [12:11] * Quits: sverrej_ (n=sverrej@122.160.12.230) (Read error: 110 (Connection timed out))
  332. # [12:12] <Lachy> annevk, the hidden adgenda is to use it as leverage to split the language definition from the implementation requirements
  333. # [12:13] <Lachy> well, I guess it's not so hidden really
  334. # [12:14] <hsivonen> Lachy: if that's the agenda, it would be forthcoming to say that that indeed is the agenda, who wants it and why
  335. # [12:16] <jgraham> annevk: I have nothing against the markup language spec existing in non-normative form either. But people indeed seem to be wedded to the idea of it being normative despite the substantive arguments made against that
  336. # [12:17] <annevk> the main problem is that they're not explaining why; they use side step arguments such as that is not important to decide right now, etc.
  337. # [12:17] <jgraham> I wonder if it is percieved as a way to reduce the influence of browser vendors
  338. # [12:18] <hsivonen> jgraham: Gregory seems to perceive it that way: http://lists.w3.org/Archives/Public/wai-xtech/2009Jan/0060.html
  339. # [12:28] <annevk> "fullblown spec" how neutral
  340. # [12:33] <Lachy> hsivonen, with the moratorium on discussing spec splitting still effective within the group, discussing why isn't really an option yet. The point seems to be to sneak this through without having such a discussion
  341. # [12:33] <rubys1> i disagree
  342. # [12:33] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 60 (Operation timed out))
  343. # [12:33] <rubys1> the point is what annevk said a few hours ago
  344. # [12:34] <rubys1> "wow, what a bunch of hopeless discussions on public-html"
  345. # [12:35] <rubys1> http://lists.w3.org/Archives/Public/public-html/2009Jan/0453.html
  346. # [12:36] <annevk> hold on, I'm about to contribute... o_O
  347. # [12:38] <Lachy> rubys1, we have "an express lane" list already. It's called whatwg
  348. # [12:38] <rubys1> http://wiki.whatwg.org/wiki/FAQ#Are_there_plans_to_merge_the_groups.3F
  349. # [12:39] * rubys1 wonders why /nick rubys doesn't work...
  350. # [12:39] <Lachy> rubys1, have you registered "rubys"?
  351. # [12:40] <annevk> there is a rubys already
  352. # [12:40] * rubys1 is now known as rubys
  353. # [12:41] <rubys> ah, better
  354. # [12:47] <rubys> I am deeply skeptical that splitting the spec is possible. But "rational" discussion on the topic (which seems rare these days) isn't convincing anyone. I'd like to give the peole who wish to do so equal opportunity to succeed. We've noted that section 1.5.4 in hixie's draft sucks and moved on. I'd like to note that section 1.3 of Smith's draft sucks and move on.
  355. # [12:47] * Quits: webben (n=webben@nat/yahoo/x-5547ca29fa87beab) (Read error: 60 (Operation timed out))
  356. # [12:48] <annevk> rubys, I agree that complaining about that section is the wrong thing to do here
  357. # [12:49] * Joins: sverrej (n=sverrej@122.160.12.230)
  358. # [12:49] <Lachy> But so far, unlike Hixie, Mike hasn't indicated that he will be revising that particular section in due course, and also unlike Hixie, Mike doesn't have a 6 month backlog to get through first
  359. # [12:49] <annevk> rubys, the problem seems to be that Mike is not upfront about why it needs to be normative
  360. # [12:49] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  361. # [12:49] <jgraham> rubys: I am sympathetic to that desire but it seems, at least, highl unusual for a W3C group to have two WDs that claim normativity about the same thing
  362. # [12:49] <annevk> Lachy, still, that section is not the reason people do not want to publish the draft
  363. # [12:50] <annevk> Lachy, also, several people have already stated they like that draft regardless of what that section says
  364. # [12:50] <Lachy> annevk, but we need to understand the intended audience and scope in order to understand the purpose of it and why it needs to be normative
  365. # [12:50] <rubys> jgraham: it is highly unusual to have one working draft that doesn't operate based on consensus. This working group is destined to be unusual.
  366. # [12:51] <annevk> Lachy, it seems better to just ask why it needs to be normative than to approach it indirectly
  367. # [12:51] <rubys> what I would like to do is capture an Issue on whether it needs to be normative or not, and block the draft from progressing past a WD state until that point is addressed.
  368. # [12:52] <Lachy> rubys, how about asking Mike to move forward with the draft as a non-normative FPWD at this stage, which will allow for wider, formal public review. And then if compelling evidence is presented for it to become normative later, it's easier to move it on to the REC track at that time
  369. # [12:53] <rubys> Lachy: how about I ask that Ian does the same? (no: I am *not* serious)
  370. # [12:53] <annevk> rubys, I have the feeling that leaving that unaddressed will make many people object which will then be subsequently be ignored because TimBL is in favor (well, I have that feeling, anyway)
  371. # [12:53] <annevk> rubys, but I suppose that if you want to get it published and cwilso agrees none of that should be an issue anyway
  372. # [12:54] <Lachy> annevk, I'm not sure even TimBL could get away with ignoring all the formal objections that seem likely to come from Mozilla, WebKit and presumably Opera, and many other individuals, if it goes forward with a normative status.
  373. # [12:55] <jgraham> rubys: It doesn't seem too unreasonable to treat all "incubator" projects as non-normative until they have proven their worth. So far the group has decided that HTML 5 ("Hixie's Document") has worth in fulfilling our charter requirements
  374. # [12:57] * takkaria sighs
  375. # [12:57] <annevk> Lachy, we'll see; it seems most people have made their mind up so I guess we'll know soon enough unless something changes
  376. # [12:57] <annevk> Lachy, not sure I'd raise a FO over this by the way
  377. # [12:58] * Joins: hallvors (n=hallvord@pat-tdc.opera.com)
  378. # [12:58] * Joins: MikeSmith (n=MikeSmit@p0319e9.tokynt01.ap.so-net.ne.jp)
  379. # [12:59] <rubys> jgraham: this group is clearly not all of one mind on "Hixie's document".
  380. # [12:59] <Lachy> annevk, I think we should. But we can discuss that if and when the question arises
  381. # [13:00] <jgraham> rubys: No but we had a vote and so on. I don't think we will do better than that on anything.
  382. # [13:01] <rubys> we had a vote. I even participated and eventually said yes.
  383. # [13:01] <rubys> the vote was on publishing a draft.
  384. # [13:01] <rubys> the vote was not on blocking others from doing the same
  385. # [13:02] <annevk> that's a strawman
  386. # [13:03] <rubys> I am very serious that I doubt that splitting the spec will be feasible. My site isn't called intertwingly for nothing.
  387. # [13:03] <jgraham> rubys: The vote was on adopting HTML 5 as the basis for our deliverable "A language evolved from HTML4 for describing the semantics of documents and applications on the World Wide Web"
  388. # [13:03] <rubys> (and, no, that's not a strawman)
  389. # [13:03] * Joins: myakura (n=myakura@p3020-ipbf505marunouchi.tokyo.ocn.ne.jp)
  390. # [13:03] <jgraham> rubys: That deliverable must presumably have normative content
  391. # [13:04] <annevk> rubys, "the vote was not on blocking others from doing the same" is a misrepresentation of the other's opinion afaict
  392. # [13:04] <Lachy> rubys, why is your site called intertwingly? What does it mean?
  393. # [13:04] <rubys> annevk: fair enough
  394. # [13:05] <rubys> lachy: it facinates me that the further I delve into any topic, the more I am convinced that what some people view as clean layers turn out to be interdependent in a very twisted way.
  395. # [13:06] <Lachy> oh, is intertwingly a portmanteau of "intertwined" and something else?
  396. # [13:07] <rubys> http://en.wikipedia.org/wiki/Intertwingularity
  397. # [13:08] <annevk> rubys, you'd have fun being on the TAG
  398. # [13:08] <rubys> no I would not
  399. # [13:08] <annevk> ;)
  400. # [13:15] * Joins: webben (n=webben@nat/yahoo/x-d431fc34a294be20)
  401. # [13:16] <rubys> oh, cool. I had forgotten that my blog is actually linked off of that wiki page
  402. # [13:19] <MikeSmith> parts of some recent discussions remind me of the made, way back when, against the Web API WG publishing the Web Forms 2.0 draft as a WD
  403. # [13:19] <MikeSmith> s/of the made/of the objections that were made/
  404. # [13:20] <rubys> and how did that work out?
  405. # [13:20] * Quits: doublec (n=chris@118-92-158-39.dsl.dyn.ihug.co.nz) ("Leaving")
  406. # [13:20] <MikeSmith> the group published it, over the objections
  407. # [13:21] <MikeSmith> objections that went right up to the Director and the CEO and just about everybody else under the sun
  408. # [13:22] <MikeSmith> and which were stated in what some described in a fairly strident and shrill tone
  409. # [13:22] <MikeSmith> s/described/described as being/
  410. # [13:23] <MikeSmith> denial-of-spec attacks are a lot more fun to watch from the sidelines
  411. # [13:26] <annevk> I tried staying out of this debate, but I have to say, that is a rather different story
  412. # [13:27] <annevk> WF2 defined new functionality for HTML4, XHTML1, and DOM2HTML forms. It did not define, say, a subset of SVG that just describes the markup language in a normative way.
  413. # [13:28] <MikeSmith> yeah, I wasn't trying to say that it was the same kind of spec debate
  414. # [13:28] <annevk> okidoki
  415. # [13:29] <MikeSmith> I was referring more to the character of parts the debate, and the nature of the way the objections were stated
  416. # [13:31] <annevk> yeah, objecting to the audience section is silly
  417. # [13:32] <rubys> Ian's objection is sane and appropriate. It should be noted, tabled (in the American sense of the word), and revisited at the appropriate time.
  418. # [13:33] <annevk> well, it might be an issue, but it's not the kind of issue that would stop publication
  419. # [13:33] <rubys> I very much like the way Ian points to specific sections in Mike's document and questions their readability.
  420. # [13:33] <annevk> if that's the case for not knowing the intent of the spec (why it needs to be normative) is a harder question imo
  421. # [13:34] <rubys> My take, and I will openly admit that it is just my take: many people here take it as a given that Ian's document will progress, and that previous votes entitle it to do so at the exclusion of all other proposals.
  422. # [13:35] <rubys> I do *not* see it as a given that Ian's draft will progress any further than as a Working Group Note.
  423. # [13:35] <MikeSmith> rubys: yeah, definitely. hard to argue that the regex Hixie pointed out isn't horribly ugly
  424. # [13:36] <annevk> rubys, I did have the feeling the HTML WG was formed to work on that document, yes, but I see your point
  425. # [13:37] <rubys> http://www.w3.org/2005/10/Process-20051014/tr.html#tr-end
  426. # [13:39] <annevk> I'm familiar with that document
  427. # [13:39] <rubys> lol.
  428. # [13:40] <MikeSmith> rubys: as far as the wrongness of that regex, it may well be wrong. I don't know, because I didn't write it. Or at least I don't think I did.
  429. # [13:40] <rubys> "I don't know" is a very profound statement, and goes to the heart of Ian's argument.
  430. # [13:40] <jgraham> rubys: Indeed. Practically it is hard to see how we can fulfil our charter without producing something substantially like Hixie's Document. If we don't fulfill our charter then the group will have failed which, I think would be very bad for W3C
  431. # [13:42] <rubys> jgraham: Putting aside the question of feasibility for a moment, I claim that a set of four documents that collectively cover the same material that Ian's does is "something substantially like Hixie's Document"
  432. # [13:42] <rubys> (no special meaning is intended by the number four, I could have picked twelve)
  433. # [13:44] <rubys> I found it very amusing that Roy Fielding chose to name his weblog "Untangled".
  434. # [13:44] <annevk> heh
  435. # [13:44] <jgraham> rubys: Well yes. That just follows if you believe that Hixie's document covers basically what we are required to cover.
  436. # [13:45] <jgraham> Of course not all possible splittings will result in combined works that are equally useful
  437. # [13:46] <rubys> ...including the one that puts everything into a single doc
  438. # [13:46] <annevk> I guess the idea might be to remove the need for Hixie being editor. DanC did talk about that in the past if I remember correctly...
  439. # [13:47] * Quits: webben (n=webben@nat/yahoo/x-d431fc34a294be20) (Read error: 110 (Connection timed out))
  440. # [13:47] <rubys> I do *not* think that removing Hixie would be a good idea.
  441. # [13:47] <rubys> I also very much appreciate that he is not standing in the way of others
  442. # [13:47] <annevk> Would be cool if the W3C Team just stated that doing the markup language thing was part of fulfilling that goal... Or if not, what the goal is.
  443. # [13:48] <MikeSmith> "removing" Hixie as editor is a non-goal
  444. # [13:49] <rubys> Given that we have people willing to do the work, I would much rather be in a position to pick from the best (and to cross-polinate as much as possible) than to proceed in a waterfall fashion.
  445. # [13:50] <rubys> If splitting out the markup language is not technically feasible (and that has not been proven at this point), then I would much rather not establish that as a goal.
  446. # [13:54] <annevk> but splitting up the specification in markup language, API, parsing bits, etc. is somewhat of a goal?
  447. # [13:55] <annevk> it's certainly possible, with enough cross-references
  448. # [13:55] * Philip` sees the main problem as being that people are implementing tools based on the current HTML5 draft, and people outside the WG are writing tutorials and pages based on it, and publishing two different drafts and giving them equal normative weight seems likely to cause confusion among those people because they wouldn't know which to rely on
  449. # [13:56] <Philip`> (Nobody cares that the current draft is just a draft and could change at any time - they still want to rely on it like they would on a published Recommendation)
  450. # [13:56] <rubys> Philip`: if they are consistent, it doesn't matter. If they aren't that's a bug.
  451. # [13:56] * Joins: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  452. # [13:57] <Philip`> rubys: Even if they're consistent, I can imagine it would be confusing to people if it wasn't clear which one they should read
  453. # [13:58] <takkaria> it can be made clear, I'm sure
  454. # [13:58] <Philip`> rubys: But that could probably be solved by having a clear statement somewhere about the relationship between the documents
  455. # [13:58] <jgraham> rubys: That implies that the publication of the Markup Language spec as a normative FPWD places a significant burden on the group to keep them in sync at all times
  456. # [13:59] <rubys> jgraham: What implies that?
  457. # [13:59] <rubys> or are you merely asserting that?
  458. # [14:00] <Philip`> e.g. the Markup Language spec could state that it's been derived largely from implementations and has had far less review than the other document, and in case of discrepancies you should prefer the other document, and this document is just here as a work-in-progress attempt to make an easier-to-read document and if you think it's easier/harder to read then please send feedback etc
  459. # [14:01] <rubys> I like that
  460. # [14:01] <zcorpan_> annevk: http://simon.html5.org/dump/daddy2.svg http://simon.html5.org/dump/daddy3.svg - smaller and smaller still versions (the latter is a bit less accurate though)
  461. # [14:01] <jgraham> rubys: I guess I as making the assumption that the group doesn't want to unnecessarily confuse people who are interested in, and perhaps relying on, our work
  462. # [14:02] * Quits: nessy (n=nessy@124-168-148-77.dyn.iinet.net.au) ("This computer has gone to sleep")
  463. # [14:03] <rubys> Labelling the controversial areas (in both documents, BTW) is an excellent idea.
  464. # [14:03] * Philip` doesn't care whether there's a line at the top saying "This document is informative" or "This document is non-normative", because he doesn't see that it makes any difference in practice
  465. # [14:03] <Philip`> Oops
  466. # [14:03] <Philip`> s/non-normative/normative/
  467. # [14:05] * zcorpan_ used http://tinyurl.com/avogmt (live dom viewer) to create daddy3 from daddy2
  468. # [14:06] <rubys> I've learned to love firebug for that same purpose.
  469. # [14:19] * Joins: webben (n=webben@nat/yahoo/x-cdd2a1281d2f0ae9)
  470. # [14:20] <MikeSmith> rubys: have you used the Web Inspector in WebKit? and/or Opera Dragonfly?
  471. # [14:21] <rubys> Haven't found a version of webkit that runs well on Ubuntu; haven't tried Dragonfly.
  472. # [14:21] <MikeSmith> Philip`: I like your wording above ("...derived largely from implementations and has had far less review", etc.)
  473. # [14:22] <MikeSmith> rubys: arora
  474. # [14:22] <MikeSmith> it's fairly simple UI
  475. # [14:22] <MikeSmith> but includes a Web Inspector UI
  476. # [14:22] <MikeSmith> requires Qt
  477. # [14:23] <MikeSmith> http://code.google.com/p/arora/
  478. # [14:23] <rubys> sweet: $ apt-cache search arora
  479. # [14:23] <rubys> arora - Simple cross-platform QtWebKit web browser
  480. # [14:24] <MikeSmith> its has some other problems/limitations that are related to the fact that it relies on Qt libraries that have limitations
  481. # [14:24] <rubys> something new to play with when I get back home
  482. # [14:24] * Joins: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  483. # [14:24] <Philip`> The WebKit Gtk+ port seems nice, but I don't know if a nice browser interface exists for it
  484. # [14:24] <Philip`> MikeSmith: I don't like my wording at all :-)
  485. # [14:25] <Philip`> or at least I don't like the words
  486. # [14:25] <Philip`> but the concepts seem useful to convey to casual readers
  487. # [14:25] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Read error: 110 (Connection timed out))
  488. # [14:25] <Philip`> (and it would explain why e.g. some of the regexps are so ugly)
  489. # [14:26] <MikeSmith> yeah
  490. # [14:26] <rubys> I'm not thrilled with "prefer the other document". I like simple statements of facts that allow people to make informed judgements.
  491. # [14:26] <rubys> Openly state all the failings of the document, up front, and without any histrionics.
  492. # [14:27] <jgraham> The webkit-gtk demo browser turns out to be nice if you like minimal; it seems to have a back button, a forward button and a location bar
  493. # [14:27] <jgraham> and that's it
  494. # [14:27] <MikeSmith> btw, I'm wondering how much effect the LPGL'ing of Qt is going to have on the future of Gtk
  495. # [14:27] <jgraham> Oh and the location bar seems to be broken :)
  496. # [14:28] <jgraham> No wait, I forgot the http://
  497. # [14:28] <Philip`> Maybe it could say something more "this document is derived from implementations that are derived from the other spec", which might sufficiently imply that the other spec is more authoritative
  498. # [14:28] <Philip`> s/more/more like/
  499. # [14:28] <Philip`> and s/derived/partly derived/g
  500. # [14:29] <Philip`> and "authoritative" is probably not the right word either
  501. # [14:29] <rubys> there's more a symbionic relationship that that doesn't reflect. Henri's implementation has certainly exposed a number of issues that has caused Hixies draft to be improved.
  502. # [14:30] <MikeSmith> I'd wonder what the webkit-gtk demo browser relies on for other non-UI stuff, like caching, cookies, network code
  503. # [14:30] <rubys> At a much higher level, it is also true that Hixie's draft have been dervied largely from implementations...
  504. # [14:30] <MikeSmith> right
  505. # [14:31] <Philip`> MikeSmith: The minimalist demo browser relies on the seemingly quite complete WebKit/Gtk+ port, which seems to use libraries like those listed at http://trac.webkit.org/wiki/BuildingGtk#MacOSX
  506. # [14:31] <Philip`> (e.g. cURL for networking)
  507. # [14:31] <MikeSmith> you could just as well say that the whattf.org schema is "derived from" HTML4
  508. # [14:31] <MikeSmith> or from the set of HTML that is supported in the real world in browsers
  509. # [14:32] <jgraham> epiphany-webkit also seems to work quite well but is a bit minimalist even for my tastes
  510. # [14:32] <Philip`> rubys: You could always use Safari in Wine :-)
  511. # [14:33] <annevk> zcorpan_, cool, they both seem fine
  512. # [14:34] * Joins: zdobersek (n=zan@cpe-92-37-73-123.dynamic.amis.net)
  513. # [14:59] * Joins: weinig (n=weinig@c-69-181-81-233.hsd1.ca.comcast.net)
  514. # [15:05] * Quits: weinig (n=weinig@c-69-181-81-233.hsd1.ca.comcast.net) (Read error: 54 (Connection reset by peer))
  515. # [15:25] * Quits: svl (n=chatzill@a194-109-2-86.dmn.xs4all.nl) (Read error: 60 (Operation timed out))
  516. # [15:29] * Joins: svl (n=chatzill@a194-109-2-86.dmn.xs4all.nl)
  517. # [15:33] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  518. # [15:53] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  519. # [15:55] * Joins: mstange (n=markus@aixd3.rhrk.uni-kl.de)
  520. # [16:06] <annevk> jgraham, any chance you'll visit Oslo in the next two weeks?
  521. # [16:06] <annevk> I'm not sure how to get that memory card to you
  522. # [16:07] <zcorpan_> rubys: http://simon.html5.org/tools/js/svg-optimizer/
  523. # [16:08] <annevk> zcorpan_, maybe you should use a real parser :)
  524. # [16:08] <zcorpan_> annevk: yeah
  525. # [16:09] <zcorpan_> it's very naïve, but it works
  526. # [16:10] <zcorpan_> this is the sort of interface i'd like to see when saving as svg in illustrator
  527. # [16:11] <jgraham> annevk: None that I know of
  528. # [16:11] <jgraham> I guess post should work?
  529. # [16:12] <annevk> that sounds boring
  530. # [16:12] * Joins: kangax (n=kangax@74.201.136.194)
  531. # [16:12] <annevk> I'll put it in my bag so it gets to Oslo and then figure something out :)
  532. # [16:12] <jgraham> Well I am happy to wait for an interesting solution :)
  533. # [16:13] <zcorpan_> annevk: for correctness, not only is an xml parser required but also css parser and transform="" parser, and then having knowledge of what to scale and what not to scale
  534. # [16:13] <annevk> the interesting solution is me getting to Linköping, but that is not going to happen before March
  535. # [16:13] <annevk> (at least)
  536. # [16:15] * Quits: zdobersek (n=zan@cpe-92-37-73-123.dynamic.amis.net) ("Leaving.")
  537. # [16:15] * Joins: zdobersek (n=zan@cpe-92-37-73-123.dynamic.amis.net)
  538. # [16:15] * Quits: zdobersek (n=zan@cpe-92-37-73-123.dynamic.amis.net) (Client Quit)
  539. # [16:16] <zcorpan_> rubys: it'd be nice to have smiilar interface for SVG tidy
  540. # [16:16] <zcorpan_> similar
  541. # [16:17] * Quits: mstange (n=markus@aixd3.rhrk.uni-kl.de) ("ChatZilla 0.9.84-2009010213 [Firefox 3.2a1pre/20090127095336]")
  542. # [16:18] <Philip`> zcorpan_: "XML parsing failed: syntax error (Line: 1, Character: 17)"
  543. # [16:18] <Philip`> <?xml version="1" encoding="UTF-8" standalone="no"?>
  544. # [16:19] * Joins: zdobersek (n=zan@cpe-92-37-73-123.dynamic.amis.net)
  545. # [16:19] * Joins: mstange (n=markus@aixd3.rhrk.uni-kl.de)
  546. # [16:20] <zcorpan_> Philip`: oops
  547. # [16:20] * Quits: zdobersek (n=zan@cpe-92-37-73-123.dynamic.amis.net) (Client Quit)
  548. # [16:21] * Joins: zdobersek (n=zan@cpe-92-37-73-123.dynamic.amis.net)
  549. # [16:21] <Philip`> zcorpan_: and if I set quality to 2, I get <?xml version="2" encoding="UTF-16" standalone="no"?>
  550. # [16:21] * Quits: zdobersek (n=zan@cpe-92-37-73-123.dynamic.amis.net) (Read error: 104 (Connection reset by peer))
  551. # [16:23] * Joins: zdobersek (n=zan@cpe-92-37-73-123.dynamic.amis.net)
  552. # [16:23] * Joins: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  553. # [16:25] <zcorpan_> Philip`: fixed
  554. # [16:30] <rubys> is the source to svg-optimizer available someplace?
  555. # [16:32] <annevk> rubys, view source :)
  556. # [16:36] <jgraham> zcorpan_: Can't you just use the browser to parse the SVG?
  557. # [16:36] <rubys> hmmm. maybe I should convert from ruby to javascript.
  558. # [16:37] <zcorpan_> jgraham: that only helps with the xml parsing part
  559. # [16:37] <zcorpan_> well and maybe css parsing part
  560. # [16:38] * Quits: myakura (n=myakura@p3020-ipbf505marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  561. # [16:38] <zcorpan_> which are indeed the most annoying parts to implement
  562. # [16:48] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  563. # [16:48] * Quits: MikeSmith (n=MikeSmit@p0319e9.tokynt01.ap.so-net.ne.jp) (Read error: 113 (No route to host))
  564. # [16:55] * Quits: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  565. # [16:56] <zcorpan_> maybe i can work around the problems while still having a naïve implementation by looking at the previous few characters (notably "xmlns", "#", "rotate(", etc)
  566. # [16:58] <Philip`> zcorpan_: Are you intending this to be a quick hack, or a serious usable tool?
  567. # [16:59] <zcorpan_> Philip`: the former
  568. # [17:01] <Philip`> In that case, your suggestion does not sound insane :-)
  569. # [17:12] * Joins: aroben (n=aroben@unaffiliated/aroben)
  570. # [17:15] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Read error: 104 (Connection reset by peer))
  571. # [17:16] <zcorpan_> hsivonen: validator.nu doesn't seem too useful for validating svg since it doesn't seem to validate the css parts (e.g. stroke="#0" passes)
  572. # [17:18] * Joins: dglazkov (n=dglazkov@nat/google/x-f2feab73e5375d17)
  573. # [17:30] * Quits: dolske_ (n=dolske@c-67-180-38-119.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  574. # [17:45] * Joins: dotjay (n=dotjay@nov5th.plus.com)
  575. # [17:50] * Quits: epeus (n=KevinMar@72.14.224.1) ("The computer fell asleep")
  576. # [18:02] * Joins: MikeSmith (n=MikeSmit@EM114-48-150-65.pool.e-mobile.ne.jp)
  577. # [18:07] * Joins: Mustafa51 (n=mustafa@122.164.155.31)
  578. # [18:08] * Quits: Mustafa51 (n=mustafa@122.164.155.31) (Read error: 54 (Connection reset by peer))
  579. # [18:10] * Joins: zdobersek1 (n=zan@cpe-92-37-73-123.dynamic.amis.net)
  580. # [18:10] * Quits: zdobersek (n=zan@cpe-92-37-73-123.dynamic.amis.net) (Read error: 104 (Connection reset by peer))
  581. # [18:12] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
  582. # [18:16] * Joins: Mustafa51 (n=mustafa@122.164.155.31)
  583. # [18:17] * Parts: annevk (n=annevk@77.163.243.203)
  584. # [18:18] * Quits: zdobersek1 (n=zan@cpe-92-37-73-123.dynamic.amis.net) (Read error: 104 (Connection reset by peer))
  585. # [18:18] * Joins: zdobersek (n=zan@cpe-92-37-73-123.dynamic.amis.net)
  586. # [18:18] * Quits: Mustafa51 (n=mustafa@122.164.155.31) (Read error: 104 (Connection reset by peer))
  587. # [18:19] * Quits: svl (n=chatzill@a194-109-2-86.dmn.xs4all.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  588. # [18:20] * Quits: rubys (n=rubys@208.253.64.131) ("Leaving.")
  589. # [18:20] * Quits: harig (i=opera@121.245.46.44) (Read error: 110 (Connection timed out))
  590. # [18:21] * Joins: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  591. # [18:23] * Joins: smedero (n=smedero@mdp-nat251.mdp.com)
  592. # [18:23] * Quits: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net) (Client Quit)
  593. # [18:26] * Joins: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  594. # [18:26] * Joins: Mustafa51 (n=mustafa@122.164.155.31)
  595. # [18:26] * Joins: dbaron (n=dbaron@corp-241.mountainview.mozilla.com)
  596. # [18:26] * Quits: Mustafa51 (n=mustafa@122.164.155.31) (Read error: 104 (Connection reset by peer))
  597. # [18:27] * Philip` tries to work out the difference between LaTeX's "quote" environment and its "quotation" environment
  598. # [18:27] <Philip`> Hmm, apparently the latter adds paragraph indentation
  599. # [18:28] <Philip`> Not much of a semantic difference really :-(
  600. # [18:29] <MikeSmith> Philip`: do you edit LaTeX in a text editor, or use LyX or something?
  601. # [18:32] <Philip`> MikeSmith: Kile
  602. # [18:32] * Parts: dotjay (n=dotjay@nov5th.plus.com)
  603. # [18:33] <MikeSmith> Philip`: does it have table editor?
  604. # [18:33] <Philip`> MikeSmith: which is a text editor with relevant buttons (like a list of fancy symbols) and some limited autocomplete, and key commands to run pdflatex and the PDF viewer
  605. # [18:33] <MikeSmith> I see
  606. # [18:33] <Philip`> MikeSmith: It has a menu item which causes the text "\begin{tabular}{} \end{tabular}" to be inserted into your document, and prints a brief syntax summary to a window at the bottom of the screen
  607. # [18:34] <MikeSmith> OK
  608. # [18:34] <Philip`> MikeSmith: It's not exactly WYSIWYG
  609. # [18:34] <MikeSmith> yeah, sounds like
  610. # [18:34] * Joins: Mustafa51 (n=mustafa@122.164.155.31)
  611. # [18:35] <Philip`> Hmph, Gmail tricked me into clicking an advert by making the little "New Message" popup window let my mouse clicks pass straight through
  612. # [18:36] * Quits: Mustafa51 (n=mustafa@122.164.155.31) (Read error: 54 (Connection reset by peer))
  613. # [18:36] * Quits: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  614. # [18:40] * Joins: erlehmann (n=erlehman@86.59.25.121)
  615. # [18:42] <MikeSmith> Philip`: is there a sane way to specify row spans and column spans in LaTeX?
  616. # [18:48] <Philip`> MikeSmith: \multicolumn does colspans and sounds reasonably sane
  617. # [18:49] <Philip`> MikeSmith: I don't know about rowspans, and Kile's help page doesn't mention them at all
  618. # [18:51] <Philip`> http://osdir.com/ml/tex.brazilian/2003-04/msg00069.html suggests using \raisebox to have a cell contain a value that is lying about how tall it is and thus will overlap the following rows
  619. # [18:51] <Philip`> but that doesn't sound entirely sane
  620. # [18:52] <MikeSmith> Philip`: tbl tool that groff relies on relies on a markup mechanism where you have to specify the table structure in a sort of ascii prologue to the table itself. really seems to me like the worst way to do it
  621. # [18:52] <MikeSmith> for the man-page thing I did, I wrote an HTML-to-tbl converter
  622. # [18:53] * Quits: zcorpan_ (n=zcorpan@c83-252-203-80.bredband.comhem.se)
  623. # [18:53] <MikeSmith> which would really have been just dead simple except for needing to deal with generating the arcane table prologue thing for the case where there are rowspans or colspan
  624. # [18:53] <Philip`> It seems a reasonable way when the table has a consistent structure - for each row you just want to be entering the data, not worrying about writing all the right cell divisions and spacings and lines and everything
  625. # [18:54] <MikeSmith> true
  626. # [18:54] <Philip`> so in LaTeX you write something ugly like \begin{tabular}{r|l|l|l|l|l|l} at the start, but then each data row is just like "$S$ & $S$ & $\otimes$ & $M$ & $\Diamond$ & $\Diamond$ \\"
  627. # [18:54] <gsnedders> Ugly.
  628. # [18:54] <MikeSmith> hmm, that's pretty much like what tbl requires
  629. # [18:54] <Philip`> You wouldn't want to write a web page with nested layout tables in LaTeX
  630. # [18:55] <gsnedders> MikeSmith: I live.
  631. # [18:55] <MikeSmith> I've never written directly in LaTeX or groff, so I never really considered the markup from the perspective of actually writing it
  632. # [18:56] <Philip`> (You only need those "$"s if you're writing everything in math mode, not for normal plain text tables)
  633. # [18:56] <MikeSmith> just instead from perspective of converting into it
  634. # [18:56] <MikeSmith> gsnedders: I'm glad :)
  635. # [18:56] <Philip`> MikeSmith: Got to remember the priorities of constituencies :-)
  636. # [18:56] * Joins: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  637. # [18:56] <MikeSmith> gsnedders: so the "SVG likely for IE9" statement was never actually made in IE chat?
  638. # [18:57] <gsnedders> MikeSmith: It was said it was something that had been requested a lot. Nothing more was said.
  639. # [18:57] <gsnedders> MikeSmith: (requested wrt IE9)
  640. # [18:57] <MikeSmith> OK
  641. # [18:57] <Philip`> (Requested wrt IE8 too)
  642. # [18:57] <MikeSmith> Philip`: have you used ConTeXt?
  643. # [18:58] <Philip`> MikeSmith: No
  644. # [18:58] <MikeSmith> it seems like there's all kinds of crazy cool stuff in that
  645. # [18:59] * Joins: aboodman3 (n=aboodman@dsl081-073-212.sfo1.dsl.speakeasy.net)
  646. # [18:59] * Quits: aboodman3 (n=aboodman@dsl081-073-212.sfo1.dsl.speakeasy.net) (Read error: 104 (Connection reset by peer))
  647. # [18:59] <Philip`> "including extensive support for colors, backgrounds, hyperlinks, presentations, figure-text integration, and conditional compilation"
  648. # [18:59] <Philip`> Those don't sound like things I'd personally find useful
  649. # [19:00] * Joins: rubys (n=rubys@216.239.45.19)
  650. # [19:00] <Philip`> and anyway I'm mostly attempting to write things for conferences, who provide LaTeX style files that you really ought to use
  651. # [19:01] * Joins: dimich_ (n=dimich@72.14.227.1)
  652. # [19:10] * Quits: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  653. # [19:10] * Quits: hallvors (n=hallvord@pat-tdc.opera.com)
  654. # [19:11] * Quits: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  655. # [19:12] <MikeSmith> Philip`: I see. yeah, I guess ConTeXt is more focused on producing PDFs
  656. # [19:13] * Joins: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  657. # [19:15] * Quits: aboodman2 (n=aboodman@dsl081-073-212.sfo1.dsl.speakeasy.net) (Read error: 110 (Connection timed out))
  658. # [19:16] * Joins: nessy (n=nessy@124-168-148-77.dyn.iinet.net.au)
  659. # [19:18] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  660. # [19:21] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  661. # [19:25] * Quits: sverrej (n=sverrej@122.160.12.230) (Read error: 110 (Connection timed out))
  662. # [19:26] * Joins: zcorpan_ (n=zcorpan@c83-252-203-80.bredband.comhem.se)
  663. # [19:26] * Joins: pergj (n=pergj@cm-84.208.140.163.getinternet.no)
  664. # [19:31] * Quits: zcorpan_ (n=zcorpan@c83-252-203-80.bredband.comhem.se) (Read error: 60 (Operation timed out))
  665. # [19:32] * Joins: dolske (n=dolske@c-76-103-40-203.hsd1.ca.comcast.net)
  666. # [19:34] <Dashiva> Those who forget HTML4 are doomed to repeat it
  667. # [19:38] <jcranmer> what abou those who forget HTML 1?
  668. # [19:40] <Dashiva> HTML1's lessons are part of HTML4
  669. # [19:43] <Dashiva> But really, when it's hard enough to state something clearly and correctly in one place, attempting to do it twice with different sentences is madness.
  670. # [19:43] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  671. # [19:53] * Joins: weinig (n=weinig@17.203.15.222)
  672. # [19:53] * Quits: zdobersek (n=zan@cpe-92-37-73-123.dynamic.amis.net) ("Leaving.")
  673. # [19:53] * Joins: zdobersek (n=zan@cpe-92-37-73-123.dynamic.amis.net)
  674. # [20:01] * Joins: weinig_ (n=weinig@17.244.17.63)
  675. # [20:05] * Joins: sverrej (n=sverrej@117.96.129.149)
  676. # [20:05] * Quits: sverrej (n=sverrej@117.96.129.149) (SendQ exceeded)
  677. # [20:07] * Quits: weinig_ (n=weinig@17.244.17.63) (Read error: 104 (Connection reset by peer))
  678. # [20:07] * Joins: sverrej (n=sverrej@117.96.129.149)
  679. # [20:08] * Quits: sverrej (n=sverrej@117.96.129.149) (SendQ exceeded)
  680. # [20:09] * Joins: sverrej (n=sverrej@117.96.129.149)
  681. # [20:10] * Quits: sverrej (n=sverrej@117.96.129.149) (SendQ exceeded)
  682. # [20:11] * Parts: rubys (n=rubys@216.239.45.19)
  683. # [20:11] * Joins: sverrej (n=sverrej@117.96.129.149)
  684. # [20:15] * Quits: starjive (i=beos@213-66-216-93-no30.tbcn.telia.com)
  685. # [20:16] * Joins: weinig_ (n=weinig@17.244.17.63)
  686. # [20:16] * Quits: weinig (n=weinig@17.203.15.222) (Read error: 110 (Connection timed out))
  687. # [20:17] * weinig_ is now known as weinig
  688. # [20:18] * Joins: zcorpan_ (n=zcorpan@c83-252-203-80.bredband.comhem.se)
  689. # [20:19] * Quits: sverrej (n=sverrej@117.96.129.149) ("Ex-Chat")
  690. # [20:20] * Parts: dave_levin (n=dave_lev@72.14.224.1)
  691. # [20:21] * Joins: kingryan (n=kingryan@c-24-5-77-167.hsd1.ca.comcast.net)
  692. # [20:22] * Joins: starjive (i=beos@213-66-216-93-no30.tbcn.telia.com)
  693. # [20:29] * aroben is now known as aroben|meeting
  694. # [20:32] * aroben|meeting is now known as aroben
  695. # [20:40] * aroben is now known as aroben|lunch
  696. # [20:43] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  697. # [20:43] * Quits: jruderman (n=jruderma@c-76-102-160-171.hsd1.ca.comcast.net)
  698. # [20:43] * Quits: dave_levin (n=dave_lev@72.14.227.1) (Client Quit)
  699. # [20:46] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  700. # [20:46] * Quits: mstange (n=markus@aixd3.rhrk.uni-kl.de) ("ChatZilla 0.9.84-2009010213 [Firefox 3.2a1pre/20090127153511]")
  701. # [20:47] * Joins: mstange (n=markus@aixd3.rhrk.uni-kl.de)
  702. # [20:52] * Quits: weinig (n=weinig@17.244.17.63)
  703. # [20:55] * Quits: psa (n=yomode@71.93.19.66) (Remote closed the connection)
  704. # [21:06] * Quits: MikeSmith (n=MikeSmit@EM114-48-150-65.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  705. # [21:10] * Quits: roc (n=roc@121-72-193-240.dsl.telstraclear.net)
  706. # [21:13] * aroben|lunch is now known as aroben
  707. # [21:17] * Joins: tantek_ (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  708. # [21:22] * Quits: kingryan (n=kingryan@c-24-5-77-167.hsd1.ca.comcast.net)
  709. # [21:30] * Joins: aboodman3 (n=aboodman@nat/google/x-8c11cf2184a215da)
  710. # [21:30] * aboodman3 is now known as aboodman2
  711. # [21:33] * Quits: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  712. # [21:36] * Joins: kingryan (n=kingryan@adsl-99-27-42-97.dsl.pltn13.sbcglobal.net)
  713. # [21:40] * Parts: zcorpan_ (n=zcorpan@c83-252-203-80.bredband.comhem.se)
  714. # [21:40] * Joins: zcorpan_ (n=zcorpan@c83-252-203-80.bredband.comhem.se)
  715. # [21:41] * Quits: ap (n=ap@194.154.88.41)
  716. # [21:42] <Hixie> i think it is time for me to just bite the bullet and write an "xml parser" spec-like-thing for html5
  717. # [21:43] <Hixie> not like the html parser, of course
  718. # [21:43] <Hixie> but defining things like the steps for parsing a fragment
  719. # [21:43] <Hixie> serialising a fragmen
  720. # [21:43] <Hixie> etc
  721. # [21:43] <Hixie> basically the XML<->DOM glue spec
  722. # [21:43] <gsnedders> Hixie: Based on xml5?
  723. # [21:43] <Hixie> no
  724. # [21:43] <Hixie> this wouldn't be defining anything new
  725. # [21:43] <gsnedders> Or just defining XML 1.0 parsing?
  726. # [21:43] <Hixie> it would just simplify the spec a lot
  727. # [21:44] <Hixie> not defining any parsing
  728. # [21:44] * Quits: mstange (n=markus@aixd3.rhrk.uni-kl.de) ("ChatZilla 0.9.84-2009010213 [Firefox 3.2a1pre/20090127153511]")
  729. # [21:44] <Hixie> just how to glue the xml rules to the dom
  730. # [21:48] * Quits: starjive (i=beos@213-66-216-93-no30.tbcn.telia.com)
  731. # [21:59] * Joins: aboodman3 (n=aboodman@nat/google/x-78c8a5df5446180f)
  732. # [21:59] * Quits: aboodman3 (n=aboodman@nat/google/x-78c8a5df5446180f) (Read error: 54 (Connection reset by peer))
  733. # [21:59] * Quits: zcorpan_ (n=zcorpan@c83-252-203-80.bredband.comhem.se) (Read error: 110 (Connection timed out))
  734. # [22:00] * Joins: Lachy (n=Lachlan@85.196.122.246)
  735. # [22:00] * Quits: Lachy (n=Lachlan@85.196.122.246) (Remote closed the connection)
  736. # [22:00] * Joins: Lachy (n=Lachlan@85.196.122.246)
  737. # [22:03] * Joins: roc (n=roc@202.0.36.64)
  738. # [22:07] * Joins: weinig (n=weinig@17.244.17.63)
  739. # [22:09] * Quits: aboodman2 (n=aboodman@nat/google/x-8c11cf2184a215da) (Read error: 110 (Connection timed out))
  740. # [22:10] * Joins: jruderman (n=jruderma@corp-241.mountainview.mozilla.com)
  741. # [22:14] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  742. # [22:15] * Quits: tantek_ (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  743. # [22:17] * Joins: rubys (n=rubys@216.239.45.19)
  744. # [22:24] * Joins: kangax_ (n=kangax@74.201.136.194)
  745. # [22:26] * Quits: dolske (n=dolske@firefox/developer/dolske)
  746. # [22:29] * Joins: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  747. # [22:33] * Joins: doublec (n=chris@202.0.36.64)
  748. # [22:41] * Quits: kangax (n=kangax@74.201.136.194) (Read error: 113 (No route to host))
  749. # [22:44] * Joins: tantek_ (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  750. # [22:48] * Quits: heycam (n=cam@124-168-42-25.dyn.iinet.net.au) ("bye")
  751. # [22:49] * Quits: kangax_ (n=kangax@74.201.136.194)
  752. # [22:51] * Quits: tndH (n=Rob@james-baillie-pc083-236.student-halls.leeds.ac.uk) (Read error: 104 (Connection reset by peer))
  753. # [22:52] * Joins: tndH (n=Rob@james-baillie-pc083-236.student-halls.leeds.ac.uk)
  754. # [22:59] * Joins: dolske (n=dolske@corp-241.mountainview.mozilla.com)
  755. # [23:01] * Quits: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  756. # [23:12] * Quits: webben (n=webben@nat/yahoo/x-cdd2a1281d2f0ae9) (Read error: 145 (Connection timed out))
  757. # [23:14] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
  758. # [23:17] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl) ("Disconnected...")
  759. # [23:31] * Quits: virtuelv (n=virtuelv@95.34.27.22.customer.cdi.no) ("Leaving")
  760. # [23:33] * Quits: rubys (n=rubys@216.239.45.19) ("Leaving.")
  761. # [23:43] * Quits: tantek_ (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  762. # [23:45] * Joins: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  763. # [23:48] * Joins: annevk (n=annevk@213.52.39.8)
  764. # [23:48] * weinig is now known as weinig|meeting
  765. # [23:51] * Parts: zdobersek (n=zan@cpe-92-37-73-123.dynamic.amis.net)
  766. # [23:55] * Quits: tndH (n=Rob@james-baillie-pc083-236.student-halls.leeds.ac.uk) (Read error: 110 (Connection timed out))
  767. # [23:55] * Joins: tndH (n=Rob@csvas05.leeds.ac.uk)
  768. # [23:57] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  769. # Session Close: Thu Jan 29 00:00:00 2009

The end :)