/irc-logs / freenode / #whatwg / 2010-06-28 / end

Options:

  1. # Session Start: Mon Jun 28 00:00:00 2010
  2. # Session Ident: #whatwg
  3. # [00:02] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  4. # [00:06] * Joins: eighty4_ (~eighty4@c-76c8e455.012-403-6c6b701.cust.bredbandsbolaget.se)
  5. # [00:08] * Quits: eighty4 (~eighty4@c-76c8e455.012-403-6c6b701.cust.bredbandsbolaget.se) (Ping timeout: 248 seconds)
  6. # [00:09] * Quits: oal (~oal@5.79-160-122.customer.lyse.net) (Remote host closed the connection)
  7. # [00:12] * Joins: GarethAdams|Home (~GarethAda@pdpc/supporter/active/GarethAdams)
  8. # [00:30] * Joins: boogyman (~boogy@unaffiliated/boogyman)
  9. # [00:40] * Quits: seventh (seventh@189.59.185.39.dynamic.adsl.gvt.net.br) (Remote host closed the connection)
  10. # [00:40] * Joins: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de)
  11. # [00:44] * Quits: boogyman (~boogy@unaffiliated/boogyman) (Quit: ChatZilla 0.9.86 [Firefox 3.6.6/20100625231939])
  12. # [00:49] * Joins: aboodman2 (~aa@c-24-5-178-60.hsd1.ca.comcast.net)
  13. # [00:49] * Quits: weinig (~weinig@c-69-181-125-223.hsd1.ca.comcast.net) (Ping timeout: 265 seconds)
  14. # [00:52] * Joins: taptapir (~cosku@95.70.199.163)
  15. # [00:53] <taptapir> how can I achieve alternative sources for audio tag as in this: http://pastebin.com/hZ6r4eCm with javascript:http://en.saturngod.net/blogpost/html5-audio-with-javascript?
  16. # [00:54] * Joins: nessy (~Adium@124-170-165-184.dyn.iinet.net.au)
  17. # [00:57] <aho> var audio = new Audio();
  18. # [00:57] <aho> if (audio.canPlayType('audio/ogg; codecs=vorbis') === 'probably') {... go with ogg...} else if etc
  19. # [01:00] <taptapir> aho: thanks, I guess there is no way to just specify alternative sources and let the browser figure it out as in HTML.
  20. # [01:00] * Quits: aboodman2 (~aa@c-24-5-178-60.hsd1.ca.comcast.net) (Ping timeout: 260 seconds)
  21. # [01:01] <aho> well, you can write a small function for that
  22. # [01:05] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  23. # [01:07] <roc> you can create an anonymous audio element, give it anonymous <source> children, etc
  24. # [01:07] <roc> well not anonymous ,just not in the DOM
  25. # [01:07] <roc> note that "new Audio()" is equivalent to document.createElement("audio")
  26. # [01:11] <taptapir> roc, can you give little example?
  27. # [01:11] <roc> var a = new Audio();
  28. # [01:13] <roc> a.innerHTML = "<source type='video/webm' src='potatoes.webm'><source type="video/ogg' src='potatoes.ogg'";
  29. # [01:13] <roc> a.play();
  30. # [01:13] <roc> that should work I think
  31. # [01:13] <aho> if you add some escape backslashes
  32. # [01:13] <aho> :>
  33. # [01:13] <roc> yeah?
  34. # [01:13] <roc> depends on the contxt I guess
  35. # [01:13] <roc> I also missed a closing >
  36. # [01:13] <aho> ye
  37. # [01:14] <taptapir> thanks
  38. # [01:14] <taptapir> will try
  39. # [01:14] <aho> i liked my approach better though .>
  40. # [01:15] <aho> i.e. not touching the dom and not invoking the html parser as well
  41. # [01:15] <aho> <:
  42. # [01:15] <roc> either way's fine, but my way's less code to write
  43. # [01:17] <aho> well, my personal use-case is somewhat different... i check codec is supported in order to download the right resource-blob (which contains everything)
  44. # [01:17] <aho> +which
  45. # [01:26] * Joins: weinig (~weinig@c-69-181-125-223.hsd1.ca.comcast.net)
  46. # [01:27] * Parts: taptapir (~cosku@95.70.199.163)
  47. # [01:32] * Joins: boblet (~boblet@p1201-ipbf709osakakita.osaka.ocn.ne.jp)
  48. # [01:32] * miketaylr is now known as miketaylr|zombie
  49. # [01:40] * Quits: smaug (~chatzilla@a91-154-40-222.elisa-laajakaista.fi) (Ping timeout: 264 seconds)
  50. # [01:42] * Joins: erlehmann (~erlehmann@188.106.96.72)
  51. # [01:56] * Quits: Anonameless (Nameless@cm218-252-156-82.hkcable.com.hk) (Quit: Leaving)
  52. # [01:58] * Joins: nimbu (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net)
  53. # [01:59] * Joins: taf2 (~taf2@pool-98-117-216-229.bltmmd.fios.verizon.net)
  54. # [02:00] * Quits: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net) (Ping timeout: 260 seconds)
  55. # [02:00] * nimbu is now known as nimbupani
  56. # [02:09] * Quits: Martijnc (~Martijnc@91.176.165.155)
  57. # [02:10] * Joins: kennyluck_ (~kennyluck@EM114-48-130-101.pool.e-mobile.ne.jp)
  58. # [02:14] * Quits: kennyluck (~kennyluck@EM111-188-27-118.pool.e-mobile.ne.jp) (Ping timeout: 265 seconds)
  59. # [02:14] * kennyluck_ is now known as kennyluck
  60. # [02:18] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  61. # [02:23] * Quits: tndH (~Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.1/2008072406])
  62. # [02:34] * Quits: justicefries (~gerred@c-98-245-71-126.hsd1.co.comcast.net) (Read error: Operation timed out)
  63. # [02:41] * Joins: justicefries (~gerred@c-98-245-71-126.hsd1.co.comcast.net)
  64. # [02:51] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 245 seconds)
  65. # [02:54] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  66. # [02:57] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  67. # [03:08] * Quits: justicefries (~gerred@c-98-245-71-126.hsd1.co.comcast.net) (Quit: justicefries)
  68. # [03:13] * Quits: taf2 (~taf2@pool-98-117-216-229.bltmmd.fios.verizon.net) (Quit: taf2)
  69. # [03:16] * Quits: yutak_home (~kee@U017209.ppp.dion.ne.jp) (Quit: Ex-Chat)
  70. # [03:22] * miketaylr|zombie is now known as miketaylr
  71. # [03:45] * Joins: TheFuzzball (~quassel@188-221-96-34.zone12.bethere.co.uk)
  72. # [03:46] <TheFuzzball> Hi, I am trying to use <ul> and <li> recursively to make a list of lists, but it's not validating, can someone suggest an alternative?
  73. # [03:46] <annevk> yes, put the nested <ul> inside the <li> as per the specification
  74. # [03:48] <TheFuzzball> Ah, that makes sense, I was putting it outside of </li>
  75. # [03:48] <TheFuzzball> Thanks for that
  76. # [03:48] * Joins: wakaba_0 (~wakaba_@203-140-90-184.eonet.ne.jp)
  77. # [03:49] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 264 seconds)
  78. # [03:49] * Quits: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  79. # [04:01] * Joins: erlehmann_ (~erlehmann@dslb-188-103-027-169.pools.arcor-ip.net)
  80. # [04:04] * Quits: erlehmann (~erlehmann@188.106.96.72) (Ping timeout: 240 seconds)
  81. # [04:06] * Joins: zcorpan_ (~zcorpan@c-1799e355.410-6-64736c14.cust.bredbandsbolaget.se)
  82. # [04:07] * Joins: bzed_ (~bzed@devel.recluse.de)
  83. # [04:09] * Quits: bzed (~bzed@devel.recluse.de) (Ping timeout: 248 seconds)
  84. # [04:10] * Joins: bzed (~bzed@devel.recluse.de)
  85. # [04:13] * Quits: bzed_ (~bzed@devel.recluse.de) (Ping timeout: 260 seconds)
  86. # [04:15] * Joins: justicefries (~gerred@c-98-245-71-126.hsd1.co.comcast.net)
  87. # [04:22] * Quits: sebmarkbage (~miranda@h-70-237.A146.priv.bahnhof.se) (Quit: http://calyptus.eu/)
  88. # [04:23] * Joins: mpt (~mpt@canonical/mpt)
  89. # [04:23] * Quits: mpt (~mpt@canonical/mpt) (Read error: Connection reset by peer)
  90. # [04:28] * Joins: MikeSmith (~MikeSmith@EM114-48-154-223.pool.e-mobile.ne.jp)
  91. # [04:43] * Quits: kbrosnan (~kbrosnan@ip24-250-54-36.ri.ri.cox.net) (Ping timeout: 265 seconds)
  92. # [04:47] * Joins: wakaba_ (~wakaba_@203-140-90-184.eonet.ne.jp)
  93. # [04:49] * Quits: wakaba_0 (~wakaba_@203-140-90-184.eonet.ne.jp) (Ping timeout: 265 seconds)
  94. # [04:51] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  95. # [04:52] * Quits: wakaba_ (~wakaba_@203-140-90-184.eonet.ne.jp) (Ping timeout: 260 seconds)
  96. # [04:52] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  97. # [04:52] * Joins: kbrosnan (~kbrosnan@ip24-250-54-36.ri.ri.cox.net)
  98. # [04:56] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  99. # [04:58] * Joins: MikeSmithX (~MikeSmith@EM114-48-21-11.pool.e-mobile.ne.jp)
  100. # [05:01] * Quits: MikeSmith (~MikeSmith@EM114-48-154-223.pool.e-mobile.ne.jp) (Ping timeout: 265 seconds)
  101. # [05:08] * MikeSmithX is now known as MikeSmith
  102. # [05:08] <MikeSmith> http://code.google.com/p/epub-revision/wiki/F2FDayTwo#EPUB_&_the_Web
  103. # [05:09] <MikeSmith> http://code.google.com/p/epub-revision/wiki/F2FDayTwo#CSS_2.1_/_CSS_3
  104. # [05:10] <MikeSmith> rather: http://code.google.com/p/epub-revision/wiki/F2FDayTwo#relationship_to_CSS_2.1_and_CSS_3
  105. # [05:10] <MikeSmith> oops
  106. # [05:10] <MikeSmith> ah un-oops
  107. # [05:10] <MikeSmith> that's the right links
  108. # [05:10] <MikeSmith> *link
  109. # [05:11] <MikeSmith> see this part:
  110. # [05:11] <MikeSmith> "Markus: trial close - we as WG want to have a preferred/core grammar which is compatible with a subset of HTML5"
  111. # [05:11] <MikeSmith> and this:
  112. # [05:11] <MikeSmith> http://code.google.com/p/epub-revision/wiki/F2FDayTwo#STRAW_POLL_=_overwhelming_support_for_Markus's_proposition
  113. # [05:11] <MikeSmith> "STRAW POLL = overwhelming support for Markus's proposition"
  114. # [05:13] <annevk> also contains commentary from Norman Welsh on HTML5 -- rare
  115. # [05:14] <MikeSmith> yeah
  116. # [05:14] <MikeSmith> I believe Norm joined the ePub 2.1 WG recently
  117. # [05:14] <MikeSmith> I'm trying to find a public mailing list for the group
  118. # [05:14] <MikeSmith> I think there isn't one
  119. # [05:14] <MikeSmith> but they do seem to at least publish their telcon and f2f minutes
  120. # [05:15] <MikeSmith> e.g., most recent telcon: http://code.google.com/p/epub-revision/wiki/Telcon20100624
  121. # [05:16] <MikeSmith> the recent huge growth in the e-book market would seem to make this ePub 2.1 update especially important
  122. # [05:16] <MikeSmith> draft requirements for global language support -
  123. # [05:16] <MikeSmith> http://code.google.com/p/epub-revision/wiki/EGLS_requirement_list
  124. # [05:19] <roc> that transcript pretty annoying
  125. # [05:19] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  126. # [05:22] * Joins: MikeSmithX (~MikeSmith@EM114-48-200-85.pool.e-mobile.ne.jp)
  127. # [05:22] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  128. # [05:23] <MikeSmithX> roc: what particular part of it?
  129. # [05:23] <roc> the Webkit == HTML5 stuff
  130. # [05:23] <MikeSmithX> the fact that they seem to think Webkit is the only HTML5 browser engine on the market?
  131. # [05:23] <MikeSmithX> ah
  132. # [05:23] <MikeSmithX> yeah, we need to educate them about that
  133. # [05:24] <MikeSmithX> roc: would behoove us to try to get some browser people in that group
  134. # [05:24] <MikeSmithX> I think most of their f2f meetings are in NYC
  135. # [05:24] <roc> get Rob Sayrer in their group, that'd shake them up
  136. # [05:24] <MikeSmithX> heh
  137. # [05:24] <MikeSmithX> that'd shake any group up
  138. # [05:25] <roc> the other annoying thing is their complaining about CSS 2.1 being unstable
  139. # [05:25] * Quits: MikeSmith (~MikeSmith@EM114-48-21-11.pool.e-mobile.ne.jp) (Ping timeout: 265 seconds)
  140. # [05:25] <MikeSmithX> yeah, there clearly seem to be some misperceptions there about a few things
  141. # [05:26] * Quits: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de) (Quit: ⌘Q)
  142. # [05:26] <roc> there are all these W3C specs that made it to REC because they didn't have good test suites, or wide implementation, or real-world content to deal with
  143. # [05:26] <MikeSmithX> annevk: I suggest you might want to bring the ePub 2.1 stuff to that attention of Lars-Erik and Chaals
  144. # [05:26] <MikeSmithX> annevk: and bug them about getting some people into that group
  145. # [05:26] <roc> so a lot of people think that stuff like XSL-FO is somehow "more mature" than CSS 2.1
  146. # [05:26] <roc> which is laughable
  147. # [05:27] <MikeSmithX> yeah
  148. # [05:27] <MikeSmithX> but in that transcript there does at least seem to be a hint of pragmatism and understanding about market realities
  149. # [05:28] <roc> yeah
  150. # [05:28] <roc> that's good
  151. # [05:29] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
  152. # [05:29] <MikeSmithX> e.g., "Markus: rational for supporting XML with DAISY was that web was evolving to XML vocabularies as first-class, but in practice this hasn't happened"
  153. # [05:29] <MikeSmithX> nattokirai: good timing
  154. # [05:29] <annevk> "Brady: multi-column layout is eligible for exiting CR in next few days, maybe it's time to go to W3C and use muscle" -- they're in for a surprise :)
  155. # [05:29] <nattokirai> MikeSmithX: what's up?
  156. # [05:29] <MikeSmithX> nattokirai: we were just talking about the new ePub 2.1 work
  157. # [05:30] <nattokirai> oh lordy
  158. # [05:30] <MikeSmithX> nattokirai: ePub 2.1 seems likely to end up being based on what's actually being implemented in current browsers
  159. # [05:30] * Joins: ako (~nya@g228019153.adsl.alicedsl.de)
  160. # [05:30] <MikeSmithX> nattokirai: btw, I had lunch with Makoto Murata the other day
  161. # [05:31] <MikeSmithX> part of what we talked about was... vertical text
  162. # [05:31] <MikeSmithX> see http://code.google.com/p/epub-revision/wiki/EGLS_requirement_list
  163. # [05:32] <MikeSmithX> nattokirai: I think it would be really helpful to get technical people from some browser projects involved in that group
  164. # [05:32] <nattokirai> so, the problem is this
  165. # [05:32] <nattokirai> ePub has a very specific set of requirements
  166. # [05:32] <MikeSmithX> nattokirai: Murata-san tells me there is a related meeting going on in August in Sapparo
  167. # [05:32] <nattokirai> that don't quite match HTML in the large
  168. # [05:32] * MikeSmithX nods
  169. # [05:32] <nattokirai> for example
  170. # [05:33] <nattokirai> wtf is to be done with form controls?
  171. # [05:33] <MikeSmithX> nattokirai: I believe that part of what they are doing with the ePub 2.1 is some course correction to address that problem
  172. # [05:33] <nattokirai> vertical versions?
  173. # [05:33] <MikeSmithX> nattokirai: yeah, understood
  174. # [05:33] * nattokirai shudders
  175. # [05:33] <nattokirai> and the dark corners of css3 are all impacted
  176. # [05:33] * Quits: aho (~nya@e176227011.adsl.alicedsl.de) (Ping timeout: 276 seconds)
  177. # [05:34] <MikeSmithX> that's why we should get some people in there to help them understand
  178. # [05:34] * MikeSmithX is now known as MikeSmith
  179. # [05:34] <annevk> ah, /whois nattokirai clears things up, hey John :)
  180. # [05:34] <nattokirai> howdy
  181. # [05:34] <nattokirai> i could be wrong but i think vertical text is really going to mean a full rewrite
  182. # [05:34] <MikeSmith> nattokirai seems to have a magic way of showing up any time we start to talk about stuff related to layout
  183. # [05:34] <nattokirai> of a lot of layout engines
  184. # [05:34] <MikeSmith> wow
  185. # [05:35] <MikeSmith> well, that'd suck
  186. # [05:35] <MikeSmith> or actually, it would not happen
  187. # [05:35] <MikeSmith> not for a long time at least
  188. # [05:35] <roc> right, that won't happen
  189. # [05:35] <nattokirai> well, i think the right time to address it is as part of some form of grid layout
  190. # [05:35] <boblet> ouch
  191. # [05:35] <nattokirai> in whatever form that takes
  192. # [05:36] <roc> where do things come unstuck if we define vertical layout as a rotation transformation plus setting some kind of 'glyph-orientation' property? (That can also affect certain replaced elements such as images)
  193. # [05:36] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  194. # [05:36] <MikeSmith> which means that people in Japan and Taiwan who want to read e-books that more closely match the user experience of real books will instead have to read PDFs or something else not based on HTML+CSS
  195. # [05:36] <nattokirai> roc: so you need to flow across columns
  196. # [05:36] <annevk> or Internet Explorer starts dominating their market :p
  197. # [05:37] <nattokirai> so transformations aren't really right
  198. # [05:37] <roc> I'm not sure what you mean
  199. # [05:37] <roc> some Chinese newspapers have horizontal columns, but that would work OK
  200. # [05:37] <MikeSmith> annevk: yeah, no joke -- seriously market opportunity for IE9 in the eBook market .. let's try to keep it a secret
  201. # [05:38] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
  202. # [05:38] <nattokirai> well, like mirroring in bidi you have different vertical punctuation forms
  203. # [05:38] <boblet> heh
  204. # [05:38] <roc> well, except "IE9" and "mobile" can't really be used in the same sentence
  205. # [05:38] <nattokirai> heh
  206. # [05:38] <nattokirai> MikeSmith: i actually think xsl 1.1 is closer to what ePub wants
  207. # [05:39] <MikeSmith> roc: btw, another note of pragmatism from the minutes: "Markus: rational for supporting XML with DAISY was that web was evolving to XML vocabularies as first-class, but in practice this hasn't happened" (Markus is CTO of DAISY and chair of the WG)
  208. # [05:39] <boblet> ruby on vertical text would no doubt be an extra layer of fun to implement too
  209. # [05:39] <annevk> given how complex CSS layout is nowadays it sort of dazzles me when I try to think of vertical
  210. # [05:39] <nattokirai> well, ruby is easy compared to things like warichu
  211. # [05:39] <MikeSmith> nattokirai: xsl 1.1 as opposed to what? CSS?
  212. # [05:39] <annevk> especially how certain complicated parts of CSS layout nowadays are not defined (e.g. tables)
  213. # [05:39] <nattokirai> which is two columns of text displayed within a larger column
  214. # [05:39] <roc> nattokirai: selecting correct character forms could be handled without much hassle
  215. # [05:39] <nattokirai> yup
  216. # [05:40] <nattokirai> roc: i think it's completely doable but there are still lots of dependencies that need to be worked out
  217. # [05:40] <roc> seems like the way to go then
  218. # [05:41] <roc> since it can be done incrementally
  219. # [05:41] <nattokirai> so you define vertical versions of pop-up menus?
  220. # [05:41] <roc> popups already have interesting interactions with CSS transforms
  221. # [05:41] <roc> this would be no different
  222. # [05:41] <nattokirai> i can imagine
  223. # [05:42] <roc> making popups transform correctly isn't actually all that hard
  224. # [05:42] <boblet> damn, can’t afford to make it to Tokyo this week. will be sorry to miss your talk nattokirai
  225. # [05:42] <roc> make the widget the right size, make it transparent, carry in the transform when rendering, and Bob's your uncle
  226. # [05:42] <nattokirai> boblet: i'll post slides...
  227. # [05:42] <roc> if you actually want to do that. I think it would freak people out.
  228. # [05:43] <nattokirai> heh
  229. # [05:43] <roc> I think having an untransformed popup appear in roughly the right place would be satisfactory, wouldn't it?
  230. # [05:43] <nattokirai> dunno, might work
  231. # [05:44] <nattokirai> but it relates back to the whole top is right debate
  232. # [05:44] <roc> I mean, it's not as if we're striving to faithfully render Qin dynasty popups
  233. # [05:44] <nattokirai> well, it's not totally unreasonable
  234. # [05:44] <nattokirai> tests in japan are given in vertical form
  235. # [05:45] <nattokirai> so having radio buttons flow vertically should be natural
  236. # [05:45] <nattokirai> and fairly simple
  237. # [05:46] <nattokirai> i think this really requires a vertical layout module
  238. # [05:46] <nattokirai> that tries to cover the minimal set needed to make things work
  239. # [05:46] <nattokirai> otherwise you'll be playing spec whack-a-mole
  240. # [05:47] <nattokirai> MikeSmith: yeah, so i think xsl 1.1 instead of css makes sense for the ePub requirements
  241. # [05:48] * Quits: kbrosnan (~kbrosnan@ip24-250-54-36.ri.ri.cox.net) (Ping timeout: 260 seconds)
  242. # [05:50] <nattokirai> roc: btw, did you follow the whole physical vs. logical dimensions debate?
  243. # [05:50] <roc> I have in the past
  244. # [05:50] <roc> in fact, I instigated the latest round of it
  245. # [05:50] <roc> I may have not kept up recently
  246. # [05:50] <nattokirai> so you think it makes sense to add margin-before/after/start/end?
  247. # [05:51] <roc> ohhhh
  248. # [05:51] <roc> sorry
  249. # [05:51] <roc> I was thinking about units
  250. # [05:51] <roc> nattokirai: vertical-flowing radio buttons would work fine with a transforms-based approach
  251. # [05:51] * Quits: justicefries (~gerred@c-98-245-71-126.hsd1.co.comcast.net) (Quit: justicefries)
  252. # [05:52] <MikeSmith> nattokirai: where are you going to be presenting?
  253. # [05:52] <roc> the question you raised was whether we need to be able to have a single stylesheet that can intelligently style content without knowing what the orientation is
  254. # [05:52] <roc> right?
  255. # [05:52] <nattokirai> yes
  256. # [05:52] <nattokirai> MikeSmith: WDE ex, Apple Store Ginza, wed eve
  257. # [05:53] <MikeSmith> ah good
  258. # [05:53] <nattokirai> roc: not sure about transforms
  259. # [05:54] * Quits: MikeSmith (~MikeSmith@EM114-48-200-85.pool.e-mobile.ne.jp) (Quit: This computer has gone to sleep)
  260. # [05:54] <nattokirai> roc: you need to use vertical metrics, use vertical glyphs, and some layout features will be vertical specific
  261. # [05:54] <roc> right so some layout features need to use vertical forms
  262. # [05:55] <nattokirai> so the natural thing is to key off writing-mode
  263. # [05:55] * Joins: kbrosnan (~kbrosnan@ip24-250-54-36.ri.ri.cox.net)
  264. # [05:55] <nattokirai> plus you have to deal with full-width/half-width issues to do it right
  265. # [05:56] <nattokirai> i.e. in horizontal mode use proportional glyphs but in vertical use full-width
  266. # [05:56] <roc> but at least you start from a position where everything is well-defined, and then you add features or specialize behaviour in some places to get better results
  267. # [05:57] <nattokirai> you can force that down into the content but it's really more styling
  268. # [05:58] <nattokirai> yeah, i think the best way forward is to use writing-mode
  269. # [05:58] <nattokirai> and add some property *values* like start, end to text-align
  270. # [05:58] <nattokirai> but stay away from "logical" properties like margin-before/after/start/end
  271. # [05:58] <roc> yeah
  272. # [05:59] <roc> did anyone come up with good use-cases for being able to style content independent of the orientation?
  273. # [05:59] <nattokirai> it's an ePub thing
  274. # [05:59] <nattokirai> ePub readers allow a user to flip orientation
  275. # [06:00] <nattokirai> horizontal vs. vertical
  276. # [06:00] <roc> they could have two stylesheets?
  277. # [06:00] <nattokirai> yes but the claim is that's too much of a burden
  278. # [06:00] * Joins: aho (~nya@f052211006.adsl.alicedsl.de)
  279. # [06:01] <roc> how about a pseudo-class on the root element for the "master" writing-mode?
  280. # [06:01] <nattokirai> yes, i think that's what murata-san is thinking about now
  281. # [06:01] <nattokirai> a 'principal-writing-mode' or something like that
  282. # [06:01] <roc> really need some examples
  283. # [06:02] <annevk> then you have a selector directly depending on a property
  284. # [06:02] <roc> of content that can be viewed in either mode and that's burdensome to style with multiple rules or stylesheets
  285. # [06:02] <roc> annevk: not if you have the UA set that psuedo-class externally
  286. # [06:02] <roc> so the same thing that sets the initial writing-mode also sets the selector state
  287. # [06:03] <annevk> so if you then overwrite it it's okay?
  288. # [06:03] * Quits: ako (~nya@g228019153.adsl.alicedsl.de) (Ping timeout: 265 seconds)
  289. # [06:03] <annevk> seems kind of odd, but I guess you only need it for such a flip scenario
  290. # [06:04] <nattokirai> roc: http://lists.w3.org/Archives/Public/www-style/2010Jun/0133.html
  291. # [06:04] <nattokirai> roc: examples of Latin text and numerals in Japanese text layout
  292. # [06:05] <roc> yeah
  293. # [06:05] <roc> I've seen similar stuff in some Chinese papers
  294. # [06:05] <roc> note though
  295. # [06:05] <roc> some of what they do is probably "we don't know what we're doing" rather than "it really needs to be done this way"
  296. # [06:05] <nattokirai> heh
  297. # [06:06] <roc> especially where they're being inconsistent!
  298. # [06:06] <nattokirai> well, there are absolute rules and fuzzy rules, as with anything
  299. # [06:06] <nattokirai> distinguishing between the two is a subtle art i think
  300. # [06:10] * Joins: MikeSmith (~MikeSmith@EM114-48-200-85.pool.e-mobile.ne.jp)
  301. # [06:11] <nattokirai> MikeSmith: so what's the event in Sapporo?
  302. # [06:15] * Quits: MikeSmith (~MikeSmith@EM114-48-200-85.pool.e-mobile.ne.jp) (Client Quit)
  303. # [06:16] * Joins: MikeSmith (~MikeSmith@EM114-48-200-85.pool.e-mobile.ne.jp)
  304. # [06:17] <MikeSmith> nattokirai: gimme a few minutes, I'll get you the details
  305. # [06:18] * Quits: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: nimbupani)
  306. # [06:30] * Quits: miketaylr (~miketaylr@67.111.52.130.ptr.us.xo.net) (Remote host closed the connection)
  307. # [07:04] * Joins: mdelaney (~mdelaney@c-24-6-60-29.hsd1.ca.comcast.net)
  308. # [07:08] * Quits: kennyluck (~kennyluck@EM114-48-130-101.pool.e-mobile.ne.jp) (Quit: kennyluck)
  309. # [07:08] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
  310. # [07:09] * Joins: wakaba_ (~wakaba_@203-140-90-184.eonet.ne.jp)
  311. # [07:12] * Quits: roc (~roc@203-97-204-82.dsl.clear.net.nz) (Quit: roc)
  312. # [07:13] * Quits: mdelaney (~mdelaney@c-24-6-60-29.hsd1.ca.comcast.net) (Quit: mdelaney)
  313. # [07:15] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
  314. # [07:33] <hsivonen> interesting change of attitude at epub/DAISY
  315. # [07:39] * Joins: MikeSmithX (~MikeSmith@EM114-48-19-211.pool.e-mobile.ne.jp)
  316. # [07:42] * Quits: MikeSmith (~MikeSmith@EM114-48-200-85.pool.e-mobile.ne.jp) (Ping timeout: 265 seconds)
  317. # [07:54] * MikeSmithX is now known as MikeSmith
  318. # [07:54] * Joins: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de)
  319. # [07:55] * Quits: eighty4_ (~eighty4@c-76c8e455.012-403-6c6b701.cust.bredbandsbolaget.se) (Remote host closed the connection)
  320. # [08:00] * Quits: mmn (~mmn@129-97-225-230.uwaterloo.ca) (Quit: Leaving.)
  321. # [08:02] <MikeSmith> hsivonen: yeah
  322. # [08:02] <MikeSmith> and encouraging
  323. # [08:07] * Joins: henrikbjorn (~hb@80.199.116.190.static.peytz.dk)
  324. # [08:14] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 248 seconds)
  325. # [08:18] * Joins: eighty4 (~eighty4@h-112-7.A163.corp.bahnhof.se)
  326. # [08:24] <hsivonen> MikeSmith: whether it's encouraging depends on whether it results in requirements that are off-focus for the Web being brought into the HTML WG
  327. # [08:25] <hsivonen> but how can a group be concerned that CSS 2.1 might not be stable enough and at the same time be wanting extensibility
  328. # [08:25] <hsivonen> ?
  329. # [08:25] <hsivonen> isn't extensibility a gaping loophole of instability?
  330. # [08:29] * Joins: Amorphous (jan@unaffiliated/amorphous)
  331. # [08:30] * Quits: kling (~kling@nat/trolltech/x-fchnbmmxppehxjpe) (Ping timeout: 240 seconds)
  332. # [08:31] <MikeSmith> I'm not even sure what they mean by "extensibility"
  333. # [08:32] <MikeSmith> or what anybody does
  334. # [08:33] <othermaciej> who thinks CSS 2.1 is not stable enough?
  335. # [08:33] <MikeSmith> Murata-san did mention something to me about a particular vocabulary from another vocab that there is some use case for including in ePub files
  336. # [08:34] <MikeSmith> to which I said I'd like to know the particular use case
  337. # [08:34] <MikeSmith> and that it may well be that addressing that use case does not require namespace support in order to include some existing vocab
  338. # [08:34] * Quits: aho (~nya@f052211006.adsl.alicedsl.de) (Quit: EXEC_over.METHOD_SUBLIMATION)
  339. # [08:34] <MikeSmith> and may not even require that particular vocab at all
  340. # [08:37] <MikeSmith> hsivonen: and yeah, one would think that for a format like this especially, where you have particularly constrained devices that it's meant to be deployed on, a mechanism for arbitrary extensibility would not be a great way to ensure interoperability and stability
  341. # [08:37] <MikeSmith> but as always, it'd help for everybody to keep an open mind
  342. # [08:38] * Joins: kling (~kling@nat/trolltech/x-itsurxyopevdqunu)
  343. # [08:38] <MikeSmith> othermaciej: I am told there are some Apple folk who are in the ePub 2.1 WG, but in looking through the names of the people who attended the f2f, I don't see names of anybody familiar from Webkit team
  344. # [08:39] <othermaciej> I can try to find out who if anyone is involved from Apple
  345. # [08:39] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
  346. # [08:39] <MikeSmith> othermaciej: there's a long list of attendees here:
  347. # [08:39] <MikeSmith> http://code.google.com/p/epub-revision/wiki/F2F201006Agenda
  348. # [08:40] * Quits: henrikbjorn (~hb@80.199.116.190.static.peytz.dk) (*.net *.split)
  349. # [08:40] * Quits: zcorpan_ (~zcorpan@c-1799e355.410-6-64736c14.cust.bredbandsbolaget.se) (*.net *.split)
  350. # [08:40] * Quits: irclogbot_ (~bot@li165-234.members.linode.com) (*.net *.split)
  351. # [08:40] * Quits: Yudai (~Yudai@p6eac83.kngwnt01.ap.so-net.ne.jp) (*.net *.split)
  352. # [08:40] * Quits: ryuone (~ryuone@ryuone.com) (*.net *.split)
  353. # [08:40] <MikeSmith> damn, that really is a long list, too
  354. # [08:40] <MikeSmith> 60 people
  355. # [08:40] <othermaciej> I didn't recognize any of the names
  356. # [08:40] <othermaciej> that is indeed a long list
  357. # [08:41] <hsivonen> othermaciej: Gregory's comment seemed to imply instability of CSS 2.1, but maybe I was reading too much into it
  358. # [08:42] <hsivonen> then in the other end of the spectrum there's the participant who'd just go with what WebKit does
  359. # [08:43] <hsivonen> MikeSmith: is the Michael Smith on the participant list someone else who doesn't have (tm)?
  360. # [08:43] <MikeSmith> hsivonen: it's someone who's not me :)
  361. # [08:44] <hsivonen> ok
  362. # [08:44] <MikeSmith> and also someone who's probably not the same Michael Smith who is a Google Chrome product manager
  363. # [08:44] * Joins: zalan (~zalan@catv-89-135-140-7.catv.broadband.hu)
  364. # [08:44] <MikeSmith> hsivonen: about the Webkit mentions, roc commented on that earlier
  365. # [08:44] * MikeSmith notices rolandsteiner
  366. # [08:45] <MikeSmith> rolandsteiner: we been having some discussion here today about the ePub 2.1 work
  367. # [08:45] <MikeSmith> which includes some work to try to address "global language" needs, and vertical text in particular
  368. # [08:45] <othermaciej> someone seemed to think MathML was a reason for extensibility, because WebKit doesn't support it yet (at least not complete or on by default)
  369. # [08:46] <MikeSmith> rolandsteiner: if you're interested, see scrollback and/or http://krijnhoetmer.nl/irc-logs/whatwg/20100628
  370. # [08:46] <MikeSmith> hamaji: ↑ also
  371. # [08:47] <othermaciej> it is quite surprising how many times webkit is mentioned by name in the minutes there
  372. # [08:47] <MikeSmith> othermaciej: hmm, OK.. well that just seems like confusion about what extensibility is about
  373. # [08:47] <MikeSmith> othermaciej: one guy who mentions it a few time seems to be at Adobe
  374. # [08:47] <MikeSmith> "Ric" in the minutes
  375. # [08:48] <hsivonen> is Bill McCoy the same Bill McCoy as the one who participated briefly on the WHATWG list in 2005? http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2005-January/002784.html
  376. # [08:48] <MikeSmith> Ric = Ric Wright, Adobe
  377. # [08:49] <othermaciej> someone in those minutes indirectly says the HTML5 standards process is "highly politicized"
  378. # [08:49] <othermaciej> "CSS3 != HTML5. The specification process for CSS3 modules is not highly-politicized and many modules have seen renewed interest in recent weeks."
  379. # [08:49] <MikeSmith> hsivonen: I would guess so, yes - http://blogs.adobe.com/billmccoy/
  380. # [08:50] <MikeSmith> http://billmccoybooks2.blogspot.com/
  381. # [08:50] <othermaciej> someone else says: "to all intents and purposes HTML5 is whatever is in Webkit nightlies, you are deluding yourself if you are waiting for W3C"
  382. # [08:50] <othermaciej> (that's Ric W I guess?)
  383. # [08:50] <MikeSmith> othermaciej: is the HTML5 standards process not highly politicized?
  384. # [08:50] * hsivonen notes that the WHATWG email was before the Macromedia merger when Adobe has the Adobe Intelligent Document Platform thing going on with PDF and Reader
  385. # [08:51] <hsivonen> s/has/had/
  386. # [08:51] <MikeSmith> and anybody who thinks that there's not some politics in the CSS WG as well obviously doesn't know much about that group
  387. # [08:51] <othermaciej> MikeSmith: I decline to comment on the merits of that statement one way or the other, for obvious political reasons
  388. # [08:51] <MikeSmith> heh
  389. # [08:51] <othermaciej> standards are politics
  390. # [08:51] <MikeSmith> amen
  391. # [08:52] <MikeSmith> anybody who believe otherwise is fooling themselves
  392. # [08:52] <othermaciej> the moment independent parties need to agree on something, you are fundamentally engaged in a political exercise
  393. # [08:52] <MikeSmith> yep
  394. # [08:53] <MikeSmith> and if you just instead sit around agreeing with each other, that's a possible sign that you are not talking about anything that anybody else cares about
  395. # [08:53] <othermaciej> or as wikipedia would put it, "Politics is a process by which groups of people make collective decisions."
  396. # [08:53] <MikeSmith> othermaciej: I disagree with you about that
  397. # [08:53] <MikeSmith> (sorry, I just figured I needed to throw in some token disagreement to support my point)
  398. # [08:53] <othermaciej> MikeSmith: no, you!
  399. # [08:54] * abarth|zZz is now known as abarth|InBodyMod
  400. # [08:54] <MikeSmith> OK, clearly I will only be victimized and ridiculed here -- I will now go off to start a different channel
  401. # [08:54] * abarth|InBodyMod is now known as abarth|InBody
  402. # [08:54] <MikeSmith> or actually, I think I will instead just do all my commenting on twitter
  403. # [08:55] <MikeSmith> or as comments on other people's blogs
  404. # [08:57] <MikeSmith> for some reason that seems like a better way than the strategy that has so for resulted in seeing actual features getting implemented all over the place in shipping browsers
  405. # [08:57] <MikeSmith> but hey, who cares about stuff being implemented
  406. # [08:57] <MikeSmith> anyway, I digress
  407. # [08:59] <MikeSmith> meanwhile, abarth|InBody wakes up, parachutes in, and hits the ground running
  408. # [09:00] * Joins: henrikbjorn (~hb@80.199.116.190.static.peytz.dk)
  409. # [09:00] * Joins: irclogbot_ (~bot@li165-234.members.linode.com)
  410. # [09:00] * Joins: Yudai (~Yudai@p6eac83.kngwnt01.ap.so-net.ne.jp)
  411. # [09:00] * Joins: ryuone (~ryuone@ryuone.com)
  412. # [09:00] <MikeSmith> if I don't have a conformant HTML5 tree builder in Webkit by the end of this week, I'm going to withdraw my ambassador
  413. # [09:01] <othermaciej> heh
  414. # [09:01] <nessy> lol
  415. # [09:01] <MikeSmith> or file a formal diplomatic protest with Ban Ki Moon
  416. # [09:05] * Joins: zcorpan_ (~zcorpan@c-1799e355.410-6-64736c14.cust.bredbandsbolaget.se)
  417. # [09:07] <MikeSmith> hsivonen: http://www.webpaper.net/blog seems to be Bill McCoy's current venture
  418. # [09:09] <MikeSmith> "And that Adobe would be passing around back-slaps for an Apple-forced port from ActionScript to Objective C, calling that "innnovation" is, well, kind of sad."
  419. # [09:09] <MikeSmith> he has a way with words, that's for sure
  420. # [09:18] <abarth|InBody> MikeSmith: we only recently where able to parse the document "<html>"
  421. # [09:19] <abarth|InBody> MikeSmith: having a fully conformant tree builder by the end of the week is a bit ... optimistic :)
  422. # [09:20] * Quits: everton (~everton@KD118153063184.ppp-bb.dion.ne.jp) (Quit: everton)
  423. # [09:23] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 276 seconds)
  424. # [09:23] <hsivonen> MikeSmith: it's kinda sad that so many people want to put paper-like stuff on the Web instead of putting Web-like stuff on the Web
  425. # [09:25] * Joins: roc (~roc@121.98.230.221)
  426. # [09:25] * Joins: Heimidal (~heimidal@unaffiliated/heimidal)
  427. # [09:26] * Joins: MikeSmithX (~MikeSmith@EM111-188-41-13.pool.e-mobile.ne.jp)
  428. # [09:26] * Joins: kennyluck (~kennyluck@tea04.w3.mag.keio.ac.jp)
  429. # [09:27] <hsivonen> wow. if Adobe's Reader Mobile SDK doesn't support the "enterprise" features of PDF, it seems like an admission that PDF peaked at 1.4
  430. # [09:27] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  431. # [09:28] <hsivonen> PDF 1.4 seems to be what everyone outside Adobe was targeting anyway
  432. # [09:29] * Quits: MikeSmith (~MikeSmith@EM114-48-19-211.pool.e-mobile.ne.jp) (Ping timeout: 265 seconds)
  433. # [09:32] <Dashiva^2> What are the enterprise features?
  434. # [09:33] <othermaciej> what version of PDF has those?
  435. # [09:33] <hsivonen> Dashiva^2: "interactive forms, security of the Livecycle PolicyServer variety, JavaScript, and digital signatures"
  436. # [09:33] <hsivonen> quoting from http://billmccoybooks2.blogspot.com/2010/01/q-what-pdf-version-for-ebooks.html
  437. # [09:33] <MikeSmithX> abarth|InBody: well, I'm an optimist.. if I weren't, I guess I'd be doing something else for a living
  438. # [09:33] * MikeSmithX is now known as MikeSmith
  439. # [09:34] <hsivonen> also, the later versions of PDF have *totally* off-focus CAD features
  440. # [09:34] <MikeSmith> abarth|InBody: anyway, I'm just trying to giving you some grief.. I realize it'll take a while
  441. # [09:34] <MikeSmith> e.g., maybe two weeks instead of one
  442. # [09:35] <hsivonen> too bad Adobe's PDF went bad after 1.4
  443. # [09:36] <hsivonen> now if you want some good post-1.4 features, there's no easy shorthand for talking about 1.4 + the good parts of later PDF versions
  444. # [09:37] <hsivonen> (I count the ability to apply the deflate algorithm to everything a good part albeit a marginal one)
  445. # [09:40] <Dashiva^2> Javascript seems more like a bug than a feature in PDF...
  446. # [09:40] <hsivonen> Dashiva^2: indeed
  447. # [09:41] <hsivonen> btw, what's for Windows what Preview is for Mac and Evince is for Gnome?
  448. # [09:42] <Dashiva^2> Foxit? Not sure what Preview and Evince "are"
  449. # [09:42] <hsivonen> Dashiva^2: Preview and Evince are faster than Adobe Reader and (I believe) have fewer serious exploitable security holes or are at least less actively being exploited
  450. # [09:43] <abarth|InBody> hsivonen: notepad?
  451. # [09:43] <Dashiva^2> Then probably Foxit
  452. # [09:44] <hsivonen> abarth|InBody: I meant for users who aren't comfortable with only viewing source in the PDF case
  453. # [09:44] <MikeSmith> hsivonen: about the wanting paper-like stuff on the Web problem -- yeah, it seems like some people maybe "can't see the forest for the trees" (or whatever metaphor) -- that is, they seem overly focused on trying to replicate the print-reading experience on the Web, and not nearly enough focused on trying to see how to best exploit the richer features of the Web to deliver and even better reading experience
  454. # [09:44] <hsivonen> Dashiva^2: thanks
  455. # [09:44] <othermaciej> MikeSmith: making good flexible layouts is hard
  456. # [09:45] <hsivonen> is the business model of Foxit Reader to be a gateway drug for their PDF creation stuff?
  457. # [09:45] <MikeSmith> well, there are some features that we currently have only in print that are very important
  458. # [09:45] <othermaciej> it's also hard to get truly top quality typography about of browser-grade text layout engines
  459. # [09:45] <hsivonen> othermaciej: that's partly because raw speed is overrated
  460. # [09:46] * hsivonen gestures at the direction of WebKit on Mac not doing ligatures for Latin text where Cocoa text views and Gecko do
  461. # [09:46] <MikeSmith> othermaciej, hsivonen - e.g., vertical text is very important part of the user experience for reading in Japan .. lack of it for normal reading of e-books is a pretty big deal
  462. # [09:46] <othermaciej> raw speed of text layout?
  463. # [09:46] <MikeSmith> othermaciej: top-grade typography is not a high priority.. but being able to read vertical text is
  464. # [09:47] <hsivonen> othermaciej: why else would you not have the usual Mac ligature experience in WebKit?
  465. # [09:47] <othermaciej> I'm not even thinking specifically of ligatures, necessarily, I'm thinking of things like good quality justification (for which hyphenation is one prerequisite)
  466. # [09:47] * hsivonen wants hyphenation in Web engines
  467. # [09:48] <othermaciej> actually we just landed some hyphenation support in webkit
  468. # [09:48] <othermaciej> not sure which ports support it right now though
  469. # [09:48] <othermaciej> (it's opt-in with a CSS property)
  470. # [09:48] <hsivonen> othermaciej: sure, but isn't the lack of ligatures an indication that typography is sacrificed for speed benchmarks?
  471. # [09:48] <othermaciej> I can imagine supporting contextual forms and kerning pairs in latin scripts eventually, either through an opt-in CSS property or because we find a way to make the common case very fast
  472. # [09:49] <othermaciej> it's true that we care more about page load speed than ligatures in latin scripts (or at least have historically)
  473. # [09:49] <hsivonen> I think at least at some point there was a hidden pref in Safari for turning on better typography
  474. # [09:49] <othermaciej> WebKit's text rendering (in the fast-path case) is much much much much faster than any of the native APIs on Mac OS X
  475. # [09:50] <othermaciej> you can force everything to go through the slow path
  476. # [09:50] <hsivonen> othermaciej: but also uglier
  477. # [09:50] <othermaciej> I think our eventual strategy has to be to extend the fast-path code to handle things like kerning and ligatures
  478. # [09:50] <hsivonen> "Qu" on my site looks worse in WebKit than it does in Gecko on Mac
  479. # [09:51] <othermaciej> a lot of very visually picky people use Safari every day
  480. # [09:51] <othermaciej> I am inclined to say our choice of tradeoffs is reasonable
  481. # [09:51] <hsivonen> in Gecko, the 'Q' extends nicely under the 'u'
  482. # [09:52] <hsivonen> othermaciej: too bad there aren't many ligatures in Helvetica, so we don't got Gruber to call you on this :-(
  483. # [09:52] <othermaciej> Qu is of course a kerning pair not a ligature
  484. # [09:53] * Quits: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4) (Quit: Ex-Chat)
  485. # [09:53] <othermaciej> (as far as I can tell anyway, and in the default font
  486. # [09:53] <hsivonen> I thought the Q was a contextual alternative glyph
  487. # [09:53] <hsivonen> it's not just kerning
  488. # [09:53] <hsivonen> (I'm not suggesting it were a ligature)
  489. # [09:54] <othermaciej> I'm looking in Times 16 point and I don't see indications of an alternate glyph
  490. # [09:54] <othermaciej> but then, I'm not the most visually acute person in the world
  491. # [09:54] <hsivonen> othermaciej: the text is supposed to be in @font-face Linux Libertine
  492. # [09:54] * hsivonen wonders why WebKit isn't applying the font
  493. # [09:54] <othermaciej> oh, on your site in particular
  494. # [09:55] <othermaciej> I thought you were referring to Qu in general
  495. # [09:55] <othermaciej> mea culpa
  496. # [09:55] <hsivonen> othermaciej: I meant "Qu" on my site in particular
  497. # [09:55] * Joins: mike][inq (~mike@2001:858:5:303:224:81ff:fe12:b5c4)
  498. # [09:56] <othermaciej> it does however look like Safari is not applying the font (at least for me) on your site
  499. # [09:56] <hsivonen> othermaciej: I guess that's a bug in WebKit/Safari, then
  500. # [09:56] <hsivonen> othermaciej: I've had people point out to me that the font isn't getting applied
  501. # [09:57] <hsivonen> othermaciej: but debugging it is hard, because Apple doesn't allow me to virtualize a vanilla copy of OS X
  502. # [09:57] <hsivonen> and if the font exists on any mounted volume, Safari finds it
  503. # [09:57] <hsivonen> which is kinda creepy
  504. # [09:58] * Joins: svl (~chatzilla@a194-109-2-65.dmn.xs4all.nl)
  505. # [09:58] <hsivonen> and makes it hard to investigate the problem on a system I actually use
  506. # [09:58] <othermaciej> I believe the font server is going to get less aggressive with hunting for fonts
  507. # [09:59] <othermaciej> anyway, I can see the alternate glyph looking at your page in Firefox (that might actually be a ligature)
  508. # [09:59] <hsivonen> othermaciej: does WebKit require a particular MIME type for fonts?
  509. # [09:59] <othermaciej> it's also true that Firefox kerns Qu tighter than Safari does in Times
  510. # [09:59] <othermaciej> probably, but I don't know for sure
  511. # [09:59] <zcorpan_> hmm, the Q doesn't extend under the u in opera
  512. # [10:00] <othermaciej> I notice all your fonts have a .gz extension which makes me wonder if you end up serving gzip files rather than truetype files with gzip transfer-encoding
  513. # [10:00] <hsivonen> othermaciej: IIRC, they are served as text/plain with gzip encoding
  514. # [10:00] <othermaciej> if I download one of the fonts, FontBook opens it, so something in the system is sniffing it
  515. # [10:00] <othermaciej> but that might not happen in the font loading path
  516. # [10:00] <hsivonen> maybe I should try font/ttf or application/octet-stream
  517. # [10:01] <othermaciej> I can definitely see that Safari loads all the font files
  518. # [10:01] <hsivonen> othermaciej: surely safari should ungzip those resources before the font subsystem gets to sniff?
  519. # [10:01] <othermaciej> if it's a transfer-encoding then it will
  520. # [10:02] <othermaciej> if it's just gzipped, then Safari will still decompress while downloading and sniff when done and/or based on extension
  521. # [10:02] <Dashiva^2> I find myself wanting a native hash function in JS
  522. # [10:02] <Dashiva^2> Wasn't that supposed to be in es5?
  523. # [10:02] <othermaciej> I believe the ES committee has been persuaded to add such a thing
  524. # [10:02] <othermaciej> but I fear the next ES version may take forever
  525. # [10:02] <hsivonen> Content-Encoding: gzip
  526. # [10:05] <othermaciej> I guess I will debug it sometime, but not tonight
  527. # [10:05] <othermaciej> from reading the code it seems like it should ignore the MIME type
  528. # [10:06] <abarth|InBody> othermaciej: ignoring mime type = sadness in the future
  529. # [10:07] <othermaciej> abarth|InBody: probably! - might be too late for this one though
  530. # [10:08] <othermaciej> I'm not sure there even is a correct mime type for opentype fonts
  531. # [10:08] <hsivonen> I'm pretty sure there isn't
  532. # [10:08] <hsivonen> all hooray for IANA
  533. # [10:08] <zcorpan_> iirc annevk tried to get font/ttf but failed
  534. # [10:08] <hsivonen> it's possible that WebKit has been ignoring those fonts since at least February 2009
  535. # [10:09] <hsivonen> but I haven't gotten around to investigating and filing a bug, because I was unable to investigate on the instances of Mac OS X I actually use myself
  536. # [10:09] <othermaciej> I don't think I have ever seen your site in the correct font before
  537. # [10:09] <othermaciej> zcorpan_: why did he fail?
  538. # [10:10] <zcorpan_> othermaciej: not sure. i think he was the only one who cared, or something
  539. # [10:10] <othermaciej> I'm surprised there is not even a "font" top-level content type
  540. # [10:14] * Joins: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl)
  541. # [10:21] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Quit: Rik`)
  542. # [10:26] * Quits: GarethAdams|Home (~GarethAda@pdpc/supporter/active/GarethAdams) (Quit: GarethAdams|Home)
  543. # [10:27] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 258 seconds)
  544. # [10:27] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  545. # [10:31] * Joins: Phae (~Phae@chimera.macmillan.com)
  546. # [10:34] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
  547. # [10:42] * Joins: taf2 (~taf2@pool-98-117-216-229.bltmmd.fios.verizon.net)
  548. # [10:43] * Joins: smaug (~chatzilla@a91-154-40-222.elisa-laajakaista.fi)
  549. # [10:43] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
  550. # [10:44] * Joins: ROBOd (~robod@89.123.140.199)
  551. # [10:45] * Joins: tndH (~Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  552. # [10:46] <roc> hsivonen: raw performance is not overrated
  553. # [10:46] <roc> raw performance is everything
  554. # [10:46] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
  555. # [10:47] <roc> the CAD stuff in Acroread is actually licensed from a New Zealand company
  556. # [10:48] <roc> I think we could get completely adequate book-reading typography in browsers with a combination of optimizations and CSS opt-in
  557. # [10:49] * Quits: Heimidal (~heimidal@unaffiliated/heimidal) (Remote host closed the connection)
  558. # [10:49] * Joins: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk)
  559. # [10:50] <hsivonen> roc: if raw perf is everything, why does Gecko do nice things for Latin text?
  560. # [10:50] <roc> on Windows and Linux, we actually don't
  561. # [10:51] <hsivonen> oh. :-(
  562. # [10:51] <roc> we have fast paths that bypass the shaper
  563. # [10:51] <roc> on Mac, well, we never got around to implementing the fast paths
  564. # [10:51] <roc> also the performance difference was never measured to be stunningly huge on Windows and Linux
  565. # [10:52] <hsivonen> roc: will the feature be available for opt-in once harfbuzz is used on all platforms?
  566. # [10:52] <roc> it's available for opt-in right now
  567. # [10:52] * Joins: Rik` (~Rik`@213.41.141.234)
  568. # [10:52] <roc> users can opt in via about:config, authors can opt in via text-rendering:optimizeLegibility
  569. # [10:52] <roc> (the latter also works on some Webkit ports, as I understand it)
  570. # [10:53] <hsivonen> nice.
  571. # [10:53] <roc> with Harfbuzz we're going to carefully measure the performance difference. Right now, Harfbuzz has no fast path
  572. # [10:53] <hsivonen> it sucks, though, that the default is optimizeBenchmarks
  573. # [10:53] <roc> it's not just benchmarks
  574. # [10:53] <hsivonen> what's the deal with camelCase in CSS?
  575. # [10:54] <roc> SVG screwed up
  576. # [10:54] <hsivonen> :-(
  577. # [10:54] <roc> Harfbuzz is considerably more optimizable of course, so I'm quite hopeful we can get away without any fast paths
  578. # [10:55] <roc> and we cache shaped text at the word level quite aggressively
  579. # [10:56] <kling> roc: harfbuzz performance is on the ToDo whiteboard behind me :]
  580. # [10:56] <roc> also, with Harfbuzz we can move most text shaping off the main thread if it's still showing up in profiles
  581. # [10:56] <roc> kling: get it off the whiteboard and check it in :-)
  582. # [10:56] <annevk> othermaciej, nobody seemed to care enough and then browsers shipped and all was lost
  583. # [10:57] <kling> roc: getting there eventually. memory usage is the larger problem ATM
  584. # [10:57] <othermaciej> annevk: still sorta seems worth doing but it seems like the MIME registry operates too slowly for Web reality
  585. # [10:58] <roc> interesting. if there are any regressions there we'll see them when Jonathan flips the switch
  586. # [10:59] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com)
  587. # [10:59] * Quits: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com) (Remote host closed the connection)
  588. # [11:00] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  589. # [11:00] * hsivonen wonders what happens when a benchmark starst using optimizeLegibility...
  590. # [11:00] <roc> then we optimize it!
  591. # [11:01] <hsivonen> there should be an acid test measuring legibility and giving browsers points for typographic nice things
  592. # [11:03] <hsivonen> wow. Gecko has special UTF-8 decoder code for arm
  593. # [11:03] <roc> yes
  594. # [11:03] <roc> shaping text runs across element boundaries should be worth five million points
  595. # [11:04] <roc> but since that's not a "CSS feature", I don't expect to see it
  596. # [11:08] <zcorpan_> MikeSmith: hmm. i'm not sure it's a good idea to make <annotation-xml encoding=...> affect the tree building
  597. # [11:09] <annevk> http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2005-January/002852.html is somewhat interesting (via that link from hsivonen earlier) on an attempted definition of the platform
  598. # [11:10] * hsivonen notes that Hixie had xml:id on the list. boo
  599. # [11:11] <hsivonen> whoa. XML Events is on Hixie's list too
  600. # [11:11] <hsivonen> why?
  601. # [11:15] <annevk> maybe because of SVG and Opera
  602. # [11:15] <annevk> I was kind of surprised by those too
  603. # [11:18] <MikeSmith> zcorpan_: why would it not be a good idea to make <annotation-xml encoding=...> affect the tree building?
  604. # [11:18] <zcorpan_> MikeSmith: seems complicated and i still don't know the use case :)
  605. # [11:18] <zcorpan_> MikeSmith: how do you parse the encoding="" attribute? parsing mime types is not defined
  606. # [11:19] <hsivonen> I hope we aren't going to parse attribute values beyond comparing with a constant
  607. # [11:19] <MikeSmith> zcorpan_: what hsivonen said
  608. # [11:20] <MikeSmith> we have existing HTML attributes that are defined in HTML5 as taking an MIME type
  609. # [11:20] <annevk> why is <annotation-xml> back in the picture?
  610. # [11:20] <MikeSmith> or at least one such attribute
  611. # [11:20] <zcorpan_> MikeSmith: they don't affect parsing
  612. # [11:20] <MikeSmith> annevk: because there is existing content that has HTML in annotation-xml
  613. # [11:21] <MikeSmith> and the parsing algorithm currently barfs on HTML in annotation-xml
  614. # [11:21] <MikeSmith> in a particularly ungraceful way
  615. # [11:21] <zcorpan_> where's the existing content?
  616. # [11:23] <MikeSmith> zcorpan_: some examples at Mozilla MDC, at least
  617. # [11:23] <MikeSmith> and I suspect that there are a few people who have created content base on those
  618. # [11:24] <zcorpan_> mozilla mdc is a wiki, it's easier to fix than changing the spec :)
  619. # [11:24] <MikeSmith> heh
  620. # [11:24] <MikeSmith> anyway, the reason those were created to begin with is that apparently people believe that is the way to include foreign content in MathML
  621. # [11:24] <MikeSmith> they have come to believe that for whatever reason
  622. # [11:25] <MikeSmith> perhaps based on a misreading of the MathML spec
  623. # [11:26] <zcorpan_> http://www.google.se/search?q=%22annotation-xml%22+site%3Adeveloper.mozilla.org
  624. # [11:27] <zcorpan_> http://www.google.com/codesearch?q=%3Cannotation-xml+encoding%5Cs%2A%3D%5Cs%2A%28%22%7C%27%29text%2Fhtml&hl=en&btnG=Search+Code
  625. # [11:28] <MikeSmith> zcorpan_: point taken
  626. # [11:29] <MikeSmith> I will personally not be very unhappy if the spec were changed to just drop annotation-xml content on the floor
  627. # [11:30] <MikeSmith> but if we keep the current SVG-in-annotation-xml support, I can understand that users might find it frustrating that the can include SVG but not HTML
  628. # [11:31] <MikeSmith> hey, there is even an example in the MathML3 spec of HTML in annotation-xml
  629. # [11:31] <zcorpan_> google code searching for just "<annotation-xml" i see mostly mathml in there, but also openmath and "<tt><code>" but that's without any encoding attribute
  630. # [11:31] * MikeSmith goes to find it
  631. # [11:31] <MikeSmith> at this point, the case of HTML without the encoding attribute is not one I'd suggest trying to support
  632. # [11:33] <Lachy> Philip`, do you have any data analysing the use of <meta http-equiv="Content-Language"> compared with HTTP Content-Language?
  633. # [11:33] <zcorpan_> http://www.w3.org/TR/MathML3/chapter5.html#mixing.elements.annotation.xml
  634. # [11:33] <hsivonen> oh right. there are polls that need objecting to :-(
  635. # [11:34] <MikeSmith> zcorpan_: http://www.w3.org/TR/MathML3/chapter5.html#id.5.2.3.2
  636. # [11:34] <Lachy> Specifically, I'm interested in data that shows whether or not sites that use the <meta> element for this also use Content-Language in HTTP. (My assumption is that they don't, and thus the meta is indeed not widely used for server side processing, as Roy claimed)
  637. # [11:35] <hsivonen> zcorpan_: I'm not fond of the idea of supporting <html>, <head> or <body> there...
  638. # [11:35] <zcorpan_> hsivonen: i agree
  639. # [11:36] <MikeSmith> zcorpan_: that is admittedly not a great example. but because it's in the MathML spec, I think it could also lead users to assume it should be supported in UAs
  640. # [11:36] <MikeSmith> anyway, I will send a message today to the public MathML list asking for use cases
  641. # [11:36] <annevk> removing annotation-xml entirely wfm
  642. # [11:37] <MikeSmith> wfm too personally
  643. # [11:37] <MikeSmith> not sure it will be a popular choice among end users, though
  644. # [11:38] * Quits: micheil (~micheil@124-170-233-189.dyn.iinet.net.au) (Quit: micheil)
  645. # [11:38] <Philip`> Lachy: All I can see is http://philip.html5.org/data/meta-http-equiv-content-language-values.txt
  646. # [11:39] <Philip`> Lachy: (and http://philip.html5.org/data/http-headers.txt for header counts)
  647. # [11:39] <hsivonen> Dashiva^2: I can now see what the business model for the free Foxit reader is
  648. # [11:40] <hsivonen> Dashiva^2: seems to be installware
  649. # [11:40] * Joins: oal (~oal@5.79-160-122.customer.lyse.net)
  650. # [11:40] <Philip`> Lachy: (Those are from different sets of pages, I think)
  651. # [11:40] <hsivonen> Dashiva^2: it defaults to changing the default browser search engine to Ask.com, installing a toolbar of somekind somewhere and adding an eBay shortcut to somewhere
  652. # [11:41] <hsivonen> Dashiva^2: not to suggest that Adobe Reader were any better
  653. # [11:42] * Quits: shepazu (~schepers@92.9.144.199) (Ping timeout: 258 seconds)
  654. # [11:43] <Lachy> Philip`, ok. No worries then. I probably don't need it, but would might have been a nice addition to my argument for ISSUE-88
  655. # [11:45] <Philip`> Lachy: I could extract the raw content-language header/meta data from the latest page set pretty easily, and you could find some way to analyse it (count the number of pages in one set or the other or both)
  656. # [11:48] * erlehmann_ is now known as erlehmann
  657. # [11:48] <Lachy> Philip`, could you extract it in a way that associates the <meta> elements used on the page with the value of the Content-Language used, if any?
  658. # [11:50] <Lachy> so, e.g. I can see if example.com uses "Content-Language: en, fr" in the HTTP, but decalares <meta http-equiv="Content-Language" content="en"> in the page.
  659. # [11:52] <Lachy> my assumption is that if, as I suspect, servers aren't using server side processing to extract the meta Content-Language to and set the HTTP headers, then we'll see a significant portion of pages using the the meta element, either without the HTTP header or with different values.
  660. # [11:55] <Philip`> Lachy: I think I could do that later today, if I don't forget
  661. # [11:57] <Lachy> thanks.
  662. # [12:08] <Dashiva^2> hsivonen: Yeah, it's become a lot worse recently
  663. # [12:08] <Dashiva^2> Like three different screens you have to disable stuff on
  664. # [12:09] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  665. # [12:10] * Quits: erlehmann (~erlehmann@dslb-188-103-027-169.pools.arcor-ip.net) (Quit: Ex-Chat)
  666. # [12:14] * Joins: yoshiaki (~yoshiaki@tea07.w3.mag.keio.ac.jp)
  667. # [12:17] <boblet> anyone have thoughts about RDFa’s @datatype? I’m trying to think of a situation where it’d be applicable to have more than one kind of data type for an @itemprop that wouldn’t be specced in advance (similar to datetime’s conformance rules)
  668. # [12:18] <boblet> yoshiaki: hello :)
  669. # [12:18] <yoshiaki> boblet, hello!!
  670. # [12:23] * Joins: TheFuzzball_ (~quassel@188-221-96-34.zone12.bethere.co.uk)
  671. # [12:24] <MikeSmith> yoshiaki: hey!
  672. # [12:24] <yoshiaki> Hey! MikeSmith!!
  673. # [12:25] <MikeSmith> yoshiaki is an intern at W3C Japan and a doctoral student at Keio U. here
  674. # [12:25] * Quits: TheFuzzball (~quassel@188-221-96-34.zone12.bethere.co.uk) (Ping timeout: 276 seconds)
  675. # [12:25] <MikeSmith> and a great guy
  676. # [12:25] <MikeSmith> so be nice to him!
  677. # [12:26] <MikeSmith> or he will kill you
  678. # [12:26] <yoshiaki> Nice to meet you, all. I am Yoshiaki Fukami.
  679. # [12:26] <kennyluck> Yoshiaki's famous quote, "you need different protocol to talk to different people" (ref. old-style Japanese companies)
  680. # [12:30] <jgraham> MikeSmith: Is on-on-one combat a requirement for W3C internships these days?
  681. # [12:33] <MikeSmith> jgraham: yeah, the test is that all interns have to be able to beat me up
  682. # [12:33] <yoshiaki> I will never kill person who loves world wide web :) I am very happy to join this community.
  683. # [12:33] <hsivonen> boblet: as I understand it, @datatype isn't there to support a use case but it's there for RDF completeness
  684. # [12:34] <jgraham> MikeSmith: Yeah, but I was asking about combat
  685. # [12:34] <hsivonen> boblet: RDFa puts the ability to encode arbitrary RDF above use cases
  686. # [12:34] <jgraham> boblet: I thought the usecase was something like being able to have a distance and specify a unit of miles or a unit of picometres
  687. # [12:35] <jgraham> But that might have been something else
  688. # [12:35] <MikeSmith> jgraham: you probably don't really want me to go into details about the combat.. it's not pretty
  689. # [12:36] <MikeSmith> hsivonen: I recall that Manu recently said the HTML+RDFa spec is a strict superset of the Microdata spec
  690. # [12:36] <hsivonen> MikeSmith: yeah, he said so on twitter. I haven't verified the claim.
  691. # [12:37] <jgraham> boblet: (if that is the use case it is a bad idea; mixing units like that is a really bad idea)
  692. # [12:37] <Dashiva^2> Yeah, data types should be handled by the ontology, IMO
  693. # [12:37] * hsivonen wonders how datatypes ended up on the RDF level in the first place
  694. # [12:38] <jgraham> hsivonen: Did you look at the API? I let my eyes slide across it for a few fractions of a second and it looked somewhat complex, but I didn't look hard enough to form a proper opinion
  695. # [12:38] <hsivonen> jgraham: I haven't reviewed the latest API draft properly
  696. # [12:38] * Quits: taf2 (~taf2@pool-98-117-216-229.bltmmd.fios.verizon.net) (Quit: taf2)
  697. # [12:38] <MikeSmith> well, it sounds like it is an intentional design goal, at least. given that, it would seem like it might be useful for the HTML+RDFa spec to include a section explaining to implementors and users which features to drop in order can to create Microdata-friendly processors and documents
  698. # [12:38] <hsivonen> jgraham: I searched it for the string "Microdata" and concluded that the document doesn't spell it out to the reader that the API is supposed to support Microdata
  699. # [12:39] <jgraham> Yeah, iirc it just said something like "this could also be used for microdata"
  700. # [12:39] <MikeSmith> perhaps that HTML+RDFa spec could define a Microdata-compatible processor as one of its conformance classes
  701. # [12:40] <MikeSmith> and then the spec could specify that Microdata-compatible processors are not required to implement support for particular features
  702. # [12:42] <hsivonen> MikeSmith: if done properly, wouldn't the result be a restatement of the Microdata spec?
  703. # [12:43] <hsivonen> is Object a magic type in WebIDL?
  704. # [12:43] <jgraham> hsivonen: What do you mean "magic type"?
  705. # [12:43] <hsivonen> jgraham: I mean something special
  706. # [12:44] * hsivonen sees http://dev.w3.org/2006/webapi/WebIDL/#idl-object
  707. # [12:44] <hsivonen> but that's lower case
  708. # [12:44] <hsivonen> but the last sentence of that section says Object
  709. # [12:44] <hsivonen> hmm
  710. # [12:45] <jgraham> hsivonen: What is the context?
  711. # [12:46] * Joins: davidhund__ (~davidhund@dnuhd.xs4all.nl)
  712. # [12:46] <hsivonen> jgraham: the RDFa API spec has WebIDL stuff where type is Object
  713. # [12:49] <hsivonen> the RDFa API spec has some non-normative advertising content
  714. # [12:49] <hsivonen> "RDFa 1.0 [RDFA-SYNTAX] has seen substantial growth since it became an official W3C Recommendation in October 2008. It has seen wide adoption among search companies, e-commerce sites, governments, and content management systems. There are numerous interoperable implementations and growth is expected to continue to rise with the latest releases of RDFa 1.1 [RDFA-CORE], XHTML+RDFa 1.1 [XHTML-RDFA], and HTML+RDFa 1.1 [HTML-RDFA]."
  715. # [12:50] * hsivonen wonders if those who oppose to Hixie's political editorialization have already filed bugs about the advertising in the RDFa API spec
  716. # [12:52] <othermaciej> I think self-puffery is a different matter than deprecation of others
  717. # [12:52] <othermaciej> (though in this case it seems a little over the top for a technical specification)
  718. # [12:52] * Joins: mpt (~mpt@canonical/mpt)
  719. # [12:53] <othermaciej> MikeSmith: is it claimed to be a feature-wise superset, or does it literally include all the exact markup constructs of Microdata?
  720. # [12:56] <othermaciej> I cannot find evidence of "itemprop" or "itemscope" in any of RDFa 1.1 Core, XHTML+RDFa 1.1 or HTML+RDFa 1.1
  721. # [12:59] <MikeSmith> othermaciej: feature-wise, I assume. I don't think the intention it to use the exact markup constructs
  722. # [13:01] <kennyluck> I had the same impression as othermaciej got, and was very surprised that "itemprop" or "itemsope" is in RDFa. :)
  723. # [13:01] <kennyluck> s/is/was/
  724. # [13:02] <MikeSmith> hsivonen: yeah, I suppose it could be seen as being a restatement, if it does in fact end up being that.. I guess the difference would be that it defines additional features for those implementations that choose to support them, and those authors who choose to use them
  725. # [13:02] <othermaciej> if there's a subset of RDFa 1.1 that has a trivial one-to-one mapping to Microdata, that might be interesting to identify
  726. # [13:03] <othermaciej> it might be complicated to do that if you want to make the microdata generate the same RDF triples when converted to RDF that RDFa does
  727. # [13:04] <kennyluck> '''
  728. # [13:10] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  729. # [13:19] * Joins: Anonameless (~Nameless@cm218-252-156-82.hkcable.com.hk)
  730. # [13:32] * Quits: wakaba_ (~wakaba_@203-140-90-184.eonet.ne.jp) (Ping timeout: 248 seconds)
  731. # [13:32] <Lachy> Does anyone know if there is any reason to avoid the WIndows 7 64bit edition in favour of 32bit? Does Windows 7 x64 still suffer from the same compatibility problems that XP x64 did?
  732. # [13:33] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  733. # [13:33] * Quits: TheFuzzball_ (~quassel@188-221-96-34.zone12.bethere.co.uk) (Read error: Connection reset by peer)
  734. # [13:33] <Lachy> I suppose, I should check driver compatibility for my hardware and availability of 64bit anti-virus software, etc.
  735. # [13:34] <Philip`> Are you going to run any applications that need >4GB memory each?
  736. # [13:34] * Joins: TheFuzzball (~quassel@188-221-96-34.zone12.bethere.co.uk)
  737. # [13:35] <gsnedders> Lachy: Yes, there's still no support for Win16.
  738. # [13:35] <gsnedders> Oh, wait, you don't care about that?
  739. # [13:35] <hsivonen> Philip`: I gather perf benefits from more general purpose registers are a more significant consideration than RAM
  740. # [13:35] <jgraham> Philip`: Used any modern web browsers recently? :p
  741. # [13:35] <gsnedders> Then Vista and Win7 have been fine in 64-bit mode
  742. # [13:37] <Lachy> are there any real benefits, given that my current hardware doesn't support more than 4GB of RAM anyway?
  743. # [13:38] <gsnedders> More general purpose registers
  744. # [13:38] <Philip`> hsivonen: There's also perf loss from using up more cache storing pointers, so I'm not sure there's a clear benefit except in a few specific applications (ones that do lots of computation but don't do it all with SSE)
  745. # [13:38] <Lachy> does that help much with widely deployed, older software that I have?
  746. # [13:38] <hsivonen> Philip`: I have been lead to believe the difference is significant on SunSpider
  747. # [13:39] <hsivonen> Philip`: and perf on SunSpider matter more for perception than real-world perf :-/
  748. # [13:40] <Philip`> Lachy: It makes no difference unless the software is recompiled as a 64-bit binary
  749. # [13:40] * hsivonen notes "HyBI (BiDirectional or Server-Initiated HTTP)" in the IETF 78 announcement/invitation
  750. # [13:41] <Lachy> Philip`, that's what I thought
  751. # [13:42] <Lachy> although, I suppose, since my main use case is running it on my Macs, in a virtual machine, and if and when I upgrade my Mac, I'll likely get 8GB of RAM. That might be a good excuse to go for 64 bit now.
  752. # [13:43] <Lachy> my other use case, will be for running it on the HTPC that I'm considering building soon, but I don't know the exact hardware for that yet.
  753. # [13:43] <Philip`> Lachy: With 32-bit Windows and 4GB RAM and suitable kernel options, each application can only use 3GB but the whole system can use all 4GB
  754. # [13:44] <Philip`> Actually that works for any value of "4GB" that is <= 64GB
  755. # [13:44] <hsivonen> Philip`: why 3 GB?
  756. # [13:44] * Quits: TheFuzzball (~quassel@188-221-96-34.zone12.bethere.co.uk) (Read error: Connection reset by peer)
  757. # [13:44] <Philip`> hsivonen: http://blogs.msdn.com/b/oldnewthing/archive/2004/08/05/208908.aspx
  758. # [13:46] * Joins: TheFuzzball (~quassel@188-221-96-34.zone12.bethere.co.uk)
  759. # [13:46] <Dashiva^2> Not all 4 GB, surely, since some of the address space is also lost to device mapping (graphics card)
  760. # [13:47] <hsivonen> Philip`: interesting that they implemented 3 GB instead of doing the simpler 2 GB user / 2 GB kernel thing only
  761. # [13:47] <Lachy> hmm, is Windows available with a multiple-machine licence, like OS X's family pack, or will I have to buy a new full copy for every machine I have?
  762. # [13:49] <jgraham> So is it deliberate that html breakout elements in foreign lands only break out of one level of foreignness?
  763. # [13:50] <Philip`> Dashiva^2: I think what happens is that if you don't have PAE then Windows can only see 3.5GB physical address space (the rest is BIOS stuff), but if you do have PAE then it can see 64GB physical address space and can then access all 4GB of RAM plus the BIOS stuff
  764. # [13:51] <hsivonen> Lachy: Microsoft doesn't even allow you to install 32-bit and 64-bit in dual boot without purchasing 2 licenses
  765. # [13:51] <Philip`> (You probably can't have 64GB RAM then, but at that point you ought to get a 64-bit CPU)
  766. # [13:51] <MikeSmith> for those who've not gotten their quota of drama for the day -
  767. # [13:51] <MikeSmith> http://news.cnet.com/8301-30685_3-20008935-264.html
  768. # [13:51] <hsivonen> jgraham: I don't know
  769. # [13:51] <Dashiva^2> I didn't know there was a quota
  770. # [13:52] <Philip`> hsivonen: Why wouldn't they implement the 3GB switch, since it's presumably not terribly complex and it lets customers easily use 50% more RAM?
  771. # [13:52] <MikeSmith> though that article's less dramatic than some might have hoped for I suppose
  772. # [13:52] <MikeSmith> "oversight of the future Web isn't collapsing, it's just rebalancing"
  773. # [13:53] <hsivonen> Philip`: I admit that I don't know how the 3 GB switch is implemented on the CPU memory protection level, so I'll shut up now
  774. # [13:55] * Joins: taf2 (~taf2@173-13-232-33-WashingtonDC.hfc.comcastbusiness.net)
  775. # [13:56] * Quits: TheFuzzball (~quassel@188-221-96-34.zone12.bethere.co.uk) (Ping timeout: 260 seconds)
  776. # [13:58] * Dashiva^2 notes that MikeSmith's article includes mention of the awesome HTML5 feature geolocation
  777. # [13:58] * Joins: TheFuzzball (~quassel@188-221-96-34.zone12.bethere.co.uk)
  778. # [14:00] * Quits: TheFuzzball (~quassel@188-221-96-34.zone12.bethere.co.uk) (Read error: Connection reset by peer)
  779. # [14:01] <MikeSmith> all good new features that have gone into the Web platform recently are by definition HTML5 features
  780. # [14:02] * Quits: yoshiaki (~yoshiaki@tea07.w3.mag.keio.ac.jp) (Remote host closed the connection)
  781. # [14:02] <MikeSmith> and any bad features that may have also gone in are by definition not HTML5 features
  782. # [14:02] * Joins: TheFuzzball (~quassel@188-221-96-34.zone12.bethere.co.uk)
  783. # [14:04] * Joins: yoshiaki (~yoshiaki@tea07.w3.mag.keio.ac.jp)
  784. # [14:04] * Quits: yoshiaki (~yoshiaki@tea07.w3.mag.keio.ac.jp) (Remote host closed the connection)
  785. # [14:05] * Joins: yoshiaki (~yoshiaki@tea07.w3.mag.keio.ac.jp)
  786. # [14:06] * Quits: yoshiaki (~yoshiaki@tea07.w3.mag.keio.ac.jp) (Remote host closed the connection)
  787. # [14:09] <hsivonen> speaking of drama: http://lists.w3.org/Archives/Public/public-html-comments/2010Jun/0035.html
  788. # [14:12] * Joins: riven` (~riven@53518387.cable.casema.nl)
  789. # [14:15] * Quits: riven (~riven@53518387.cable.casema.nl) (Ping timeout: 240 seconds)
  790. # [14:16] <boblet> hsivonen, jgraham thanks for your input
  791. # [14:16] <boblet> MikeSmith: “it might be useful for the HTML+RDFa spec to include a section explaining to implementors and users which features to drop in order can to create Microdata-friendly processors and documents” I’d like that too
  792. # [14:17] <annevk> hsivonen, will be interesting to see how that goes
  793. # [14:19] <boblet> and an HTML5 version of the RDFa primer http://www.w3.org/TR/xhtml-rdfa-primer/ would be nice too
  794. # [14:21] * Joins: fcn (~fcn@wikimedia/fcn)
  795. # [14:24] * Quits: TheFuzzball (~quassel@188-221-96-34.zone12.bethere.co.uk) (Ping timeout: 258 seconds)
  796. # [14:24] * Quits: zcorpan_ (~zcorpan@c-1799e355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan_)
  797. # [14:31] * Quits: MikeSmith (~MikeSmith@EM111-188-41-13.pool.e-mobile.ne.jp) (Ping timeout: 265 seconds)
  798. # [14:31] * Quits: fcn (~fcn@wikimedia/fcn) (Quit: used jmIrc)
  799. # [14:32] * Quits: Rik` (~Rik`@213.41.141.234) (Quit: Rik`)
  800. # [14:33] * Joins: zcorpan_ (~zcorpan@c-1799e355.410-6-64736c14.cust.bredbandsbolaget.se)
  801. # [14:38] * Joins: MikeSmith (~MikeSmith@EM111-188-107-71.pool.e-mobile.ne.jp)
  802. # [14:39] * Joins: davidb_ (~davidb@mozca02.ca.mozilla.com)
  803. # [14:46] <roc> now I don't feel so bad about duking it out with other Mozilla people in public
  804. # [14:48] * Joins: BlurstOfTimes (~blurstoft@168.203.117.112)
  805. # [14:52] * Joins: Rik` (~Rik`@213.41.141.234)
  806. # [14:56] * Quits: cedric_ (~cedric@124.197.122.234) (Ping timeout: 260 seconds)
  807. # [14:58] * Joins: cedric_ (~cedric@124.197.122.234)
  808. # [14:59] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
  809. # [15:00] * Joins: Martijnc (~Martijnc@91.176.36.233)
  810. # [15:04] * Joins: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net)
  811. # [15:04] * Quits: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net) (Changing host)
  812. # [15:04] * Joins: aroben (~aroben@unaffiliated/aroben)
  813. # [15:21] * Joins: johnst (~johnst@x1-6-00-07-95-57-08-bb.k479.webspeed.dk)
  814. # [15:23] * Quits: Rik` (~Rik`@213.41.141.234) (Quit: Rik`)
  815. # [15:30] * Joins: Rik` (~Rik`@213.41.141.234)
  816. # [15:35] <MikeSmith> "Needs more vuvuzela."
  817. # [15:38] <annevk> argh
  818. # [15:38] <annevk> security considerations for XMLHttpRequest are a pain
  819. # [15:39] * Quits: henrikbjorn (~hb@80.199.116.190.static.peytz.dk) (Remote host closed the connection)
  820. # [15:39] <annevk> basically, I don't think it needs any, but trl wants some weasel wording in there that repeats what's been said and adds some fluff that's really a way more generic problem than XMLHttpRequest
  821. # [15:39] <annevk> like DNS rebinding
  822. # [15:40] <zcorpan_> fluff should be easy
  823. # [15:40] <annevk> it's all easy in a way, but it doesn't make any sense to me
  824. # [15:41] <zcorpan_> just copy stuff from abarth|InBody's cookie spec, it has lots of stuff on security that surely applies to xhr also
  825. # [15:41] <annevk> I believe I can certainly write something that will make the "problem" go away, but I don't believe it will actually improve anything
  826. # [15:48] <boblet> the phenny bot in #swik is pretty cool
  827. # [15:48] <boblet> s/swik/swig/
  828. # [15:50] * boblet is resisting the urge to be all “thanks for the interwebs” fanboi-ish to timbl who’s there
  829. # [15:52] * mhausenblas thinks we owe timbl a lot, boblet ... for example an open and free WWW ;)
  830. # [15:53] <boblet> mhausenblas: oh noes! you’ve discovered I’m part of the cabal ;-)
  831. # [15:53] <hsivonen> how long should it take for a response to show up on http://www.w3.org/2002/09/wbs/40318/issue-88-objection-poll/results ?
  832. # [15:53] * Joins: f1lt3r (~f1lt3r@64.119.159.231)
  833. # [15:53] <annevk> yours shows for me
  834. # [15:53] <boblet> mhausenblas: and yeah I definitely feel so, but I bet timbl has heard it enough times. don’t wanna be annoying
  835. # [15:54] <hsivonen> annevk: odd. it shows to me in a browser I didn't use for responding
  836. # [15:54] <mhausenblas> sure thing, boblet ;)
  837. # [15:54] <hsivonen> but it doesn't show in the browser I used after reloading several times
  838. # [15:54] <annevk> maybe some wrong caching directives
  839. # [15:54] <annevk> HTTP isn't easy
  840. # [15:57] * Joins: mamund (mamund@frost.nullshells.net)
  841. # [15:59] * Joins: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net)
  842. # [16:01] * Quits: zcorpan_ (~zcorpan@c-1799e355.410-6-64736c14.cust.bredbandsbolaget.se) (Remote host closed the connection)
  843. # [16:01] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (Quit: This computer has gone to sleep)
  844. # [16:02] * Joins: zcorpan_ (~zcorpan@c-1799e355.410-6-64736c14.cust.bredbandsbolaget.se)
  845. # [16:05] * Joins: jwalden (~waldo@c-71-202-165-226.hsd1.ca.comcast.net)
  846. # [16:11] <jgraham> Sigh. I just found out one of our developers had been unwittingly reading the /TR/ version of the spec
  847. # [16:11] * Joins: fagan (~fagan@ubuntu/member/shanefagan)
  848. # [16:11] * Parts: fagan (~fagan@ubuntu/member/shanefagan)
  849. # [16:12] <annevk> nothing new there :/
  850. # [16:12] <Dashiva^2> Oh dear
  851. # [16:12] * Joins: fagan (~fagan@ubuntu/member/shanefagan)
  852. # [16:12] <MikeSmith> jgraham, annevk - time for you guys to add some stuff to browser.js
  853. # [16:13] <MikeSmith> have it redirect all TR requests to dev.w3.org
  854. # [16:13] * Quits: nessy (~Adium@124-170-165-184.dyn.iinet.net.au) (Quit: Leaving.)
  855. # [16:13] <MikeSmith> that's assuming this Opera developer is actually using Opera as her/his browser of course
  856. # [16:13] <Dashiva^2> Or have it redirect HTML5 to whatwg.org :)
  857. # [16:13] <annevk> jgraham, http://lists.w3.org/Archives/Public/public-html/2010Jun/0451.html
  858. # [16:15] <Philip`> jgraham: Someone from Mozilla (I forget who) was unwittingly reading the author version of the spec some time ago, and got confused about there not being any behaviour specified
  859. # [16:15] <Dashiva^2> Philip`: Sounds like HTML4, eh
  860. # [16:16] <jgraham> Philip`: That is sad
  861. # [16:16] <jgraham> Hmm
  862. # [16:16] <jgraham> Sad isn't quite what I mean
  863. # [16:16] <jgraham> Anyway... I at least believe that the author view has real utility
  864. # [16:17] <jgraham> I think the group of people that want stable but wrong snapshots is purely hypothetical
  865. # [16:17] <annevk> I've yet to hear something coherent in favor of that, indeed
  866. # [16:17] <jgraham> So... what was the last publication date of the HTML5 spec before the one that just happened?
  867. # [16:18] <annevk> March 4
  868. # [16:18] <jgraham> Thanks
  869. # [16:19] <jgraham> annevk: It would be nice if the html5 tracker let you specify a date in the UI :)
  870. # [16:21] <annevk> I should prolly sync up the latest version of that so you can patch it :)
  871. # [16:21] <jgraham> Is the version in svn out of date? If you put the latest version there I might as well make a patch
  872. # [16:21] <annevk> html5-diff has SVN revision dates in the source of the HTML5 changelogs section by the way
  873. # [16:21] * Joins: pauld (~chatzilla@194.102.13.2)
  874. # [16:22] <annevk> working on it now
  875. # [16:24] * Quits: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk) (Quit: akamike)
  876. # [16:25] * Joins: erlehmann (~erlehmann@dslb-188-103-027-169.pools.arcor-ip.net)
  877. # [16:28] <annevk> argh, password troubles
  878. # [16:29] <annevk> ok, should be good now
  879. # [16:29] <annevk> r175
  880. # [16:31] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: mhausenblas)
  881. # [16:31] * Joins: mpt_ (~mpt@canonical/mpt)
  882. # [16:32] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 245 seconds)
  883. # [16:34] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  884. # [16:38] * Joins: miketaylr (~miketaylr@67.111.52.130.ptr.us.xo.net)
  885. # [16:41] <MikeSmith> kennyluck: you read http://www.w3.org/DesignIssues/RDF-Future.html already?
  886. # [16:41] <kennyluck> Yeah. This shows that timbl is a logician. :)
  887. # [16:42] <Philip`> "RDF/MXL" - that sounds intriguing
  888. # [16:42] <kennyluck> hahhah
  889. # [16:46] * Joins: everton (~everton@KD118153063184.ppp-bb.dion.ne.jp)
  890. # [16:50] <MikeSmith> Philip`: that's one of the many little-known features of RDF
  891. # [16:51] <MikeSmith> which is, there's a rule that when the string "RDF" precedes another three-letter string, the first two letters of the second string must then be transposed
  892. # [16:51] <MikeSmith> a lot of people think RDF is complicated, but I think that's a good example of a case where the rule is pretty simple
  893. # [16:52] <MikeSmith> I'm pretty kennyluck agrees with me about that
  894. # [16:52] <annevk> sounds like you're in a bar :p
  895. # [16:52] <MikeSmith> RDF TFW!
  896. # [16:55] <MikeSmith> kennyluck: anyway, about what we were discussing earlier, I guess N3 still remains relevant
  897. # [16:55] <MikeSmith> judging from that at least
  898. # [16:57] <kennyluck> I would encourage you guys to write your personal profile in N3, namely FOAF.
  899. # [16:58] <kennyluck> RDF/XML is a very complicated serialization of RDF that semantic web folks complain about for years.
  900. # [16:59] <kennyluck> I know RDF/XML might is the origin of XML namespace. I guess it's very unfortune.
  901. # [16:59] <Philip`> Hopefully they've now learned the lesson that using XML for human-readable file formats is often not a good idea
  902. # [17:00] <MikeSmith> kennyluck: I guess I would make my personal profile more usable, if I wanted more people to contact me
  903. # [17:00] <MikeSmith> but I have too many people contacting me already
  904. # [17:00] <MikeSmith> so for me, maybe RDF/XML is a good choice
  905. # [17:01] <kennyluck> Why not RDF/N3? I have actually only written RDF in RDF/XML for only once or twice.
  906. # [17:01] <kennyluck> Almost all RDF library parses RDF/N3 or a subset of it, called Turtle.
  907. # [17:03] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
  908. # [17:03] <kennyluck> I totally agree with you Philip`.
  909. # [17:03] * Quits: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de) (Remote host closed the connection)
  910. # [17:04] <MikeSmith> I think the future of RDF should maybe involve renaming it to something else
  911. # [17:04] <kennyluck> One of the topic of the RDF Next step workshop is to think about a way to standardize RDF/JSON, IIRC.
  912. # [17:04] <MikeSmith> a funner name would help
  913. # [17:04] <MikeSmith> like ARF
  914. # [17:05] <MikeSmith> or like the subtitle format called "ASS"
  915. # [17:05] <Philip`> kennyluck: I don't think a format without e.g. comments would be a good basis for human-readable file formats either
  916. # [17:05] <Philip`> (where by "human-readable" I mean more "human-editable")
  917. # [17:06] <kennyluck> JSON does not allow /* this is a comment */ ?
  918. # [17:06] <Philip`> People shouldn't be scared of custom formats
  919. # [17:06] <Philip`> kennyluck: No
  920. # [17:07] <kennyluck> Hmm... sorry, this is new to me.
  921. # [17:07] <Philip`> The JSON grammar is just what http://json.org/ shows
  922. # [17:09] * Joins: henrikbjorn (~hb@109.57.157.177)
  923. # [17:19] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
  924. # [17:19] * Quits: svl (~chatzilla@a194-109-2-65.dmn.xs4all.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky!)
  925. # [17:22] <MikeSmith> btw, that MXL typo corrected itself
  926. # [17:22] <MikeSmith> that's another little-known feature of RDF: self-correcting typos
  927. # [17:24] * Joins: dave_levin (~dave_levi@nat/google/x-ptdgtzhkaeioahfa)
  928. # [17:29] * Joins: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de)
  929. # [17:30] * Joins: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  930. # [17:34] * Quits: jwalden (~waldo@c-71-202-165-226.hsd1.ca.comcast.net) (Quit: inbound, vaguely)
  931. # [17:35] * Quits: zcorpan_ (~zcorpan@c-1799e355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan_)
  932. # [17:38] * Quits: henrikbjorn (~hb@109.57.157.177) (Read error: Connection reset by peer)
  933. # [17:52] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  934. # [17:55] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Client Quit)
  935. # [17:55] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  936. # [17:55] * Quits: miketaylr (~miketaylr@67.111.52.130.ptr.us.xo.net) (Remote host closed the connection)
  937. # [17:59] * Joins: plainhao (~plainhao@mail.xbiotica.com)
  938. # [18:03] * Quits: davidhund__ (~davidhund@dnuhd.xs4all.nl) (Quit: davidhund__)
  939. # [18:03] * boblet is trying not to hyperventilate from laughing at a 27bslash6 link via MikeSmith
  940. # [18:03] * Quits: JonathanNeal (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 245 seconds)
  941. # [18:07] * Quits: weinig (~weinig@c-69-181-125-223.hsd1.ca.comcast.net) (Quit: weinig)
  942. # [18:08] * Joins: jlebar (~jlebar@nat/mozilla/x-mygfofppzgakgrni)
  943. # [18:15] * Quits: eighty4 (~eighty4@h-112-7.A163.corp.bahnhof.se) (Remote host closed the connection)
  944. # [18:18] * Joins: variable (~variable@unaffiliated/variable)
  945. # [18:22] * Joins: mmn (~mmn@129-97-225-230.uwaterloo.ca)
  946. # [18:23] * Joins: JonathanNeal (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com)
  947. # [18:23] <MikeSmith> boblet: blame John Allsopp for that one
  948. # [18:24] <boblet> yeah I saw
  949. # [18:24] <boblet> classic
  950. # [18:24] * Quits: aroben (~aroben@unaffiliated/aroben) (Quit: aroben)
  951. # [18:25] * Joins: Maurice (copyman@5ED573FA.cable.ziggo.nl)
  952. # [18:31] * Quits: Phae (~Phae@chimera.macmillan.com) (Quit: Leaving.)
  953. # [18:34] * Quits: tndH (~Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (Ping timeout: 265 seconds)
  954. # [18:37] * Joins: Smylers (~smylers@host86-183-56-226.range86-183.btcentralplus.com)
  955. # [18:43] * Joins: dglazkov (~dglazkov@nat/google/x-gbfuhuathxmeimdm)
  956. # [18:44] * abarth|InBody is now known as abarth
  957. # [18:45] * Quits: zalan (~zalan@catv-89-135-140-7.catv.broadband.hu)
  958. # [18:48] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  959. # [18:54] * Joins: aho (~nya@f051028009.adsl.alicedsl.de)
  960. # [18:55] * Joins: maikmerten (~maikmerte@port-92-201-70-175.dynamic.qsc.de)
  961. # [19:01] * Joins: justicefries (~gerred@c-98-245-71-126.hsd1.co.comcast.net)
  962. # [19:03] <MikeSmith> http://blogs.gnome.org/rbultje/2010/06/27/googles-vp8-video-codec/
  963. # [19:04] <MikeSmith> "we wrote a video decoder that heavily reuses existing components in FFmpeg, leading to a vp8.c file that is a mere 1400 lines of code (including whitespace, comments and headers) and another 450 for the DSP functions"
  964. # [19:05] * Quits: boblet (~boblet@p1201-ipbf709osakakita.osaka.ocn.ne.jp) (Quit: boblet)
  965. # [19:05] <MikeSmith> "Google’s VP8 specs are not always equally useful. They only describe the baseline profile (0). Other profiles (including those part of the vector testsuite, i.e. 1-3) use features not described in the specifications"
  966. # [19:05] * Quits: mmn (~mmn@129-97-225-230.uwaterloo.ca) (Quit: Leaving.)
  967. # [19:05] * Joins: henrikbjorn (~hb@c83-249-67-192.bredband.comhem.se)
  968. # [19:08] * Parts: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  969. # [19:09] <Philip`> "in the end, it’s much quicker to just read libvpx source code rather than depend on the spec" - that's not really the "independent implementations" that help make a good standard
  970. # [19:15] <MikeSmith> Philip`: silly you
  971. # [19:16] <MikeSmith> in this case, by "independent implementations", they mean "independent of any specification"
  972. # [19:16] <MikeSmith> and dependent on one another
  973. # [19:16] <MikeSmith> so is more of an "independent community of implementations"
  974. # [19:16] <MikeSmith> kind of like a hippy commune
  975. # [19:17] <MikeSmith> with free love
  976. # [19:17] <MikeSmith> and LSD
  977. # [19:18] <gsnedders> MikeSmith: What have you been doing _now_!?
  978. # [19:18] <TabAtkins> gsnedders: Free love and LSD.
  979. # [19:18] <annevk> MikeSmith, and a test suite, apparently
  980. # [19:19] <MikeSmith> morninglory seeds
  981. # [19:19] <gsnedders> Free love, LSD, and a test suite? Okay…
  982. # [19:19] <annevk> you're not seeing the pattern?
  983. # [19:20] <gsnedders> Not quite.
  984. # [19:20] <krijnh> -_-
  985. # [19:21] * Joins: ap (~ap@17.246.17.28)
  986. # [19:22] * Quits: kennyluck (~kennyluck@tea04.w3.mag.keio.ac.jp) (Quit: kennyluck)
  987. # [19:26] * Joins: shepazu (~schepers@212.183.140.36)
  988. # [19:26] * Quits: shepazu (~schepers@212.183.140.36) (Client Quit)
  989. # [19:27] * Joins: davidhund__ (~davidhund@dnuhd.xs4all.nl)
  990. # [19:27] * Joins: mlpug (~mlpug@a88-115-164-40.elisa-laajakaista.fi)
  991. # [19:28] * Joins: gratz|home (~gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com)
  992. # [19:33] * Quits: pauld (~chatzilla@194.102.13.2) (Ping timeout: 265 seconds)
  993. # [19:34] * Joins: mmn (~mmn@129-97-120-146.uwaterloo.ca)
  994. # [19:35] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
  995. # [19:37] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 260 seconds)
  996. # [19:37] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  997. # [19:38] * Quits: dbaron (~dbaron@c-98-234-51-190.hsd1.ca.comcast.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  998. # [19:44] * Joins: eighty4 (~eighty4@c-76c8e455.012-403-6c6b701.cust.bredbandsbolaget.se)
  999. # [19:44] * Joins: itpastorn (~user@h235n5-th-c-a31.ias.bredband.telia.com)
  1000. # [19:46] <variable> does anyone know of any bugs or offical responses from Hixie about the "advert" tag /
  1001. # [19:46] <variable> *about an advert tag
  1002. # [19:46] <TabAtkins> That we'd never do it, because it would immediately defeat itself?
  1003. # [19:47] <variable> TabAtkins, agreed - I'm looking for an offical response from hixie
  1004. # [19:48] <variable> or some W3C bug or something like that says exactly what you are saying
  1005. # [19:48] <TabAtkins> Hmm, I'll check.
  1006. # [19:48] <Dashiva^2> Was there ever a formal suggestion to add it?
  1007. # [19:48] <variable> Dashiva^2, I don't know.
  1008. # [19:50] <variable> TabAtkins, failing that a mailing list post from some influential WHATWG contributer
  1009. # [19:50] <variable> I'm searching my archives but I can't find one
  1010. # [19:50] * Joins: KaOSoFt (~webmaster@unaffiliated/kaosoft)
  1011. # [19:52] <TabAtkins> variable: http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2008-February/013939.html
  1012. # [19:52] * Joins: sicking (~chatzilla@nat/mozilla/session)
  1013. # [19:55] <TabAtkins> variable: And, two messages down that reply chain, Hixie points back to jgraham's response.
  1014. # [19:56] * Joins: gsnedder1 (~gsnedders@204.232.194.186)
  1015. # [20:01] * Quits: justicefries (~gerred@c-98-245-71-126.hsd1.co.comcast.net) (*.net *.split)
  1016. # [20:01] * Quits: JonathanNeal (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com) (*.net *.split)
  1017. # [20:01] * Quits: cedric_ (~cedric@124.197.122.234) (*.net *.split)
  1018. # [20:01] * Quits: ROBOd (~robod@89.123.140.199) (*.net *.split)
  1019. # [20:01] * Quits: boaz (~boaz@64.119.159.231) (*.net *.split)
  1020. # [20:01] * Quits: hamaji (~hamaji@220.109.219.244) (*.net *.split)
  1021. # [20:01] * Quits: hasather (~david@pat-tdc.opera.com) (*.net *.split)
  1022. # [20:01] * Quits: hendry (~hendry@webvm.net) (*.net *.split)
  1023. # [20:01] * Quits: tc (~travis@rrcs-67-78-243-170.se.biz.rr.com) (*.net *.split)
  1024. # [20:01] * Quits: gsnedders (~gsnedders@204.232.194.186) (*.net *.split)
  1025. # [20:02] * Quits: MikeSmith (~MikeSmith@EM111-188-107-71.pool.e-mobile.ne.jp) (*.net *.split)
  1026. # [20:02] * Quits: taf2 (~taf2@173-13-232-33-WashingtonDC.hfc.comcastbusiness.net) (*.net *.split)
  1027. # [20:02] * Quits: stalled (~stalled@unaffiliated/stalled) (*.net *.split)
  1028. # [20:02] * Quits: broquaint (a68dd54535@spc2-brig11-0-0-cust40.asfd.cable.virginmedia.com) (*.net *.split)
  1029. # [20:02] * Quits: paul_irish (~paulirish@aboutnerd.com) (*.net *.split)
  1030. # [20:02] * Quits: ciaran_lee (leecn@spoon.netsoc.tcd.ie) (*.net *.split)
  1031. # [20:02] * Quits: wakaba (~wakaba@213.139.210.220.dy.bbexcite.jp) (*.net *.split)
  1032. # [20:02] * Quits: kinetik (~kinetik@121.98.132.55) (*.net *.split)
  1033. # [20:02] * Quits: gavin_ (~gavin@firefox/developer/gavin) (*.net *.split)
  1034. # [20:02] * Quits: ap (~ap@17.246.17.28) (*.net *.split)
  1035. # [20:02] * Quits: jlebar (~jlebar@nat/mozilla/x-mygfofppzgakgrni) (*.net *.split)
  1036. # [20:02] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (*.net *.split)
  1037. # [20:02] * Quits: jochen__ (~jochen@nat/google/x-zfxucvotamhtzvtx) (*.net *.split)
  1038. # [20:02] * Quits: scotfl (~scotfl@aeryn.scotfl.net) (*.net *.split)
  1039. # [20:02] * Quits: JohnResig (~JohnResig@121.255.201.74.static.ey03.engineyard.com) (*.net *.split)
  1040. # [20:02] * Quits: gavin (~gavin@firefox/developer/gavin) (*.net *.split)
  1041. # [20:02] * Quits: mamund (mamund@frost.nullshells.net) (*.net *.split)
  1042. # [20:02] * Quits: tyoshino (~tyoshino@220.109.219.244) (*.net *.split)
  1043. # [20:02] * Quits: webben (~benjamin@173-203-84-17.static.cloud-ips.com) (*.net *.split)
  1044. # [20:02] * Quits: davidb_ (~davidb@mozca02.ca.mozilla.com) (*.net *.split)
  1045. # [20:02] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (*.net *.split)
  1046. # [20:02] * Quits: abarth (~abarth@c-98-210-108-185.hsd1.ca.comcast.net) (*.net *.split)
  1047. # [20:02] * Quits: payman (~payman@pat.se.opera.com) (*.net *.split)
  1048. # [20:02] * Quits: Hixie (ianh@trivini.no) (*.net *.split)
  1049. # [20:02] * Quits: doublec (~doublec@li30-216.members.linode.com) (*.net *.split)
  1050. # [20:02] * Quits: maikmerten (~maikmerte@port-92-201-70-175.dynamic.qsc.de) (*.net *.split)
  1051. # [20:02] * Quits: variable (~variable@unaffiliated/variable) (*.net *.split)
  1052. # [20:02] * Quits: riven` (~riven@53518387.cable.casema.nl) (*.net *.split)
  1053. # [20:02] * Quits: kbrosnan (~kbrosnan@ip24-250-54-36.ri.ri.cox.net) (*.net *.split)
  1054. # [20:02] * Quits: fishd (~fishd@nat/google/x-gqpaqwgdiusyufvb) (*.net *.split)
  1055. # [20:02] * Quits: ivan` (~ivan@unaffiliated/ivan/x-000001) (*.net *.split)
  1056. # [20:02] * Quits: inimino (~inimino@boshi.inimino.org) (*.net *.split)
  1057. # [20:02] * Quits: meledin_ (~vladi@f2.c7.5d45.static.theplanet.com) (*.net *.split)
  1058. # [20:02] * Quits: jgraham (~jgraham@web22.webfaction.com) (*.net *.split)
  1059. # [20:02] * Quits: eighty4 (~eighty4@c-76c8e455.012-403-6c6b701.cust.bredbandsbolaget.se) (*.net *.split)
  1060. # [20:02] * Quits: everton (~everton@KD118153063184.ppp-bb.dion.ne.jp) (*.net *.split)
  1061. # [20:02] * Quits: mitnavn (~mitnavn@unaffiliated/mitnavn) (*.net *.split)
  1062. # [20:02] * Quits: rolandsteiner (~rolandste@220.109.219.244) (*.net *.split)
  1063. # [20:02] * Quits: SecretAgent (sa@quake.nitemare.name) (*.net *.split)
  1064. # [20:02] * Quits: Philip` (~philip@zaynar.co.uk) (*.net *.split)
  1065. # [20:02] * Quits: fagan (~fagan@ubuntu/member/shanefagan) (*.net *.split)
  1066. # [20:02] * Quits: smaug (~chatzilla@a91-154-40-222.elisa-laajakaista.fi) (*.net *.split)
  1067. # [20:02] * Quits: Dashiva (Dashiva@wikia/Dashiva) (*.net *.split)
  1068. # [20:02] * Quits: m_W (~mwilcox56@c-69-141-106-205.hsd1.nj.comcast.net) (*.net *.split)
  1069. # [20:02] * Quits: daedb_ (~daed@78-72-108-100-no178.tbcn.telia.com) (*.net *.split)
  1070. # [20:02] * Quits: Slaanesh (magnusrk@tvilling2.pvv.ntnu.no) (*.net *.split)
  1071. # [20:02] * Quits: Peter- (~peter@5ED0FB51.cable.ziggo.nl) (*.net *.split)
  1072. # [20:02] * gsnedder1 is now known as gsnedders
  1073. # [20:03] * Joins: hendry_ (~hendry@webvm.net)
  1074. # [20:03] * Joins: deepthawtz (~deepthawt@c-24-130-129-16.hsd1.ca.comcast.net)
  1075. # [20:03] * Joins: eighty4 (~eighty4@c-76c8e455.012-403-6c6b701.cust.bredbandsbolaget.se)
  1076. # [20:03] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  1077. # [20:03] * Joins: ap (~ap@17.246.17.28)
  1078. # [20:03] * Joins: maikmerten (~maikmerte@port-92-201-70-175.dynamic.qsc.de)
  1079. # [20:03] * Joins: variable (~variable@unaffiliated/variable)
  1080. # [20:03] * Joins: jlebar (~jlebar@nat/mozilla/x-mygfofppzgakgrni)
  1081. # [20:03] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  1082. # [20:03] * Joins: everton (~everton@KD118153063184.ppp-bb.dion.ne.jp)
  1083. # [20:03] * Joins: fagan (~fagan@ubuntu/member/shanefagan)
  1084. # [20:03] * Joins: mamund (mamund@frost.nullshells.net)
  1085. # [20:03] * Joins: davidb_ (~davidb@mozca02.ca.mozilla.com)
  1086. # [20:03] * Joins: MikeSmith (~MikeSmith@EM111-188-107-71.pool.e-mobile.ne.jp)
  1087. # [20:03] * Joins: riven` (~riven@53518387.cable.casema.nl)
  1088. # [20:03] * Joins: taf2 (~taf2@173-13-232-33-WashingtonDC.hfc.comcastbusiness.net)
  1089. # [20:03] * Joins: smaug (~chatzilla@a91-154-40-222.elisa-laajakaista.fi)
  1090. # [20:03] * Joins: kbrosnan (~kbrosnan@ip24-250-54-36.ri.ri.cox.net)
  1091. # [20:03] * Joins: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  1092. # [20:03] * Joins: Dashiva (Dashiva@wikia/Dashiva)
  1093. # [20:03] * Joins: abarth (~abarth@c-98-210-108-185.hsd1.ca.comcast.net)
  1094. # [20:03] * Joins: m_W (~mwilcox56@c-69-141-106-205.hsd1.nj.comcast.net)
  1095. # [20:03] * Joins: rolandsteiner (~rolandste@220.109.219.244)
  1096. # [20:03] * Joins: fishd (~fishd@nat/google/x-gqpaqwgdiusyufvb)
  1097. # [20:03] * Joins: daedb_ (~daed@78-72-108-100-no178.tbcn.telia.com)
  1098. # [20:03] * Joins: stalled (~stalled@unaffiliated/stalled)
  1099. # [20:03] * Joins: payman (~payman@pat.se.opera.com)
  1100. # [20:03] * Joins: mitnavn (~mitnavn@unaffiliated/mitnavn)
  1101. # [20:03] * Joins: ivan` (~ivan@unaffiliated/ivan/x-000001)
  1102. # [20:03] * Joins: broquaint (a68dd54535@spc2-brig11-0-0-cust40.asfd.cable.virginmedia.com)
  1103. # [20:03] * Joins: jochen__ (~jochen@nat/google/x-zfxucvotamhtzvtx)
  1104. # [20:03] * Joins: Slaanesh (magnusrk@tvilling2.pvv.ntnu.no)
  1105. # [20:03] * Joins: Hixie (ianh@trivini.no)
  1106. # [20:03] * Joins: inimino (~inimino@boshi.inimino.org)
  1107. # [20:03] * Joins: scotfl (~scotfl@aeryn.scotfl.net)
  1108. # [20:03] * Joins: tyoshino (~tyoshino@220.109.219.244)
  1109. # [20:03] * Joins: paul_irish (~paulirish@aboutnerd.com)
  1110. # [20:03] * Joins: ciaran_lee (leecn@spoon.netsoc.tcd.ie)
  1111. # [20:03] * Joins: Peter- (~peter@5ED0FB51.cable.ziggo.nl)
  1112. # [20:03] * Joins: JohnResig (~JohnResig@121.255.201.74.static.ey03.engineyard.com)
  1113. # [20:03] * Joins: SecretAgent (sa@quake.nitemare.name)
  1114. # [20:03] * Joins: wakaba (~wakaba@213.139.210.220.dy.bbexcite.jp)
  1115. # [20:03] * Joins: meledin_ (~vladi@f2.c7.5d45.static.theplanet.com)
  1116. # [20:03] * Joins: doublec (~doublec@li30-216.members.linode.com)
  1117. # [20:03] * Joins: gavin (~gavin@firefox/developer/gavin)
  1118. # [20:03] * Joins: kinetik (~kinetik@121.98.132.55)
  1119. # [20:03] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  1120. # [20:03] * Joins: jgraham (~jgraham@web22.webfaction.com)
  1121. # [20:03] * Joins: Philip` (~philip@zaynar.co.uk)
  1122. # [20:03] * Joins: dbaron (~dbaron@nat/mozilla/x-qgxoomzxxakqxkwo)
  1123. # [20:03] * Quits: sicking (~chatzilla@nat/mozilla/session) (Changing host)
  1124. # [20:03] * Joins: sicking (~chatzilla@nat/mozilla/x-wukljjigjvwifuyc)
  1125. # [20:04] * Quits: jlebar (~jlebar@nat/mozilla/x-mygfofppzgakgrni) (Ping timeout: 313 seconds)
  1126. # [20:06] * Quits: Rik` (~Rik`@213.41.141.234) (Quit: Rik`)
  1127. # [20:06] * Joins: Hixie_ (ianh@trivini.no)
  1128. # [20:07] * Quits: Hixie (ianh@trivini.no) (Write error: Broken pipe)
  1129. # [20:07] * Quits: doublec (~doublec@li30-216.members.linode.com) (Ping timeout: 341 seconds)
  1130. # [20:08] * Joins: doublec (~doublec@li30-216.members.linode.com)
  1131. # [20:08] * Joins: JonathanNeal (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com)
  1132. # [20:09] * Joins: cedric_ (~cedric@124.197.122.234)
  1133. # [20:09] * Joins: tc_ (~travis@rrcs-67-78-243-170.se.biz.rr.com)
  1134. # [20:09] * Joins: justicefries (~gerred@c-98-245-71-126.hsd1.co.comcast.net)
  1135. # [20:09] * Joins: ROBOd (~robod@89.123.140.199)
  1136. # [20:09] * Joins: boaz (~boaz@64.119.159.231)
  1137. # [20:09] * Joins: hamaji (~hamaji@220.109.219.244)
  1138. # [20:09] * Joins: hasather (~david@pat-tdc.opera.com)
  1139. # [20:09] * Joins: 17SAAPRN7 (~gsnedders@204.232.194.186)
  1140. # [20:09] * Quits: 17SAAPRN7 (~gsnedders@204.232.194.186) (Remote host closed the connection)
  1141. # [20:11] * Joins: aroben (~aroben@unaffiliated/aroben)
  1142. # [20:12] * Joins: weinig (~weinig@17.246.16.74)
  1143. # [20:16] * Joins: holydevil_ (~holydevil@nat/yahoo/x-uqgpiarfzmcpbzco)
  1144. # [20:17] * Parts: holydevil_ (~holydevil@nat/yahoo/x-uqgpiarfzmcpbzco)
  1145. # [20:18] * Parts: itpastorn (~user@h235n5-th-c-a31.ias.bredband.telia.com)
  1146. # [20:19] * Joins: jlebar (~jlebar@nat/mozilla/x-wpqlszevppyqkvsx)
  1147. # [20:21] * Quits: sicking (~chatzilla@nat/mozilla/x-wukljjigjvwifuyc) (Ping timeout: 240 seconds)
  1148. # [20:28] * Quits: mmn (~mmn@129-97-120-146.uwaterloo.ca) (Quit: Leaving.)
  1149. # [20:30] * Joins: GarethAdams|Home (~GarethAda@80-45-20-20.static.dsl.as9105.com)
  1150. # [20:30] * Quits: GarethAdams|Home (~GarethAda@80-45-20-20.static.dsl.as9105.com) (Changing host)
  1151. # [20:30] * Joins: GarethAdams|Home (~GarethAda@pdpc/supporter/active/GarethAdams)
  1152. # [20:30] * Quits: GarethAdams|Home (~GarethAda@pdpc/supporter/active/GarethAdams) (Client Quit)
  1153. # [20:34] * Quits: weinig (~weinig@17.246.16.74) (Quit: weinig)
  1154. # [22:35] * Disconnected
  1155. # [22:36] * Attempting to rejoin channel #whatwg
  1156. # [22:36] * Rejoined channel #whatwg
  1157. # [22:36] * 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!'
  1158. # [22:36] * Set by annevk42 on Mon Oct 19 23:03:06
  1159. # [22:36] * Quits: ako (~nya@f051148027.adsl.alicedsl.de) (Ping timeout: 240 seconds)
  1160. # [22:36] * Joins: crash\ (crash@lubyte.de)
  1161. # [22:42] * Quits: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de) (Read error: Connection timed out)
  1162. # [22:43] <annevk> gsnedders, postMessage is also on window so no
  1163. # [22:44] <annevk> gsnedders, hack: (self != window)
  1164. # [22:45] <annevk> gsnedders, shared workers do not have postMessage on the global object by the way, it seems
  1165. # [22:46] * Joins: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de)
  1166. # [22:46] * Joins: roc (~roc@203-97-204-82.dsl.clear.net.nz)
  1167. # [22:48] * Joins: TheFuzzball (~quassel@188-221-96-34.zone12.bethere.co.uk)
  1168. # [22:50] * Parts: variable (~variable@unaffiliated/variable)
  1169. # [22:50] * Joins: variable (~variable@unaffiliated/variable)
  1170. # [22:50] * Parts: variable (~variable@unaffiliated/variable) ("Leaving")
  1171. # [22:51] * Joins: variable (~variable@unaffiliated/variable)
  1172. # [22:51] * Quits: ROBOd (~robod@89.123.140.199) (Quit: http://www.robodesign.ro)
  1173. # [22:54] <jgraham> annevk: You mean this !== window I guess
  1174. # [22:54] * Quits: smaug (~chatzilla@a91-154-40-222.elisa-laajakaista.fi) (Ping timeout: 245 seconds)
  1175. # [22:55] <annevk> jgraham, self exists
  1176. # [22:56] <jgraham> Ah
  1177. # [22:56] <jgraham> Indeed it does
  1178. # [22:56] <jgraham> That's confusing
  1179. # [22:57] <jgraham> It should have been named workerGlobal or something
  1180. # [22:57] <jgraham> Anyway to late to paint that bikeshed
  1181. # [22:57] <jgraham> *too
  1182. # [22:57] <annevk> self is much nicer
  1183. # [22:57] <annevk> there
  1184. # [22:57] <jgraham> Not if you have a python background
  1185. # [22:58] <annevk> kids of the future will have an ECMAScript background
  1186. # [22:58] <jgraham> boy will they be screwed up
  1187. # [22:58] * Joins: Martijn (~martijn@91.176.36.233)
  1188. # [22:58] <annevk> ECMAScript is prolly one of the lesser problems of the future :)
  1189. # [22:59] <jgraham> Well I meant DOM really
  1190. # [22:59] <jgraham> Or "the union of all web apis"
  1191. # [23:00] <jgraham> Since I guess there will not be that many people with a pure es background
  1192. # [23:00] <jgraham> unless it breaks out of the browser in a really big way
  1193. # [23:00] * Quits: Martijnc (~martijn@91.176.36.233) (Ping timeout: 240 seconds)
  1194. # [23:00] <jgraham> much bigger than node.js
  1195. # [23:09] * Quits: mpt_ (~mpt@canonical/mpt) (Ping timeout: 264 seconds)
  1196. # [23:11] * Quits: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de) (Read error: Connection timed out)
  1197. # [23:17] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Ping timeout: 240 seconds)
  1198. # [23:19] * Quits: Maurice (copyman@5ED573FA.cable.ziggo.nl)
  1199. # [23:19] * Quits: davidhund__ (~davidhund@dnuhd.xs4all.nl) (Quit: davidhund__)
  1200. # [23:20] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  1201. # [23:23] * Joins: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de)
  1202. # [23:30] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Quit: othermaciej)
  1203. # [23:36] * Quits: Anonameless (~Nameless@cm218-252-156-82.hkcable.com.hk) (Read error: Connection reset by peer)
  1204. # [23:45] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  1205. # [23:49] * riven` is now known as riven
  1206. # Session Close: Tue Jun 29 00:00:00 2010

The end :)