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

Options:

  1. # Session Start: Thu Nov 19 00:00:00 2009
  2. # Session Ident: #whatwg
  3. # [00:07] * Quits: weinig|meeting (n=weinig@17.246.19.85)
  4. # [00:11] * Quits: jwalden (n=waldo@nat/mozilla/x-wrbgauhoyxguiizp) (Success)
  5. # [00:11] * Joins: othermaciej (n=mjs@17.246.17.190)
  6. # [00:14] * Quits: rauchg (n=rauchg@75.101.111.130) (Read error: 104 (Connection reset by peer))
  7. # [00:16] * Quits: franksalim (n=frank@adsl-76-221-202-115.dsl.pltn13.sbcglobal.net) (Read error: 104 (Connection reset by peer))
  8. # [00:17] * Joins: rauchg (n=rauchg@75.101.111.130)
  9. # [00:28] * Joins: weinig (n=weinig@17.246.19.85)
  10. # [00:31] * Quits: weinig (n=weinig@17.246.19.85) (Client Quit)
  11. # [00:38] * Joins: weinig (n=weinig@17.246.19.85)
  12. # [00:39] <cying> http://toki-woki.net/p/scroll-clock/
  13. # [00:40] * Quits: othermaciej (n=mjs@17.246.17.190) (Remote closed the connection)
  14. # [00:40] * Joins: othermaciej (n=mjs@nat/apple/x-titbcypntxlyrqqo)
  15. # [00:52] <roc> uh
  16. # [00:52] <TabAtkins> Haha, awesome.
  17. # [00:52] * Joins: nattokirai (n=nattokir@EM114-48-194-40.pool.e-mobile.ne.jp)
  18. # [00:59] * Quits: cying (n=cying@70.90.171.153) (Remote closed the connection)
  19. # [00:59] * Joins: cying (n=cying@70.90.171.153)
  20. # [01:03] * Joins: yutak_home (n=kee@R214157.ppp.dion.ne.jp)
  21. # [01:03] * Quits: riven (n=colin@53518387.cable.casema.nl) (Read error: 131 (Connection reset by peer))
  22. # [01:14] * Quits: nattokirai (n=nattokir@EM114-48-194-40.pool.e-mobile.ne.jp) (Read error: 60 (Operation timed out))
  23. # [01:14] * Joins: starjive (i=beos@81-233-16-19-no30.tbcn.telia.com)
  24. # [01:25] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 113 (No route to host))
  25. # [01:33] * Quits: yutak_home (n=kee@R214157.ppp.dion.ne.jp) (Read error: 113 (No route to host))
  26. # [01:35] * Joins: wakaba_ (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  27. # [01:40] * Joins: nattokirai (n=nattokir@gw0.mozilla.or.jp)
  28. # [01:43] * Joins: dglazkov (n=dglazkov@nat/google/x-bqzmhlmdzyvggipv)
  29. # [01:44] * Quits: nattokirai (n=nattokir@gw0.mozilla.or.jp) (Remote closed the connection)
  30. # [01:45] * Joins: jwalden (n=waldo@nat/mozilla/x-fjylnphxvymduuhp)
  31. # [01:45] * Quits: dglazkov (n=dglazkov@nat/google/x-bqzmhlmdzyvggipv) (Client Quit)
  32. # [01:54] * Quits: JonathanNeal (n=Jonathan@rrcs-76-79-114-213.west.biz.rr.com) ("Leaving")
  33. # [01:56] * Joins: mpt (n=mpt@conference/ubuntu-developer-summit/x-hbalafxhayyhuagc)
  34. # [02:00] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  35. # [02:02] * Joins: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp)
  36. # [02:03] * Joins: miketaylr (n=miketayl@24.42.95.234)
  37. # [02:04] * roc is fascinated that Microsoft is endorsing Acid3
  38. # [02:06] <othermaciej> kinda crazy...
  39. # [02:06] * Quits: jennb (n=jennb@74.125.59.73)
  40. # [02:11] * Parts: ap (n=ap@17.246.17.221)
  41. # [02:13] <AryehGregor> It didn't look to me like they were endorsing it. I heard something like "We're trying to focus on what web developers really want to see, not Acid3". They're mentioning it, but it doesn't look like they're committing to actually passing it.
  42. # [02:13] * Joins: riven (n=colin@53518387.cable.casema.nl)
  43. # [02:14] <Philip`> They give it legitimacy by mentioning it
  44. # [02:15] <AryehGregor> Yes, it's quite interesting exactly how they phrase things.
  45. # [02:18] <Philip`> Be careful not to read too much into exactly how they phrase things :-)
  46. # [02:20] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  47. # [02:22] * Quits: yoshu (n=josh@174-18-194-35.tcso.qwest.net)
  48. # [02:23] <AryehGregor> Rats, dglazkov just quit. I wanted to talk to him.
  49. # [02:27] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  50. # [02:30] * Quits: tndH (n=Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) ("ChatZilla 0.9.85-rdmsoft [XULRunner 1.9.0.1/2008072406]")
  51. # [02:38] * Quits: cying (n=cying@70.90.171.153)
  52. # [02:39] <MikeSmith> AryehGregor: dglazkov is back
  53. # [02:39] <AryehGregor> Yeah, thanks. I'm talking to him in #chromium.
  54. # [02:43] * Quits: JoePeck (n=JoePeck@cpe-74-69-85-249.rochester.res.rr.com)
  55. # [02:43] <roc> by mentioning their Acid3 score, without trashing Acid3, they're implicitly endorsing it
  56. # [02:46] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  57. # [02:49] <AryehGregor> They did trash Acid3. ". . . even with some shortcomings. . . . many still in the “working draft” stage . . . including many edge cases and error conditions. . . . A more meaningful (from the point of view of web developers) example of standards support involves rounded corners.
  58. # [02:49] <AryehGregor> "
  59. # [02:49] * Joins: JoePeck (n=JoePeck@cpe-74-69-85-249.rochester.res.rr.com)
  60. # [02:49] <AryehGregor> Also note "the score will continue to go up", not "we ever plan to reach 100".
  61. # [02:50] <AryehGregor> Translation: we don't think Acid3 is a good test and won't pass it.
  62. # [02:50] <AryehGregor> We can't be bothered to implement SVG, but IE9 supports rounded corners! Yay!
  63. # [02:52] * Joins: SamerZ (n=SamerZ@CPE00222d5410b8-CM00222d5410b5.cpe.net.cable.rogers.com)
  64. # [02:52] * Joins: erikvvold (n=erikvvol@S01060024012860e9.gv.shawcable.net)
  65. # [02:53] * Quits: dbaron (n=dbaron@nat/mozilla/x-rmqwlwnpcvfsaamb) ("8403864 bytes have been tenured, next gc will be global.")
  66. # [02:53] * Quits: JoePeck (n=JoePeck@cpe-74-69-85-249.rochester.res.rr.com) (Client Quit)
  67. # [02:55] <roc> they didn't trash it enough
  68. # [02:57] <AryehGregor> I bet it's because they don't want to be seen as anti-standards.
  69. # [02:57] <AryehGregor> Just being diplomatic.
  70. # [02:58] <othermaciej> AryehGregor: Microsoft folks have been posting on the SVG list - I would guess they have some interest
  71. # [02:59] <AryehGregor> Hmm, that's good to hear.
  72. # [02:59] <othermaciej> also, rounded corners are tasty low-hanging fruit
  73. # [02:59] <othermaciej> I wouldn't criticize them for that sort of thing
  74. # [02:59] <othermaciej> (assuming they did it with border-radius)
  75. # [02:59] <TabAtkins> othermaciej: They did.
  76. # [03:00] <AryehGregor> I can't complain too much, anyway. IE8 has excellent CSS 2.1 support. MediaWiki doesn't have a CSS fixes file for it -- the first IE version ever that actually works with our standard markup.
  77. # [03:00] <AryehGregor> Actually, we have no CSS fixes for the latest version of any browser, last I checked.
  78. # [03:00] <othermaciej> Microsoft is definitely stepping their game up
  79. # [03:00] <AryehGregor> The world is a lovely interoperable place now.
  80. # [03:00] <TabAtkins> AryehGregor: Next time you run into an IE employee, tell them that. They love hearing that IE8 isn't a backwater anymore.
  81. # [03:00] <TabAtkins> s/IE8/IE/
  82. # [03:01] <AryehGregor> The problem with IE6 and 7 wasn't that they didn't implement enough standards, it's that they got them horribly wrong.
  83. # [03:01] <AryehGregor> IE8 doesn't implement much, but what it does implement, it largely gets right.
  84. # [03:01] <AryehGregor> So you can't use fancy new features, but you can serve the same code to everyone.
  85. # [03:01] <AryehGregor> Which is the most important thing.
  86. # [03:01] <AryehGregor> At least, as far as CSS goes.
  87. # [03:01] <TabAtkins> Yup, that's been my experience. I don't have to throw any special CSS at IE anymore.
  88. # [03:02] <AryehGregor> I've heard the JavaScript situation isn't as cheerful.
  89. # [03:02] * Joins: cohitre (n=cohitre@c-24-18-158-106.hsd1.wa.comcast.net)
  90. # [03:02] <jcranmer> you mean DOM
  91. # [03:02] <TabAtkins> Eh, jQuery makes that a non-issue for me, for the most part.
  92. # [03:02] * Parts: cohitre (n=cohitre@c-24-18-158-106.hsd1.wa.comcast.net)
  93. # [03:02] <AryehGregor> I don't do JS much, I don't really know the difference between it and DOM in practice.
  94. # [03:02] <AryehGregor> And true, JS has libraries, so in-browser support isn't essential.
  95. # [03:03] <AryehGregor> This is a neat site: http://a.deveria.com/caniuse/
  96. # [03:03] <TabAtkins> *That's* the site I was trying to remember during my developer day talk!
  97. # [03:03] * TabAtkins bookmarks it now.
  98. # [03:04] <AryehGregor> "Conclusion: Not ready. Waiting for Firefox 4 to expire"
  99. # [03:04] <AryehGregor> Eh?
  100. # [03:05] <TabAtkins> Heh, automated message obviously. I guess FF4 hasn't yet announced full webforms support?
  101. # [03:05] <AryehGregor> FF4 doesn't exist, the successor to 3.6 is 3.7.
  102. # [03:05] <AryehGregor> At least last I heard.
  103. # [03:06] <TabAtkins> Yeah, I think he's counting anything that's past 3.6 as 4.
  104. # [03:06] * Quits: dave_levin (n=dave_lev@74.125.59.73)
  105. # [03:07] <AryehGregor> I haven't seen any Web Forms progress in Gecko, though, no. https://bugzilla.mozilla.org/show_bug.cgi?id=344614
  106. # [03:08] <AryehGregor> WebKit has been doing a bunch of stuff lately, and of course Opera has a pretty much complete implementation (of an older spec version).
  107. # [03:08] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  108. # [03:08] <AryehGregor> That was one of the things that was supposed to be enabled along with HTML5 on Wikipedia the other day, before it bombed horribly and had to be shut off.
  109. # [03:08] <TabAtkins> What about it bombed?\
  110. # [03:09] <TabAtkins> The XHR thing?
  111. # [03:09] <AryehGregor> Yeah, XML.
  112. # [03:10] <AryehGregor> I now think that suppressing all named entities might be feasible.
  113. # [03:10] <AryehGregor> We already do it for user input, it's only the interface that's an issue.
  114. # [03:10] <TabAtkins> Yeah, didn't you say they're only in the templates?
  115. # [03:10] * Quits: nessy (n=Adium@203-214-159-50.dyn.iinet.net.au) ("Leaving.")
  116. # [03:10] <TabAtkins> Cool.
  117. # [03:10] <TabAtkins> Just switch over to unicode characters.
  118. # [03:10] <AryehGregor> Not templates, those are something totally different in MediaWiki.
  119. # [03:10] <AryehGregor> Yeah, that's what we do for outputting wikitext.
  120. # [03:10] <TabAtkins> Eh, your terminology is irrelevant. ^_^
  121. # [03:10] <AryehGregor> Saves bytes, too.
  122. # [03:13] <AryehGregor> There's a lot of hardcoded stuff, though . . .
  123. # [03:13] <AryehGregor> $ git grep '&nbsp;' phase3/ extensions/ | wc -l
  124. # [03:13] <AryehGregor> 1335
  125. # [03:13] <TabAtkins> That's weird. Why are they using nbsps so much? I hardly ever use them.
  126. # [03:14] <AryehGregor> "they"?
  127. # [03:14] <TabAtkins> People who wrote that code.
  128. # [03:14] <AryehGregor> I don't know, I use them pretty often.
  129. # [03:14] <TabAtkins> For what?
  130. # [03:14] <AryehGregor> For . . . spaces.
  131. # [03:15] <AryehGregor> In MediaWiki you have &nbsp; used all over the place where you want spaces between things.
  132. # [03:15] <AryehGregor> Most of them could probably be replaced with regular spaces.
  133. # [03:15] <TabAtkins> But why nbsp when spaces would do?
  134. # [03:15] <TabAtkins> Yeah.
  135. # [03:15] <AryehGregor> Well, so it doesn't break, I guess.
  136. # [03:15] <AryehGregor> Or because you want more space.
  137. # [03:15] <TabAtkins> Then... using white-space?
  138. # [03:15] <TabAtkins> Or padding/margins?
  139. # [03:15] <AryehGregor> <td>&nbsp;</td>
  140. # [03:15] <AryehGregor> Does that do anything appreciably different from <td> </td>?
  141. # [03:15] <TabAtkins> I've *never* understood that.
  142. # [03:16] <TabAtkins> No.
  143. # [03:16] <TabAtkins> I cargo-culted it when I first started coding for some reason.
  144. # [03:16] <TabAtkins> But I stopped.
  145. # [03:16] <AryehGregor> extensions/Data/SpecialData.php: $s .= " &nbsp; <input type='hidden' name='revision' value='{$revision}' />" ;
  146. # [03:16] <AryehGregor> I guess that creates slightly more space.
  147. # [03:16] <TabAtkins> …
  148. # [03:16] <TabAtkins> Before a hidden input.
  149. # [03:16] <AryehGregor> . . .
  150. # [03:16] <AryehGregor> You're right, it's hidden.
  151. # [03:16] <AryehGregor> Heh.
  152. # [03:17] <AryehGregor> extensions/FlaggedRevs/svggraph/svgGraph.html:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Number of decimal places to show for Y axis tags.</TD>
  153. # [03:17] <AryehGregor> That one actually doesn't matter, since it's a .html.
  154. # [03:17] <AryehGregor> .js also doesn't matter, and i18n can be fixed by filtering at message-output time.
  155. # [03:17] <AryehGregor> See, the thing is, I can certainly do some automatic filtering on messages or whatnot to close some of the holes.
  156. # [03:18] <AryehGregor> But I don't know if everyone will be happy with me manually removing all this stuff and telling them they can't use named entities anywhere without breaking user scripts all over the place.
  157. # [03:18] <AryehGregor> I guess I'll post to wikitech-l.
  158. # [03:20] <AryehGregor> We have lots of &bull; too.
  159. # [03:20] <TabAtkins> You can just replace all of those with unicode characters.
  160. # [03:21] <TabAtkins> Especially &bull;, since it's at least obvious.
  161. # [03:21] <AryehGregor> Yes, except 1) those are harder to edit, 2) what if someone adds some more?
  162. # [03:21] <TabAtkins> •
  163. # [03:21] <AryehGregor> How is it obvious?
  164. # [03:21] <TabAtkins> It's obvious that it's not a normal ascii character?
  165. # [03:21] <TabAtkins> I mean, it's a bullet -->•
  166. # [03:21] <TabAtkins> Unlike nbsp, which looks like a normal space.
  167. # [03:21] <AryehGregor> Oh, I see, yes.
  168. # [03:22] <AryehGregor> nbsp is a pain.
  169. # [03:22] <TabAtkins> Replace nbsp with its unicode escape
  170. # [03:22] <TabAtkins> Then it's still visibly different, but won't fuck with xml.
  171. # [03:23] <AryehGregor> So, other than nbsp, and leaving aside messages that can be automatically fixed (I hope), we don't seem to have *too* many issues.
  172. # [03:23] <TabAtkins> Cool.
  173. # [03:23] <AryehGregor> The problem is mainly that this would add evil and hard-to-notice bugs.
  174. # [03:23] <TabAtkins> Yeah, that'll be a problem until XHR2 gets adopted.
  175. # [03:23] <AryehGregor> For not much perceptible gain, compared to switching to an XHTML1 Strict doctype.
  176. # [03:24] <AryehGregor> Bleh, it's 9:23 already.
  177. # [03:24] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  178. # [03:25] <miketaylr> fwiw, here's a more fine grained support page for html5 forms, AryehGregor: http://www.miketaylr.com/code/input-type-attr.html
  179. # [03:25] <miketaylr> (saw the above conversation)
  180. # [03:25] * Parts: ojan (n=ojan@72.14.229.81)
  181. # [03:25] * Quits: weinig (n=weinig@17.246.19.85)
  182. # [03:25] <AryehGregor> Neat, range is supported in currentish WebKit. But it claims it also supports number and color, but those have no actual interface.
  183. # [03:26] <miketaylr> yeah, no native UIs yet
  184. # [03:26] <TabAtkins> iirc, their range support is also a bit iffy
  185. # [03:26] <AryehGregor> Well, it has a UI, anyway.
  186. # [03:27] <TabAtkins> Yeah, it works normally. I believe it just doesn't handle defaults and invalid values correctly.
  187. # [03:27] <TabAtkins> If I'm recalling my testing correctly.
  188. # [03:27] <TabAtkins> I filed a bug on them, at any rate.
  189. # [03:28] * Joins: JoePeck (n=JoePeck@cpe-74-65-7-212.rochester.res.rr.com)
  190. # [03:29] * Quits: JoePeck (n=JoePeck@cpe-74-65-7-212.rochester.res.rr.com) (Client Quit)
  191. # [03:32] * Joins: JoePeck (n=JoePeck@cpe-74-65-7-212.rochester.res.rr.com)
  192. # [03:36] * Joins: cedricv (n=cedric@112.199.242.145)
  193. # [03:37] * Joins: nessy (n=Adium@115.128.49.193)
  194. # [03:41] <AryehGregor> It looks like Python's xml.sax also hardcodes magical DTDs.
  195. # [03:42] <AryehGregor> Oh, dear, no.
  196. # [03:42] <AryehGregor> It actually retrieves the DTD?
  197. # [03:43] <AryehGregor> Yeah, it does.
  198. # [03:43] <AryehGregor> Lovely.
  199. # [03:43] <TabAtkins> Hope it likes blacklisting.
  200. # [03:43] <AryehGregor> So, I don't know how to justify changing everyone's &nbsp; to &#160;.
  201. # [03:44] <AryehGregor> It's a real pain and is only needed because of the lack of a DTD. Theoretically named entities are unreliable even with an XHTML doctype, but in practice it seems they aren't.
  202. # [03:44] <AryehGregor> So I guess it's an XHTML 1.0 Strict doctype for us.
  203. # [03:45] <TabAtkins> Hex is inherently more beautiful.
  204. # [03:47] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  205. # [03:48] <AryehGregor> "Great! Cannot wait to use 96 point Gabriola on all my sites and rest assured that there won't be jaggies! That was on the top of my list of wants for IE9!" lol.
  206. # [03:48] <TabAtkins> Heh. For serious, though, prettier font rendering is a necessity in pretty much everywhere.
  207. # [03:48] <AryehGregor> But the avoiding jaggies thing is only really relevant at very large font sizes, surely.
  208. # [03:49] <TabAtkins> No, gods no.
  209. # [03:49] <TabAtkins> It's very important at small sizes.
  210. # [03:49] <TabAtkins> Perhaps *more* important.
  211. # [03:49] <AryehGregor> Really?
  212. # [03:49] <AryehGregor> The font has to be one pixel thick at normal sizes anyway, right?
  213. # [03:49] <AryehGregor> How can that be jagged?
  214. # [03:49] <TabAtkins> Yeah. Rendering fancy fonts at small sizes using whole pixels is ugly.
  215. # [03:50] <TabAtkins> Subpixel rendering is a requirement.
  216. # [03:51] * Joins: dglazkov_ (n=dglazkov@216.239.45.130)
  217. # [03:51] <TabAtkins> It's the whole reason fonts can look better in an image than rendered directly - the image software can use subpixel information to shade better, even if it's still coloring entire pixels.
  218. # [03:51] <TabAtkins> s/rendered directly/rendered directly by most modern browsers/
  219. # [03:52] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 60 (Operation timed out))
  220. # [03:55] <AryehGregor> I'm interested by how many people in the IEBlog comments emphasize HTML5 as well as CSS3.
  221. # [03:56] <TabAtkins> Yeah, html5 is a big buzzword these days.
  222. # [03:56] <TabAtkins> Viral marketing ftw.
  223. # [03:57] * AryehGregor wtfs at someone giving a long list of predictions for IE9 and adding "no SPDY support"
  224. # [03:58] <AryehGregor> Really, who'd have thought?
  225. # [03:58] * Joins: mpt (n=mpt@canonical/mpt)
  226. # [03:58] <TabAtkins> I need to go look up just wtf spdy is.
  227. # [03:58] <AryehGregor> It's a Google proposal to replace a large chunk of HTTP in a reasonably practical way.
  228. # [03:58] <AryehGregor> To attain better performance, obviously.
  229. # [03:59] <AryehGregor> The idea is that it could be deployed transparently as long as both browser and web server support it, with no detectable change to applications elsewhere in the stack.
  230. # [03:59] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) ("This computer has gone to sleep")
  231. # [03:59] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Read error: 145 (Connection timed out))
  232. # [03:59] * dglazkov_ is now known as dglazkov
  233. # [03:59] <AryehGregor> They've got an experimental implementation based on Chrome, but it's all extremely experimental at this point.
  234. # [03:59] * AryehGregor goes to bed
  235. # [04:01] <TabAtkins> Yup, just googled it. Cool.
  236. # [04:01] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  237. # [04:02] * Quits: rauchg (n=rauchg@75.101.111.130)
  238. # [04:06] * Quits: jwalden (n=waldo@nat/mozilla/x-fjylnphxvymduuhp) ("ChatZilla 0.9.85-rdmsoft [XULRunner 1.9.1.5/20091105041600]")
  239. # [04:15] * Joins: cpharmston (n=cpharmst@pool-173-66-156-203.washdc.fios.verizon.net)
  240. # [04:22] * Quits: cedricv (n=cedric@112.199.242.145)
  241. # [04:23] * Quits: nessy (n=Adium@115.128.49.193) (Read error: 110 (Connection timed out))
  242. # [04:39] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  243. # [04:56] * Joins: nessy (n=Adium@115.128.27.67)
  244. # [05:01] * Joins: scherkus_ (n=scherkus@74.125.59.73)
  245. # [05:06] * Quits: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp) ("Tomorrow to fresh woods, and pastures new.")
  246. # [05:10] * Joins: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp)
  247. # [05:11] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  248. # [05:15] * Parts: cpharmston (n=cpharmst@pool-173-66-156-203.washdc.fios.verizon.net)
  249. # [05:24] * Quits: othermaciej (n=mjs@nat/apple/x-titbcypntxlyrqqo)
  250. # [05:33] * Joins: fishd (n=darin@c-98-207-16-168.hsd1.ca.comcast.net)
  251. # [05:41] * Quits: scherkus_ (n=scherkus@74.125.59.73) (Read error: 110 (Connection timed out))
  252. # [05:45] * Joins: fishd_ (n=darin@216.239.45.130)
  253. # [05:52] * Quits: fishd (n=darin@c-98-207-16-168.hsd1.ca.comcast.net) (Read error: 60 (Operation timed out))
  254. # [05:54] * Quits: bzed (n=bzed@devel.recluse.de) (Remote closed the connection)
  255. # [05:55] * Joins: bzed (n=bzed@devel.recluse.de)
  256. # [05:58] * Quits: bzed (n=bzed@devel.recluse.de) (Remote closed the connection)
  257. # [05:58] * Joins: bzed (n=bzed@devel.recluse.de)
  258. # [05:58] * Joins: nattokirai (n=nattokir@gw0.mozilla.or.jp)
  259. # [06:01] * Quits: SamerZ (n=SamerZ@CPE00222d5410b8-CM00222d5410b5.cpe.net.cable.rogers.com)
  260. # [06:04] * Quits: erikvvold (n=erikvvol@S01060024012860e9.gv.shawcable.net)
  261. # [06:04] * Quits: bzed (n=bzed@devel.recluse.de) (Remote closed the connection)
  262. # [06:04] * Joins: bzed (n=bzed@devel.recluse.de)
  263. # [06:08] * Quits: bzed (n=bzed@devel.recluse.de) (Remote closed the connection)
  264. # [06:08] * Parts: annevk (n=annevk@5355732C.cable.casema.nl)
  265. # [06:09] * Joins: bzed (n=bzed@devel.recluse.de)
  266. # [06:15] * Quits: miketaylr (n=miketayl@24.42.95.234) ("Leaving...")
  267. # [06:17] * Quits: nessy (n=Adium@115.128.27.67) (Read error: 54 (Connection reset by peer))
  268. # [06:17] * Quits: paul_irish_ (n=paul_iri@12.33.239.250) (Remote closed the connection)
  269. # [06:22] * Quits: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp) ("Tomorrow to fresh woods, and pastures new.")
  270. # [06:22] * Joins: miketaylr (n=miketayl@24.42.95.234)
  271. # [06:23] * Joins: archtech (i=stanv@83.228.56.37)
  272. # [06:24] * Quits: miketaylr (n=miketayl@24.42.95.234) (Remote closed the connection)
  273. # [06:24] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  274. # [06:31] * Quits: bzed (n=bzed@devel.recluse.de) (Read error: 110 (Connection timed out))
  275. # [06:42] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  276. # [06:44] * Joins: bzed (n=bzed@devel.recluse.de)
  277. # [06:45] * Joins: othree (n=othree@admin39.ct.ntust.edu.tw)
  278. # [06:46] * Joins: nessy (n=Adium@115.128.71.173)
  279. # [06:48] * Joins: dglazkov_ (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  280. # [06:48] * Joins: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  281. # [06:50] * Joins: paul_irish (n=paul_iri@c-71-192-163-128.hsd1.nh.comcast.net)
  282. # [06:51] * Quits: nessy (n=Adium@115.128.71.173) ("Leaving.")
  283. # [06:53] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 113 (No route to host))
  284. # [06:56] * Joins: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  285. # [06:57] * Quits: zcorpan_ (n=zcorpan@c83-252-193-59.bredband.comhem.se) (Read error: 104 (Connection reset by peer))
  286. # [06:58] * Quits: archtech (i=stanv@83.228.56.37) (Client Quit)
  287. # [07:02] * Joins: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp)
  288. # [07:08] * Quits: dglazkov (n=dglazkov@216.239.45.130) (Read error: 110 (Connection timed out))
  289. # [07:08] * dglazkov_ is now known as dglazkov
  290. # [07:18] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  291. # [07:34] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  292. # [07:38] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net) (Client Quit)
  293. # [07:57] * Joins: erikvvold (n=erikvvol@S01060024012860e9.gv.shawcable.net)
  294. # [07:59] * Joins: archtech (n=stanv@83.228.56.37)
  295. # [08:06] * Quits: archtech (n=stanv@83.228.56.37) (Client Quit)
  296. # [08:11] * Joins: bentomas (n=Adium@c-24-9-8-90.hsd1.co.comcast.net)
  297. # [08:11] * Quits: hcr (n=hamcore@unaffiliated/hamcore) ("Server does not respond.")
  298. # [08:12] * Parts: bentomas (n=Adium@c-24-9-8-90.hsd1.co.comcast.net)
  299. # [08:12] * Joins: bentomas (n=Adium@c-24-9-8-90.hsd1.co.comcast.net)
  300. # [08:13] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  301. # [08:15] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  302. # [08:16] * Quits: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net) (Read error: 110 (Connection timed out))
  303. # [08:19] * Joins: erlehmann (n=erlehman@82.113.106.3)
  304. # [08:21] * Joins: danbri (n=danbri@unaffiliated/danbri)
  305. # [08:22] * Joins: cohitre (n=cohitre@c-24-18-158-106.hsd1.wa.comcast.net)
  306. # [08:22] * Quits: cohitre (n=cohitre@c-24-18-158-106.hsd1.wa.comcast.net) (Remote closed the connection)
  307. # [08:23] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 110 (Connection timed out))
  308. # [08:23] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  309. # [08:26] * Joins: hcr (n=hamcore@ns1.mediain.com.br)
  310. # [08:30] * Quits: bentomas (n=Adium@c-24-9-8-90.hsd1.co.comcast.net) ("Leaving.")
  311. # [08:32] * Joins: pesla (n=retep@procurios.xs4all.nl)
  312. # [08:38] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  313. # [08:39] * Joins: zalan (n=zalan@catv-89-135-144-122.catv.broadband.hu)
  314. # [08:50] * Joins: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  315. # [08:58] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  316. # [08:58] * Quits: erikvvold (n=erikvvol@S01060024012860e9.gv.shawcable.net)
  317. # [09:04] * Joins: Michelangelo (n=Michelan@193.205.162.69)
  318. # [09:06] * Joins: archtech (i=stanv@83.228.56.37)
  319. # [09:06] * Joins: ttepasse (n=ttepas--@p5B016031.dip.t-dialin.net)
  320. # [09:09] * Joins: svtec2 (i=stanv@83.228.56.37)
  321. # [09:12] * Quits: svtec2 (i=stanv@83.228.56.37) (Client Quit)
  322. # [09:24] * Joins: Arron (n=arronei@nat/microsoft/x-pamemtjcavipbtbj)
  323. # [09:27] * Joins: nessy (n=Adium@203-214-159-50.dyn.iinet.net.au)
  324. # [09:32] * Quits: arronei (n=arronei@nat/microsoft/x-nbxhfdjatqekjegc) (Read error: 110 (Connection timed out))
  325. # [09:43] * Quits: fishd_ (n=darin@216.239.45.130) (Read error: 110 (Connection timed out))
  326. # [09:55] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) ("This computer has gone to sleep")
  327. # [10:11] <gsnedders> zcorpan: I dunno what version of IE I was looking at, ask bratell :P
  328. # [10:12] * Joins: gunderwonder (n=gunderwo@garage.upstruct.com)
  329. # [10:23] * Quits: erlehmann (n=erlehman@82.113.106.3) (Read error: 60 (Operation timed out))
  330. # [10:25] * Joins: erlehmann (n=erlehman@82.113.106.225)
  331. # [10:32] * Quits: MikeSmith (n=MikeSmit@tea12.w3.mag.keio.ac.jp) ("Tomorrow to fresh woods, and pastures new.")
  332. # [10:33] * Joins: workmad3 (n=davidwor@ashleys2.mimas.ac.uk)
  333. # [10:34] * Quits: nattokirai (n=nattokir@gw0.mozilla.or.jp)
  334. # [10:34] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  335. # [10:54] * Joins: ROBOd (n=robod@89.122.216.38)
  336. # [11:10] * Joins: Creap (n=Creap@vemod.brg.sgsnet.se)
  337. # [11:14] <hsivonen> Intranet exploring: http://stackoverflow.com/questions/1624433/intranet-and-ie8-render-mode
  338. # [11:17] * Joins: MikeSmith (n=MikeSmit@EM114-48-187-186.pool.e-mobile.ne.jp)
  339. # [11:18] <roc> IE9 will bring a whole new level of excitement to mode-setting
  340. # [11:20] * jgraham wonders how the number of states in hsivonen's flowchart will scale with the number of IE releases
  341. # [11:21] <Philip`> It seems like they could reasonably drop the IE8 mode
  342. # [11:21] <roc> I think the IE team must be asking themselves the same question right about now
  343. # [11:22] <roc> I got a pretty strong impression that they were promising to have an IE8 mode in all future releases
  344. # [11:22] <roc> but maybe they'll drop it if they think they can get away with it
  345. # [11:23] <Philip`> They added the modes for real compatibility concerns, not just for fun, and it seems unlikely there'd be significant IE8->IE9 compatibility issues, since they're not redesigning the whole CSS implementation or anything
  346. # [11:23] <Philip`> and since there hasn't been so many years for legacy content to rely on the old behaviour
  347. # [11:24] <hsivonen> Philip`: I wouldn't be too surprised if IE9 had substantial compat-sensitive DOM changes
  348. # [11:24] <roc> I commented somewhere, perhaps on my own blog, that conditionalizing all your bug-fixes on modes would be nasty, but someone from Microsoft (Chris Wilson?) said "eh, it won't be that bad"
  349. # [11:24] <roc> my memory is crap
  350. # [11:25] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Remote closed the connection)
  351. # [11:25] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  352. # [11:25] <gsnedders> hsivonen: From where it had improved on Acid3, DOM bucket itself wasn't much improved, HTML DOM was
  353. # [11:26] <hsivonen> gsnedders: ah.
  354. # [11:26] <hsivonen> gsnedders: my guesswork is based on rumors about SVG
  355. # [11:26] <hsivonen> which suggests they'd have some more Level 2 stuff in there
  356. # [11:26] <gsnedders> Yeah, I was hearing rumours about that back at TPAC last year for IE9 or IE10
  357. # [11:28] <Rik`> in one of the video, they're talking about DOM2 and that Acid3 testcases are not a good fit for unit testing
  358. # [11:28] <gsnedders> I guess DOM will happen in IE9, though
  359. # [11:28] <gsnedders> I expect IE9 will probably more lay the groundwork for stuff like SVG in IE10
  360. # [11:28] <gsnedders> But that's pure blind guesses
  361. # [11:29] <Rik`> Direct2D seems a step in canvas and SVG
  362. # [11:29] <gsnedders> Indeed. A step, not nessisarily all the way in one release.
  363. # [11:29] <hsivonen> I expect Acid3 to become a problem for XML5 eventually
  364. # [11:30] <Philip`> If it's a problem, just release an Acid3.1
  365. # [11:31] <hsivonen> Philip`: let's hope it works out that way
  366. # [11:31] <hsivonen> Acid2 causes a permanent parsing quirk where otherwise the list of parsing quirks could have been given to zarro
  367. # [11:35] <Philip`> Why doesn't someone fix Acid2, or release Acid2.1?
  368. # [11:38] <zcorpan> the quirk was already interoperably implemented
  369. # [11:39] <zcorpan> i suggested relatively early on to change acid2 and the spec
  370. # [11:44] * Quits: karlcow (n=karl@nerval.la-grange.net) (Remote closed the connection)
  371. # [11:56] <MikeSmith> zcorpan: obsolete-attribute error messages now include "Use Foo instead" suggestions
  372. # [11:57] <MikeSmith> can test at qa-dev
  373. # [11:57] <MikeSmith> hsivonen: http://whattf.browse.cvsdude.com/syntax/trunk/non-schema/java/src/org/whattf/checker/schematronequiv/Assertions.java?r1=493:
  374. # [11:57] <MikeSmith> oops
  375. # [11:58] <MikeSmith> http://whattf.browse.cvsdude.com/syntax/trunk/non-schema/java/src/org/whattf/checker/schematronequiv/Assertions.java?r1=493&r2=494
  376. # [11:58] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  377. # [11:59] <zcorpan> MikeSmith: cool
  378. # [12:00] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  379. # [12:02] <MikeSmith> hsivonen: about http://krijnhoetmer.nl/irc-logs/whatwg/20091118#l-487
  380. # [12:02] <MikeSmith> <zcorpan_> "Use CSS instead" could be a link to http://wiki.whatwg.org/wiki/Presentational_elements_and_attributes
  381. # [12:04] <MikeSmith> ..I don't see how I could make the current err() do that
  382. # [12:04] <MikeSmith> (that is, include hyperlinks or markup in the message text)
  383. # [12:05] * Quits: Michelangelo (n=Michelan@193.205.162.69) (Read error: 104 (Connection reset by peer))
  384. # [12:06] * jgraham wonders why public-html-testsuite needs conference calls
  385. # [12:07] * Joins: Michelangelo (n=Michelan@193.205.162.69)
  386. # [12:08] <zcorpan> MikeSmith: quotes are replaced with <code> markup at some point
  387. # [12:10] <MikeSmith> huh?
  388. # [12:10] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  389. # [12:10] <MikeSmith> which quotes?
  390. # [12:11] <zcorpan> MikeSmith: the parser does something like err("stray tag \u2021foo\u2022.") which is later replaced with "stray tag <code>foo</code>"
  391. # [12:11] <MikeSmith> ah
  392. # [12:12] <MikeSmith> in the text output they remain as quotes
  393. # [12:13] <MikeSmith> but I guess we could add something similar to generate actual hyperlinks
  394. # [12:13] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 110 (Connection timed out))
  395. # [12:13] <MikeSmith> anyway, train just arrived at Shinjuku station and I got to drop off
  396. # [12:13] <MikeSmith> back later
  397. # [12:13] * Quits: MikeSmith (n=MikeSmit@EM114-48-187-186.pool.e-mobile.ne.jp) ("Tomorrow to fresh woods, and pastures new.")
  398. # [12:13] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  399. # [12:15] <zcorpan> "The archive attribute on the object element is obsolete. Use the data and type attributes to invoke plugins. To set parameters with these names in particular, the param element can be used." - should be rephrased to use singular, since the message is talking about one attribute
  400. # [12:15] <Philip`> jgraham: There have not been conference calls in the past, and there has been no progress in an official HTML WG testsuite
  401. # [12:15] <Philip`> Therefore conference calls might help
  402. # [12:16] <jgraham> Philip`: s/conference calls/email discussion/ and you get the same conclusion
  403. # [12:17] <zcorpan> MikeSmith: 2 messages for <object code> :)
  404. # [12:17] <Philip`> Email discussion might help too
  405. # [12:17] <jgraham> It is hard to imagine that a conference call will encourage people to sink time into writing a testsuite when they can't even be bothered to write an email
  406. # [12:18] * Joins: myakura (n=myakura@p2197-ipbf7505marunouchi.tokyo.ocn.ne.jp)
  407. # [12:18] <gsnedders> But telecons are just that much more awesome!
  408. # [12:18] <zcorpan> eating ice cream might help too
  409. # [12:19] <gsnedders> Well, that's inevitable. We all know that ice cream is the solution to everything.
  410. # [12:20] <gsnedders> zcorpan: Happy berfday!
  411. # [12:21] <zcorpan> gsnedders: thanks!
  412. # [12:21] <zcorpan> i mean, fanks!
  413. # [12:21] <gsnedders> Ah cannae spill
  414. # [12:22] * jgraham tries to resist the temptation to reply proposing monthly ice-cream meetings
  415. # [12:23] <gsnedders> jgraham: Don't resist. Accept the inevitable.
  416. # [12:31] * Quits: Michelangelo (n=Michelan@193.205.162.69) (Remote closed the connection)
  417. # [12:31] * Joins: Michelangelo (n=Michelan@193.205.162.69)
  418. # [12:58] * Joins: karlcow (n=karl@nerval.la-grange.net)
  419. # [13:07] * Joins: taf2 (n=taf2@38.99.201.242)
  420. # [13:12] * Quits: nessy (n=Adium@203-214-159-50.dyn.iinet.net.au) ("Leaving.")
  421. # [13:14] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  422. # [13:19] * Joins: gratz|home (n=gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com)
  423. # [13:20] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 60 (Operation timed out))
  424. # [13:20] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  425. # [13:24] * Joins: nessy (n=Adium@203-214-159-50.dyn.iinet.net.au)
  426. # [13:31] * Quits: nessy (n=Adium@203-214-159-50.dyn.iinet.net.au) ("Leaving.")
  427. # [13:35] * Quits: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  428. # [13:45] <gsnedders> Anyone able to find the thread from a while ago about treatment of form in table?
  429. # [13:51] <hsivonen> gsnedders: it's in bugzilla
  430. # [13:51] <hsivonen> the W3C bugzilla
  431. # [13:57] * Quits: Michelangelo (n=Michelan@193.205.162.69) (Read error: 110 (Connection timed out))
  432. # [13:58] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  433. # [14:00] <Lachy> hsivonen, wouldn't you expect XML5 parsers to at least set the "bozo bit", and at least let the application know about the error?
  434. # [14:01] <hsivonen> Lachy: In practice I would, but that's not part of the thought experiment here.
  435. # [14:01] <Lachy> ok
  436. # [14:03] * Joins: pmuellr (n=pmuellr@129.33.49.251)
  437. # [14:07] * Joins: nattokirai (n=nattokir@y227107.dynamic.ppp.asahi-net.or.jp)
  438. # [14:10] <hsivonen> Does HTML5 say which script global object applies if a script has been moved to anther document before the parser runs it?
  439. # [14:10] <Philip`> On the subject of draconian parsing, a lot of RDFa implementations seem to try to parse their input with an XML parser (regardless of content-type etc) and if it fails then they re-parse with a tag-soup parser (html5lib etc)
  440. # [14:12] <Philip`> so they combine the features of: a single error can trigger huge changes in the parsing of the whole document; users are never aware of errors and can't report them to producers; they have all the implementation complexity of both XML and HTML; they conform to neither XML nor HTML; etc
  441. # [14:13] * Quits: paul_irish (n=paul_iri@c-71-192-163-128.hsd1.nh.comcast.net) (Remote closed the connection)
  442. # [14:14] <Philip`> Also fun: Boost now ships with the http://rapidxml.sourceforge.net/ XML parser, which aims for "reasonable W3C compatibility"
  443. # [14:16] <hsivonen> am I just bad at reading the spec or is the spec vague on which script global object to use when the owner document of the script and the document of the creator parser of the script differ?
  444. # [14:21] <Philip`> (Hmm, it doesn't seem to say what "reasonable" exactly means, other than ignoring doctypes (and internal subsets) and "a number of other, minor incompatibilities")
  445. # [14:21] <Philip`> (But it's fast, which is all that matters)
  446. # [14:22] <hsivonen> ignoring the internal subset sure seems reasonable :-)
  447. # [14:22] <hsivonen> ignoring the external subset especially :-)
  448. # [14:25] <Philip`> As far as I can see, it doesn't even check for invalid codepoints
  449. # [14:36] * Quits: wakaba_ (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) ("Leaving...")
  450. # [14:37] * Joins: paul_irish (n=paul_iri@12.33.239.250)
  451. # [14:37] * Joins: TabAtkins (n=chatzill@70-139-15-246.lightspeed.rsbgtx.sbcglobal.net)
  452. # [14:39] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
  453. # [14:40] * Quits: workmad3 (n=davidwor@ashleys2.mimas.ac.uk)
  454. # [14:41] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 60 (Operation timed out))
  455. # [14:41] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  456. # [14:42] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  457. # [14:46] <zcorpan> hsivonen: doesn't the spec have an example of that case in the parser error intro section?
  458. # [14:47] * Joins: paul_iri_ (n=paul_iri@151.203.209.194)
  459. # [14:47] <hsivonen> zcorpan: about script global object? I can't locate the example.
  460. # [14:48] <hsivonen> It's unclear to me who Liam is (humorously) implying to be an asshole or a moron
  461. # [14:49] * Quits: paul_iri_ (n=paul_iri@151.203.209.194) (Client Quit)
  462. # [14:49] <hsivonen> XML advocates who try to read around the intent of the writers of the spec?
  463. # [14:50] <Lachy> my understanding was that your reading of the spec, or in this case, in what XML advocates have said, with a fine tooth comb, trying to find a loophole that supports XML5, makes you fit into the Asshole category
  464. # [14:50] <zcorpan> hsivonen: "Scripts that modify the page as it is being parsed"
  465. # [14:51] <Lachy> but, regardless of what he meant, it wasn't a productive answer and not worth responding to
  466. # [14:52] <hsivonen> Lachy: well, I was trying to point out that *their* reading, if elaborated on, was of the kind of reading the spec in a way that subverts the intent of the spec
  467. # [14:53] <hsivonen> whoa. that was a bogus sentence
  468. # [14:53] <hsivonen> let's try that again
  469. # [14:53] <Lachy> I understand what you mean
  470. # [14:53] <hsivonen> Lachy: well, I was trying to point out that *their* reading twists the letter of the spec to subvert the intent of the spec
  471. # [14:56] <hsivonen> zcorpan: thanks.
  472. # [14:56] <hsivonen> zcorpan: that example defies my intuition of script global object
  473. # [14:58] <Philip`> "This proposal would require an XML-conformant application, when confronted with a WF error, to refuse to proceed until a human user had been notified of the error and explicitly authorized error recovery. [...] this proposal did get serious consideration"
  474. # [14:59] <Philip`> Usability engineers would have loved that
  475. # [15:00] <Philip`> I suppose you could make it more user-friendly by popping up a dialog box that just says: "Do you want this web page to work? [Yes] [No]"
  476. # [15:02] * Joins: MikeSmith (n=MikeSmit@EM114-48-169-221.pool.e-mobile.ne.jp)
  477. # [15:03] * Quits: gunderwonder (n=gunderwo@garage.upstruct.com)
  478. # [15:04] <hsivonen> Do you want this browser to work (Don't Work) ((Work)) [x] Remember my decision
  479. # [15:04] <Philip`> That'd be a terrible violation of the spec
  480. # [15:04] <Dashiva> This page requires your permission to work. [Make it work] [Uninstall this impudent browser for daring to accomodate bad markup]
  481. # [15:06] <hsivonen> whee! down the multilingualism rathole we go
  482. # [15:06] <hsivonen> (or rather, the rathole is dealing with it automatically)
  483. # [15:07] <Dashiva> Make sure the dialog box asking "Do you want to display this in <foreign language>" is in that same foreign language
  484. # [15:07] <MikeSmith> krijnh: you around? wanted to ask about logging a new channel
  485. # [15:08] * Joins: cpharmston (n=cpharmst@pool-173-66-156-203.washdc.fios.verizon.net)
  486. # [15:10] <Philip`> Dashiva: Make the dialog box ask loudly and slowly, like "Do. You. Want. To. ...", and then foreigners will understand it more easily
  487. # [15:11] <ttepasse> hsivonen, would you know why the W3C HTML 5 validator checks differently between validation by uri and by direct input?
  488. # [15:14] <MikeSmith> ttepasse: because there's a bug in it
  489. # [15:14] * Parts: cpharmston (n=cpharmst@pool-173-66-156-203.washdc.fios.verizon.net)
  490. # [15:14] <MikeSmith> it's a known issue
  491. # [15:14] <ttepasse> Ah, thanks.
  492. # [15:14] * Philip` wonders what the difference is
  493. # [15:15] <MikeSmith> the difference is that it runs the input through a perl script before actually passing it on to the v.nu instance
  494. # [15:16] <ttepasse> And validation by uri is the ?correct? variation?
  495. # [15:17] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  496. # [15:19] <MikeSmith> ttepasse: dunno.. I guess the way to confirm is to check against the behavior you get with using validator.nu directly
  497. # [15:20] <MikeSmith> or if against http://qa-dev.w3.org:8888 if you want
  498. # [15:21] <MikeSmith> that's an unstable instance that gets updated whenever a change is checked in
  499. # [15:21] <ttepasse> Ok, thanks, I just won an argument. ;)
  500. # [15:21] <MikeSmith> excellent
  501. # [15:21] <MikeSmith> I hope you got a beer or something out of it
  502. # [15:22] <ttepasse> Geographical distance is in the way as usual.
  503. # [15:22] <hsivonen> MikeSmith: ah. you are back. I had a look at your commit diffs and they looked good.
  504. # [15:23] <MikeSmith> hsivonen: OK, thanks
  505. # [15:24] <MikeSmith> hsivonen: someday I should actually learn how to program in Java
  506. # [15:25] <Dashiva> I need to learn how to catch jvm crashes
  507. # [15:25] * Philip` writes Java primarily using ctrl+space
  508. # [15:25] <Dashiva> I can't seem to find any web tutorials on it
  509. # [15:25] <Philip`> Dashiva: Build a debug version of the JVM then run it in gdb?
  510. # [15:26] <Dashiva> Oh, I don't care about the crash itself
  511. # [15:26] <hsivonen> Philip`: ctrl/command+space is awesome
  512. # [15:26] <Dashiva> But I want to detect that a crash happened and relaunch the app with a compat setting
  513. # [15:28] <Philip`> Oh
  514. # [15:28] <Philip`> Check the exit code?
  515. # [15:29] <Dashiva> That's the concept I'm working on. But then I have to launch a java program from inside another java program, and I don't know if the user running this has the java binary in path or anything...
  516. # [15:31] <Philip`> You could run it always with the compat setting
  517. # [15:31] <Philip`> Or fix the crash bug
  518. # [15:31] <Dashiva> It's a driver bug, so I can't fix it
  519. # [15:31] <Philip`> Can't you work around it?
  520. # [15:32] <Dashiva> That's the compat setting. Makes the app suck, but work at least
  521. # [15:32] <MikeSmith> me wants to find time to try again to make a gcj build of jing plus whattf datatype lib plus whatever other needed v.nu dependencies
  522. # [15:32] * Philip` wonders if Java supports fork()
  523. # [15:32] <Dashiva> I don't want the majority of users with good drivers to get a sucky app
  524. # [15:32] <Dashiva> And I can't reliably detect whether the driver is sucky or not
  525. # [15:33] <Philip`> You could get the user to manually restart the application, and if it sees a file indicating it didn't shut down successfully last time then it can give them choice of trying again or running in safe mode
  526. # [15:33] <Philip`> s//a /
  527. # [15:34] <Dashiva> Yeah, that's the current mode of operation. "If the program suddenly disappears, check if there's a HS_ERR_PID file and we'll tell you what to do"
  528. # [15:34] <Dashiva> But if it could be done automatically, I think we'd lose fewer users :)
  529. # [15:34] <Philip`> Do the checking automatically when they start it the next time
  530. # [15:35] <Dashiva> It's actually more complicated, since there are several different driver bugs, each with their own compat setting
  531. # [15:35] <Philip`> Oh, fun
  532. # [15:35] <Dashiva> But yes, I guess some of them could be done auto
  533. # [15:36] <Dashiva> Like setting a flag on startup and clearing it on successful shutdown
  534. # [15:36] <hsivonen> Philip`: as I understand it, pure Java doesn't support true fork on the JVM. You can run other programs, though, which I guess has to be implemented as fork on some level on Unix.
  535. # [15:36] <Philip`> Dashiva: Do you need to be portable across OSes?
  536. # [15:37] <Dashiva> Windows, mac and linux
  537. # [15:37] <Dashiva> We ditched solaris >_>
  538. # [15:37] <hsivonen> yay for Run Anywhere .sh and .bat files for bootstrapping Java
  539. # [15:38] <Philip`> If it was just Windows I guess you could do something like set an unhandled exception filter inside JNI to detect the driver crash and log/report/etc the problem
  540. # [15:41] <Dashiva> I don't suppose there's a simple way to launch apps that are already installed with javaws
  541. # [15:43] <Philip`> You could always rewrite your application in a proper language, like C++
  542. # [15:45] <jgraham> lisp!
  543. # [15:59] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  544. # [16:07] * Joins: mpt (n=mpt@canonical/mpt)
  545. # [16:12] * Joins: bentomas (n=bentomas@c-24-9-8-90.hsd1.co.comcast.net)
  546. # [16:12] <Philip`> Collada is fun
  547. # [16:13] * Philip` wrote a Collada importer which had to explicitly check whether the file came from 3ds Max or XSI, and do slightly different computations and apply slightly different hacks in each case
  548. # [16:16] * Quits: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  549. # [16:22] * Joins: miketaylr (n=miketayl@38.117.156.163)
  550. # [16:23] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  551. # [16:24] * Joins: paul_iri_ (n=paul_iri@12.33.239.250)
  552. # [16:24] * Quits: karlcow (n=karl@nerval.la-grange.net) (Remote closed the connection)
  553. # [16:25] * Joins: fishd_ (n=darin@c-98-207-16-168.hsd1.ca.comcast.net)
  554. # [16:35] * Joins: karlcow (n=karl@nerval.la-grange.net)
  555. # [16:41] * Joins: Michelangelo (n=Michelan@193.205.162.69)
  556. # [16:44] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  557. # [16:45] * Joins: cpharmston (n=cpharmst@office.threespot.com)
  558. # [16:48] * Quits: mpt (n=mpt@canonical/mpt) ("Ex-Chat")
  559. # [16:48] * Joins: mpt (n=mpt@canonical/mpt)
  560. # [16:49] * Quits: fishd_ (n=darin@c-98-207-16-168.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  561. # [16:50] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (Read error: 60 (Operation timed out))
  562. # [16:51] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  563. # [16:54] * Joins: plazia (n=plazia@cpc2-pete9-2-0-cust672.4-4.cable.virginmedia.com)
  564. # [16:55] * Quits: cpharmston (n=cpharmst@office.threespot.com) (Connection reset by peer)
  565. # [16:56] * Joins: cpharmston (n=cpharmst@office.threespot.com)
  566. # [16:57] * Joins: fishd_ (n=darin@c-98-207-16-168.hsd1.ca.comcast.net)
  567. # [16:59] * Joins: smaug_ (n=chatzill@cs181150024.pp.htv.fi)
  568. # [16:59] <Philip`> http://www.bbc.co.uk/blogs/magazinemonitor/2009/11/your_letters_795.shtml - "I don't get the Monitor either, it's to do with Internet Explorer 8. You have to run it in compatibility view to see everything properly." - hooray for compat view
  569. # [16:59] * Quits: smaug (n=chatzill@cs181150024.pp.htv.fi) ("ChatZilla 0.9.85 [Firefox 3.7a1pre/20091112224955]")
  570. # [17:02] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
  571. # [17:02] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  572. # [17:03] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
  573. # [17:04] * Quits: zcorpan (n=zcorpan@pat.se.opera.com) (Read error: 110 (Connection timed out))
  574. # [17:10] * Quits: fishd_ (n=darin@c-98-207-16-168.hsd1.ca.comcast.net) (Read error: 145 (Connection timed out))
  575. # [17:11] * Joins: dglazkov (n=dglazkov@nat/google/x-kbhqyliziudxqqel)
  576. # [17:13] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  577. # [17:24] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  578. # [17:33] * Joins: ttepass- (n=ttepas--@p5B0160CF.dip.t-dialin.net)
  579. # [17:47] * Quits: ttepasse (n=ttepas--@p5B016031.dip.t-dialin.net) (Read error: 110 (Connection timed out))
  580. # [17:50] * Joins: daedb| (n=daed@h11n1fls34o986.telia.com)
  581. # [17:50] * Quits: daedb (n=daed@h11n1fls34o986.telia.com) (Read error: 104 (Connection reset by peer))
  582. # [17:50] * Quits: myakura (n=myakura@p2197-ipbf7505marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  583. # [19:51] * Disconnected
  584. # [19:52] * Attempting to rejoin channel #whatwg
  585. # [19:52] * Rejoined channel #whatwg
  586. # [19:52] * Topic is 'WHATWG: http://www.whatwg.org/ -- logs: http://krijnhoetmer.nl/irc-logs/ -- stats: http://gavinsharp.com/irc/whatwg.html -- Please leave your sense of logic at the door, thanks!'
  587. # [19:52] * Set by annevk42 on Mon Oct 19 22:03:06
  588. # [21:52] * Disconnected
  589. # [21:53] * Attempting to rejoin channel #whatwg
  590. # [21:53] * Rejoined channel #whatwg
  591. # [21:53] * Topic is 'WHATWG: http://www.whatwg.org/ -- logs: http://krijnhoetmer.nl/irc-logs/ -- stats: http://gavinsharp.com/irc/whatwg.html -- Please leave your sense of logic at the door, thanks!'
  592. # [21:53] * Set by annevk42 on Mon Oct 19 22:03:06
  593. # [23:53] * Disconnected
  594. # [23:54] * Attempting to rejoin channel #whatwg
  595. # [23:54] * Rejoined channel #whatwg
  596. # [23:54] * Topic is 'WHATWG: http://www.whatwg.org/ -- logs: http://krijnhoetmer.nl/irc-logs/ -- stats: http://gavinsharp.com/irc/whatwg.html -- Please leave your sense of logic at the door, thanks!'
  597. # [23:54] * Set by annevk42 on Mon Oct 19 22:03:06
  598. # [23:57] <TabAtkins> Heck, that's the same reason I started participating in CSSWG, and now I'm an invited expert actively steering things to benefit my group.
  599. # [23:59] * Joins: archtech (i=stanv@83.228.56.37)
  600. # Session Close: Fri Nov 20 00:00:00 2009

The end :)