/irc-logs / freenode / #whatwg / 2009-02-19 / end

Options:

  1. # Session Start: Thu Feb 19 00:00:01 2009
  2. # Session Ident: #whatwg
  3. # [00:06] * Parts: billmason (n=bmason@ip102.unival.com)
  4. # [00:19] * Quits: smedero (n=smedero@mdp-nat251.mdp.com)
  5. # [00:22] * Joins: gavin___ (n=gavin@people.mozilla.com)
  6. # [00:23] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 54 (Connection reset by peer))
  7. # [00:23] * gavin___ is now known as gavin_
  8. # [00:23] * Quits: aroben (n=aroben@unaffiliated/aroben)
  9. # [00:24] * Quits: tndH (n=Rob@james-baillie-pc083-014.student-halls.leeds.ac.uk) ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.1/2008072406]")
  10. # [00:31] * Quits: virtuelv (n=virtuelv@ti0151a340-0094.bb.online.no) ("Leaving")
  11. # [00:34] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) (Nick collision from services.)
  12. # [00:34] * Joins: svl__ (n=me@ip565744a7.direct-adsl.nl)
  13. # [00:34] * svl__ is now known as svl
  14. # [00:38] * Joins: roc (n=roc@202.0.36.64)
  15. # [00:44] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 104 (Connection reset by peer))
  16. # [00:52] * Quits: roc_ (n=roc@202.0.36.64) (Read error: 113 (No route to host))
  17. # [01:00] * gsnedders must relax
  18. # [01:04] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  19. # [01:10] * Joins: virtuelv (n=virtuelv@ti0151a340-0094.bb.online.no)
  20. # [01:23] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  21. # [01:34] * Hixie replies to (private) feedback from someone with the english skills of sarah palin
  22. # [01:36] <gsnedders> Me?
  23. # [01:36] <gsnedders> :P
  24. # [01:36] <Hixie> lord no
  25. # [01:36] <Hixie> you at least use sentence structure
  26. # [01:36] <Hixie> :-P
  27. # [01:36] <gsnedders> :P
  28. # [01:37] * gsnedders tries to write something with no sentence structure, fails.
  29. # [01:37] * gsnedders goes back to spreadsheets of terrible experimental data
  30. # [01:37] <jmb> Hixie: to whom/where would I report an unterminated comment in Google Maps' output=html mode?
  31. # [01:38] <gsnedders> (Look! I've proved there's no such thing as chromatic aberration!)
  32. # [01:38] <Hixie> jmb: i can report it
  33. # [01:38] <Hixie> jmb: uri?
  34. # [01:39] <jmb> http://maps.google.co.uk/maps?f=q&source=s_q&output=html&q=so171bj&btnG=Search+Maps
  35. # [01:39] <gsnedders> Regardless of wavelength of the light, I managed to record a focal length of 10.0 ± 0.1 cm.
  36. # [01:39] <jmb> for, example
  37. # [01:40] <Hixie> jmb: does it render wrong or something?
  38. # [01:40] <Hixie> seems ok to me...
  39. # [01:40] <Philip`> gsnedders: Perhaps the laws of physics changed on the day of your experiment?
  40. # [01:40] <gsnedders> Philip`: Perhaps
  41. # [01:40] <Hixie> jmb: oh i guess the <!-- in the <style> element isn't closed
  42. # [01:41] <Philip`> gsnedders: If you did the experiment right and analysed it properly, nobody can complain just because your conclusions don't match the expected answer :-)
  43. # [01:41] <Hixie> jmb: hm, that would break in html5, huh
  44. # [01:41] * Quits: zdobersek1 (n=zan@cpe-92-37-67-165.dynamic.amis.net) ("Leaving.")
  45. # [01:41] <gsnedders> Hixie: Obviously the spec isn't compatible with existing content.
  46. # [01:42] <jmb> Hixie: yes, the whole thing ends up in that comment :)
  47. # [01:42] <Hixie> clearly
  48. # [01:42] <Hixie> jmb: i'll file it, thanks
  49. # [01:42] <jmb> cheers :)
  50. # [01:42] <gsnedders> And fix HTML 5 so it's compatible with the web?
  51. # [01:42] <gsnedders> Philip`: I am well aware :)
  52. # [01:43] * Quits: dglazkov (n=dglazkov@nat/google/x-402d03dcb48721f7)
  53. # [01:46] <Hixie> sadly the reason html5 isn't compatible with this is that what the browsers do is a security bug
  54. # [01:46] <jmb> yeah
  55. # [01:46] <jmb> reparsing sucks :)
  56. # [01:46] <gsnedders> How so?
  57. # [01:46] * gsnedders is probably missing something obvious
  58. # [01:49] <Hixie> jmb: filed, thanks
  59. # [01:50] <jmb> Hixie: thankyou
  60. # [01:51] <Hixie> oh that reminds me
  61. # [01:51] <Hixie> jwalden: the infinite redirect loop you found was fixed, btw
  62. # [01:51] <jwalden> good to know
  63. # [01:51] <jwalden> I reported that back in the spring, right?
  64. # [01:52] <jwalden> pretty sure it was Before and not After
  65. # [01:52] <Hixie> it was fixed a while back, i just forgot to tell you :-)
  66. # [01:53] <Hixie> happened to see it just now since i had to look at the bug database :-)
  67. # [01:53] <jwalden> I probably wasn't on IRC when it was fixed, assuming it was in the [June, October] range
  68. # [01:54] <gsnedders> I need to actually remember everything related to uncertainties instead of looking it up every time.
  69. # [01:55] <Hixie> jwalden: you reported it last april, it was fixed for good in june
  70. # [01:55] <jwalden> yeah, that was around the start of my A.T. thru-hike, didn't get back on IRC until October 26 or 27
  71. # [01:57] * Joins: doodlewarrior (n=anon-irc@adsl-99-30-231-120.dsl.pltn13.sbcglobal.net)
  72. # [02:01] <Hixie> cool
  73. # [02:04] * Joins: jbaird (n=jbaird@shiva.mochimedia.net)
  74. # [02:05] <jbaird> anyone available that would be able to help answer a parsing question with html5lib?
  75. # [02:05] * Parts: doodlewarrior (n=anon-irc@adsl-99-30-231-120.dsl.pltn13.sbcglobal.net)
  76. # [02:06] <Philip`> jbaird: Probably, depending on what the question is
  77. # [02:08] <jbaird> Philip`: I've got source code in a <code> tag that has <>= etc. in it that are confusing the parser. The tree that comes out is pretty mangled. If I change the <code> tags to <textarea> the contentFlag gets set to CDATA and it works, but it doesn't seem to do that for pre or code
  78. # [02:08] <jbaird> Philip`: I can monkeypatch my version to use startTagTextArea for pre and code, but I was wondering if there is a more optimal solution.
  79. # [02:10] * Quits: roc (n=roc@202.0.36.64) (Read error: 113 (No route to host))
  80. # [02:10] <Philip`> jbaird: Can't you escape the < to &lt; in the content of the code tag?
  81. # [02:12] <jbaird> Philip`: not without also escaping the code tag as well
  82. # [02:12] <Philip`> html5lib seems to do the same as what web browsers do with < inside <code>
  83. # [02:13] <jbaird> Philip`: it tries to make them tags?
  84. # [02:14] <Philip`> Maybe you could use <xmp> to get <pre>-like semantics with CDATA parsing, though that'd be pretty evil :-)
  85. # [02:14] <jbaird> Philip`: I may as well use textarea in that case
  86. # [02:14] * gsnedders is almost certain he's done something wrong with the uncertainties
  87. # [02:15] <Philip`> jbaird: Yes - <code>foo(<i>bar</i>)</code> is legitimate HTML and works everywhere and gives an 'i' element inside the 'code'
  88. # [02:16] <jbaird> Philip`: right. Ok, I'll try some other ways to work around it. Thanks for the help.
  89. # [02:18] <gsnedders> ± 0.0 I have for almost everything
  90. # [02:19] * Parts: jbaird (n=jbaird@shiva.mochimedia.net)
  91. # [02:28] * Quits: ojan (n=ojan@72.14.229.81)
  92. # [02:32] <Hixie> man i love it when people who right multi-page paragraphs start one of their sentences with "my point is"
  93. # [02:32] <Hixie> it makes my life so much easier
  94. # [02:37] * Quits: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  95. # [02:37] * Philip` wishes EC2 development didn't take so long to iterate
  96. # [02:38] <Philip`> It's like 15 minutes to start the server, then 15 minutes to persist any changes to it, plus various other bits of waiting, which is a pain when I'm trying to debug a startup script on it :-(
  97. # [02:39] * Joins: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  98. # [02:42] <gsnedders> Hixie: *write :P
  99. # [02:42] <Hixie> uh yes
  100. # [02:42] <gsnedders> Hixie: Bitching about English without even getting it right yourself…
  101. # [02:42] <Hixie> there's an analog loop somewhere between my brain and my fingers which converts my thoughts to audio and then back again
  102. # [02:42] <Hixie> it's terrible
  103. # [02:43] * gsnedders has that too
  104. # [02:43] <gsnedders> I also have dyspraxia, so I make so many spelling mistakes I have to check what I type closely :)
  105. # [02:44] * gsnedders returns to reading on uncertainties
  106. # [02:49] <gsnedders> Should I state 10.0 ± 0.0 or 10.0 ± 0.01?
  107. # [02:49] <gsnedders> Neither really makes sense
  108. # [02:49] <Dashiva> The latter
  109. # [02:51] <Philip`> The latter seems wrong because it's mixing levels of precision
  110. # [02:51] * Joins: roc (n=roc@202.0.36.64)
  111. # [02:51] <Philip`> What are the lower and upper bounds?
  112. # [02:54] <gsnedders> The former seems wrong because it is implying it is certain, but there is an uncertainty
  113. # [02:55] <jcranmer> the last figure is always assumed to be estimated
  114. # [02:56] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  115. # [02:56] <Philip`> gsnedders: 10.0 +/- 0.1 or 10.00 +/- 0.01 would seem more reasonable things to say
  116. # [02:57] <gsnedders> Philip`: Indeed
  117. # [02:57] * gsnedders has probably gone wrong combining uncertainties
  118. # [02:58] <Philip`> Is the uncertainty in the output of the calculation less than the uncertainty of the inputs?
  119. # [02:59] <gsnedders> Philip`: As a percentage it's double
  120. # [03:03] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  121. # [03:08] <gsnedders> So I have u = 85.8 ± 0.1
  122. # [03:08] <gsnedders> I then find f = u - u^2/100
  123. # [03:08] <gsnedders> Which makes f = 12.2 ± 0.0
  124. # [03:09] <gsnedders> Where is my mistake?
  125. # [03:11] <Dashiva> So 85.7 -> 12.2551, 85.9 -> 12.1119
  126. # [03:11] <Dashiva> Which looks like 12.2 ± 0.1
  127. # [03:12] <Philip`> gsnedders: I think it's like err(u^2) = 2*err(u), err(u/100) = err(u)/100, err(u - v) = sqrt(err(u)^2 + err(v)^2)
  128. # [03:12] <Philip`> which comes out to 0.1 if I'm not entirely mistaken
  129. # [03:12] * gsnedders stares
  130. # [03:12] * gsnedders is too tired
  131. # [03:12] <Philip`> Actually that first bit can't possible be right, can it?
  132. # [03:12] <Philip`> s/e/y/
  133. # [03:13] <Philip`> Oh well, whatever it is
  134. # [03:13] <Philip`> The last step is sqrt(0.1^2 + something) so it's never going to be less than 0.1
  135. # [03:13] <gsnedders> Philip`: The first bit is right according to the book I'm reading
  136. # [03:13] <Philip`> gsnedders: But only if these are relative errors, I think?
  137. # [03:13] <gsnedders> Philip`: And where the hell is this v coming from?
  138. # [03:14] <Dashiva> Just two terms
  139. # [03:14] <Dashiva> No relation to your u
  140. # [03:14] <gsnedders> Philip`: This book says no such thing
  141. # [03:14] <gsnedders> Ah, k
  142. # [03:14] <Philip`> gsnedders: I think it's called something with "quadrature" in the name, for calculating errors of a+b or a-b
  143. # [03:14] <Dashiva> Self-explanatory variable names, yay
  144. # [03:15] * Quits: slightlyoff (n=slightly@nat/google/x-6546e1b79887d745)
  145. # [03:15] <Philip`> but I think I'm totally failing to use relative errors when I ought to be
  146. # [03:15] <Philip`> Dashiva: It seems fairly self-explanatory to me that v is just what comes after u :-)
  147. # [03:16] <Dashiva> Let's add an error specifier to the error
  148. # [03:17] <gsnedders> http://visitmix.com/Opinions/Web-Standards-Gone-Wild
  149. # [03:18] <Philip`> The problem with calculating error values is that it fails to account for the quite high probability that your experiment was just rubbish or that you made up all your data
  150. # [03:18] <Dashiva> So he's saying the reason we have so many buggy implementations is because the specs were too easy to implement before :P
  151. # [03:26] * Joins: MikeSmith (n=MikeSmit@EM114-48-43-0.pool.e-mobile.ne.jp)
  152. # [03:31] <gsnedders> If this is right, 12.4 ± 1.4 cm
  153. # [03:31] <gsnedders> Ow.
  154. # [03:32] <gsnedders> (i.e., 12 ± 1 cm)
  155. # [03:32] <Philip`> That's not really 12 +/- 1
  156. # [03:32] <Philip`> because 12.4 + 1.4 = 13.8 which is a long way from 12 + 1
  157. # [03:36] <gsnedders> Hah. It gets better.
  158. # [03:36] <gsnedders> 11.8 ± 14.1 cm
  159. # [03:36] <Dashiva> I love when positive values get errors that go into the negatives
  160. # [03:39] <gsnedders> Oh shit.
  161. # [03:39] <gsnedders> Even my best results have big enough error bars to make them useless.
  162. # [03:40] <gsnedders> I really can't do practical physics.
  163. # [03:43] * Philip` had a few physics practicals in his first year, and half of them involved calculating g to increasing levels of precision
  164. # [03:43] <Philip`> The first was something like rolling a ball down a slope, and getting something like g = 9 +/- 1
  165. # [03:43] <gsnedders> I've managed to do that as far as 9.8 ± 0.1
  166. # [03:43] <gsnedders> The best guy in my year got to 9.81 ± 0.3, IIRC
  167. # [03:44] <Philip`> If I remember correctly, the third experiment involved some pendulum thing which was surprisingly accurate
  168. # [03:44] <Dashiva> What if you got 9.80 ± 0.2, would you prefer that to 9.81 ± 0.3?
  169. # [03:45] <gsnedders> (This was doing something boring like dropping a double mask through a light-gate)
  170. # [03:45] * Joins: rubys (n=rubys@cpe-075-182-092-038.nc.res.rr.com)
  171. # [03:45] <gsnedders> Dashiva: yes
  172. # [03:45] <Dashiva> I wonder how many would prefer the 9.81 one because it looks more correct :)
  173. # [03:46] <gsnedders> Too many :)
  174. # [03:47] <Philip`> What if you got 9.78 +/- 0.1?
  175. # [03:48] <Dashiva> Can we assume anything about the probability distribution within the error margins?
  176. # [03:48] <gsnedders> I'd assume I'd done something wrong because I know that's the wrong answer
  177. # [03:50] * Quits: MikeSmith (n=MikeSmit@EM114-48-43-0.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  178. # [03:51] * Joins: MikeSmith (n=MikeSmit@EM114-48-43-0.pool.e-mobile.ne.jp)
  179. # [04:01] * annevk hit an infinite loop on gmail today
  180. # [04:22] * Quits: dave_levin (n=dave_lev@72.14.227.1)
  181. # [04:28] * Quits: dimich (n=dimich@72.14.227.1)
  182. # [04:43] * Joins: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  183. # [04:57] * Quits: rubys (n=rubys@cpe-075-182-092-038.nc.res.rr.com) ("Leaving.")
  184. # [04:59] * Quits: kingryan (n=kingryan@adsl-99-27-42-97.dsl.pltn13.sbcglobal.net)
  185. # [05:02] * Quits: danbri (n=danbri@unaffiliated/danbri)
  186. # [05:17] * Quits: dbaron (n=dbaron@corp-246.mountainview.mozilla.com) ("8403864 bytes have been tenured, next gc will be global.")
  187. # [05:25] <takkaria> talk of mandating <canvas> to have accessible fall is wibble
  188. # [05:25] <takkaria> *fallback
  189. # [05:25] <takkaria> in some cases, sure, it might be helpful
  190. # [05:26] <takkaria> but for the game of life or FPSs, it's so completely pointless to try and mandate it
  191. # [05:26] <takkaria> I almost get the impression that there are people around who think that if something can't be done to cater for at least one disability, then it shouldn't be done at all
  192. # [05:27] <gsnedders> Send a link to canvex and ask how to make that accessible
  193. # [05:30] <takkaria> I stopped reading (and started blackholing) public-html a while ago
  194. # [05:30] <takkaria> I only read it via archives now
  195. # [05:33] <gsnedders> heh
  196. # [05:34] <takkaria> daily stress levels are way down, fwiw
  197. # [05:36] * Joins: hober (n=ted@unaffiliated/hober)
  198. # [05:39] * gsnedders sends it
  199. # [05:41] * Quits: weinig (n=weinig@99.140.60.47)
  200. # [05:41] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  201. # [05:48] * Quits: jwalden (n=waldo@corp-246.mountainview.mozilla.com) ("->home")
  202. # [05:59] * Quits: dolske (n=dolske@firefox/developer/dolske)
  203. # [06:01] * Quits: roc (n=roc@202.0.36.64)
  204. # [06:05] <gsnedders> For an analogue scale, a scale reading uncertainty is meant to be half of the smallest scale. Surely that'll result in e.g., 1 ± 0.5?
  205. # [06:19] * Joins: dolske (n=dolske@c-76-103-40-203.hsd1.ca.comcast.net)
  206. # [06:24] * gsnedders is about to fall asleep
  207. # [06:25] <olliej> Hixie: seen http://www.isolani.co.uk/blog/standards/Ie8BlacklistForcingStandardsRenderingOptIn ?
  208. # [06:27] <MikeSmith> Is a table actually best described as data with more than one dimension, or it is more precisely described as data with two dimensions?
  209. # [06:28] <MikeSmith> is there such as thing as a three-dimensional table?
  210. # [06:29] * Joins: weinig (n=weinig@99.140.60.47)
  211. # [06:29] <MikeSmith> or I mean is it possible to represent a three-dimensional table in HTML?
  212. # [06:43] * Joins: roc (n=roc@121-72-176-52.dsl.telstraclear.net)
  213. # [06:46] * olliej wonders why MS doesn't take a hint: standards mode == standard, no damned proprietary flags are involved
  214. # [06:46] <Hixie> olliej: i had not, but i was aware of the issue. i disagree with the conclusion -- adding the flag plays into microsoft's hands.
  215. # [06:48] <olliej> Hixie: how do you mean?
  216. # [06:50] * Quits: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  217. # [06:51] <Hixie> olliej: if you give the proprietary flag saying "use IE8 mode" then you are actively increasing the dependence on IE8 mode, which will eventually become a new mode that other browsers have to support
  218. # [06:51] <roc> no it won't
  219. # [06:51] <olliej> Hixie: yes, i know -- eg. it's a stupid and horrific thing that only exists because ms deliberately crippled ie in the first place
  220. # [06:51] * Joins: jwalden (n=waldo@c-76-102-160-171.hsd1.ca.comcast.net)
  221. # [06:52] <Hixie> roc: it will when IE9 has four modes and this triggers IE8 mode
  222. # [06:52] <olliej> Hixie: based on this i'm not sure why ie has any part or input in any of the standards committees, clearly they have no intention of supporting them
  223. # [06:53] <roc> I mean, it's nasty and all, but in practice Web developers are not going to ask us to support IE8 mode
  224. # [06:53] <Hixie> not if the IE market share continues to decline, no
  225. # [06:53] <roc> is there some new information in this context that I've missed?
  226. # [06:53] <Hixie> only http://www.isolani.co.uk/blog/standards/Ie8BlacklistForcingStandardsRenderingOptIn and their new blog post
  227. # [06:53] <olliej> roc: ie8 will default to non compliance
  228. # [06:53] <Hixie> that's not really accurate
  229. # [06:53] <olliej> Hixie: users are idiots
  230. # [06:54] <olliej> they'll all click compatibility mode
  231. # [06:54] <Hixie> that remains to be seen
  232. # [06:54] <Hixie> i wouldn't be surprised if users had no idea what it was
  233. # [06:54] <Hixie> and never clicked it
  234. # [06:54] <Hixie> or clicked it and found it broke something once
  235. # [06:54] <Hixie> and never clicked it again
  236. # [06:55] <roc> I will be surprised if users click on it a lot
  237. # [06:56] * olliej just thinks it's yet another attempt to save themselves having to write a real browser
  238. # [06:56] <roc> I think they tried hard to write a good layout engine and then realized how hard it is
  239. # [06:57] <roc> I don't think there's new information here, except maybe the suggestion that the "compatibility list" will auto-update
  240. # [06:57] <roc> based on user telemetry
  241. # [06:57] <olliej> and decided it was much easier to try and catch up by trying to force all the other vendors to implement ie7 compat modes
  242. # [06:57] <roc> If that's really their plan, they're really stupid, because it's not going to happen
  243. # [06:58] <roc> I don't think they're that stupid
  244. # [06:58] <olliej> really?
  245. # [06:58] <roc> yeah really
  246. # [06:58] <olliej> canvas is trivial (cf. the rest of html5) and yet they still don't have it
  247. # [06:58] * Joins: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  248. # [06:58] <roc> that's different
  249. # [06:58] <olliej> so my opinion of them is not particularly high
  250. # [06:58] <roc> the pressure to emulate IE madness peaked a few years ago and has steadily declined since
  251. # [06:59] <roc> expecting that to suddenly change on its own would be monumentally stupid
  252. # [06:59] <olliej> i have a vague hope ms just gives up on this
  253. # [06:59] * Quits: jcranmer (n=jcranmer@remote.csl.tjhsst.edu) (Read error: 110 (Connection timed out))
  254. # [07:00] <roc> they're not doing canvas because they can't do it
  255. # [07:00] <roc> they're either uninterested in advancing the Web platform or actively hostile to it
  256. # [07:01] * jwalden thinks the auto-update part there is misunderstood
  257. # [07:01] <jwalden> referring to the list being sent to users automatically, not to MSFT-side updates occurring automatically
  258. # [07:01] <jwalden> but it's possible that's the wrong interpretation
  259. # [07:01] <Hixie> i agree with roc that i don't think they're doing it on purpose
  260. # [07:02] <Hixie> it's a strategy that only works with high and growing marketshare
  261. # [07:02] <Hixie> it's a strategy they would have used a few years ago -- i mean, it's straight out of their playbook
  262. # [07:02] <Hixie> but i don't think they're intentionally trying to use it this time
  263. # [07:02] <Hixie> they seem to honestly think that it's the best solution
  264. # [07:03] <karlcow> MikeSmith: a table with multiple tbody could be imagined as a 3D table.
  265. # [07:03] <gsnedders> Their problem is so much sniffs for IE and assumes it will always be broken, which sucks
  266. # [07:03] <Hixie> (in practice i think it's going to be a huge cost to them and web authors, and not hugely affect the other browser vendors)
  267. # [07:04] <gsnedders> I'm not sure whether it is really that huge of a cost. There is no absolute certainty that every version will be frozen.
  268. # [07:04] <gsnedders> I get the idea that half their issues with implementing the web platform is that Trident really fucking sucks and has no real design.
  269. # [07:05] * Quits: heycam (n=cam@61.88.219.66) ("bye")
  270. # [07:05] <gsnedders> (I mean sucks from a design POV)
  271. # [07:08] * Joins: heycam (n=cam@61.88.219.66)
  272. # [07:08] <roc> they did a new layout engine so hopefully they fixed that on the layout side
  273. # [07:08] <gsnedders> Yeah, I've not seen bitching about that yet :)
  274. # [07:10] <gsnedders> (I can't find where it was, but I remember Chris Wilson saying something along the lines of HTML support (of things like a being a link) being in the actual parser (yuk) which was half the reason why they hadn't implemented XHTML yet)
  275. # [07:10] <Hixie> i don't really believe they "did a new layout engine", any more than gecko 1.x has a "new layout engine" compared to gecko 1.x-1
  276. # [07:12] <roc> I do
  277. # [07:13] <Hixie> really?
  278. # [07:14] <roc> yeah
  279. # [07:14] <Hixie> why?
  280. # [07:14] <roc> various reasons
  281. # [07:14] <roc> like not a whole lot of bug compatibility with Trident
  282. # [07:14] <roc> a bunch of IE-isms implemented late in the cycle or not at all
  283. # [07:15] <roc> very slow performance in beta1
  284. # [07:15] <roc> exactly what you'd expect if it was a new layout engine
  285. # [07:15] <Hixie> it seems to me what they did is rearchitect some stuff, just like when gecko changed rendering layer, or when reflow was rewritten, or whatever
  286. # [07:15] <roc> I guess it depends on what you mean by a "layout engine"
  287. # [07:15] <Hixie> i don't see the signs of a ground-up rewrite
  288. # [07:15] <roc> it looks like all layout and rendering was redone
  289. # [07:15] <roc> not so for DOM, parsing and JS
  290. # [07:16] <Hixie> i don't think it's like they did rm -rf layout/ and then created a new bunch of files from scratch
  291. # [07:16] <Hixie> i would buy that the code now is very different, sure
  292. # [07:16] <roc> I dunno
  293. # [07:17] <roc> there have been hints about importing low-level code from Word
  294. # [07:17] <gsnedders> Hixie: Well, Windows isn't POSIX compliant out of the box, so why would they? :)
  295. # [07:17] <gsnedders> roc: You see Alex's talk at PDC?
  296. # [07:17] <roc> it's hard to know how much of what was changed, but I'm willing to grant "did a new layout engine"
  297. # [07:17] <roc> gsnedders: no
  298. # [07:17] * gsnedders digs up link
  299. # [07:18] * Quits: sverrej (n=sverrej@59.94.254.2) (Read error: 110 (Connection timed out))
  300. # [07:18] <gsnedders> http://channel9.msdn.com/pdc2008/PC12/
  301. # [07:19] <gsnedders> There is some better link which doesn't need Silverlight…
  302. # [07:19] <gsnedders> Actually, there are the WMV/MP4 links there
  303. # [07:19] <roc> good, because I was going to say
  304. # [07:19] <gsnedders> Small and hidden, but there
  305. # [07:19] <gsnedders> He speaks about both the old and new layout engines, but mainly the new
  306. # [07:20] <roc> Saloni Mira Rai has gone off to do mobile Web services or something
  307. # [07:20] <roc> I wonder what that means
  308. # [07:21] <gsnedders> (Oh, it appears you have to hover over "Downloads" first)
  309. # [07:25] <jwalden> hm, 3.1 can't scroll that page for beans
  310. # [07:26] <jwalden> and silverlight seems to be eating cpu
  311. # [07:26] <jwalden> hey, 110% CPU!
  312. # [07:27] <jwalden> (this is while watching it)
  313. # [07:27] <gsnedders> jwalden: This is why you download it in a ISO -approved format and mask in the relaxation of your CPU
  314. # [07:27] <gsnedders> *bask
  315. # [07:27] <jwalden> quite possibly!
  316. # [07:28] * jwalden has some affection for speaker+video near-simultaneously, tho
  317. # [07:28] <gsnedders> Anyhow, I need a break from this physics, having been doing it near continuously for 18 hours
  318. # [07:28] <gsnedders> (It's due in two days ago)
  319. # [07:28] * Joins: sverrej (n=sverrej@59.90.71.35)
  320. # [07:29] <jwalden> "what happens in quirks mode stays in quirks mode" :-)
  321. # [07:29] * Quits: roc (n=roc@121-72-176-52.dsl.telstraclear.net)
  322. # [07:30] <gsnedders> Hixie: Oh, and on the subject of it becoming a huge cost, Alex talks about re-implementing quirks mode on top of the new layout engine
  323. # [07:31] <Hixie> yeah watching it now
  324. # [07:31] * gsnedders can't really remember it overly clearly
  325. # [07:31] * Hixie isn't sure he really agrees with alex's comments on quirks mode but anyway
  326. # [07:36] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  327. # [07:45] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  328. # [07:48] <Hixie> seems like what they rewrite was more like the equivalent of nsCSSFrameConstructor
  329. # [07:48] <Hixie> rewrote rather
  330. # [07:50] * Quits: sverrej (n=sverrej@59.90.71.35) (Read error: 104 (Connection reset by peer))
  331. # [07:51] * Quits: gavin (n=gavin@firefox/developer/gavin)
  332. # [07:51] * Joins: sverrej (n=sverrej@59.90.71.35)
  333. # [07:54] * Joins: gavin (n=gavin@firefox/developer/gavin)
  334. # [07:58] <jwalden> a formidable enough task
  335. # [07:58] <jwalden> that's been happening for what, eight or so years now? :-)
  336. # [08:00] <jwalden> wow, their frame tree dumps are actually XML in a versioned xmlns
  337. # [08:03] * Joins: pesla (n=retep@procurios.xs4all.nl)
  338. # [08:03] <jwalden> vertical text, interesting
  339. # [08:04] * nessy apologizes for all bebo spam sent in my name today :(
  340. # [08:04] * jwalden wants -ms-boustrophedon
  341. # [08:04] <jwalden> or -whichever-boustrophedon
  342. # [08:07] * Joins: zalan (n=kvirc@catv-89-133-232-199.catv.broadband.hu)
  343. # [08:09] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  344. # [08:09] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  345. # [08:10] * Quits: sverrej (n=sverrej@59.90.71.35) (Read error: 104 (Connection reset by peer))
  346. # [08:12] * Joins: sverrej (n=sverrej@59.90.71.35)
  347. # [08:18] * Joins: roc (n=roc@121-72-176-52.dsl.telstraclear.net)
  348. # [08:19] * Quits: MikeSmith (n=MikeSmit@EM114-48-43-0.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  349. # [08:26] <jwalden> huh, aroben asking a question in the audience
  350. # [08:27] <Hixie> i'm amused that we're both watching the same video in sync
  351. # [08:28] <jwalden> I stopped "watching" actively at the 40m mark when they switched to q&a, but I'm still listening to it in the background
  352. # [08:28] <Hixie> ditto
  353. # [08:29] <jwalden> laying down a challenge about install base and compatibility :-)
  354. # [08:29] * Hixie just got to the aroben question
  355. # [08:30] <Hixie> holy crap they actually do intend to have an IE9 mode
  356. # [08:31] * Quits: sverrej (n=sverrej@59.90.71.35) (Read error: 54 (Connection reset by peer))
  357. # [08:31] <jwalden> ooh, a W3C participation request from IE :-D
  358. # [08:31] <jwalden> (of Safari developers)
  359. # [08:32] <olliej> Hixie: wow, who would have thought it
  360. # [08:32] * Joins: sverrej (n=sverrej@59.90.71.35)
  361. # [08:35] <roc> supporting a mode for each released version, for all future versions, is just mad
  362. # [08:35] <Hixie> hear hear
  363. # [08:36] <Hixie> i do like the point where he describes the new layout engine as "a piece of sh... a piece of code that is shared"
  364. # [08:37] <roc> I think my summary of this over a year ago is still right. http://weblogs.mozillazine.org/roc/archives/2008/01/post_2.html
  365. # [08:40] <jwalden> dude, this guy's letting his mom still run IE6? is she really running WinME or something? :-)
  366. # [08:43] <olliej> roc: i agree whole heartedly
  367. # [08:44] <olliej> roc: once again i return to my earlier point of why we listen to MS "input" on standards when they clearly have no intention of following them
  368. # [08:44] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  369. # [08:45] <roc> I have to admit this one-engine-per-version strategy challenges my hypothesis that the IE architects are not really, really stupid
  370. # [08:46] <roc> Do MS people actually provide feedback on standards they have no intention of following?
  371. # [08:46] <roc> Seems to me they generally just ignore them
  372. # [08:48] * zcorpan disables "XSS-filter" in ie8 to make the live dom viewer usable
  373. # [08:49] * Quits: zalan (n=kvirc@catv-89-133-232-199.catv.broadband.hu) ("KVIrc 3.4.0 Virgo http://www.kvirc.net/")
  374. # [08:49] <Hixie> olliej: in all fairness, they provide very little input...
  375. # [08:50] <olliej> Hixie: hehe
  376. # [08:50] <olliej> Hixie: i remember they complained in general terms about xhr or cross domain stuff a lot
  377. # [08:50] <Hixie> oh well that was because they made up their own thing
  378. # [08:51] <Hixie> and they wanted the w3c to use it
  379. # [08:51] * Quits: sverrej (n=sverrej@59.90.71.35) (Read error: 104 (Connection reset by peer))
  380. # [08:52] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  381. # [08:53] * Joins: sverrej (n=sverrej@59.90.71.35)
  382. # [08:54] * Joins: ap (n=ap@194.154.88.33)
  383. # [08:55] * Quits: nessy (n=nessy@203-158-43-109.dyn.iinet.net.au) ("This computer has gone to sleep")
  384. # [08:58] <Hixie> i wonder why they keep saying they don't have standalone IE builds
  385. # [08:58] <Hixie> they shipped one for the eolas patent issue once
  386. # [08:59] <Hixie> so it's obviously possible
  387. # [08:59] <zcorpan> "quirks mode is something that is really well-defined" (from the video)
  388. # [08:59] * Quits: heycam (n=cam@61.88.219.66) (Read error: 110 (Connection timed out))
  389. # [09:00] <Hixie> yeah i disagree with almost everything he said about quirks mode
  390. # [09:01] <Hixie> heh at the start alex says that they'll only ever have two rendering engines, so having it on mobile won't be hard
  391. # [09:01] <Hixie> later it's clarified that mobile won't have ie8, for, like, ever
  392. # [09:04] * Joins: heycam (n=cam@61.88.219.66)
  393. # [09:05] <olliej> Hixie: well that's okay, i was under the impression that ie mobile is not related to ie 6 or 7
  394. # [09:06] * Quits: heycam (n=cam@61.88.219.66) (Client Quit)
  395. # [09:06] * olliej wonders where the old ie/mac fits in as well
  396. # [09:11] * Quits: shepazu (n=schepers@61.88.219.66)
  397. # [09:12] * Quits: sverrej (n=sverrej@59.90.71.35) (Read error: 104 (Connection reset by peer))
  398. # [09:14] * Joins: sverrej (n=sverrej@59.90.71.35)
  399. # [09:14] * Quits: sverrej (n=sverrej@59.90.71.35) (Read error: 104 (Connection reset by peer))
  400. # [09:14] <roc> If they only have two engines, how are they going to support IE8 mode in IE9?
  401. # [09:15] <zcorpan> roc: same way they have both quirks and ie7 mode in "one engine"?
  402. # [09:15] <Hixie> same way we support quirks mode
  403. # [09:15] <roc> well
  404. # [09:15] <roc> that's a lower level of compatibility than IE7 mode in IE8
  405. # [09:16] <Hixie> how so?
  406. # [09:16] <Hixie> so long as they don't rearchitect everything, and hide all new features behind version checks, which is basically what he said, it seems like they can continue hurting themselves forever
  407. # [09:16] <roc> when they fix bugs in the IE8-engine for IE9, do they treat each one as a quirk?
  408. # [09:17] <Hixie> apparently yes, that is what they do, except for bugs that nobody could rely on (e.g. crashers)
  409. # [09:17] <Hixie> (or e.g. the way that IE7's full zoom was useless, so in IE8's IE7 mode full zoom is like IE8 not like IE7)
  410. # [09:18] <roc> putting an if statement around every single bug fix is even less sustainable than adding engine forks
  411. # [09:18] <zcorpan> funny thing about the zoom: i filed a bug about the zoom in ie7 saying it was useless, but the bug was closed as "by design" saying that the way it worked was the way it was intended to work
  412. # [09:18] <Hixie> roc: oh, i'm ahead of you in the line of people telling them not to do this :-)
  413. # [09:19] <roc> and it's still less compatibility than forking code, because you will for sure accidentally break things that way
  414. # [09:19] <Hixie> yes, just look at IE7 mode in IE8 for an example of that
  415. # [09:20] <zcorpan> ie5.5, quirks mode in ie6, and quirks mode in ie7 are all slightly different but they are intended to be the same
  416. # [09:20] <zcorpan> (dunno if quirks mode in ie8 is different from ie7, it probably is)
  417. # [09:21] <Hixie> zcorpan: but i thought quirks mode was well defined!
  418. # [09:21] <zcorpan> Hixie: indeed :)
  419. # [09:29] * Joins: tndH (n=Rob@james-baillie-pc083-014.student-halls.leeds.ac.uk)
  420. # [09:44] * Joins: sverrej (n=sverrej@59.90.71.35)
  421. # [09:50] * Quits: virtuelv (n=virtuelv@ti0151a340-0094.bb.online.no) ("Leaving")
  422. # [09:55] * Quits: jruderman (n=jruderma@corp-246.mountainview.mozilla.com)
  423. # [09:58] * Joins: tantek (n=tantek@adsl-69-106-241-178.dsl.pltn13.pacbell.net)
  424. # [10:00] * Quits: sverrej (n=sverrej@59.90.71.35) (Read error: 104 (Connection reset by peer))
  425. # [10:02] * Joins: sverrej (n=sverrej@59.90.71.35)
  426. # [10:04] <zcorpan> "i would really like to see safari representatives in the w3c more often"
  427. # [10:11] <olliej> zcorpan: ?
  428. # [10:11] <olliej> zcorpan: we talk periodically, many of us live in this channel
  429. # [10:11] <zcorpan> olliej: quote from the ms talk
  430. # [10:11] <olliej> zcorpan: i believe a lot of the app cache and worker stuff has a large amount of feedback from us
  431. # [10:12] <olliej> zcorpan: assholes
  432. # [10:12] <olliej> arrogant to the last
  433. # [10:12] <Hixie> i think he's saying that you should attend csswg f2fs more often
  434. # [10:12] <olliej> really?
  435. # [10:13] <Hixie> and the correct reply is "how about you send us more feedback on webapps, geolocation, html5, svg, etc?"
  436. # [10:13] <annevk> and maybe edit some specs :p
  437. # [10:13] <olliej> hmmm
  438. # [10:13] <olliej> oh well
  439. # [10:13] <Philip`> You should stop spending so much time writing awesome browsers
  440. # [10:13] <olliej> hometime
  441. # [10:13] <annevk> though actually dino is doing that now for a bunch of cool stuff
  442. # [10:14] * Hixie isn't exactly a bastion of productivity in the csswg anymore either
  443. # [10:14] <annevk> with reason
  444. # [10:16] <Hixie> ok i'm going to play half-life 2 ep 2 some more.
  445. # [10:16] <Hixie> back later
  446. # [10:19] * Philip` thinks this episodic gaming thing would seem like a better idea if it didn't take Valve 1.5 years to release each new episode
  447. # [10:19] * Quits: tantek (n=tantek@adsl-69-106-241-178.dsl.pltn13.pacbell.net)
  448. # [10:20] * Quits: gavin (n=gavin@firefox/developer/gavin) (Read error: 60 (Operation timed out))
  449. # [10:21] * Quits: sverrej (n=sverrej@59.90.71.35) (Read error: 104 (Connection reset by peer))
  450. # [10:21] * Quits: jwalden (n=waldo@c-76-102-160-171.hsd1.ca.comcast.net) (Remote closed the connection)
  451. # [10:22] * Joins: sverrej (n=sverrej@59.90.71.35)
  452. # [10:23] * Joins: gavin (n=gavin@firefox/developer/gavin)
  453. # [10:24] * Joins: MikeSmith (n=MikeSmit@EM114-48-67-49.pool.e-mobile.ne.jp)
  454. # [10:25] <zcorpan> Hixie: re r2840, i think progress events expose information that's not possible to get in other ways
  455. # [10:25] <zcorpan> Hixie: we've crippled progress events cross-origin for that reason, iirc
  456. # [10:26] <annevk> we did
  457. # [10:27] <roc> got a link for that revision?
  458. # [10:27] <zcorpan> http://html5.org/tools/web-apps-tracker?from=2839&to=2840
  459. # [10:30] <roc> ta
  460. # [10:30] * Joins: zdobersek (n=zan@cpe-92-37-73-150.dynamic.amis.net)
  461. # [10:31] <roc> annevk, zcorpan: so you cripple progress events on cross-origin loads of media resources?
  462. # [10:32] <roc> what about duration?
  463. # [10:32] * Joins: jruderman (n=jruderma@c-76-102-160-171.hsd1.ca.comcast.net)
  464. # [10:33] <annevk> http://www.w3.org/2009/02/18-xhtml-minutes.html has some interesting bits
  465. # [10:34] <annevk> roc, we do nothing with duration as far as I know, I guess it's like <img>.width/height in a way, though maybe we should do something about it...
  466. # [10:35] <roc> I don't know if it's worth concealing the byte size of media elements if you're not going to conceal the duration
  467. # [10:35] <roc> seems like the duration is actually better information
  468. # [10:35] <roc> making sure you don't leak file sizes for media loads that turn out not to be valid media resources, sure
  469. # [10:35] <annevk> that last one is the main concern
  470. # [10:36] <roc> Chris Pearce just wrote some nice tests for that today, we seem to be clean
  471. # [10:36] <roc> do I want to know what XFrames is?
  472. # [10:37] <zcorpan> no
  473. # [10:37] <zcorpan> are the tests public?
  474. # [10:38] <annevk> roc, you might amuse yourself with it for a few minutes, but last I checked it does not actually solve any of the problems with normal frames so they are not that interesting
  475. # [10:38] <roc> zcorpan: of course, everything we do is public
  476. # [10:39] <roc> https://bugzilla.mozilla.org/show_bug.cgi?id=478957
  477. # [10:39] <zcorpan> thanks
  478. # [10:39] <zcorpan> "You are not authorized to access bug #478957."
  479. # [10:39] <roc> what's your bugzilla ID?
  480. # [10:39] <zcorpan> zcorpan@gmail.com
  481. # [10:40] <roc> try again
  482. # [10:40] <zcorpan> works
  483. # [10:40] <roc> I authorized you :-)
  484. # [10:40] <zcorpan> doesn't seem too "public" though ;)
  485. # [10:41] <roc> fair enough, security-sensitive bugs aren't as public as the others :-)
  486. # [10:41] <roc> although we should just remove that since we don't know of any bugs to fix here
  487. # [10:42] * Joins: xydyx (n=hdh@58.187.17.116)
  488. # [10:44] * Joins: danbri (n=danbri@77.167.54.81)
  489. # [10:44] <roc> you may find some of the existing tests here useful actually:
  490. # [10:44] <roc> http://hg.mozilla.org/mozilla-central/file/tip/content/media/video/test/
  491. # [10:45] * zcorpan looks at the test and tries to understand it
  492. # [10:46] <zcorpan> so you don't send any events other than 'loadstart', 'error', 'emptied'?
  493. # [10:46] <roc> when a load fails because of origin check failure --- no
  494. # [10:46] * Joins: doublec (n=Chris_Do@118-92-133-83.dsl.dyn.ihug.co.nz)
  495. # [10:46] * Quits: sverrej (n=sverrej@59.90.71.35) (Read error: 104 (Connection reset by peer))
  496. # [10:48] <annevk> you enforce same origin?
  497. # [10:48] <roc> no, but we do prevent HTTP from loading files
  498. # [10:49] <roc> and we have code for same origin enforcement, it's just disabled, there for emergencies :-)
  499. # [10:49] <roc> I guess trying to load a non-media resource and failing isn't actually in this test
  500. # [10:49] <roc> maybe tomorrow
  501. # [10:49] * Joins: ROBOd (n=robod@89.122.216.38)
  502. # [10:49] <roc> sorry
  503. # [10:50] <deltab> annevk: not even bookmarkability? #frames(menu=foo.html,main=bar.html)
  504. # [10:51] <roc> does anyone actually use frames anymore?
  505. # [10:51] <zcorpan> hmm, what if you want both #frames() and #xpointer()?
  506. # [10:51] <annevk> deltab, there was talk of them taking that part out but I guess since nobody is doing any work that hasn't happened
  507. # [10:51] <annevk> deltab, or maybe plans changed
  508. # [10:51] <deltab> zcorpan: not sure why you'd want to
  509. # [10:52] <zcorpan> deltab: you may want to link to a specific section in a frame
  510. # [10:52] <zcorpan> instead of saying "go to www.example.com, click link foo and scroll down to section bar"
  511. # [10:53] <annevk> #frames(menu=html5elements.html,main=html5spec#the-address-element)
  512. # [10:53] <zcorpan> annevk: oh right
  513. # [10:54] <annevk> now that might violate the URI spec
  514. # [10:54] <zcorpan> maybe the second # should be %25 instead
  515. # [10:54] <zcorpan> er
  516. # [10:54] <deltab> yeah
  517. # [10:55] <zcorpan> %23 even
  518. # [10:55] <deltab> oops
  519. # [10:55] * annevk enjoys this pointless discussion
  520. # [10:55] <deltab> so why would that be taken out?
  521. # [10:56] * zcorpan looks at http://mxr.mozilla.org/mozilla-central/source/accessible/src/html/nsHTMLTableAccessible.cpp#1029
  522. # [10:58] <roc> wow, I've never seen that before
  523. # [10:58] <zcorpan> seems to have a check for empty summary
  524. # [10:59] <annevk> deltab, I guess because of the issues, but I'm not really sure to be honest
  525. # [10:59] <annevk> deltab, and also don't really care, we don't want frames anymore right?
  526. # [11:00] <zcorpan> not sure if i follow the role="" check -- what happens with <table role=presentation> in particular?
  527. # [11:00] <deltab> there are plenty of frames already out there on the web, and on intranets; it'd be nice to be able to link to them
  528. # [11:01] * Joins: nessy (n=nessy@203-158-43-109.dyn.iinet.net.au)
  529. # [11:01] <Philip`> zcorpan: It handles empty summary the same as non-existent summary, so it's really just checking for a non-empty summary
  530. # [11:02] <Philip`> (so you can't say <table summary=""> to force the algorithm to treat it as a layout table)
  531. # [11:02] <annevk> deltab, if you wanna keep frames, you should argue for them; currently they're non-conforming
  532. # [11:02] <zcorpan> Philip`: right
  533. # [11:04] <zcorpan> ah, if a table has a nested table it must be a layout table
  534. # [11:04] <zcorpan> i guess that's generally true
  535. # [11:04] <deltab> I'm not arguing for frames (and don't really care about the frames/tabs/mdi part of xframes), but given that they already exist it would be useful to fix them
  536. # [11:07] <deltab> browsers have fixed the back button behaviour, but their internal state for what's loaded in each frame isn't expressible as a url
  537. # [11:08] * roc wonders if he should tell these Web-app sound mixing people to use JS to mix the streams and build data:audio/wave URIs for the audio element
  538. # [11:09] <Philip`> roc: That would require a way to access the audio samples from JS
  539. # [11:09] <roc> just load them with XHR
  540. # [11:09] <Philip`> and since this is over a network you'd probably want to use compression
  541. # [11:09] <roc> gzip
  542. # [11:09] <Philip`> and writing a Vorbis decoder in JS is not my idea of fun
  543. # [11:10] <zcorpan> "<=4 columns and 100% width" -- hmm, so data tables usually aren't 100% wide?
  544. # [11:10] <roc> actually
  545. # [11:10] <Philip`> gzip is pretty rubbish at audio
  546. # [11:10] <roc> http://barelyfocused.net/blog/2008/10/03/flash-vorbis-player/
  547. # [11:11] <annevk> deltab, many things exist that aren't really worth fixing; some are (e.g. HTML), but I'm not sure frames is one of them
  548. # [11:15] <Philip`> 128kb/s Ogg: 2MB
  549. # [11:15] <Philip`> Equivalent .wav: 24MB
  550. # [11:15] <Philip`> Equivalent .wav.gz: 21MB
  551. # [11:15] <Philip`> So gzip is indeed not great
  552. # [11:16] <roc> sorry, I was joking about gzip
  553. # [11:16] <roc> I'm joking about writing a synthesizer using data: URIs as well
  554. # [11:16] <Philip`> roc: The problem with that Flash Vorbis player is that it's clearly an insane idea
  555. # [11:16] <roc> although I'm sure someone will do it anyway, just like they wrote graphics APIs using <img src="data:...">
  556. # [11:17] <Philip`> Hmm, apparently it's written in haXe, and haXe can target Javascript...
  557. # [11:18] * Philip` wonders if that actually works in practice, or if it's like the Perl-6-targetted-to-Javascript idea that produced 2MB of script code for 'hello world' a few years ago
  558. # [11:19] <Hixie> to be fair it probably also produced 2MB for a small 3d first-person-shooter
  559. # [11:19] <Philip`> Actually it just crashed for anything more complex
  560. # [11:19] * Joins: myakura (n=myakura@p3020-ipbf505marunouchi.tokyo.ocn.ne.jp)
  561. # [11:21] * Joins: virtuelv (n=virtuelv@ti0151a340-0094.bb.online.no)
  562. # [11:21] <Hixie> heh
  563. # [11:21] * Philip` was quite pleased when he managed to write some sorting algorithms in Perl 6 that ran correctly in Pugs, though his algorithms lecturer wasn't too happy at having it submitted for the relevant practical exercise
  564. # [11:21] <roc> Philip`: there are some performance numbers there that are quite good
  565. # [11:22] <Hixie> perl6 is simultaneously the most frightening and the most aweinspiring language i've yet seen
  566. # [11:23] <Hixie> i'm curious to find out if it'll be Ready before HTML5 is or not
  567. # [11:25] * Joins: zalan (n=kvirc@catv-89-133-232-199.catv.broadband.hu)
  568. # [11:27] <annevk> with two interoperable implementations and all? :)
  569. # [11:27] * Quits: dolske (n=dolske@firefox/developer/dolske) (Read error: 60 (Operation timed out))
  570. # [11:29] <Philip`> http://canvex.lazyilluminati.com/misc/psort.p6 - it's not that unreadable really
  571. # [11:30] <Philip`> I like the ¥ operator
  572. # [11:30] <Philip`> http://canvex.lazyilluminati.com/misc/sort.bef was my other attempt at a sorting algorithm, with extensive documentation
  573. # [11:37] <hsivonen> Philip`: if writing an Vorbis decoder in JS is not your kind of fun, how about writing it in Java and compiling it into JS with GWT?
  574. # [11:40] <Hixie> hsivonen: re css, css2.1 vs css3 is a bad example because 2.1's editor's draft is more up to date than 3's editor's drafts
  575. # [11:40] <hsivonen> hmm. if http://www.w3.org/2009/02/18-xhtml-minutes.html was minuted correctly, it seems that Steven missed my point about writing non-browser apps with XML APIs
  576. # [11:40] <hsivonen> Hixie: it wasn't an example. it was a question that might turn into an example depending on the answer
  577. # [11:41] <Hixie> ok, s/a bad example/an unusual case/
  578. # [11:44] <Philip`> hsivonen: Based on my current (approximately zero) knowledge of GWT, I would expect the added layer of abstraction would be unacceptable from a performance and performance-tuning perspective
  579. # [11:44] * Quits: zcorpan (n=zcorpan@pat.se.opera.com) (Read error: 131 (Connection reset by peer))
  580. # [11:44] <hsivonen> Philip`: the marketing claims say the opposite
  581. # [11:45] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  582. # [11:46] <doublec> someone sent me a vorbis decoder written in actionscript
  583. # [11:46] <doublec> it wouldn't take much to convert to JS
  584. # [11:46] <annevk> http://www.whatwg.org/issues/data.html sure is making a dive
  585. # [11:47] <Hixie> i have no idea how i'm going to reply to 500 e-mails in the next 5 weeks
  586. # [11:47] <Hixie> not because it wouldn't be possible
  587. # [11:47] <Hixie> it would be easy to do so
  588. # [11:47] <annevk> triple digits even
  589. # [11:48] <Hixie> but because i don't have 500 e-mails left to reply to that i haven't scheduled for dealing with after march...
  590. # [11:48] <Philip`> hsivonen: Even if the compiler produces fast JS code, it probably won't produce the fastest JS code that you could write by hand, and the compiler probably prevents you from writing Java code that will be transformed into that optimal JS code
  591. # [11:48] * Joins: rubys (n=rubys@cpe-075-182-092-038.nc.res.rr.com)
  592. # [11:48] <Philip`> Hixie: Make some really controversial change to the spec that generates hundreds of messages of discussion, and then change the spec back and reply to all the emails saying "Okay, I've changed it back now"
  593. # [11:48] <hsivonen> Philip`: it allows you to escape to JS when needed
  594. # [11:48] <Hixie> (i want to do 500 e-mails because i set myself a goal of reaching 600 e-mails by end of march)
  595. # [11:49] <Philip`> hsivonen: In that case you might as well just write the entire thing in JS :-)
  596. # [11:49] <Hixie> (and we're at ~1100 not)
  597. # [11:49] <Hixie> now
  598. # [11:49] <Hixie> Philip`: such e-mails unfortunately don't count towards the 500 :-)
  599. # [11:50] <annevk> hmm, lots of folders are gone
  600. # [11:51] <annevk> is that why you're working on XXX stuff instead?
  601. # [11:51] <hendry> gsnedders: about your T stuff in time, if you're there
  602. # [11:51] * Joins: pauld (n=pauld@host81-130-24-71.in-addr.btopenworld.com)
  603. # [11:51] <Hixie> annevk: i also planned to get the XXX stuff down to 250 XXXs by the end of march
  604. # [11:52] * Quits: MikeSmith (n=MikeSmit@EM114-48-67-49.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
  605. # [11:54] <jgraham> Philip`: Python+PyPy => js ;)
  606. # [11:55] <Philip`> jgraham: Does PyPy exist and work?
  607. # [11:55] <annevk> Hixie, test suite then :p
  608. # [11:55] * Joins: heycam (n=cam@203.171.195.131)
  609. # [11:55] <Hixie> hm?
  610. # [11:55] <jgraham> gsnedders: For simple things it is always worth checking error calculations using something like error(y(x)) = (y(x+error(x)) - y(x-error(x)))/2.
  611. # [11:55] <Hixie> i have plenty of XXXs!
  612. # [11:55] * Joins: shepazu (n=schepers@203-158-35-55.dyn.iinet.net.au)
  613. # [11:55] <Lachy> Hixie, shouldn't your goals be based on getting things done in the spec, rather than the number of emails you need to respond to?
  614. # [11:55] <Hixie> and plenty of e-mails
  615. # [11:56] <Philip`> (I only remember hearing of PyPy as a concept and a project that some people were hacking on, rather than as an actual thing that could actually be used)
  616. # [11:56] <jgraham> Of course you need to work out what effect each parameter has on the result and choose the right sign
  617. # [11:56] <Hixie> Lachy: i also have goals regarding that
  618. # [11:56] <Hixie> Lachy: though they're much harder to meet and depend on other people (e.g. taking out sections into ietf land)
  619. # [11:57] <jgraham> Philip`: http://codespeak.net/pypy/dist/pypy/doc/#status I doubt the js backend is very good though
  620. # [11:57] <jgraham> Indeed it doesn't even appear on the compatibility matrix
  621. # [11:58] <jgraham> http://codespeak.net/pypy/dist/pypy/doc/js/using.html
  622. # [12:00] * Quits: doublec (n=Chris_Do@118-92-133-83.dsl.dyn.ihug.co.nz) ("ChatZilla 0.9.79-rdmsoft [XULRunner 1.8.0.9/2006120508]")
  623. # [12:11] * Joins: billyjackass (n=MikeSmit@EM114-48-75-232.pool.e-mobile.ne.jp)
  624. # [12:12] * Quits: zdobersek (n=zan@cpe-92-37-73-150.dynamic.amis.net) (Read error: 104 (Connection reset by peer))
  625. # [12:14] * Parts: annevk (n=opera@77.163.243.203)
  626. # [12:14] * Joins: annevk (n=opera@77.163.243.203)
  627. # [12:14] * Joins: zdobersek (n=zan@cpe-92-37-73-150.dynamic.amis.net)
  628. # [12:20] * Quits: heycam (n=cam@203.171.195.131) (Read error: 104 (Connection reset by peer))
  629. # [12:21] * Joins: heycam (n=cam@203.171.192.196)
  630. # [12:21] <annevk> I wish we'd do more to fight charset proliferation, but maybe HTML5 is the wrong level
  631. # [12:21] <Hixie> are new charsets still being created?
  632. # [12:22] <annevk> I was more thinking along the lines of having a fixed list of charsets user agents must support and everything outside that must not be supported
  633. # [12:24] <annevk> And I would also love it if iso88591 and equivalent encodings were just obsoleted in favor of the ones they are aliased too
  634. # [12:25] <annevk> so that there's consistent handling of charsets across all specs
  635. # [12:26] <zcorpan> "Any byte or sequences of bytes in the original byte stream that is misinterpreted for compatibility is a parse error." -- hmm, it wasn't a parse error before, was it?
  636. # [12:27] * Quits: zdobersek (n=zan@cpe-92-37-73-150.dynamic.amis.net) (Read error: 60 (Operation timed out))
  637. # [12:28] <Hixie> zcorpan: it was
  638. # [12:28] <jgraham> Really?
  639. # [12:28] <Hixie> see the diff
  640. # [12:29] <Hixie> i didn't change anything, i just moved the text around a bit
  641. # [12:29] <annevk> so l--()1 is mapped to windows1252?
  642. # [12:29] <zcorpan> Any
  643. # [12:29] <zcorpan> - bytes that are treated differently due to this encoding aliasing
  644. # [12:29] <zcorpan> - must be considered <a href=#parse-error title="parse error">parse
  645. # [12:29] <zcorpan> - errors</a>.</p>
  646. # [12:30] <Hixie> annevk: ?
  647. # [12:30] <annevk> l1 is an alias for iso88591
  648. # [12:30] <jgraham> So you are expected to implemet a table of all the byte sequences that are interpreted differently in different aliased encodings and report a parse error for each one
  649. # [12:30] <Hixie> annevk: good times.
  650. # [12:30] <annevk> why are alias names not must?
  651. # [12:31] <Hixie> annevk: i wondered the same thing when i just did that edit, actually
  652. # [12:31] <Hixie> jgraham: if you're a conformance checker, yes
  653. # [12:31] * Quits: virtuelv (n=virtuelv@ti0151a340-0094.bb.online.no) ("Leaving")
  654. # [12:32] <jgraham> Hixie: Or, hpothetically, a library that reports syntax-level errors
  655. # [12:32] <annevk> it seems IANA and Unicode are also not quite aligned as some alias names are already considered identical per Unicode matching rules
  656. # [12:32] <jgraham> s/hp/hyp/
  657. # [12:32] * Joins: zdobersek (n=zan@cpe-92-37-73-150.dynamic.amis.net)
  658. # [12:32] <hsivonen> argh. public-html is back to generating copious amounts of email per day :-(
  659. # [12:32] <Hixie> jgraham: "library" is not a conformance class
  660. # [12:32] * Joins: webben (n=webben@nat/yahoo/x-5b3ed79d4eacf2a9)
  661. # [12:32] <jgraham> Hixie: Well that gives me a problem then
  662. # [12:33] <Hixie> jgraham: a library can't be a conformance class, it doesn't do anything on its own, and so can't be tested.
  663. # [12:33] * jgraham has smaller ambitions than annevk; I would settle for the status quo in encodings if only the versioning discussion would stop
  664. # [12:34] <jgraham> Hixie: Well "generic library" can't be a conformance class. But "parser library" could be.
  665. # [12:34] <Hixie> i don't understand why the versioning discussion is continuing. i tried to ignore it, then i made the mistake of trying to show why it was mistaken, and now i can't extricate myself.
  666. # [12:35] <annevk> hsivonen, copious ignorable amounts
  667. # [12:35] <Hixie> jgraham: we could indeed have a "parser library" conformance class, but i don't think you want us to define the interface you have to implement. :-)
  668. # [12:35] * Philip` thinks "code that you can run a common set of tests against" is a more useful concept than "conformance class"
  669. # [12:35] <Hixie> jgraham: also, different parser libraries might have different requirements, e.g. some might care about parse errors, others might not
  670. # [12:36] <annevk> Hixie, fortunately I no longer feel compelled to end every thread I end up contributing to in some way :)
  671. # [12:36] <Hixie> annevk: heh
  672. # [12:36] * Joins: virtuelv (n=virtuelv@ti0151a340-0094.bb.online.no)
  673. # [12:37] <hsivonen> Hixie: Re: "The whole point of the language is the interpretation part": not if your world view of languages is the view of the kind of theoretical computer scientist to whom a language is a set of strings
  674. # [12:37] <jgraham> Hixie: Agreed about the parse errors. It seems like there should be a way to specify even-blacker-box conformance requirements for a parser library that basically say it must return things that represent the same structure as the DOM tree built in the parsing section
  675. # [12:38] <hsivonen> Hixie: i.e. if you think on the level of regular, context-free, etc.
  676. # [12:38] <Hixie> hsivonen: luckily, theoretical people aren't real, so i don't have to worry about them
  677. # [12:38] * Hixie ducks
  678. # [12:39] * hsivonen has met theoretical computer scientists
  679. # [12:39] * Hixie was making an english ambiguous scoping joke
  680. # [12:40] * hsivonen sees that
  681. # [12:40] * jgraham wasn't fast enough to follow it up
  682. # [12:40] * annevk falls asleep
  683. # [12:40] <zcorpan> English needs namespaces so words can be disambiguated inline
  684. # [12:40] <Hixie> jgraham: i think it's more useful to be able to say that the parser allows one to write a conforming data mining tool (or whatever) than to say that the library itself is conforming...
  685. # [12:40] <Hixie> jgraham: but i see why you would like the latter
  686. # [12:40] <hsivonen> zcorpan: first, it needs parentheses
  687. # [12:41] <Hixie> jgraham: my fear is that defining a "foo library" conformance class (foo = text/html parser here) would have various unfortunate ramifications
  688. # [12:42] <hsivonen> Hixie, jgraham: I encourage you to consider ramifications especially in the light of the recent public-rdfa thread
  689. # [12:42] <hsivonen> and the ramifications feeding back into browsers, etc.
  690. # [12:42] <Hixie> jgraham: including at least: the likelihood of multiple other "foo"s being desired (e.g. table, outline), and the likelihood that for any "foo" there are a variety of libraries that actually cover slightly less and more than "foo"
  691. # [12:42] * jgraham isn't sure how to use parentheses to disambiguate Hixie's sentence
  692. # [12:43] <jgraham> Earlier computer scientist sentence
  693. # [12:43] <zcorpan> jgraham: it was hsivonen's sentence
  694. # [12:43] * Quits: virtuelv (n=virtuelv@ti0151a340-0094.bb.online.no) (Remote closed the connection)
  695. # [12:43] <hsivonen> jgraham: you need a close paren before -ist
  696. # [12:43] <Hixie> jgraham: e.g. if you wanted to make html5lib also have a networking backend
  697. # [12:43] <annevk> has anyone noticed the insane amount of tweets containing the word "html5"?
  698. # [12:43] <annevk> there's like >200 a day now
  699. # [12:43] <annevk> wtf
  700. # [12:43] <Hixie> jgraham: or wanted it to include constructing tables
  701. # [12:43] <Hixie> jgraham: etc
  702. # [12:43] <Philip`> "theoretical computer scientists (i.e. practitioners of theoretical computer science)" - there you go
  703. # [12:44] <Hixie> annevk: MCW (sp?) was this week, and google announced a bunch of html5-based apps for mobile phones there
  704. # [12:44] <annevk> k
  705. # [12:45] <jgraham> Hixie: Well clearly the solution is m18n; one defines a conformance class for each atom of the spec that it makes sense to implement independently and allow people to say that they are a conforming HTML 5 (Parsing Tables) implementation. Note this is not a serious suggestion :)
  706. # [12:46] * Joins: virtuelv (n=virtuelv@ti0151a340-0094.bb.online.no)
  707. # [12:47] <Hixie> i assume you mean m12n :-P
  708. # [12:47] * Philip` works with largely-theoretical computer scientists who are using the term 'language' for a mathematical representation of some algebraic stuff, and the whole idea of strings and syntax is irrelevant and just shunted off to Yacc
  709. # [12:47] <jgraham> mXYn where X, Y are random decimal digits
  710. # [12:47] <hsivonen> is karlcow seriously proposing triples as a vehicleof prose in www-archive?
  711. # [12:48] <annevk> h35 and then HTML35 would be h45 at which point things start getting confusing
  712. # [12:49] <virtuelv> switch html to the ubuntu versioning scheme
  713. # [12:49] <virtuelv> and ship a new spec every six months :D
  714. # [12:50] <hsivonen> virtuelv: or use only LTS releases and skip the whole XHTML thing :-)
  715. # [12:50] <Philip`> HTML, ITML, JTML, ... - sounds good to me
  716. # [12:52] <jgraham> hsivonen: No. I think he is trying to say that you can make up many different serializations of HTML
  717. # [12:52] <jgraham> I don't really understand though
  718. # [12:52] <hsivonen> jgraham: but different serializations don't demonstrate DOMlessness
  719. # [12:52] <jgraham> hsivonen: Like I said, I don't really understand.
  720. # [12:54] <Philip`> Maybe he's saying you can make up many different serialisations that don't map onto a tree model, and hence the DOM is an inappropriate abstraction
  721. # [12:55] <Philip`> like an RDF-triple serialisation maps onto a graph not a tree, and "Key: Value" maps onto a list of pairs
  722. # [12:55] <Philip`> or something like that
  723. # [12:56] <jgraham> But all HTML documents do map onto trees
  724. # [12:56] * Joins: jcranmer (n=jcranmer@remote.csl.tjhsst.edu)
  725. # [12:57] <jgraham> In any case it seems to be related to browsing contexts so now I understand even less because serializations have nothing to do with browsing contexts
  726. # [12:58] <Philip`> They currently do, but someone might invent a new system where they don't, and they wouldn't be able to reuse much of the HTML5 spec even if they've got equivalent functionality because HTML5 is defined in terms of the tree model
  727. # [12:58] <Philip`> or, uh, something like that - I don't understand what he's saying either
  728. # [12:59] <annevk> I think he's saying that authors perceive HTML as markup, not as a tree or object structure
  729. # [13:00] <annevk> i.e. HTML is a string of text that can be styled using CSS
  730. # [13:01] <jgraham> That is maybe kind of true but it seems like an unsustainable mental model
  731. # [13:02] * Quits: heycam (n=cam@203.171.192.196) ("bye")
  732. # [13:02] * Joins: sverrej (n=sverrej@59.90.71.35)
  733. # [13:02] * Quits: sverrej (n=sverrej@59.90.71.35) (Read error: 104 (Connection reset by peer))
  734. # [13:03] * annevk finds http://www.visitmix.com/Opinions/Web-Standards-Gone-Wild
  735. # [13:03] <gsnedders> annevk: I linked that last night, jackass :P
  736. # [13:04] <annevk> go play outside :p
  737. # [13:04] <Philip`> It's a mental model that might have worked when you just used the string <H1>...</H1> for headings and the string <BR> for line breaks, but it breaks down when you use nested tables or nested divs
  738. # [13:04] <Philip`> (which everyone does nowadays)
  739. # [13:05] <annevk> i don't
  740. # [13:05] <gsnedders> from digg: <http://www.neatorama.com/2009/02/18/a-224-word-palindrome/>
  741. # [13:05] <annevk> admittedly i do grasp nowadays that markup is turned into an object model by browsers
  742. # [13:05] <Philip`> annevk: Well, okay, but I think you understand that HTML is a tree anyway :-)
  743. # [13:07] <jgraham> Philip`: Or CSS. You can't use much CSS without understanding the treeiness
  744. # [13:08] <roc> Hixie: if you're looking for work, you could reply to the outstanding video/audio feedback while we still have a chance to do something about it
  745. # [13:09] <Hixie> roc: i have that pencilled in for april, but i can definitely move it forward if that would help
  746. # [13:10] <Philip`> jgraham: You can use quite a bit, e.g. <style>h1 { font-color: red }</style> makes all the "<h1>...</h1>" strings red and you don't have to know anything about trees
  747. # [13:11] <jgraham> Philip`: But simple element or attribute selectors are all you can use
  748. # [13:11] <Philip`> I suppose you could even think that the <div class=a> tag switches on the .a style, and </div> switches off the most recent style, and you don't have to realise there's actually a tree model hidden in there
  749. # [13:11] <Philip`> jgraham: Simple element and attribute selectors are all that most people use, so that's okay
  750. # [13:12] <roc> gsnedders: I think this one is better. A palindrome with a sex scene. http://www.spinelessbooks.com/2002/palindrome/index.html
  751. # [13:12] <Philip`> (The 'switch on/off' model is sometimes even better than the tree model, because it describes <b>...<i>...</b>...</i>)
  752. # [13:13] <jgraham> What fraction of pages don't have any descendant / child / other tree model selectors but do use CSS?
  753. # [13:13] * Philip` likes http://www.evl.uic.edu/swami/crabcanon as a kind of higher-level palindrome
  754. # [13:14] <zcorpan> "Dan was editor of the original HTML 1.0 specification" - was he?
  755. # [13:14] <Philip`> jgraham: I would assume it's a lot, because http://triin.net/archive/kool/webstat/figure-30.png says most pages don't use descendant selectors
  756. # [13:15] <zcorpan> (from http://www.visitmix.com/Opinions/Web-Standards-Gone-Wild )
  757. # [13:15] <Philip`> zcorpan: It links to http://www.w3.org/MarkUp/draft-ietf-iiir-html-01.txt which says he was
  758. # [13:19] <jgraham> The idea that specs are good iff they can be entirely implemented by a large number of "enthusiastic amatuer"s seems misguided
  759. # [13:21] <jgraham> Although html5lib is an example of part of HTML5 being implemented just like that
  760. # [13:21] <Hixie> given that entire OSes have been written by "a large number of "enthusiastic amatuer"s", i don't think that really narrows the scope down much
  761. # [13:22] <annevk> the main thing that bugs me is that he doesn't take into account that the Web became more complex as well
  762. # [13:22] <annevk> things grow
  763. # [13:22] * Philip` sees Hixie's most recent blog post, and notes that he hates being a pedestrian when cyclists coming towards him have very bright lights, because it totally disorients him and he has to just stop and stand still and hope the cyclist moves around him
  764. # [13:22] <annevk> (a thing that only slightly bugs me is his XHTML 1.0 remark, which MS does not support and XHTML 1.0 actually depends on HTML 4.01 for all of its semantics)
  765. # [13:23] <Hixie> Philip`: i turn off my light when somone is coming the other way
  766. # [13:23] <zcorpan> Philip`: ah, for some reason i thought it was just tim in the beginning
  767. # [13:23] <Philip`> Hixie: That might be even worse because their eyes will have adjusted to the brightness of the light just before you turned it off, and then you'll be entirely invisible :-)
  768. # [13:24] <Hixie> Philip`: (leaving only my backup light, which is on the dimmest setting)
  769. # [13:24] <Hixie> zc html 1.0 != the first html
  770. # [13:27] <jgraham> Hixie: Frankly around Cambridge (and, I think Linköping too), getting the cyclists to have any light at all would be an improvement. Hell, getting them to not dress all in black and be drunk would be an improvement in many cases
  771. # [13:28] <annevk> if you're a proper cyclist you would not be in trouble regardless :)
  772. # [13:28] <annevk> you might need to be born in the Netherlands for that though, dunno
  773. # [13:29] <jgraham> annevk: In what sense in trouble?
  774. # [13:30] <annevk> bright lights, lack of light, drukness, etc.
  775. # [13:31] * annevk is partially kidding
  776. # [13:32] * Quits: virtuelv (n=virtuelv@ti0151a340-0094.bb.online.no) ("Leaving")
  777. # [13:32] * Quits: webben (n=webben@nat/yahoo/x-5b3ed79d4eacf2a9) (Read error: 60 (Operation timed out))
  778. # [13:41] <annevk> we're on BBC now: http://news.bbc.co.uk/1/hi/technology/7897931.stm
  779. # [13:41] <annevk> (might have been before, but it's new to me)
  780. # [13:41] <annevk> (and yes, it's not exactly the primary focus)
  781. # [13:42] * Joins: virtuelv (n=virtuelv@ti0151a340-0094.bb.online.no)
  782. # [13:43] <jgraham> Wow that article was a non-story
  783. # [13:43] <jgraham> Security researcher says "insecure websites are bad"
  784. # [13:45] <Hixie> jgraham: heh
  785. # [13:45] * Hixie comments on the visitmix blog post
  786. # [13:45] <Hixie> bed time now
  787. # [13:45] <Hixie> nn
  788. # [13:49] <jcranmer> jgraham: so, obviously, browsers must complain up the wazoo any time you visit a non-secure website
  789. # [13:50] <jcranmer> "Please click five times to be able to load this insecure website. Actually, make that six, since unsigned is obviously less secure than self-signed, so it should take more clicks...."
  790. # [13:54] * Quits: danbri (n=danbri@unaffiliated/danbri)
  791. # [14:00] * Quits: nessy (n=nessy@203-158-43-109.dyn.iinet.net.au) ("This computer has gone to sleep")
  792. # [14:01] <annevk> just having new EventSource() is somewhat appealing though I wonder why we'd keep it at all given Web Sockets
  793. # [14:02] * Quits: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  794. # [14:02] <annevk> I guess it's simpler
  795. # [14:02] <annevk> and since it's format driven you could create cool extensions and such
  796. # [14:09] * Quits: virtuelv (n=virtuelv@ti0151a340-0094.bb.online.no) ("Leaving")
  797. # [14:10] * Quits: pauld (n=pauld@host81-130-24-71.in-addr.btopenworld.com)
  798. # [14:16] * Joins: virtuelv (n=virtuelv@ti0151a340-0094.bb.online.no)
  799. # [14:23] * Quits: roc (n=roc@121-72-176-52.dsl.telstraclear.net)
  800. # [14:44] <jgraham> Is there a reason html5 doesn't allow details as a child of caption?
  801. # [14:45] <zcorpan> jgraham: same reason it doesn't allow <div> in <h1>
  802. # [14:45] <jgraham> Which is?
  803. # [14:46] * Joins: svl (n=me@137.139.241.83.in-addr.dgcsystems.net)
  804. # [14:46] <zcorpan> because it doesn't make sense? i'm not sure
  805. # [14:46] <jgraham> caption > details seems like a nice way to make tables that have a longer summary for those who need it without having really hidden metadata or restricting it to people that use screenreaders
  806. # [14:47] <jgraham> I guess authors might not go for it but I can't think of any way of reconciling "visible" with "authors will go with it"
  807. # [14:48] <annevk> rubys, I suppose I'm a bit critical, but I was mostly saying that a new format was not needed
  808. # [14:48] <jgraham> (it also parses OK in Presto / Gecko / HTML5)
  809. # [14:49] <pesla> Thats not funny, i get highlighted on '
  810. # [14:49] <pesla> critical
  811. # [14:49] <pesla> :P
  812. # [14:50] <Philip`> jgraham: How do you make it have sensible styling and functionality in legacy and future UAs?
  813. # [14:50] * Joins: taf2 (n=taf2@c-68-49-245-59.hsd1.dc.comcast.net)
  814. # [14:51] <jgraham> Philip`: First you convince Hixie that <legend> is a really bad idea. Then you make a js script to implement enough of <details>. Then you ignore ny cases you didn't already cover
  815. # [14:51] * jgraham wonders why all his virtual desktops got shifted one left
  816. # [14:52] <taf2> hey, i'm using the html5 blob and would like a way to save a reference to that blob in a storage db... say i write a file uploader... and want to save the upload incase of error to resume it
  817. # [14:52] <taf2> otherwise i need to prompt the user to select the same file again on errors to recover, if they left the page
  818. # [14:52] <rubys> annevk: go for it!
  819. # [14:53] <rubys> produce a RSS5. I dare you. I double dare you.
  820. # [14:53] * Joins: pauld (n=pauld@host81-130-24-71.in-addr.btopenworld.com)
  821. # [14:54] <Philip`> jgraham: That sounds like an awful lot of complexity, just to emulate the functionality that already works with a simple attribute
  822. # [14:55] <zcorpan> would RSS5 define error handling for Atom?
  823. # [14:55] <jgraham> Philip`: Well "already works" has been debated.
  824. # [14:56] <taf2> anyone fimilar with the blob api... if there could be an id and away of loading the blob by id later
  825. # [14:56] <taf2> then that id could be stored in a sql store and recovered later
  826. # [14:56] <annevk> rubys, if it was not for these other fish I'm trying to fry, maybe
  827. # [14:56] <rubys> :-)
  828. # [14:56] <taf2> maybe a getBlobById method? and that would require user permissions?
  829. # [14:57] <rubys> If you actually had spare time, I personally would much rather see an XML5
  830. # [14:57] <annevk> taf2, HTML5 does not have blobs
  831. # [14:57] <annevk> taf2, in fact, WHATWG has no draft that defines blobs
  832. # [14:57] <taf2> annevk, oh... i thought this was related: http://code.google.com/apis/gears/api_blob.html
  833. # [14:58] <annevk> Gears != HTML5, despite what marketing departments tell you ;)
  834. # [14:58] <taf2> apologies if it is not...
  835. # [14:58] <zcorpan> rubys: yeah, with default entities so that we can stop caring about the xhtml2 wg minting new doctypes
  836. # [14:58] <annevk> a blob API might be specified at some point by the W3C, but the details are a bit unclear at this point, taf2
  837. # [14:59] <annevk> XML5 is pretty much done, but there's no buy-in
  838. # [15:00] <annevk> just a lot of buzz
  839. # [15:00] <rubys> done? as in an implementation that works?
  840. # [15:00] <annevk> there's a Python implementation
  841. # [15:01] <annevk> from which some sort of spec has been generated as well
  842. # [15:01] <rubys> that's not just a prototype, but something that you consider as something that might be useful?
  843. # [15:01] <annevk> missing details are attribute value normalization, character encoding sniffing, and >5 predefined entities iirc
  844. # [15:01] <Philip`> Has it been advertised at all, or mentioned anywhere other than a few posts on your blog?
  845. # [15:02] <taf2> annevk, ah okay, so this isn't the right place to discuss a possible blob api? i guess what i'm finding is if a blob api does come about... it would be nice i it include some method of identifying itself and retrieving it... using the existing storage apis...
  846. # [15:02] <annevk> rubys, if someone packages it it's pretty much like html5lib with a few missing bits
  847. # [15:02] <annevk> taf2, best place would be public-webapps@w3.org
  848. # [15:02] <taf2> annevk, thanks
  849. # [15:02] <rubys> python would make entities easy (it has a builtin function for this), and chardet could address sniffing
  850. # [15:03] <annevk> I mostly meant <?xml ... ?>
  851. # [15:03] <rubys> attribute value normalization, xml style, sucks
  852. # [15:03] <annevk> apparently infinite whitespace is allowed...
  853. # [15:03] <annevk> agreed
  854. # [15:03] <Philip`> annevk: You should sneakily add the XML5 code into html5lib, so it can gain widespread deployment before anyone even knows they should care about it
  855. # [15:03] <annevk> it would sort of break the design principles if that was changed
  856. # [15:03] <rubys> i'll put it on my list of things to look at, which unfortunately is also too long
  857. # [15:04] <rubys> Philip`: +1
  858. # [15:04] <rubys> I put a "liberal xml parser" in there, but would love to see it replaced with xml5.
  859. # [15:05] * jgraham is more than happy with anything that replaces the lxp and is maintained
  860. # [15:06] <jgraham> Or at least keeps passing tests
  861. # [15:06] <rubys> feel free to rip out lxp
  862. # [15:06] <jgraham> Woo
  863. # [15:19] * Quits: zcorpan (n=zcorpan@pat.se.opera.com) (Read error: 104 (Connection reset by peer))
  864. # [15:20] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  865. # [15:23] * Quits: zcorpan (n=zcorpan@pat.se.opera.com) (Read error: 104 (Connection reset by peer))
  866. # [15:24] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  867. # [15:25] * Joins: webben (n=webben@nat/yahoo/x-ba329bc6a718210e)
  868. # [15:26] * Joins: jruderman_ (n=jruderma@c-76-102-160-171.hsd1.ca.comcast.net)
  869. # [15:29] * Quits: svl (n=me@137.139.241.83.in-addr.dgcsystems.net) ("And back he spurred like a madman, shrieking a curse to the sky.")
  870. # [15:32] * Quits: jruderman (n=jruderma@c-76-102-160-171.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  871. # [15:33] * Joins: aroben (n=aroben@c-69-142-95-189.hsd1.pa.comcast.net)
  872. # [15:44] * Quits: taf2 (n=taf2@c-68-49-245-59.hsd1.dc.comcast.net) ("This computer has gone to sleep")
  873. # [15:45] * Joins: taf2 (n=taf2@c-68-49-245-59.hsd1.dc.comcast.net)
  874. # [15:45] * Quits: taf2 (n=taf2@c-68-49-245-59.hsd1.dc.comcast.net) (Read error: 104 (Connection reset by peer))
  875. # [15:46] * Quits: hendry (n=hendry@webvm.net) ("Lost terminal")
  876. # [15:48] * Joins: hendry (n=hendry@webvm.net)
  877. # [15:57] * Joins: eric_carlson (n=ericc@nat/apple/x-bd96935f9284bb3d)
  878. # [16:02] * Joins: danbri (n=danbri@dyn29.roaming.few.vu.nl)
  879. # [16:06] <annevk> so I looked at the charset registry, http://www.iana.org/assignments/charset-reg/TSCII was added in 2007
  880. # [16:07] * Joins: zdobersek1 (n=zan@cpe-92-37-73-53.dynamic.amis.net)
  881. # [16:08] <Philip`> "The TSCII scheme was collectively worked out through Net-based discussions in 1998."
  882. # [16:08] <Philip`> Maybe only the registration is new?
  883. # [16:09] <annevk> I suppose
  884. # [16:09] <jgraham> Seems to be unicode incompatible and motivated by having special codepoints for something not unlike ligatures
  885. # [16:10] <annevk> Unicode does not have the TAMIL character?
  886. # [16:10] <annevk> s*
  887. # [16:12] <jgraham> Doesn't have constant-vowel combinations as single codepoints
  888. # [16:13] <jgraham> So there isn't a 1:1 mapping between TSCII and Unicode
  889. # [16:13] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  890. # [16:14] <Philip`> (I don't think there's a 1:1 mapping between Unicode and anything except itself)
  891. # [16:15] <annevk> yeah, that seems like a weird definition of compatible to me
  892. # [16:15] <jgraham> Does unicode not have a 1:1 mapping with ascii?
  893. # [16:15] <annevk> Unicode is not an encoding
  894. # [16:16] <annevk> UTF-8 has a superset relation to US-ASCII if that's what you mean
  895. # [16:16] <Philip`> jgraham: A 1:1 mapping between ASCII and Unicode would mean that every Unicode character could be mapped uniquely onto one ASCII character
  896. # [16:16] <Philip`> which isn't true because there's not nearly enough space
  897. # [16:17] <jgraham> OK, I meant a 1:1 mapping between ascii and unicode
  898. # [16:17] <jgraham> i.e. what annevk said
  899. # [16:18] <annevk> (that's not what I said :) )
  900. # [16:18] * Philip` is confused as to who's talking about bytes and who's talking about characters, and who's talking about bijections and who's talking about injections :-)
  901. # [16:19] * jgraham thinks a 1:1 mapping between a and b implies that for all items in a there exists a single item in b. It does not imply the reverse
  902. # [16:19] <jgraham> But maybe that is an abuse of English
  903. # [16:19] <Philip`> Wikipedia talks about "one-to-one function" (injection) vs "one-to-one correspondence" (bijection)
  904. # [16:19] <Philip`> so the term "one-to-one" is ambiguous
  905. # [16:21] <jgraham> OK, so what I apparently meant to say is that there is not an injection between TSCII and Unicode
  906. # [16:21] * Joins: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  907. # [16:21] <jgraham> But I doubt that would have made me more clear
  908. # [16:21] <Philip`> Probably not :-)
  909. # [16:22] <annevk> but you can map all of it to Unicode?
  910. # [16:22] <Philip`> I assume the point is that there exists a single-code-unit character in TSCII which requires multiple code units in Unicode
  911. # [16:22] <jgraham> annevk: Yes, but sometimes a single codepoint becomes multiple codepoints
  912. # [16:22] <Philip`> Uh, "code unit" is probably the wrong term
  913. # [16:22] <jgraham> http://www.unicode.org/notes/tn15/Tscii2Unicode2.pdf
  914. # [16:25] * Joins: danbri_ (n=danbri@unaffiliated/danbri)
  915. # [16:25] * Quits: danbri (n=danbri@unaffiliated/danbri) (Read error: 104 (Connection reset by peer))
  916. # [16:29] * Philip` wonders what the limit is for the number of distinct XML parsers you can use in a piece of software while retaining your sanity
  917. # [16:30] * Joins: tantek (n=tantek@adsl-69-106-241-178.dsl.pltn13.pacbell.net)
  918. # [16:33] * Quits: zdobersek (n=zan@cpe-92-37-73-150.dynamic.amis.net) (Connection timed out)
  919. # [16:34] <annevk> 0
  920. # [16:35] * Joins: taf2 (n=taf2@65.210.82.235)
  921. # [16:35] * danbri_ is now known as danbri
  922. # [16:36] <Philip`> annevk: That is sadly incompatible with the requirement to process XML data files
  923. # [16:37] * Quits: virtuelv (n=virtuelv@ti0151a340-0094.bb.online.no) (Read error: 104 (Connection reset by peer))
  924. # [16:38] * Quits: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  925. # [16:39] <zcorpan> can't you process xml data files without an xml parser?
  926. # [16:40] <Philip`> Not without the new solution being far worse than using an XML parser
  927. # [16:44] * Philip` 's current plan involves processing the same file with Xerces, libxml2 and E4X in different parts of the program
  928. # [16:55] * Joins: billmason (n=bmason@ip102.unival.com)
  929. # [16:56] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
  930. # [17:03] * Joins: dglazkov (n=dglazkov@nat/google/x-92e939df6d066b3c)
  931. # [17:04] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  932. # [17:13] * Joins: virtuelv (n=virtuelv@ti0151a340-0094.bb.online.no)
  933. # [17:19] <annevk> http://twitter.com/joshkim/statuses/1227092684 ?
  934. # [17:20] <zcorpan> hsivonen: opera 10 joins "Moz & Safari" in your doctype table
  935. # [17:20] <Philip`> annevk: Seems like the obvious answer is "no"
  936. # [17:21] <jgraham> annevk: That's basically how adoption works. Although I wonder who was using XHTML2. I suspect no one but it was percieved that XHTML2 would happen eventually, now people are using HTML5 because it seems to be here now
  937. # [17:22] <zcorpan> hsivonen: also, the statement about ie5 in the nutshell is getting a bit dated - no-one has cared about ie5 for quite some time now
  938. # [17:23] * Quits: weinig (n=weinig@99.140.60.47)
  939. # [17:28] * Joins: MikeSmith (n=MikeSmit@EM114-48-160-108.pool.e-mobile.ne.jp)
  940. # [17:30] * Quits: rubys (n=rubys@cpe-075-182-092-038.nc.res.rr.com) ("Leaving.")
  941. # [17:36] * Quits: pauld (n=pauld@host81-130-24-71.in-addr.btopenworld.com)
  942. # [17:44] * Quits: billyjackass (n=MikeSmit@EM114-48-75-232.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
  943. # [17:48] * Joins: svl (n=me@195-252-32-21-no65.business.telia.com)
  944. # [17:49] * Quits: myakura (n=myakura@p3020-ipbf505marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  945. # [17:51] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  946. # [17:57] * Quits: tantek (n=tantek@adsl-69-106-241-178.dsl.pltn13.pacbell.net)
  947. # [18:00] * Joins: zdobersek (n=zan@cpe-92-37-66-91.dynamic.amis.net)
  948. # [18:16] * Quits: zdobersek1 (n=zan@cpe-92-37-73-53.dynamic.amis.net) (Read error: 110 (Connection timed out))
  949. # [18:19] * Quits: svl (n=me@195-252-32-21-no65.business.telia.com) ("And back he spurred like a madman, shrieking a curse to the sky.")
  950. # [18:23] * Quits: zcorpan (n=zcorpan@pat.se.opera.com)
  951. # [18:26] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  952. # [18:30] * Joins: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  953. # [18:43] * Joins: mlpug (n=mlpug@a88-115-168-225.elisa-laajakaista.fi)
  954. # [18:48] * Joins: maikmerten (n=maikmert@L9965.l.pppool.de)
  955. # [18:54] * Quits: hendry (n=hendry@webvm.net) (calvino.freenode.net irc.freenode.net)
  956. # [18:54] * Quits: mal (n=mal@nat/google/x-5d2215e7c66f291c) (calvino.freenode.net irc.freenode.net)
  957. # [18:54] * Quits: fishd (n=Darin@nat/google/x-23d8b125782db769) (calvino.freenode.net irc.freenode.net)
  958. # [18:56] * Joins: hendry (n=hendry@webvm.net)
  959. # [18:56] * Joins: mal (n=mal@nat/google/x-5d2215e7c66f291c)
  960. # [18:56] * Joins: fishd (n=Darin@nat/google/x-23d8b125782db769)
  961. # [19:06] * Quits: tndH (n=Rob@james-baillie-pc083-014.student-halls.leeds.ac.uk) (Read error: 110 (Connection timed out))
  962. # [19:09] * Quits: danbri (n=danbri@unaffiliated/danbri)
  963. # [19:13] * Joins: danbri (n=danbri@dyn29.roaming.few.vu.nl)
  964. # [19:15] * Quits: danbri (n=danbri@unaffiliated/danbri) (Client Quit)
  965. # [19:17] * Joins: mstange (n=markus@pD95792D1.dip0.t-ipconnect.de)
  966. # [19:19] * Quits: aboodman (n=aboodman@72.14.229.81)
  967. # [19:19] * Joins: aboodman (n=aboodman@72.14.229.81)
  968. # [19:27] * Quits: jruderman_ (n=jruderma@c-76-102-160-171.hsd1.ca.comcast.net)
  969. # [19:34] * Joins: tndH (n=Rob@james-baillie-pc083-014.student-halls.leeds.ac.uk)
  970. # [19:49] * Quits: webben (n=webben@nat/yahoo/x-ba329bc6a718210e) ("Lost terminal")
  971. # [19:49] * Quits: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  972. # [19:54] * Joins: dimich (n=dimich@72.14.227.1)
  973. # [19:57] * Joins: jruderman (n=jruderma@corp-246.mountainview.mozilla.com)
  974. # [19:57] * Quits: zalan (n=kvirc@catv-89-133-232-199.catv.broadband.hu) (Read error: 110 (Connection timed out))
  975. # [20:01] * Quits: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  976. # [20:09] * Joins: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  977. # [20:14] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  978. # [20:19] * Joins: taf2_ (n=taf2@65.210.82.235)
  979. # [20:25] * Joins: rubys (n=rubys@cpe-075-182-092-038.nc.res.rr.com)
  980. # [20:27] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  981. # [20:29] * Quits: taf2 (n=taf2@65.210.82.235) (Read error: 110 (Connection timed out))
  982. # [20:30] <gsnedders> Is there anyway to check whether a compressed HTTP response is conforming and can be decompressed?
  983. # [20:31] * Joins: zalan (n=kvirc@catv-89-133-232-199.catv.broadband.hu)
  984. # [20:32] <hendry> gsnedders: `man curl` sez --compressed
  985. # [20:33] <gsnedders> hendry: Damnit. That means my code is broken. I don't like cURL anymore :P
  986. # [20:42] * Joins: danbri (n=danbri@77.167.54.81)
  987. # [20:43] * Joins: slightlyoff (n=slightly@72.14.229.81)
  988. # [20:45] * Joins: weinig (n=weinig@adsl-99-140-60-47.dsl.scrm01.sbcglobal.net)
  989. # [20:49] * Joins: dolske (n=dolske@corp-246.mountainview.mozilla.com)
  990. # [20:51] * Quits: jruderman (n=jruderma@corp-246.mountainview.mozilla.com)
  991. # [21:01] * Joins: jruderman (n=jruderma@corp-246.mountainview.mozilla.com)
  992. # [21:03] <annevk> oh geez
  993. # [21:03] <annevk> www-style is discussing localizing property names
  994. # [21:03] <annevk> where's markp to throw people of bridges
  995. # [21:04] * Quits: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  996. # [21:06] <Philip`> I think you mean "localising"
  997. # [21:10] * Joins: VeXocide (i=vexocide@snail.stack.nl)
  998. # [21:10] * Joins: jwalden (n=waldo@corp-246.mountainview.mozilla.com)
  999. # [21:10] <Philip`> Yikes - I saw that thread this morning when it had half a dozen posts, including Adam Twardoch pointing out the absurdity of it
  1000. # [21:10] * Joins: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  1001. # [21:10] <Philip`> I didn't imagine it would grow another thirty messages with people taking it seriously
  1002. # [21:12] * Joins: dbaron (n=dbaron@guest-230.mountainview.mozilla.com)
  1003. # [21:13] <slightlyoff> annevk: so it's clear: www-style is the problem we need to solve ;-)
  1004. # [21:16] * Joins: tantek_ (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  1005. # [21:20] * slightlyoff is now known as slightlyoff_afk
  1006. # [21:20] * Quits: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net) (Read error: 60 (Operation timed out))
  1007. # [21:34] * Joins: roc (n=roc@202.0.36.64)
  1008. # [21:36] <rubys> annevk: s/of bridges/off bridges/
  1009. # [21:37] <virtuelv> annevk: you read my twit, obviously
  1010. # [21:37] <virtuelv> the only people who are to be thrown off bridges work in insurance
  1011. # [21:38] <virtuelv> s/people/things/
  1012. # [21:38] <virtuelv> </rant>
  1013. # [21:39] * Quits: shepazu (n=schepers@203-158-35-55.dyn.iinet.net.au)
  1014. # [21:43] <Dashiva> Write your CSS in linear b and no one will steal it
  1015. # [21:45] * maikmerten is now known as maik|afk
  1016. # [21:45] * Joins: svl (n=me@195-252-32-21-no65.business.telia.com)
  1017. # [21:46] * Joins: taf2 (n=taf2@65.210.82.235)
  1018. # [21:47] * Quits: dolske (n=dolske@firefox/developer/dolske)
  1019. # [21:51] <annevk> thanks rubys
  1020. # [21:52] <annevk> virtuelv, no, it's a referene to a post from 2004 from markp
  1021. # [21:52] * Joins: dolske (n=dolske@firefox/developer/dolske)
  1022. # [21:55] * Quits: taf2_ (n=taf2@65.210.82.235) (Read error: 110 (Connection timed out))
  1023. # [21:57] <Dashiva> That one about unicode?
  1024. # [21:58] * Joins: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  1025. # [22:03] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  1026. # [22:05] * Parts: rubys (n=rubys@cpe-075-182-092-038.nc.res.rr.com)
  1027. # [22:08] <virtuelv> this one? http://diveintomark.org/archives/2004/07/06/nfc
  1028. # [22:12] * Quits: maik|afk (n=maikmert@L9965.l.pppool.de) (Remote closed the connection)
  1029. # [22:13] * Quits: tantek_ (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  1030. # [22:16] * Parts: scherkus1 (n=scherkus@72.14.227.1)
  1031. # [22:17] * Quits: aroben (n=aroben@unaffiliated/aroben)
  1032. # [22:17] * Joins: doublec (n=chris@202.0.36.64)
  1033. # [22:19] * Joins: scherkus (n=scherkus@72.14.227.1)
  1034. # [22:21] * Quits: mlpug (n=mlpug@a88-115-168-225.elisa-laajakaista.fi) (Remote closed the connection)
  1035. # [22:21] * slightlyoff_afk is now known as slightlyoff
  1036. # [22:23] * Quits: jwalden (n=waldo@corp-246.mountainview.mozilla.com) ("->S")
  1037. # [22:23] <gsnedders> hmm…
  1038. # [22:23] <gsnedders> with gnuplot I'm having xtics overlap
  1039. # [22:25] * Quits: dbaron (n=dbaron@guest-230.mountainview.mozilla.com) ("8403864 bytes have been tenured, next gc will be global.")
  1040. # [22:28] <Philip`> gsnedders: Use less xtics?
  1041. # [22:29] <gsnedders> :P
  1042. # [22:33] * Joins: dbaron (n=dbaron@corp-246.mountainview.mozilla.com)
  1043. # [22:35] * Quits: jruderman (n=jruderma@corp-246.mountainview.mozilla.com)
  1044. # [22:36] * Joins: jwalden (n=waldo@corp-246.mountainview.mozilla.com)
  1045. # [22:36] * Joins: aroben (n=aroben@c-69-142-95-189.hsd1.pa.comcast.net)
  1046. # [22:36] * Quits: karlcow (n=karl@modemcable202.32-81-70.mc.videotron.ca) ("O public road, I say back I am not afraid to leave you, yet I love you, you express me better than I can express myself.")
  1047. # [22:36] * Joins: shepazu (n=schepers@61.88.219.66)
  1048. # [22:41] * Joins: zdobersek1 (n=zan@cpe-92-37-65-17.dynamic.amis.net)
  1049. # [22:56] * Quits: zdobersek (n=zan@cpe-92-37-66-91.dynamic.amis.net) (Read error: 113 (No route to host))
  1050. # [22:57] * Quits: zalan (n=kvirc@catv-89-133-232-199.catv.broadband.hu) ("KVIrc 3.4.0 Virgo http://www.kvirc.net/")
  1051. # [22:58] * Parts: billmason (n=bmason@ip102.unival.com)
  1052. # [22:59] * Joins: jruderman (n=jruderma@corp-246.mountainview.mozilla.com)
  1053. # [23:01] * Joins: xcombelle (n=chatzill@AToulouse-158-1-167-166.w90-60.abo.wanadoo.fr)
  1054. # [23:02] * Joins: nessy (n=nessy@203-158-43-109.dyn.iinet.net.au)
  1055. # [23:03] * Joins: sayrer (n=chatzill@user-160ve4s.cable.mindspring.com)
  1056. # [23:04] <sayrer> Hixie, does your latest message to m.d.platform equate consensus with unanimity?
  1057. # [23:06] <Lachy> JohnResig, yt?
  1058. # [23:08] <JohnResig> Lachy: hey, yep
  1059. # [23:10] <Lachy> JohnResig, if you've got time, can you update your selectors api tests to test for the new expected handling of null and undefined values?
  1060. # [23:11] <Lachy> see my latest mail on public-webapps about it
  1061. # [23:11] * Joins: ojan (n=ojan@72.14.229.81)
  1062. # [23:11] * Quits: ap (n=ap@194.154.88.33)
  1063. # [23:12] * Quits: mstange (n=markus@pD95792D1.dip0.t-ipconnect.de) ("ChatZilla 0.9.84-2009010213 [Firefox 3.2a1pre/20090213020442]")
  1064. # [23:12] <Lachy> http://lists.w3.org/Archives/Public/public-webapps/2009JanMar/0496.html
  1065. # [23:13] <JohnResig> Lachy: so the result will be: No exception through, no elements found (since none are named null or undefined)
  1066. # [23:14] <Hixie> sayrer: it's unclear what kind of consensus is intended in the w3c, hence why i covered both options (unanimous agreemment and majority agreement)
  1067. # [23:14] <Lachy> yeah, and since they become the strings "null" and "undefined", they should match any <null> and <undefined> elements within the document
  1068. # [23:15] <sayrer> Hixie, ok I understand now
  1069. # [23:15] <Lachy> the tests I've created for this do createElement("null") and add it to the document, and similarly for undefined, to test that
  1070. # [23:15] * Quits: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  1071. # [23:17] <sayrer> Hixie, W3C consensus is not in the process document
  1072. # [23:17] <sayrer> er, is in the document
  1073. # [23:17] <sayrer> it's not unanimity
  1074. # [23:17] * Joins: heycam (n=cam@61.88.219.66)
  1075. # [23:17] <Hixie> the process document is unfortunately mostly a piece of fiction in practice
  1076. # [23:17] <sayrer> Where unanimity is not possible, a group SHOULD strive to make consensus decisions
  1077. # [23:17] <Hixie> well, that may be a bit harsh
  1078. # [23:18] <Hixie> but my point is that the w3c doesn't always do what the process says it does
  1079. # [23:18] <Hixie> and it's not clear to me what sam wants to do
  1080. # [23:18] <Hixie> which is mostly what matters here
  1081. # [23:18] <sayrer> I think I disagree, actually
  1082. # [23:19] <sayrer> the tricky, unstated, part about consensus based processes is that some people's opinions count more than others
  1083. # [23:20] <Hixie> in my experience at the w3c, that is not considered to be the case
  1084. # [23:21] <sayrer> it is rarely admitted
  1085. # [23:21] <Hixie> no i mean in practice it is not the case in my experience at w3c
  1086. # [23:21] <Hixie> i've seen people who have no software, no deployed site, no users, and who rarely use the sites that a feature might be aimed for completely block a feature
  1087. # [23:22] <sayrer> my experience working with Sam leads me to believe that will not be a concern here, but I agree that bad management can sink anything
  1088. # [23:22] <Hixie> oh i'm not saying it's a concern. the point of my e-mail was just to ask him what his plan was, after having laid out several plans i was aware of being possible.
  1089. # [23:23] <Hixie> (it certainly wasn't meant to be exhaustive)
  1090. # [23:23] <Hixie> i'm basically just interested in what i can do to avoid the problem he predicted (namely, not being able to progress past october)
  1091. # [23:24] <Lachy> Hixie, sayrer, is this the post you're discussing? http://groups.google.com/group/mozilla.dev.platform/msg/c76460d93969aea9
  1092. # [23:25] <Hixie> yeah
  1093. # [23:25] <JohnResig> Lachy: all changed http://ejohn.org/apps/selectortest/
  1094. # [23:25] <JohnResig> Lachy: WebKit has 33 failing now, Firefox has 16
  1095. # [23:28] <sayrer> Hixie, the point of establishing an iterative cycle is so that people don't feel it's now-or-never for their pet issue. Your suggestions sort of invite that kind of feedback.
  1096. # [23:29] <sayrer> In some cases, the feature will appear later. Others never will, but that won't block the process.
  1097. # [23:29] <Lachy> my internal desktop build of Opera fails 54, though I'm not sure how recent it's version of Presto is. I will try it in core tomorrow at work
  1098. # [23:29] * Quits: heycam (n=cam@61.88.219.66) (Read error: 104 (Connection reset by peer))
  1099. # [23:30] * Joins: heycam (n=cam@61.88.219.66)
  1100. # [23:30] <Lachy> thanks JohnResig
  1101. # [23:30] * Joins: karlcow (n=karl@modemcable140.128-20-96.mc.videotron.ca)
  1102. # [23:33] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl) ("Disconnected...")
  1103. # [23:36] * Quits: nessy (n=nessy@203-158-43-109.dyn.iinet.net.au) ("This computer has gone to sleep")
  1104. # [23:45] <Hixie> sayrer: granted, though that will be more realistic once we have a real spec with a real test suite
  1105. # [23:46] <Hixie> sayrer: right now we're trynig to take a technology from infancy to 19 years old in one step, because anything less just delays the point at which the specs catch up with the technology.
  1106. # [23:46] <Hixie> s/we're/I'm/, maybe
  1107. # [23:47] <Hixie> that doesn't preclude the possibility of smaller steps happening, of course
  1108. # [23:47] <Hixie> i think it'd be great to have an HTML 4.1 that just does the same thing but taking HTML from infancy to, say, 12 years old
  1109. # [23:47] <Hixie> that is already a giant step though
  1110. # [23:49] * Quits: MikeSmith (n=MikeSmit@EM114-48-160-108.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
  1111. # [23:50] <sayrer> Hixie, I want to achieve interoperability for Code On Demand styles quickly
  1112. # [23:51] <sayrer> I know you understand the advocacy value of certain stages of the W3C process
  1113. # [23:51] <sayrer> witness Acid3
  1114. # [23:52] <Hixie> not sure what you mean by "Code On Demand"
  1115. # [23:52] <sayrer> where the interface is innovated by web applications instead of being added to clients
  1116. # [23:52] <Hixie> and the WHATWG has enough reputation captial now that HTML5 could be fine even without the W3C stamp (modulo patent policy issues)
  1117. # [23:53] <Hixie> you mean "writing web pages"?
  1118. # [23:53] <Hixie> i don't understand
  1119. # [23:53] * Joins: heycam` (n=cam@61.88.219.66)
  1120. # [23:53] <Hixie> (btw lest anyone misunderstand the above statement re whatwg or w3c, i do think it's better for html5 to be in the w3c)
  1121. # [23:54] <sayrer> I mean web applications
  1122. # [23:54] * Quits: heycam (n=cam@61.88.219.66) (Read error: 104 (Connection reset by peer))
  1123. # [23:54] <sayrer> that aren't very transparent and add a lot procedural code
  1124. # [23:54] <Hixie> if your goal is to make browsers have fewer bugs in the DOM APIs, then the way forward is test suites and fixing bugs.
  1125. # [23:55] <sayrer> yes
  1126. # [23:55] <sayrer> but test suites and fixing bugs need rules to drive them
  1127. # [23:56] <sayrer> and fewer bugs in DOM APIs is good, but uniform DOMs from a given input are also needed
  1128. # [23:57] <sayrer> In other words, I'm more interested in making it easy to write a color picker, than adding a color picker to browsers (though that may also be worth doing)
  1129. # Session Close: Fri Feb 20 00:00:00 2009

The end :)