/irc-logs / freenode / #whatwg / 2008-02-08 / end

Options:

  1. # Session Start: Fri Feb 08 00:00:00 2008
  2. # Session Ident: #whatwg
  3. # [00:01] <annevk> sayrer :)
  4. # [00:08] * Joins: othermaciej (n=mjs@nat/apple/x-3ea97ee966a7e4d2)
  5. # [00:18] * Philip` 's adoption agency appears to run forever
  6. # [00:20] <annevk> infinite childs
  7. # [00:22] <takkaria> not too unlike real life, then
  8. # [00:25] <annevk> pfff
  9. # [00:25] * Quits: tantek (n=tantek@12.145.154.227)
  10. # [00:25] <annevk> i don't quite get this accountability thread
  11. # [00:29] <annevk> -> bed
  12. # [00:30] <jgraham_> Philip`: I think the html5lib adoption agency encountered a spec bug at first but it was fixed iirc
  13. # [00:32] * Quits: phsiao (n=shawn@nat/ibm/x-9688b3b8a1beb080)
  14. # [00:38] * Joins: eseidel_ (n=eseidelD@nat/google/x-c28b1969a97998f5)
  15. # [00:38] * eseidel_ is now known as eseidelDesk
  16. # [00:41] * Joins: csarven (n=nevrasc@modemcable130.251-202-24.mc.videotron.ca)
  17. # [00:47] <Lachy> nice. WebKit adds support for selectors api http://webkit.org/blog/156/queryselector-and-queryselectorall/
  18. # [00:50] <othermaciej> oh yeah we should have mentioned that sooner
  19. # [00:50] * Joins: tantek (n=tantek@12.145.154.227)
  20. # [00:50] <othermaciej> weinig had some comments about the spec actually but I don't think he submitted them to the webapi list
  21. # [00:50] * othermaciej glares at weinig
  22. # [00:52] <othermaciej> Lachy: I think his particular comment was that being able to preflight a selector as one the engine could handle might be more convenient for JS libraries that would wrap this than the exception on syntax error
  23. # [00:52] <othermaciej> Lachy: since browser selector support may be variable, and libraries would want to fill in the holes
  24. # [00:53] <aroben> othermaciej: I think it didn't get announced until we passed the css3.info selector test
  25. # [00:53] <aroben> othermaciej: for exactly the reason of not wanting to be less capable than the JS libraries
  26. # [00:54] <aroben> othermaciej: since they don't have an easy way of know what we support
  27. # [00:54] <aroben> knowing
  28. # [00:54] <othermaciej> aroben: many JS libraries support nonstandard extensions to Selectors anyway
  29. # [00:54] <aroben> othermaciej: oh?
  30. # [00:55] <othermaciej> yeah
  31. # [00:55] * Quits: tantek (n=tantek@12.145.154.227)
  32. # [00:55] <othermaciej> so either way they'll want to dispatch to a native implementation only conditionally
  33. # [00:55] * Joins: tantek (n=tantek@12.145.154.227)
  34. # [00:55] <othermaciej> but I actually thing try/catch might be an ok way to achieve that
  35. # [00:57] <aroben> othermaciej: yeah, it's not so bad
  36. # [00:59] * Philip` tries running through the adoption agency manually, and finds that it still loops infinitely...
  37. # [01:15] * Quits: tantek (n=tantek@12.145.154.227) (Read error: 110 (Connection timed out))
  38. # [01:18] <Philip`> "insert the clone into the stack of open elements immediately after (i.e. in a more deeply nested position than) the position of the furthest block in that stack."
  39. # [01:18] <Philip`> Hmm, I think I read that bit backwards
  40. # [01:19] * Philip` really doesn't like the terminology for list/stack positions in here :-(
  41. # [01:19] <Philip`> (particularly since my implementation stores all the lists backwards)
  42. # [01:20] * Quits: eseidel (n=eseidel@nat/google/x-fda8fb03207035b2)
  43. # [01:22] * Quits: doublec (n=doublec@202.0.36.64) (Read error: 110 (Connection timed out))
  44. # [01:29] * Joins: tantek (n=tantek@99-203-134-240.area2.spcsdns.net)
  45. # [01:32] * Joins: tantek_ (n=tantek@99-203-60-161.area2.spcsdns.net)
  46. # [01:32] * Quits: tantek (n=tantek@99-203-134-240.area2.spcsdns.net) (Read error: 104 (Connection reset by peer))
  47. # [01:34] * Quits: Ketsuban (n=ketsuban@cpc2-oxfd8-0-0-cust335.oxfd.cable.ntl.com) (Read error: 113 (No route to host))
  48. # [01:41] * Joins: tantek (n=tantek@99-203-186-68.area2.spcsdns.net)
  49. # [01:43] * Quits: webben (n=benh@nat/yahoo/x-38acdd1f1efbb985)
  50. # [01:49] * Joins: jruderman_ (n=jruderma@c-67-180-15-227.hsd1.ca.comcast.net)
  51. # [01:54] * Quits: aroben (n=aroben@unaffiliated/aroben)
  52. # [01:57] * Quits: tantek_ (n=tantek@99-203-60-161.area2.spcsdns.net) (Read error: 110 (Connection timed out))
  53. # [01:58] * Joins: tantek_ (n=tantek@70-13-225-60.area2.spcsdns.net)
  54. # [02:03] * Joins: dglazkov (n=dglazkov@adsl-074-229-248-021.sip.bhm.bellsouth.net)
  55. # [02:04] * Quits: tantek (n=tantek@99-203-186-68.area2.spcsdns.net) (Read error: 110 (Connection timed out))
  56. # [02:04] * Quits: jruderman (n=jruderma@c-67-180-15-227.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  57. # [02:07] * Quits: kingryan (n=ryan@dsl092-219-050.sfo1.dsl.speakeasy.net)
  58. # [02:12] <Lachy> othermaciej, which particular comment were you referring to about preflighting a selector?
  59. # [02:12] <othermaciej> Lachy: I wasn't referring to a particular comment
  60. # [02:12] <othermaciej> or rather, I was referring to a comment that weinig (who worked on our selectors API stuff some) made privately to me
  61. # [02:12] <Lachy> oh, but you said "I think his particular comment..."
  62. # [02:13] <Lachy> ok
  63. # [02:15] <Lachy> othermaciej, I'm not quite sure I understand what the comment means though. Are you saying the exception are a good thing for web developers or not?
  64. # [02:16] <othermaciej> Lachy: his particular hypothetical comment that he would have made
  65. # [02:17] <Lachy> what?
  66. # [02:17] * Lachy is confused
  67. # [02:18] <Lachy> probably because I'm tired
  68. # [02:21] <Lachy> oh, I think I understand now after reading the comments properly
  69. # [02:22] <othermaciej> sorry
  70. # [02:22] <othermaciej> to try to be totally clear:
  71. # [02:22] <othermaciej> 1) Someone I work with gave me some feedback privately
  72. # [02:22] <othermaciej> 2) I asked him to send it to the list, but he hasn't yet
  73. # [02:22] <othermaciej> 3) I gave you a general outline of the nature of his comment
  74. # [02:24] <Lachy> it was suggested to me earlier that I remove exceptions, and instead just return an empty list.
  75. # [02:24] <Lachy> but if exceptions are to be used as a way to switch back to a scripted implementation in the event that the browser doesn't support a selector natively, then that's a good reason to keep them
  76. # [02:26] <Lachy> but there will be some changes to the spec in the way non-DOMString return values are handled from NSResolvers. The value will just be stringified, instead of ignored (or whatever the spec says now)
  77. # [02:26] <othermaciej> right, what I was thinking was that a separate call to check if a given query syntax is supported might be a better way to do that
  78. # [02:26] <othermaciej> but not sure
  79. # [02:28] <Lachy> something like document.isSelectorSupported("some %hypothetcial>selector-syntax"); ?
  80. # [02:30] <othermaciej> yeah
  81. # [02:31] <Lachy> maybe that might be better. There are some people who really hate exceptions
  82. # [02:31] <othermaciej> then you could do if (document.isSelectorSupported(sel)) document.querySelector(sel) else { /* implementation in JS */ }
  83. # [02:31] <Lachy> have someone send mail to list about it
  84. # [02:32] <Lachy> we'd probably get people doing this:
  85. # [02:32] <Hixie> it's not really isSelectorSupported() you need
  86. # [02:33] <Lachy> document._querySelector = document.querySelector; document.querySelector = function() { /* custom function that does that check automatically */ }
  87. # [02:33] <Hixie> it's more isSelectorImplementedWithoutBugsAndWithAcceptablePerformance()
  88. # [02:33] <Lachy> :-)
  89. # [02:34] <Hixie> my point being, you can't rely on the client to implement the method usefully
  90. # [02:34] <Hixie> people will end up doing regexps on the argument anyway
  91. # [02:34] <Hixie> to catch the ones they need to support themselves
  92. # [02:35] <Lachy> with some sort of browser sniffing technique?
  93. # [02:35] <Hixie> i'd guess, yes
  94. # [02:36] <Lachy> where they know, for example, the need to always handle foo>bar with custom scripts in IE9, and but let it be handled natively in other browsers ;-)
  95. # [02:37] <sayrer> yeah, this is where the generality of the Selector API can be a problem in practice
  96. # [02:37] <Lachy> maybe authors would start incorporating CSS filters into querySelector calls
  97. # [02:37] <sayrer> getElementsByClassName is dumber, but much easier to check for
  98. # [02:38] <othermaciej> I have to try this benchmark to see how our native impl compares to the JS library versions
  99. # [02:40] <othermaciej> hmm, only an order of magnitude faster than the fastest JS version
  100. # [02:40] * othermaciej is a little disappointed
  101. # [02:41] <othermaciej> I bet some common cases (id selectors at least) could be optimized further
  102. # [02:42] <Lachy> how does querySelector("#foo"); compare with getElementById("foo");?
  103. # [02:43] <Lachy> in regards to performance
  104. # [02:44] <othermaciej> it's probably slower
  105. # [02:44] <othermaciej> although it could probably be made practically as fast
  106. # [02:44] <Hixie> i'd be shocked if it was faster
  107. # [02:44] <Hixie> :-P
  108. # [02:44] <othermaciej> it doesn't really need to be slower, at least in the common case where the ID is unique
  109. # [02:44] * tantek_ just saw the reference by Lachy to authors possibly using CSS filters in JS, and shuddered.
  110. # [02:46] <Lachy> tantek_, I'm not to happy about it either, but since so many filters are just hacks with selectors, it seems likely
  111. # [02:46] <tantek_> Lachy, filters can't be hacks with selectors. filters are based on including or not an entire stylesheet.
  112. # [02:48] <tantek_> so unless there's a way to use selectors with @import...
  113. # [02:48] <Lachy> tantek_, this list contains many filters that are just using selectors to filter out rules from specific UAs. http://centricle.com/ref/css/filters/
  114. # [02:49] <Lachy> like: * html { ... }
  115. # [02:49] * Quits: jwalden (n=waldo@STRATTON-FOUR-NINETY.MIT.EDU) ("ChatZilla 0.9.80-rdmsoft [XULRunner 1.8.0.9/2006120508]")
  116. # [02:49] <tantek_> oh dear - those are not all filters, those are just css hacks, some subset of which are css filters
  117. # [02:49] <Lachy> I've never know the term CSS filters to be restricted to just those that import entire stylesheets or not
  118. # [02:52] <tantek_> Lachy, I introduced the term filter, in the context of CSS, with this page: http://tantek.com/CSS/Examples/highpass.html
  119. # [02:53] <Lachy> IMHO, a filter is just whatever mechanism is used to show or hide specific rules to specific browsers
  120. # [02:53] <tantek_> The whole point of CSS filters, rather than just hacks, is as written there: Using the High Pass Filter, both the actual HTML document and the actual CSS style sheet are kept clean and free of any hacks. The only hack in use, for that matter, is neatly contained in the "filter" style sheet.
  121. # [02:55] <Lachy> tantek_, this is the terminology I use http://lachy.id.au/log/2006/01/csshack - I break down a hack into 3 components: the limitation, the patch and the filter.
  122. # [02:57] <tantek_> yes, clearly the term CSS filter has drifted in the wild from how I first defined it. I'll collect a to-do item to write up a more thorough definition with distinctions.
  123. # [02:59] <tantek_> what you call "filter" in your blog post would be more correctly labeled perhaps the "conditional"
  124. # [02:59] <othermaciej> I'm glad I'm not a web developer
  125. # [03:00] <tantek_> then using that terminology, a CSS filter uses a conditional to pass an entire style sheet to only a subset of all browsers
  126. # [03:00] <Lachy> well, AFAICT, you only defined what "high pass filter" means. You didn't seem to place much restriction on what else could be a filter
  127. # [03:01] <othermaciej> unfortunately what most people need is a low pass filter
  128. # [03:01] <othermaciej> and the cutoff has to be above IE6 (possibly above IE7)
  129. # [03:01] <tantek_> Lachy see the directory of that URL I provided.
  130. # [03:01] <tantek_> e.g. http://tantek.com/CSS/Examples/midpass.html
  131. # [03:02] <tantek_> http://tantek.com/CSS/Examples/ie50winbandpass.html
  132. # [03:02] <tantek_> http://tantek.com/CSS/Examples/ie55winbandpass.html
  133. # [03:02] <tantek_> and finally: http://tantek.com/log/2004/07.html#ie5macbandpass
  134. # [03:03] <tantek_> othermaciej, I haven't designed a midpass filter that works for IE5-6 but given the above you probably could.
  135. # [03:04] <Lachy> <!--[if IE lte 6]--> works well
  136. # [03:04] <othermaciej> seeing hacks like this makes me wonder if maybe Microsoft's versioning thingie might be a good idea
  137. # [03:05] <tantek_> Lachy - conditional comments are proprietary and thus I avoid them.
  138. # [03:05] <Lachy> othermaciej, it's not a good idea, for many reasons
  139. # [03:05] <tantek_> one of the requirements of the CSS hacks I designed is that they are all non-proprietary. another requirement is that they are all valid CSS.
  140. # [03:05] <Lachy> tantek_, I somewhat agree, and I tend to use only a select few hacks that I know will be harmless in the future
  141. # [03:05] <tantek_> and a design preference was that they didn't pollute the markup.
  142. # [03:06] <tantek_> conditional comments violate all those requirements/preferences.
  143. # [03:06] <Lachy> but the advantage of conditional comments is that there slighly more reliable than depending on buggy behaviour in browsers
  144. # [03:06] <tantek_> othermaciej - the versioning thingie will only result in more fragile style sheets
  145. # [03:06] <tantek_> just as javascript that already do UA string versioning are notoriously fragile.
  146. # [03:07] <Lachy> personally, I mostly avoid conditional comments
  147. # [03:07] <othermaciej> I guess the bad thing is not that these css hacks exist at all but that so often you have to use them as a bread and butter part of web design, not just for a few crazy edge cases
  148. # [03:08] <othermaciej> I do really hate when people use CSS hacks that use correct behavior rather than wrong behavior as the trigger
  149. # [03:08] <Lachy> the big problem is that people resort to hacks far too often, instead of just looking for fully conforming alternatives
  150. # [03:08] <othermaciej> for example some sites have Opera-specific CSS (often wrong even for Opera) in @media rules
  151. # [03:08] <tantek_> btw, as written, the ugliness of hacks is a feature, it's meant to make you want to avoid using them, and to have the impulse to clean them up when looking at them in the future.
  152. # [03:08] <othermaciej> which in a few cases broke Safari 3
  153. # [03:08] <tantek_> othermaciej, strongly agreed.
  154. # [03:09] <Lachy> the ugliness isn't really a deterrent
  155. # [03:09] <tantek_> it's not supposed to be a deterrent, it's just supposed to be a reminder that something isn't quite right
  156. # [03:09] <othermaciej> so I wish there was a general principle of "don't target a bug workaround with a trigger of correctness"
  157. # [03:09] <Lachy> most people aren't perfectionists and end up with messy code with or without hacks
  158. # [03:09] <othermaciej> although targetting a bug workaround with another bug as a trigger can also be bad
  159. # [03:09] <othermaciej> but at least it mostly sucks for the engine that had the bugs
  160. # [03:10] <tantek_> Lachy, it's not a 100% people solution for sure, but as long as at least *some* people see hacks as ugly last resorts and things to be cleaned up, hacks are better than formal methods for solving these sorts of problems.
  161. # [03:10] <Lachy> the only bugs that are really safe to depend on are bugs in obsolete versions of browsers that have been fixed in the latest version. So * html is safe for IE6, since IE7 fixed it
  162. # [03:10] <tantek_> othermaciej, precisely, the guilty are punished.
  163. # [03:11] <Lachy> tantek_, the guilty browser vendor may be punished, but they just pass their punishment onto the web developers (like MS is doing with X-UA-Compaible)
  164. # [03:12] <tantek_> Lachy, I'm not convinced that battle is over yet.
  165. # [03:12] <Lachy> do you think there's a chance to get MS to reverse their decision, or at least make it less harmful somehow?
  166. # [03:18] <tantek_> I'm hoping/fighting for fixing default behavior
  167. # [03:19] <Lachy> I've been fighting for that since I first heard about this decision 9 months ago
  168. # [03:23] * Quits: tantek_ (n=tantek@70-13-225-60.area2.spcsdns.net)
  169. # [03:24] * Quits: sayrer (n=chatzill@user-1087kf0.cable.mindspring.com) (Read error: 110 (Connection timed out))
  170. # [03:25] * Joins: MikeSmith (n=MikeSmit@eM60-254-197-32.pool.emnet.ne.jp)
  171. # [03:30] * Quits: tndH_ (i=Rob@87.102.19.44) ("ChatZilla 0.9.80-rdmsoft [XULRunner 1.8.0.9/2006120508]")
  172. # [03:33] * Joins: tantek (n=tantek@99-203-32-217.area2.spcsdns.net)
  173. # [03:35] * Quits: tantek (n=tantek@99-203-32-217.area2.spcsdns.net) (Client Quit)
  174. # [03:46] <othermaciej> I doubt MS will back off
  175. # [03:46] <othermaciej> besides dominant (but shrinking) market share, compatibility with existing content (public or not) is their biggest competitive advantage
  176. # [03:47] <Lachy> it certainly seems unlikely. The best I think we can hopeful is that his will be the last version requiring an opt-in
  177. # [03:47] <Lachy> s/hopeful/hope for/
  178. # [03:47] <Lachy> s/that his/that this/
  179. # [03:48] * Lachy is really tired. But have stuff to finish before going to bed
  180. # [03:48] <othermaciej> when other browser vendors complain about it, they probably feel the same way I do when Microsoft folks say "let's not compete on standards, let's just all agree which ones we will support and not do any more" or Mozilla folks say "let's not compete on performance by posting public benchmark results"
  181. # [03:49] <Lachy> benchmark results are useful. All browsers need to remain fast and not use too much memory
  182. # [03:49] <Lachy> Firefox is guilty of being slow and using too much memory
  183. # [03:51] <othermaciej> web compatibility (and even intranet compatibility) is also useful
  184. # [03:51] <othermaciej> but I think the playing field to compete in that space is less level
  185. # [03:51] * Joins: doublec (n=doublec@203.96.88.109)
  186. # [03:52] <othermaciej> web standards and performance metrics are clearly and objectively documented, so even a fairly new entrant to the browser engine market can do pretty well pretty quickly
  187. # [03:52] <Lachy> web compatibility is more important than intranet compat though. But I think MS are trying to treat them equally
  188. # [03:52] * Joins: hdh (n=hdh@58.187.88.114)
  189. # [04:05] * Quits: hdh (n=hdh@58.187.88.114) (Remote closed the connection)
  190. # [04:09] <gavins> othermaciej: which mozilla folks have said that?
  191. # [04:09] * gavins is now known as gavin_
  192. # [04:10] <othermaciej> gavin_: these were generally private requests from various Mozilla folks to various Apple and non-Apple WebKit contributors, so perhaps it was unfair of me to call it out
  193. # [04:12] <gavin_> I think it's more unfair to call them out and then say that they were private requests when asked for evidence :)
  194. # [04:12] <gavin_> not that I think you're lying, but I think it may be a bit of a mischaracterization if you try to apply it generally to "Mozilla"
  195. # [04:14] <gavin_> it's certainly doesn't reflect the viewpoints I've seen in the mozilla community, anyhow. perhaps I'm being a bit oversensitive :)
  196. # [04:18] <othermaciej> gavin_: I feel conflicted because:
  197. # [04:18] <othermaciej> a) I would feel bad revealing the contents of private communications
  198. # [04:19] <othermaciej> b) I probably shouldn't say things like that and not back it up
  199. # [04:19] <gavin_> sure, I understand
  200. # [04:19] <othermaciej> c) I'm not sure it's fair to let people make requests like that and not even mention that they did so
  201. # [04:19] * Quits: Lachy (n=Lachlan@cm-84.215.54.100.getinternet.no) ("Leaving")
  202. # [04:20] <gavin_> I think it's probably unfair to mention it without proper context
  203. # [04:20] <othermaciej> however some WebKit contributors have avoided posting cross-browser benchmark results publicly as a result of requests along these lines
  204. # [04:21] * Quits: dglazkov (n=dglazkov@adsl-074-229-248-021.sip.bhm.bellsouth.net)
  205. # [04:21] <othermaciej> I'm sure some Mozilla folks (like John Resig say) would not agree with this point of view
  206. # [04:21] <gavin_> I mean, it seems like that was your boiled-down takeaway from the message you got
  207. # [04:21] <gavin_> but perhaps that wasn't the intent of the message
  208. # [04:22] <alp> gavin_: as a non-apple webkit contributor i can confirm what othermaciej is saying. no judgement on whether it's a good policy to keep benchmarks quiet or not, but i've respected their wishes
  209. # [04:22] <othermaciej> since he does post benchmark results, sometimes even cross-browser ones
  210. # [04:22] * Joins: Lachy (n=Lachlan@cm-84.215.54.100.getinternet.no)
  211. # [04:23] <gavin_> I've never heard any mozilla folks say that they browser competition is bad, or that benchmark results should be hidden, so it surprised me, is all
  212. # [04:23] <gavin_> now, I've heard a lot say that you have to be careful with how you interpret benchmarks, and you need to know what you're measuring
  213. # [04:24] <gavin_> because there are so many bogus benchmarks out there that don't represent useful metrics
  214. # [04:24] <gavin_> but that's a different problem
  215. # [04:24] <othermaciej> I've certainly seen a lot of badly designed benchmarks
  216. # [04:26] <othermaciej> I think that in any case Apple Marketing will continue to post competitive benchmark results, though on the WebKit blog we've been noting version-to-version improvements more than cross-browser comparisons
  217. # [04:26] <othermaciej> I think competition is healthy and I like (reasonably well-deisgned) benchmarks and standards compliance challenges like the acid tests
  218. # [04:27] <othermaciej> I should probably blog about it
  219. # [04:34] * Quits: doublec (n=doublec@203.96.88.109) (Read error: 104 (Connection reset by peer))
  220. # [04:39] <roc> that all sounds rather odd. if I knew who was responsible, I'd yell at them
  221. # [04:43] <alp> the guy who asked for benchmarks to be kept quiet is a mozilla hacker i respect quite much. hope there's no yelling, just constructive discussion
  222. # [04:45] <othermaciej> the (totally separate) requests I've personally gotten along these lines were also from people I very much respect
  223. # [04:45] * Quits: othermaciej (n=mjs@nat/apple/x-3ea97ee966a7e4d2)
  224. # [04:45] * Joins: parcelbrat (n=parcelbr@c-67-185-108-198.hsd1.wa.comcast.net)
  225. # [05:00] * Quits: MikeSmith (n=MikeSmit@eM60-254-197-32.pool.emnet.ne.jp) ("Less talk, more pimp walk.")
  226. # [05:09] * Quits: MacDome (n=eric@c-69-181-78-198.hsd1.ca.comcast.net)
  227. # [05:11] * Quits: parcelbrat (n=parcelbr@c-67-185-108-198.hsd1.wa.comcast.net)
  228. # [05:15] * Joins: jwalden (n=waldo@RANDOM-THREE-O-EIGHT.MIT.EDU)
  229. # [05:19] * Joins: kfish (n=conrad@61.194.21.25)
  230. # [05:23] * Joins: MacDome (n=eric@adsl-76-203-75-214.dsl.pltn13.sbcglobal.net)
  231. # [05:35] * Quits: MacDome (n=eric@adsl-76-203-75-214.dsl.pltn13.sbcglobal.net)
  232. # [05:35] * Joins: MikeSmith (n=MikeSmit@EM117-55-18-99.pool.emnet.ne.jp)
  233. # [05:42] * Joins: MacDome (n=eric@adsl-76-203-75-214.dsl.pltn13.sbcglobal.net)
  234. # [05:43] * Joins: othermaciej (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
  235. # [05:56] * Quits: weinig (n=weinig@17.203.15.140)
  236. # [06:14] * Quits: MacDome (n=eric@adsl-76-203-75-214.dsl.pltn13.sbcglobal.net)
  237. # [06:14] * Joins: tantek (n=tantek@m810f36d0.tmodns.net)
  238. # [06:16] * Quits: roc (n=roc@202.0.36.64)
  239. # [06:27] * Quits: jwalden (n=waldo@RANDOM-THREE-O-EIGHT.MIT.EDU) (Connection timed out)
  240. # [06:32] * Joins: jwalden (n=waldo@RANDOM-SEVENTY-TWO.MIT.EDU)
  241. # [06:43] * Joins: weinig (n=weinig@c-71-198-176-23.hsd1.ca.comcast.net)
  242. # [06:44] * Quits: csarven (n=nevrasc@modemcable130.251-202-24.mc.videotron.ca) ("http://www.csarven.ca/")
  243. # [06:45] * Joins: MacDome (n=eric@c-69-181-78-198.hsd1.ca.comcast.net)
  244. # [07:05] * Joins: webben (n=benh@nat/yahoo/x-8a0dd002d683df4e)
  245. # [07:25] * Quits: tantek (n=tantek@m810f36d0.tmodns.net)
  246. # [07:41] * Joins: franksalim (n=franksal@cpe-72-130-134-143.san.res.rr.com)
  247. # [07:44] * Joins: maikmerten (n=merten@ls5laptop14.cs.uni-dortmund.de)
  248. # [07:48] * Joins: mpt (n=mpt@222-155-13-43.jetstream.xtra.co.nz)
  249. # [07:59] * Quits: MikeSmith (n=MikeSmit@EM117-55-18-99.pool.emnet.ne.jp) ("Less talk, more pimp walk.")
  250. # [08:00] * Quits: dbaron (n=dbaron@corp-241.mountainview.mozilla.com) ("8403864 bytes have been tenured, next gc will be global.")
  251. # [08:10] * Joins: tantek (n=tantek@12.145.154.226)
  252. # [08:13] * Joins: roc (n=roc@121-72-11-14.dsl.telstraclear.net)
  253. # [08:16] * Joins: Ketsuban (n=ketsuban@cpc2-oxfd8-0-0-cust335.oxfd.cable.ntl.com)
  254. # [08:49] * Joins: MikeSmith (n=MikeSmit@eM60-254-196-167.pool.emnet.ne.jp)
  255. # [09:01] * Quits: mpt (n=mpt@222-155-13-43.jetstream.xtra.co.nz) (Read error: 110 (Connection timed out))
  256. # [09:11] * Quits: jruderman_ (n=jruderma@c-67-180-15-227.hsd1.ca.comcast.net)
  257. # [09:27] * Joins: peepo (n=Jay@host217-42-95-198.range217-42.btcentralplus.com)
  258. # [09:32] * Quits: peepo (n=Jay@host217-42-95-198.range217-42.btcentralplus.com) ("later")
  259. # [09:49] * Quits: Lachy (n=Lachlan@cm-84.215.54.100.getinternet.no) ("This computer has gone to sleep")
  260. # [09:50] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  261. # [09:59] * Joins: tantek_ (n=tantek@12.145.154.227)
  262. # [10:10] * Joins: jruderman (n=jruderma@c-67-180-15-227.hsd1.ca.comcast.net)
  263. # [10:11] * Joins: mpt (n=mpt@222-155-11-50.jetstream.xtra.co.nz)
  264. # [10:17] * MacDome is now known as MacDomeSleep
  265. # [10:19] * Joins: doublec (n=doublec@203-97-173-6.cable.telstraclear.net)
  266. # [10:20] * Quits: doublec (n=doublec@203-97-173-6.cable.telstraclear.net) (Client Quit)
  267. # [10:21] * Joins: doublec_ (n=doublec@li5-223.members.linode.com)
  268. # [10:21] * Quits: tantek (n=tantek@12.145.154.226) (Read error: 110 (Connection timed out))
  269. # [10:22] * Quits: franksalim (n=franksal@cpe-72-130-134-143.san.res.rr.com)
  270. # [10:23] * Quits: wakaba (n=w@77.137.148.210.dy.bbexcite.jp) (Read error: 104 (Connection reset by peer))
  271. # [10:23] * Joins: wakaba (n=w@77.137.148.210.dy.bbexcite.jp)
  272. # [10:40] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  273. # [10:42] * Joins: Camaban (n=adrianle@host81-133-60-253.in-addr.btopenworld.com)
  274. # [10:48] * Joins: jruderman_ (n=jruderma@c-67-180-15-227.hsd1.ca.comcast.net)
  275. # [10:49] <Lachy> Yay! Now new iPhone with version 1.1.3 can be unlocked! Now I can finally get myself one :-)
  276. # [10:54] <jgraham_> Lachy: You're in a channel full of Apple employees. If you go around saying things like that then one day soon you'll get an unexpected knock at the door. When you open it there'll be no one there, and you'll just have time to notice a car you've never seen with a single passenger wearing what appears to be a black polo neck before everything goes dark
  277. # [10:54] * Quits: wakaba (n=w@77.137.148.210.dy.bbexcite.jp) (Read error: 104 (Connection reset by peer))
  278. # [10:54] * Joins: wakaba (n=w@77.137.148.210.dy.bbexcite.jp)
  279. # [10:55] <Lachy> yeah, well, all the apple employees here can pass my feedback on to management that locking iPhones to specific networks sucks.
  280. # [10:56] <Lachy> I'd be willing to pay a higher price for legitimately unlocked phone, but since Apple won't play nice, that's their problem
  281. # [10:57] <hsivonen> I find it weird that parts of U.S. press are praising iPhone as loosening the network operator grip on product design when from a Finnish (or Norwegian point of view I suppose) the iPhone looks like the posterchild of American mobile lock-in
  282. # [10:57] <hsivonen> Finnish point of view that is
  283. # [10:57] * Quits: mpt (n=mpt@222-155-11-50.jetstream.xtra.co.nz) (Read error: 110 (Connection timed out))
  284. # [10:58] <jgraham_> I'm not sure that it really is their problem if you're prepared to buy it anyway
  285. # [10:59] * Parts: Camaban (n=adrianle@host81-133-60-253.in-addr.btopenworld.com)
  286. # [10:59] <Lachy> jgraham_, Apple loses out on the extra income from the AT&T deal
  287. # [10:59] * Joins: Camaban (n=adrianle@host81-133-60-253.in-addr.btopenworld.com)
  288. # [11:00] <annevk> jgraham_, agreed
  289. # [11:01] <jgraham_> Yeah, but if you buy the phone anyway you're more likely to keep buying iPhones in the future to have access to exactly the same features (some of which, presumably, are patented)
  290. # [11:02] <Lachy> jgraham_, that's fine I support all of Apple's good decisions, but I stop short of consenting to bad deals
  291. # [11:03] * Quits: jruderman (n=jruderma@c-67-180-15-227.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  292. # [11:05] <jgraham_> Well I guess you have to run the risk that at some point in the future your iPhone dies, you want to replace it, and there is no hackable version available.
  293. # [11:06] <Lachy> Weighing up the risk of losing the iPhone and not having it covered by warrenty, compared with not having an iPhone at all? That's an easy decision
  294. # [11:07] <hsivonen> the U.S. really needs stronger telco regulation
  295. # [11:07] <hsivonen> for making sure that carriers are reduced to agnostic bit pipes that don't interfere with content choice or product design
  296. # [11:07] <jgraham_> hsivonen: But don't you know that regulation hurts competition and is for evil communists!?!</slashdot>
  297. # [11:09] <hsivonen> jgraham_: it doesn't take much hanging around with Nokia engineers to figure out that phones would have nicer features if they didn't have to placate to foreign carriers
  298. # [11:10] * Joins: ROBOd (n=robod@89.122.216.38)
  299. # [11:11] <jgraham_> (as an aside the reason that I don't have an iPod is lack of support for the music formats I care about.)
  300. # [11:11] * Joins: mpt (n=mpt@222-155-11-50.jetstream.xtra.co.nz)
  301. # [11:13] * Quits: tantek_ (n=tantek@12.145.154.227)
  302. # [11:16] <othermaciej> jgraham: engineering is pretty well separated from black ops at Apple
  303. # [11:17] <othermaciej> Lachy: you can pay a higher price to get an unlocked phone from Orange in France, but I dunno if they will ship internationally
  304. # [11:17] <othermaciej> (however it is apparently a ludicrously higher price)
  305. # [11:18] <jgraham_> hsivonen: Oh and I should say that _I_ agree with you about the regulation, but I think lots of Americans would disagree :)
  306. # [11:20] <Lachy> othermaciej, If I got it there, would it work on non-French networks?
  307. # [11:21] <Lachy> and I also agree about the ludicrously high price
  308. # [11:21] <othermaciej> Lachy: it's unlocked - I assume it would work with any SIM card
  309. # [11:21] <othermaciej> (it would have to be a GSM network I guess)
  310. # [11:22] <Lachy> someone told me there are different types of unlocking. That while it may be unlocked from a specific network, it can still be locked to a country. But I don't know how reliable that information is
  311. # [11:22] * Quits: wakaba (n=w@77.137.148.210.dy.bbexcite.jp) (Read error: 104 (Connection reset by peer))
  312. # [11:22] * Joins: wakaba (n=w@77.137.148.210.dy.bbexcite.jp)
  313. # [11:23] <Lachy> I just need to find someone in the USA who'd be willing to buy it and ship it to me as a gift
  314. # [11:23] <othermaciej> oh, I wouldn't know
  315. # [11:23] <Lachy> that way, I avoid the ludicrous 24% norwegian import tax
  316. # [11:23] <hsivonen> othermaciej: IIRC, at least either of the "unlocked" German or French versions were locked to the country
  317. # [11:23] <hsivonen> reportedly
  318. # [11:23] <othermaciej> I did not know country locking was possible
  319. # [11:24] <Lachy> nor did I until I was told that. I was prepared to pay the higher price to get one there initially, till I heard about the country lock
  320. # [11:25] <virtuelv> Lachy: or you can wait until it arrives in france, where locking is illegal
  321. # [11:25] * Quits: wakaba (n=w@77.137.148.210.dy.bbexcite.jp) (Read error: 104 (Connection reset by peer))
  322. # [11:25] <Lachy> virtuelv, read previous comments about country locking
  323. # [11:25] * Joins: wakaba (n=w@77.137.148.210.dy.bbexcite.jp)
  324. # [11:26] <virtuelv> Lachy: yeah
  325. # [11:26] <virtuelv> or you could buy a phone that grants freedom 0
  326. # [11:26] <hsivonen> (GSM encryption at least used to be illegal in France)
  327. # [11:26] <virtuelv> Lachy: for reference http://www.gnu.org/philosophy/free-sw.html
  328. # [11:27] <hsivonen> (I don't know if all French-market phones are still defective that way)
  329. # [11:28] <othermaciej> there seems to be some controversy over whether it is in fact country locked
  330. # [11:29] <othermaciej> according to some sources, French law would not even allow a country lock, but the 1.1.2 firmware was buggy
  331. # [11:31] <othermaciej> http://www.ilounge.com/index.php/news/comments/unlocked-iphones-sold-by-orange-not-country-locked/12068
  332. # [11:32] <othermaciej> (though I think you need a French mailing address, and of course, redonkulous amounts of extra €
  333. # [11:36] * Quits: jgraham_mibbit (i=836f44b5@gateway/web/ajax/mibbit.com/x-93abf8bdb614ed75) (Remote closed the connection)
  334. # [11:36] <Lachy> the comments on that article suggest otherwise
  335. # [11:36] * Joins: zcorpan_ (n=zcorpan@pat-tdc.opera.com)
  336. # [11:37] <othermaciej> yeah, there's other articles that claim it is country-locked with commenters asserting the contrary
  337. # [11:37] <othermaciej> I wouldn't bet either way
  338. # [11:38] <Lachy> I'll play it safe and get a fully locked phone from the US, and then unlock it
  339. # [12:10] * Joins: peepo (n=Jay@host217-42-95-198.range217-42.btcentralplus.com)
  340. # [12:12] * Philip` thinks planet.html5.org should redirect to http://www.w3.org/html/planet/
  341. # [12:15] <annevk> e-mail me, that should be doable :)
  342. # [12:22] * Quits: mpt (n=mpt@222-155-11-50.jetstream.xtra.co.nz) ("This computer has gone to sleep")
  343. # [12:28] * Joins: myakura (n=myakura@p2098-ipbf4207marunouchi.tokyo.ocn.ne.jp)
  344. # [12:50] * Quits: othermaciej (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
  345. # [13:04] * Quits: annevk (n=annevk@77.163.243.203) (Read error: 110 (Connection timed out))
  346. # [13:12] * Quits: peepo (n=Jay@host217-42-95-198.range217-42.btcentralplus.com) ("later")
  347. # [13:28] * Quits: webben (n=benh@nat/yahoo/x-8a0dd002d683df4e)
  348. # [13:30] * Quits: kfish (n=conrad@61.194.21.25) ("Pike!")
  349. # [13:45] * Joins: dglazkov (n=dglazkov@adsl-074-229-248-021.sip.bhm.bellsouth.net)
  350. # [13:51] * Joins: webben (n=benh@nat/yahoo/x-be89551eb27c19bb)
  351. # [13:54] * Joins: tndH_ (i=Rob@87.102.19.44)
  352. # [13:54] * tndH_ is now known as tndH
  353. # [14:19] * Joins: csarven (n=nevrasc@on-irc.csarven.ca)
  354. # [14:19] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  355. # [14:22] * Quits: MikeSmith (n=MikeSmit@eM60-254-196-167.pool.emnet.ne.jp) (Read error: 104 (Connection reset by peer))
  356. # [14:27] * Quits: webben (n=benh@nat/yahoo/x-be89551eb27c19bb)
  357. # [14:27] * Quits: dglazkov (n=dglazkov@adsl-074-229-248-021.sip.bhm.bellsouth.net)
  358. # [14:48] * Joins: jgraham__ (n=jgraham@81-86-208-197.dsl.pipex.com)
  359. # [14:49] * Quits: jgraham_ (n=james@81-86-217-158.dsl.pipex.com) (Read error: 110 (Connection timed out))
  360. # [14:49] * Quits: jgraham (n=jgraham@81-86-217-158.dsl.pipex.com) (Read error: 110 (Connection timed out))
  361. # [14:49] * Joins: jgraham (n=james@81-86-208-197.dsl.pipex.com)
  362. # [14:54] <Philip`> #data
  363. # [14:54] <Philip`> <b>Test</i>Test
  364. # [14:54] <Philip`> #document
  365. # [14:54] <Philip`> | <html>
  366. # [14:54] <Philip`> | <head>
  367. # [14:54] <Philip`> | <body>
  368. # [14:54] <Philip`> | <b>
  369. # [14:54] <Philip`> | "TestTest"
  370. # [14:54] <Philip`> Hmm, I don't like that
  371. # [14:55] <Philip`> and I don't know what should happen with <b>Test<script id=s>s=document.getElementById('s');s.parentNode.removeChild(s)</script>Test
  372. # [14:56] <Philip`> (Opera and Safari create two text nodes in both cases; Firefox creates one in the first case, two in the second)
  373. # [14:57] <Philip`> and the spec seems too vague to justify that test case
  374. # [14:58] <jgraham> Presumably the non-script testcase is well defined in the spec?
  375. # [14:59] <Philip`> "When the steps below require the UA to append a character to a node, the UA must collect it and all subsequent consecutive characters that would be appended to that node, and insert one Text node whose data is the concatenation of all those characters."
  376. # [14:59] <Philip`> I don't think it's clear whether that means all character tokens that will ever be appended to that node at any point in the future, or whether it's only consecutive character toke
  377. # [15:00] <Philip`> ...ns
  378. # [15:00] <Philip`> Oh, it already says consecutive
  379. # [15:00] <Philip`> but it still seems unclear
  380. # [15:15] * Joins: roc_ (n=roc@121-72-11-14.dsl.telstraclear.net)
  381. # [15:15] * Quits: roc (n=roc@121-72-11-14.dsl.telstraclear.net) (Read error: 104 (Connection reset by peer))
  382. # [15:40] * Quits: jwalden (n=waldo@RANDOM-SEVENTY-TWO.MIT.EDU) (Read error: 110 (Connection timed out))
  383. # [15:43] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  384. # [15:45] * Joins: jdandrea (n=jdandrea@ool-44c09c49.dyn.optonline.net)
  385. # [16:03] * Joins: annevk (n=annevk@s5590cf1c.adsl.wanadoo.nl)
  386. # [16:19] * Joins: ROBOd (n=robod@89.122.216.38)
  387. # [16:26] * Joins: phsiao (n=shawn@nat/ibm/x-79964b53992b4e50)
  388. # [16:34] * Philip` now passes enough tests that he really needs to add a counter to tell him how many tests he's passing
  389. # [16:38] * Joins: aroben (n=aroben@c-69-248-233-145.hsd1.pa.comcast.net)
  390. # [16:39] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
  391. # [16:54] * Joins: Lachy (n=Lachlan@cm-84.215.54.100.getinternet.no)
  392. # [16:57] * Joins: tantek (n=tantek@12.145.154.227)
  393. # [17:01] * Quits: maikmerten (n=merten@ls5laptop14.cs.uni-dortmund.de) ("Verlassend")
  394. # [17:07] * Joins: SadEagle (n=maksim@cpe-69-202-89-106.twcny.res.rr.com)
  395. # [17:14] * Quits: tantek (n=tantek@12.145.154.227)
  396. # [17:14] * Joins: tantek (n=tantek@12.145.154.227)
  397. # [17:17] * Joins: Lachy_ (n=Lachlan@cm-84.215.54.100.getinternet.no)
  398. # [17:17] * Quits: Lachy (n=Lachlan@cm-84.215.54.100.getinternet.no) (Read error: 104 (Connection reset by peer))
  399. # [17:29] * Joins: jwalden (n=waldo@dhcp-18-188-70-20.dyn.mit.edu)
  400. # [17:41] <gsnedders> <http://developers.slashdot.org/comments.pl?sid=446030&cid=22349930>
  401. # [17:41] * Quits: zcorpan_ (n=zcorpan@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  402. # [17:50] * Philip` encounters http://canvex.lazyilluminati.com/misc/cgi/issues.cgi/message/%3C0822044E-EA7B-43C4-A3AF-4196B09B580C%40iki.fi%3E
  403. # [17:51] <Philip`> Now I can pass all of tests1.dat that doesn't match /<(script|style|table|!|textarea|noframes)|<title></i
  404. # [17:59] * Quits: annevk (n=annevk@s5590cf1c.adsl.wanadoo.nl) (Read error: 113 (No route to host))
  405. # [18:14] * Quits: jwalden (n=waldo@dhcp-18-188-70-20.dyn.mit.edu) (Read error: 110 (Connection timed out))
  406. # [18:22] <jgraham> Sigh
  407. # [18:31] * Quits: weinig (n=weinig@c-71-198-176-23.hsd1.ca.comcast.net)
  408. # [18:34] * Joins: dbaron (n=dbaron@c-67-160-251-228.hsd1.ca.comcast.net)
  409. # [18:52] * Quits: Ketsuban (n=ketsuban@cpc2-oxfd8-0-0-cust335.oxfd.cable.ntl.com) (Read error: 104 (Connection reset by peer))
  410. # [18:52] * Joins: Ketsuban (n=ketsuban@cpc2-oxfd8-0-0-cust335.oxfd.cable.ntl.com)
  411. # [18:55] * Joins: cgriego (n=cgriego@216.138.69.206)
  412. # [19:01] * Parts: Camaban (n=adrianle@host81-133-60-253.in-addr.btopenworld.com)
  413. # [19:03] * Quits: jruderman_ (n=jruderma@c-67-180-15-227.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  414. # [19:18] * aroben is now known as aroben|lunch
  415. # [19:21] * Joins: weinig (n=weinig@17.203.15.140)
  416. # [19:23] * Quits: hober (n=ted@unaffiliated/hober) ("ERC Version 5.3 (IRC client for Emacs)")
  417. # [19:28] * Joins: blooberry (n=brian@c-76-126-109-10.hsd1.ca.comcast.net)
  418. # [19:38] * Joins: maikmerten (n=maikmert@L8a32.l.pppool.de)
  419. # [19:40] * aroben|lunch is now known as aroben
  420. # [20:03] * Joins: hober (n=ted@unaffiliated/hober)
  421. # [20:07] * Joins: kingryan (n=ryan@dsl092-219-050.sfo1.dsl.speakeasy.net)
  422. # [20:07] * kingryan just noticed that html5 defines rel="contact" in a way that clashes with XFN
  423. # [20:13] * Quits: dbaron (n=dbaron@c-67-160-251-228.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  424. # [20:16] * Joins: virtuelv (n=virtuelv@ti132110a341-2290.bb.online.no)
  425. # [20:19] <Hixie> kingryan: oops. can you send mail about that?
  426. # [20:19] <kingryan> already did
  427. # [20:19] <Hixie> cool, thanks
  428. # [20:21] <Dashiva> Philip`: Are you the philip that sent a message about text nodes?
  429. # [20:25] * Quits: Ketsuban (n=ketsuban@cpc2-oxfd8-0-0-cust335.oxfd.cable.ntl.com) ("all I want to do is be a full time online furry")
  430. # [20:25] * Quits: wakaba (n=w@77.137.148.210.dy.bbexcite.jp) (Read error: 104 (Connection reset by peer))
  431. # [20:25] * Joins: wakaba (n=w@77.137.148.210.dy.bbexcite.jp)
  432. # [20:26] * Joins: Ketsuban (n=ketsuban@cpc2-oxfd8-0-0-cust335.oxfd.cable.ntl.com)
  433. # [20:27] <jgraham> Dashiva: Philip` is the Philip who sent a message about text nodes.
  434. # [20:31] * Quits: Lachy_ (n=Lachlan@cm-84.215.54.100.getinternet.no) ("Leaving")
  435. # [20:31] * Joins: Lachy (n=Lachlan@cm-84.215.54.100.getinternet.no)
  436. # [20:33] * Joins: dbaron (n=dbaron@corp-241.mountainview.mozilla.com)
  437. # [20:33] * Quits: gsnedders (n=gsnedder@host86-151-228-75.range86-151.btcentralplus.com) ("Partying in teh intarwebs")
  438. # [20:34] <Philip`> Dashiva: I agree with jgraham
  439. # [20:35] * jgraham considers that a minor success for the day
  440. # [20:37] * Philip` encounters the "Process the token as if the insertion mode was "in body", with the following exception: [...stuff that has a global effect on lots of actions throughout the algorithm and will require quite a few code changes...]" and cries
  441. # [20:38] <Dashiva> I figured I'd mention that all of those cases also trigger the node merging thing for text
  442. # [20:38] * Quits: wakaba (n=w@77.137.148.210.dy.bbexcite.jp) (Read error: 104 (Connection reset by peer))
  443. # [20:38] * Joins: wakaba (n=w@77.137.148.210.dy.bbexcite.jp)
  444. # [20:38] <jgraham> Philip`: Yeah, that bit is fun
  445. # [20:38] <Dashiva> I got burned earlier on " </body> </html> " creating three " " nodes inside <body>
  446. # [20:40] <jgraham> (iirc html5lib does some magic replacement of the insertElement method with a different table-specific version at that point. That's no help to you of course...)
  447. # [20:41] * Philip` has about 1200 lines of code now, and no mutable state at all
  448. # [20:43] * jgraham wonders if he would find functional programming as hard as it sounds
  449. # [20:44] <Philip`> It's not hard at all - it just takes a little while to get used to the different ways of writing things
  450. # [20:45] <Philip`> Oh, except for occasional times when you want to do a simple loop but have to end up with confusing fold_left things instead, and then it's kind of annoyingly hard
  451. # [20:45] <jgraham> :)
  452. # [20:45] <jgraham> (actually I did try some Erlang once but never more than the simplest of toy examples)
  453. # [20:46] <Philip`> OCaml is quite nice since you can still write imperative code and mutable variables when you really want to
  454. # [20:50] * Quits: roc_ (n=roc@121-72-11-14.dsl.telstraclear.net)
  455. # [20:52] * Quits: maikmerten (n=maikmert@L8a32.l.pppool.de) (Remote closed the connection)
  456. # [20:52] <Dashiva> I always worry about the implementation efficiency when I don't know what it's going to do
  457. # [20:56] <Philip`> OCaml isn't crazy like Haskell (with lazy evaluation and stuff), so it's easy to see what it's going to do :-)
  458. # [21:07] * Joins: roc (n=roc@121-72-11-14.dsl.telstraclear.net)
  459. # [21:12] * Quits: Thezilch (n=fuz007@ip68-111-154-116.sd.sd.cox.net) (Read error: 104 (Connection reset by peer))
  460. # [21:16] * Joins: jwalden (n=waldo@STRATTON-SEVEN-FOURTY-SIX.MIT.EDU)
  461. # [21:36] * jwalden grumbles at random advocacy in http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2008-February/013881.html
  462. # [21:37] <jwalden> and I even agree with the sentiments!
  463. # [21:39] <Dashiva> And to an Opera employee no less :)
  464. # [21:41] * jwalden grumbles further about being "forced" to enable email delivery for the list to not miss stuff on it
  465. # [21:44] * Quits: roc (n=roc@121-72-11-14.dsl.telstraclear.net)
  466. # [21:50] <jwalden> I have a feeling I'm going to have more hacking to do on postMessage in the very near future :-\
  467. # [21:52] * jwalden wonders how he's going to respond to a message he never received without destroying threading
  468. # [21:56] <Hixie> Philip`: the <table> disaster sentence isn't as bad as it sounds
  469. # [21:57] <Hixie> Philip`: iirc i implemented it in about 5 lines of code -- i just made the function that implements the appending of nodes be a function pointer and swapped in the new function at the right time, or something
  470. # [21:59] * Quits: tantek (n=tantek@12.145.154.227)
  471. # [22:01] * Quits: csarven (n=nevrasc@on-irc.csarven.ca) (Remote closed the connection)
  472. # [22:03] * Quits: starjive (i=beos@81-233-18-73-no30.tbcn.telia.com)
  473. # [22:03] <jwalden> could someone forward <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2008-February/013886.html> to me as an attachment, so I can (hopefully) not break threading when I add my thoughts to the thread? email is jwalden+whatwg@mit.edu
  474. # [22:03] * Joins: tantek (n=tantek@12.145.154.227)
  475. # [22:04] <Lachy> jwalden, download the mbox file http://lists.whatwg.org/pipermail/whatwg-whatwg.org/
  476. # [22:04] <jwalden> ooh
  477. # [22:04] <jwalden> Lachy++
  478. # [22:04] * jwalden learns something new every day!
  479. # [22:04] <jwalden> or rather, re-remembers
  480. # [22:07] * Quits: virtuelv (n=virtuelv@ti132110a341-2290.bb.online.no) ("Leaving")
  481. # [22:09] * jgraham wonders if it is obvious that the detail in his email about a simple sign error was as much to convince himself as anything else (though he may still have got it wrong regardless)
  482. # [22:09] * Joins: gsnedders (n=gsnedder@host86-151-228-75.range86-151.btcentralplus.com)
  483. # [22:09] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  484. # [22:10] * Quits: tantek (n=tantek@12.145.154.227)
  485. # [22:14] * Joins: starjive (i=beos@81-233-18-73-no30.tbcn.telia.com)
  486. # [22:29] <hsivonen> “The sadest thing about "HTML 5" is that it will be impossible to create
  487. # [22:29] <hsivonen> an April fool's joke about HTML this year - they've already done that.” – Jukka K. Korpela in ciwah
  488. # [22:30] <Dashiva> He's talking about XHTML2 using the XHTML1 namespace? ;)
  489. # [22:30] * Quits: wakaba (n=w@77.137.148.210.dy.bbexcite.jp) (Read error: 104 (Connection reset by peer))
  490. # [22:30] * Joins: wakaba (n=w@77.137.148.210.dy.bbexcite.jp)
  491. # [22:31] <Philip`> Hixie: I don't have function pointers :-p
  492. # [22:31] <hsivonen> http://groups.google.com/group/comp.infosystems.www.authoring.html/msg/58f3108d5a1b8208
  493. # [22:31] <Hixie> Philip`: sucks to be you :-P
  494. # [22:32] <hsivonen> I expect ciwah to stay with HTML 4.01 for a long time even after HTML5 is a REC
  495. # [22:32] * Quits: wakaba (n=w@77.137.148.210.dy.bbexcite.jp) (Read error: 104 (Connection reset by peer))
  496. # [22:32] * Philip` wonders if the foster parent element can change during execution of that step
  497. # [22:32] <Hixie> Philip`: the language i used has only function pointers, it doesn't have any other way of referring to functions :-)
  498. # [22:32] * Joins: wakaba (n=w@77.137.148.210.dy.bbexcite.jp)
  499. # [22:37] <SadEagle> Philip`: weren't you using o'caml? (a * b -> c) ref, no?
  500. # [22:39] <SadEagle> Dashiva: wha? XHTML2 uses the XHTML1 namespace? I guess it's good for my blood pressure that I didn't pay any attention to it..
  501. # [22:39] <gsnedders> SadEagle: that's the agreement within the XHTML2 WG, though there's been no WD published yet reflecting it
  502. # [22:39] <Philip`> SadEagle: I'm using OCaml purely functionally, so no refs
  503. # [22:40] <Philip`> (because I want to be able to reuse partially-used parser, rather than having to create a new one for every document)
  504. # [22:40] <Philip`> s/parser/parsers/
  505. # [22:41] <Philip`> The annoying bit is just trying to find all the places where elements might get inserted in a way that might be affected
  506. # [22:42] <Philip`> and that bit probably isn't hard anyway but I can't concentrate now so it's easier just to complain on IRC about it
  507. # [22:43] * Joins: Charl (n=charlvn@196-209-214-215-esdw-esr-3.dynamic.isadsl.co.za)
  508. # [22:51] * Quits: jgraham (n=james@81-86-208-197.dsl.pipex.com) ("This computer has gone to sleep")
  509. # [23:04] * jwalden finally unmunges mailman's downloadable mboxes enough to get them to work in Thunderbird and when transferred to IMAP
  510. # [23:04] <jwalden> stupid spammers
  511. # [23:05] <jwalden> stupid mailman hackers who think a spammer couldn't trivially write the regexes I wrote
  512. # [23:07] <Philip`> jwalden: If you click the email link at the top of http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2008-February/013886.html then it looks like it'll set the In-Reply-To header correctly
  513. # [23:07] <jwalden> sigh
  514. # [23:07] <gsnedders> jwalden: spammers are lazy.
  515. # [23:08] <jwalden> mailman is common; I very much doubt none have done what I did
  516. # [23:08] <jwalden> there's big win to doing it
  517. # [23:08] <jwalden> it's a very common output format
  518. # [23:09] * Quits: starjive (i=beos@81-233-18-73-no30.tbcn.telia.com)
  519. # [23:09] * Quits: jdandrea (n=jdandrea@ool-44c09c49.dyn.optonline.net)
  520. # [23:11] * Joins: starjive (i=beos@81-233-18-73-no30.tbcn.telia.com)
  521. # [23:12] * Quits: starjive (i=beos@81-233-18-73-no30.tbcn.telia.com) (Client Quit)
  522. # [23:14] <Philip`> http://james.html5.org/cgi-bin/parsetree/parsetree.py?uri=http%3A%2F%2Fphilip.html5.org%2Fmisc%2Fstyle-in-table.html
  523. # [23:14] <Philip`> Shouldn't the <style> be outside the <table>?
  524. # [23:15] <Philip`> (http://parsetree.validator.nu/?doc=http%3A%2F%2Fphilip.html5.org%2Fmisc%2Fstyle-in-table.html&submit=Print+Tree agrees with html5lib)
  525. # [23:15] * Quits: wakaba (n=w@77.137.148.210.dy.bbexcite.jp) (Read error: 104 (Connection reset by peer))
  526. # [23:16] * Joins: wakaba (n=w@77.137.148.210.dy.bbexcite.jp)
  527. # [23:27] * Joins: tantek (n=tantek@70-13-120-189.area2.spcsdns.net)
  528. # [23:29] * Quits: phsiao (n=shawn@nat/ibm/x-79964b53992b4e50)
  529. # [23:44] * Quits: Yudai (n=Yudai@p034b1b.kngwnt01.ap.so-net.ne.jp) (Read error: 113 (No route to host))
  530. # [23:45] * Joins: roc (n=roc@121-72-11-14.dsl.telstraclear.net)
  531. # [23:46] * Joins: jruderman (n=jruderma@c-67-180-15-227.hsd1.ca.comcast.net)
  532. # [23:52] * Joins: Yudai (n=Yudai@p6e1248.kngwnt01.ap.so-net.ne.jp)
  533. # [23:57] <aroben> Hixie: do you have any data re: the proportion of web servers that only support HTTP/1.0?
  534. # [23:57] <Hixie> no
  535. # [23:57] <aroben> Hixie: ok, thanks
  536. # [23:57] <Hixie> netcraft might
  537. # [23:57] * aroben looks
  538. # Session Close: Sat Feb 09 00:00:00 2008

The end :)