/irc-logs / freenode / #whatwg / 2011-08-04 / end

Options:

  1. # Session Start: Thu Aug 04 00:00:01 2011
  2. # Session Ident: #whatwg
  3. # [00:03] <annevk> http://www.w3.org/Bugs/Public/show_bug.cgi?id=13640 reference fights
  4. # [00:03] <annevk> teehee
  5. # [00:03] <annevk> I could learn a thing or two from AryehGregor
  6. # [00:05] <Hixie> maybe one day plh will reply to http://lists.w3.org/Archives/Public/public-web-perf/2011Apr/0013.html or http://lists.w3.org/Archives/Public/public-web-perf/2011Jul/0090.html
  7. # [00:07] <TabAtkins> Hm. How do you use innerHTML to replace the contents of an iframe?
  8. # [00:10] <jgraham> Which contents?
  9. # [00:10] <annevk> http://blog.webmproject.org/2011/08/one-to-one-vp8-video-calling-now.html so that only leaves Apple in a way
  10. # [00:10] <jgraham> The child nodes or the framed document?
  11. # [00:11] <jgraham> (I would have thought that iframe.innerHTML or iframe.contentDocument.innerHTML would work)
  12. # [00:11] <jgraham> (but setting .innerHTML on document might not work everywhere yet)
  13. # [00:12] <TabAtkins> The latter doesn't seem to work for me, and I can't get to contentDocument.body
  14. # [00:12] <jgraham> contentDocument.documentNode?
  15. # [00:12] <TabAtkins> Actually, just calling contentDocument seems to return undefined all the tiem.
  16. # [00:12] <annevk> wait for onload
  17. # [00:12] <jgraham> Is this with chrome and a data: uri?
  18. # [00:13] <annevk> anything but about:blank loads async
  19. # [00:13] <TabAtkins> jgraham: Chrome, yes. data: url, no. I'm using a blank src.
  20. # [00:13] <annevk> iirc
  21. # [00:13] <jgraham> The ways of about:blank are mysterious to me
  22. # [00:14] <jgraham> Maybe chrome loads that async? But surely taht would break sites...
  23. # [00:15] <TabAtkins> annevk: Even creating an iframe within the javascript console doesn't work, though.
  24. # 06[00:15] * jgraham ->sleep++
  25. # [00:17] <annevk> wait for onload
  26. # [00:17] <TabAtkins> annevk: Again, creating one in the console, then in a separate command asking for contentDocument, return "undefined".
  27. # [00:18] <TabAtkins> Given my slow human fingers, I'm quite certain that onload fires between those two actions.
  28. # [00:21] <annevk> is it in a document?
  29. # [00:21] <TabAtkins> Hm, guess not.
  30. # [00:21] <annevk> "When an iframe element is first inserted into a document, the user agent must create a nested browsing context, and then process the iframe attributes for the first time."
  31. # [00:21] <annevk> that would explain your problem
  32. # [00:22] <TabAtkins> Ah, indeed. It all works now, thanks!
  33. # 02[00:25] * Quits: jacobolus (~jacobolus@c-67-188-214-90.hsd1.ca.comcast.net) (Remote host closed the connection)
  34. # 03[00:27] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com)
  35. # [00:28] <remysharp> Is this as good a place as any to ask about indexeddb?
  36. # [00:28] <TabAtkins> Sure.
  37. # 02[00:28] * Quits: foolip_ (~philip@h242n6-g-hn-a11.ias.bredband.telia.com) (Ping timeout: 255 seconds)
  38. # 02[00:29] * Quits: David_Bradbury (~chatzilla@75-147-178-254-Washington.hfc.comcastbusiness.net) (Quit: ChatZilla 0.9.87 [Firefox 5.0/20110615151330])
  39. # [00:29] <remysharp> regarding the transaction method
  40. # [00:30] <remysharp> creating new transactions
  41. # [00:30] <remysharp> I've seen tutorials offering a third argument - usually 0 (zero) but I can't for the life of me work out what it's supposed to be.
  42. # [00:30] <remysharp> any ideas?
  43. # [00:30] <remysharp> I did try the spec, but really couldn't work it out from there - not sure if I was being blind or it's just not completely clear
  44. # [00:31] <remysharp> for example: db.transaction(['notes'], IDBTransaction.READ_WRITE, 0)
  45. # 02[00:33] * Quits: cpearce (~chatzilla@ip-118-90-10-25.xdsl.xnet.co.nz) (Ping timeout: 258 seconds)
  46. # 03[00:33] * Joins: cpearce (~chatzilla@ip-118-90-21-54.xdsl.xnet.co.nz)
  47. # 03[00:35] * Joins: blooberry_ (~blooberry@198.145.35.12)
  48. # 02[00:35] * Quits: blooberry (~blooberry@198.145.35.12) (Read error: Connection reset by peer)
  49. # 03[00:35] * blooberry_ is now known as blooberry
  50. # [00:35] <TabAtkins> I can't tell very well, because the spec is almost entirely devoid of examples, but I suspect it's a timeout.
  51. # [00:36] <remysharp> yeah - it's not completely clear - glad it's not just me!
  52. # [00:36] <TabAtkins> Nah, this spec is *super* horrible for reading.
  53. # [00:36] <remysharp> Cheers - searching timeout, I'd say you're right.
  54. # [00:37] <remysharp> thanks for that - wasted hours the other night trawling through articles - not sure why I did check in here first!
  55. # [00:37] <TabAtkins> ^_^
  56. # [00:37] <annevk> per spec there's only two arguments
  57. # [00:37] <annevk> so that last argument is bogus and will be ignored
  58. # [00:37] <TabAtkins> annevk: Where are you finding the description of the transaction() method?
  59. # [00:37] <annevk> http://dvcs.w3.org/hg/IndexedDB/raw-file/tip/Overview.html#database-interface
  60. # [00:38] <remysharp> cripes - good work finding that
  61. # [00:38] <TabAtkins> Ah, there it is.
  62. # [00:38] <remysharp> how I didn't see that before....
  63. # [00:38] <remysharp> ssheesh
  64. # [00:38] <jamesr> Hixie: fwiw on the public-web-perf spec i updated all the specs i'm editor on to reference up-to-date specs
  65. # [00:38] <Hixie> nice
  66. # [00:38] <jamesr> that does not include page visibility
  67. # [00:39] <Hixie> it's really the only way that makes sense, imho
  68. # [00:41] <annevk> oh plh replies
  69. # [00:41] <annevk> hello W3C log readers
  70. # [00:42] <Hixie> he still neatly managed to avoid actually responding to large parts of the e-mail
  71. # 02[00:42] * Quits: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com) (Quit: Shazam)
  72. # 02[00:43] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
  73. # [00:43] <annevk> http://wiki.csswg.org/spec/reviews/html5
  74. # 03[00:44] * Joins: dave_levin (~dave_levi@74.125.59.65)
  75. # 02[00:45] * Quits: smaug____ (~chatzilla@GZYYYXXV.gprs.sl-laajakaista.fi) (Ping timeout: 240 seconds)
  76. # 03[00:53] * Joins: erlehmann (~erlehmann@82.113.99.32)
  77. # 03[00:54] * Joins: akisma (~akisma@71.22.38.25)
  78. # 02[00:58] * Quits: ezoe (~ezoe@203-140-89-150f1.kyt1.eonet.ne.jp) (Ping timeout: 240 seconds)
  79. # 03[00:58] * Joins: smaug____ (~chatzilla@a91-154-41-96.elisa-laajakaista.fi)
  80. # 02[00:59] * Quits: Steve^ (~steve@host-78-149-163-60.as13285.net) (Ping timeout: 255 seconds)
  81. # 02[00:59] * Quits: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.0.1/2008072406])
  82. # [01:10] <zewt> <annevk> so that last argument is bogus and will be ignored <- can we apply this to mailing lists
  83. # 02[01:10] * Quits: astearns (~anonymous@192.150.22.5) (Ping timeout: 246 seconds)
  84. # [01:10] <Hixie> it's applied to the whatwg list fwiw
  85. # 03[01:19] * Joins: num1 (~num1@unaffiliated/num1)
  86. # 03[01:19] * Joins: jacobolus (~jacobolus@c-67-188-214-90.hsd1.ca.comcast.net)
  87. # 02[01:23] * Quits: smaug____ (~chatzilla@a91-154-41-96.elisa-laajakaista.fi) (Ping timeout: 252 seconds)
  88. # 03[01:25] * Joins: cying_ (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net)
  89. # 02[01:25] * Quits: cying (~cying@173-228-29-224.dsl.static.sonic.net) (Read error: Connection reset by peer)
  90. # 03[01:25] * cying_ is now known as cying
  91. # 03[01:34] * Joins: MikeSmith_ (~MikeSmith@EM114-48-84-96.pool.e-mobile.ne.jp)
  92. # 02[01:35] * Quits: cpearce (~chatzilla@ip-118-90-21-54.xdsl.xnet.co.nz) (Ping timeout: 258 seconds)
  93. # 03[01:36] * Joins: smaug____ (~chatzilla@GZYYMMMCCCXLV.gprs.sl-laajakaista.fi)
  94. # 02[01:38] * Quits: MikeSmith (~MikeSmith@EM111-188-12-132.pool.e-mobile.ne.jp) (Ping timeout: 264 seconds)
  95. # 03[01:38] * MikeSmith_ is now known as MikeSmith
  96. # 03[01:40] * Joins: ezoe (~ezoe@61-205-124-245f1.kyt1.eonet.ne.jp)
  97. # 02[01:41] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
  98. # 02[01:42] * Quits: smaug____ (~chatzilla@GZYYMMMCCCXLV.gprs.sl-laajakaista.fi) (Ping timeout: 258 seconds)
  99. # 03[01:47] * Joins: jarek (~jarek@aeaf194.neoplus.adsl.tpnet.pl)
  100. # 02[01:47] * Quits: jarek (~jarek@aeaf194.neoplus.adsl.tpnet.pl) (Changing host)
  101. # 03[01:47] * Joins: jarek (~jarek@unaffiliated/jarek)
  102. # 03[01:48] * Joins: cpearce (~chatzilla@ip-118-90-28-136.xdsl.xnet.co.nz)
  103. # 03[01:49] * Joins: nessy (~Adium@124-169-135-125.dyn.iinet.net.au)
  104. # 02[01:55] * Quits: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net) (Quit: cying)
  105. # 02[01:57] * Quits: The_8472 (~stardive@azureus/The8472) (Ping timeout: 252 seconds)
  106. # 02[02:13] * Quits: stefan-_ (~music@hiwi0.wi2.uni-trier.de) (Remote host closed the connection)
  107. # 02[02:18] * Quits: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.18/20110621100037])
  108. # 02[02:22] * Quits: akisma (~akisma@71.22.38.25) (Quit: akisma)
  109. # 02[02:23] * Quits: nimbu (~Adium@157.22.251.133) (Remote host closed the connection)
  110. # 02[02:27] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: Leaving)
  111. # 03[02:28] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  112. # 02[02:30] * Quits: ap (~ap@2620:149:4:401:fccd:27e3:d068:5bdf) (Quit: ap)
  113. # 03[02:30] * Joins: karlcow (~karl@nerval.la-grange.net)
  114. # 03[02:36] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
  115. # 02[02:43] * Quits: sicking (~chatzilla@nat/mozilla/x-ryxghdrdcrmpveyc) (Ping timeout: 250 seconds)
  116. # 03[02:45] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  117. # 03[02:47] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  118. # 03[02:48] * bga_ is now known as bga_|away
  119. # 02[02:50] * Quits: linclark (~clark@089-101-090180.ntlworld.ie) (Quit: linclark)
  120. # 03[02:53] * Joins: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
  121. # 03[02:59] * Joins: cying (~cying@c-71-202-136-62.hsd1.ca.comcast.net)
  122. # 02[03:00] * Quits: doublec (~doublec@cd.pn) (Changing host)
  123. # 03[03:00] * Joins: doublec (~doublec@unaffiliated/doublec)
  124. # 03[03:00] * bga_|away is now known as bga_
  125. # 03[03:14] * bga_ is now known as bga_|away
  126. # 03[03:15] * Joins: cpearce_ (~chatzilla@ip-118-90-37-0.xdsl.xnet.co.nz)
  127. # 02[03:17] * Quits: othermaciej (~mjs@17.246.19.249) (Quit: othermaciej)
  128. # 02[03:17] * Quits: cpearce (~chatzilla@ip-118-90-28-136.xdsl.xnet.co.nz) (Ping timeout: 258 seconds)
  129. # 03[03:17] * cpearce_ is now known as cpearce
  130. # 02[03:18] * Quits: cying (~cying@c-71-202-136-62.hsd1.ca.comcast.net) (Quit: cying)
  131. # 02[03:18] * Quits: erlehmann (~erlehmann@82.113.99.32) (Quit: Ex-Chat)
  132. # 03[03:25] * bga_|away is now known as bga_
  133. # 03[03:28] * Joins: othermaciej (~mjs@67.218.107.179)
  134. # 02[03:35] * Quits: Moo-- (~quassel@herd37.twinapex.fi) (Read error: Connection reset by peer)
  135. # 03[03:35] * Joins: moo-_- (~quassel@herd37.twinapex.fi)
  136. # 02[03:45] * Quits: jacobolus (~jacobolus@c-67-188-214-90.hsd1.ca.comcast.net) (Remote host closed the connection)
  137. # 02[03:51] * Quits: MikeSmith (~MikeSmith@EM114-48-84-96.pool.e-mobile.ne.jp) (Ping timeout: 264 seconds)
  138. # 03[03:52] * Joins: akisma (~akisma@71.22.38.25)
  139. # 03[03:56] * bga_ is now known as bga_|away
  140. # 02[03:56] * Quits: bga_|away (~bga@95-55-51-252.dynamic.avangarddsl.ru) (Read error: Connection reset by peer)
  141. # 02[04:06] * Quits: jochen__ (~jochen@nat/google/x-bbiioylbjctvqfdv) (Remote host closed the connection)
  142. # 03[04:06] * Joins: jochen__ (~jochen@nat/google/x-gcmvfpvygygbmblh)
  143. # 02[04:10] * Quits: ezoe (~ezoe@61-205-124-245f1.kyt1.eonet.ne.jp) (Ping timeout: 252 seconds)
  144. # 03[04:17] * Joins: shetech (~shetech@c-76-126-167-49.hsd1.ca.comcast.net)
  145. # 03[04:23] * Joins: jacobolus (~jacobolus@c-67-180-21-185.hsd1.ca.comcast.net)
  146. # 02[04:24] * Quits: dave_levin (~dave_levi@74.125.59.65) (Quit: dave_levin)
  147. # 02[04:27] * Quits: jamesr (~jamesr@216.239.45.22) (Quit: jamesr)
  148. # 02[04:29] * Quits: othermaciej (~mjs@67.218.107.179) (Quit: othermaciej)
  149. # 02[04:29] * Quits: CvP (~CvP@123.49.21.9) (Quit: [ UPP ] > all)
  150. # 02[04:31] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  151. # 02[04:33] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
  152. # 03[04:47] * Joins: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net)
  153. # 02[04:50] * Quits: jochen__ (~jochen@nat/google/x-gcmvfpvygygbmblh) (Remote host closed the connection)
  154. # 03[04:50] * Joins: jochen__ (~jochen@nat/google/x-wznkcbfbmxchelzh)
  155. # 02[04:51] * Quits: jdong_ (~quassel@222.126.155.250) (Remote host closed the connection)
  156. # 03[04:52] * Joins: jdong_ (~quassel@222.126.155.250)
  157. # 03[04:52] * Joins: jdong__ (~quassel@222.126.155.250)
  158. # 02[04:52] * Quits: tomasf (~tom@2002:55e5:d95e:0:dc18:492e:3345:32a3) (Quit: tomasf)
  159. # 02[04:53] * Quits: jdong__ (~quassel@222.126.155.250) (Remote host closed the connection)
  160. # 02[04:57] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  161. # 03[04:59] * Joins: ezoe (~ezoe@112-68-245-201f1.kyt1.eonet.ne.jp)
  162. # [05:00] <Hixie> anyone got windows handy?
  163. # 02[05:08] * Quits: cpearce (~chatzilla@ip-118-90-37-0.xdsl.xnet.co.nz) (Read error: Connection reset by peer)
  164. # 02[05:09] * Quits: akisma (~akisma@71.22.38.25) (Quit: akisma)
  165. # 02[05:10] * Quits: jochen__ (~jochen@nat/google/x-wznkcbfbmxchelzh) (Read error: Connection reset by peer)
  166. # 03[05:10] * Joins: jochen__ (~jochen@nat/google/x-tbgeojpsxdzhbobf)
  167. # 02[05:13] * Quits: juangiordana (~quassel@host15.190-139-129.telecom.net.ar) (Read error: Connection reset by peer)
  168. # 03[05:15] * Joins: cpearce (~chatzilla@ip-118-90-49-96.xdsl.xnet.co.nz)
  169. # [05:19] <roc> Hixie: yes
  170. # [05:20] <Hixie> can you think of a text box somewhere in the native windows UI (not an app and not IE) that is multiline and has some text in it by default?
  171. # [05:20] <roc> not off the top of my head
  172. # 02[05:26] * Quits: wolfman2000 (~wolfman20@rrcs-70-63-208-211.midsouth.biz.rr.com) (Remote host closed the connection)
  173. # 03[05:30] * Joins: nonge_ (~nonge@p5082BD01.dip.t-dialin.net)
  174. # 02[05:31] * Quits: nonge (~nonge@p5082A7BA.dip.t-dialin.net) (Read error: Operation timed out)
  175. # 03[05:39] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
  176. # 03[05:48] * Joins: blooberry_ (~blooberry@198.145.35.12)
  177. # 02[05:48] * Quits: blooberry (~blooberry@198.145.35.12) (Read error: Connection reset by peer)
  178. # 03[05:48] * blooberry_ is now known as blooberry
  179. # 02[05:54] * Quits: blooberry (~blooberry@198.145.35.12) (Ping timeout: 258 seconds)
  180. # 03[05:59] * Joins: agektmr (~Adium@220.109.219.244)
  181. # 02[06:03] * Quits: dbaron (~dbaron@nat/mozilla/x-louozteqbarlpfiu) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  182. # [06:14] <hober> annevk: I'm on the happiana list
  183. # [06:16] <hober> annevk: i had tried to subscribe when it was private, and stpeter added me when it opened up
  184. # 02[06:17] * Quits: jacobolus (~jacobolus@c-67-180-21-185.hsd1.ca.comcast.net) (Remote host closed the connection)
  185. # 03[06:19] * Joins: MikeSmith (~MikeSmith@EM114-48-84-149.pool.e-mobile.ne.jp)
  186. # [06:26] <MikeSmith> othermaciej: you around? wanted to ask about moving bugzilla bugs to LC components
  187. # [06:28] <MikeSmith> Hixie: I set up LC components for all HTML drafts, and I will need to do a mass-move of them today
  188. # 02[06:28] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 258 seconds)
  189. # 03[06:28] * Joins: blooberry (~blooberry@198.145.35.12)
  190. # [06:28] <MikeSmith> as we did back in October
  191. # [06:28] <MikeSmith> wow, it's a blooberry
  192. # [06:28] <MikeSmith> blooberry: don't recall seeing you around here for quite a while
  193. # 03[06:40] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
  194. # [06:46] <Hixie> MikeSmith: k
  195. # [06:46] <Hixie> blooberry: sup dude
  196. # 02[06:47] * Quits: MikeSmith (~MikeSmith@EM114-48-84-149.pool.e-mobile.ne.jp) (Ping timeout: 246 seconds)
  197. # 03[06:48] * Joins: jacobolus (~jacobolus@c-67-180-21-185.hsd1.ca.comcast.net)
  198. # 03[06:49] * Joins: blooberry_ (~blooberry@198.145.35.12)
  199. # 02[06:49] * Quits: blooberry (~blooberry@198.145.35.12) (Read error: Connection reset by peer)
  200. # 03[06:49] * blooberry_ is now known as blooberry
  201. # 03[07:00] * Joins: blooberry_ (~blooberry@198.145.35.12)
  202. # 02[07:00] * Quits: blooberry (~blooberry@198.145.35.12) (Read error: Connection reset by peer)
  203. # 03[07:00] * blooberry_ is now known as blooberry
  204. # 03[07:01] * Joins: MikeSmith (~MikeSmith@EM1-112-252-55.pool.e-mobile.ne.jp)
  205. # 02[07:04] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Remote host closed the connection)
  206. # 02[07:10] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 258 seconds)
  207. # 02[07:12] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  208. # 03[07:14] * Joins: temp01 (~temp01@unaffiliated/temp01)
  209. # [07:18] <nessy> MikeSmith: outch! Shame we couldn't avoid that email deluge...
  210. # 03[07:18] * Joins: agektmr (~Adium@220.109.219.244)
  211. # 02[07:18] * Quits: agektmr (~Adium@220.109.219.244) (Client Quit)
  212. # 03[07:20] * Joins: agektmr (~Adium@220.109.219.244)
  213. # 03[07:26] * Joins: rimantas (~rimliu@93.93.57.193)
  214. # 03[07:26] * Joins: Ankheg (~Ankheg@91.224.77.4)
  215. # [07:33] <MikeSmith> nessy: yeah, sorry
  216. # 02[07:34] * Quits: Ankheg (~Ankheg@91.224.77.4) (Quit: Leaving.)
  217. # 02[07:43] * Quits: jacobolus (~jacobolus@c-67-180-21-185.hsd1.ca.comcast.net) (Remote host closed the connection)
  218. # [07:44] <MikeSmith> ok, mail bomb completed
  219. # [07:45] <nessy> uff
  220. # [07:45] <MikeSmith> Hixie: I turned your bugmail off about 30 minutes ago, before I launched the mail bomb
  221. # [07:45] <MikeSmith> but I just now turned it back on
  222. # 02[07:46] * Quits: nessy (~Adium@124-169-135-125.dyn.iinet.net.au) (Quit: Leaving.)
  223. # [07:47] <MikeSmith> othermaciej: all existing bugs are now moved to the LC1 components
  224. # [07:47] <MikeSmith> if there are any problems, I'll be around for maybe 2 more hours
  225. # [07:48] <MikeSmith> then I have to catch a plane and will be offline for 12 hours or so
  226. # 02[07:48] * Quits: MikeSmith (~MikeSmith@EM1-112-252-55.pool.e-mobile.ne.jp) (Quit: MikeSmith)
  227. # 02[07:50] * Quits: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 252 seconds)
  228. # 03[07:52] * heycam is now known as heycam|away
  229. # 03[07:52] * Joins: Ankheg (~Ankheg@91.224.77.4)
  230. # 03[07:55] * Joins: zcorpan (~zcorpan@c-3999e355.410-6-64736c14.cust.bredbandsbolaget.se)
  231. # [08:02] <hsivonen> the "broadcaster's point of view" of HTML5 is interesting
  232. # [08:02] <hsivonen> treating the video element as TV instead of considering the other stuff around it
  233. # 02[08:03] * Quits: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com) (Quit: hij1nx)
  234. # [08:03] <hsivonen> what if the user doesn't have a <video> playing during a tsunami?
  235. # [08:04] <hsivonen> shouldn't the tsunami warning system be a separate daemon that's always in the background?
  236. # 03[08:07] * Joins: cying (~cying@c-71-202-136-62.hsd1.ca.comcast.net)
  237. # [08:09] <zcorpan> like Twitter?
  238. # 03[08:11] * Joins: Rik`_ (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net)
  239. # [08:14] <hsivonen> zcorpan: I was thinking of something running on the OS level and permission to stick stuff on the screen and to play audio
  240. # 02[08:14] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Ping timeout: 255 seconds)
  241. # 06[08:15] * hsivonen wonders why the CSS WG has reviewed a WD from May when sending feedback in August
  242. # [08:16] <hsivonen> "The following references link to Editor's Drafts, not Working Drafts" :-(
  243. # [08:19] <zcorpan> HbbTV-- for using a new doctype (and new MIME type) and wanting HTML entities to work
  244. # 03[08:21] * Joins: jacobolus (~jacobolus@c-98-234-189-6.hsd1.ca.comcast.net)
  245. # [08:21] <zcorpan> maybe i should instead of trying to fight against it suggest that the HbbTV doctype be added to html5
  246. # 02[08:25] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 252 seconds)
  247. # [08:26] <zcorpan> although other browsers don't support the mime type anyway
  248. # 03[08:32] * Joins: brucel (~brucel@cpc3-smal11-2-0-cust48.perr.cable.virginmedia.com)
  249. # 03[08:35] * Joins: stalled (~stalled@unaffiliated/stalled)
  250. # 03[08:38] * Joins: Lachy (~Lachy@178.74.10.250)
  251. # [08:40] <hsivonen> zcorpan: what's HbbTV?
  252. # 02[08:42] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  253. # [08:42] <Hixie> silly side-effect of the component change is that it de-prioritised everything in the LC components since they've not changed more recently than anything in any other component -_-
  254. # 03[08:42] * Joins: agektmr (~Adium@220.109.219.244)
  255. # 02[08:42] * Quits: agektmr (~Adium@220.109.219.244) (Client Quit)
  256. # 03[08:44] * Joins: Zeddy (~Zeddy@cable-prv-fe9cdc00-246.dhcp.inet.fi)
  257. # [08:44] <shetech> Hey, gang
  258. # [08:44] <shetech> question about svg
  259. # [08:45] <shetech> hixie: want to take a stab at this? What's the different in and value of embedding svg using <img>, <embed>, <object> or <iframe>? I noticed that the <img> tag doesn't display consistenly across browsers (Chrome sorta barfs on it). Is there a time when one would use one or the other?
  260. # [08:46] <shetech> s/different in/difference in/
  261. # [08:46] <Hixie> per spec, the only reason you'd not use img is if you want the graphic to be interactive
  262. # [08:46] <Hixie> then you'd use object.
  263. # [08:47] <shetech> Okay, that's pretty much what I wrote. Chrome's handling of the <img> tag for svg is fugly, though!
  264. # [08:48] <shetech> If you're curious, have a look at http://html5.shetech.com/chp_5.html, and look at the "A Circle, using the <img> tag to embed it" under SVG
  265. # [08:48] <shetech> FF does it right, Chrome does not.
  266. # [08:49] <shetech> Unless I'm doing it wrong?
  267. # [08:49] <Hixie> browsers have bugs, news at 11 :-)
  268. # [08:49] <shetech> Heh. No doubt.
  269. # [08:49] <shetech> Dummies wanna know!
  270. # [08:49] <shetech> :D
  271. # [08:49] <hsivonen> shetech: img has different security characteristics and doesn't create a browsing context
  272. # [08:49] <shetech> splain, please?
  273. # [08:49] <hsivonen> shetech: object and iframe have the disadvantage of creating a browsing context
  274. # [08:50] <hsivonen> shetech: inlining doesn't create a browsing context
  275. # [08:50] <shetech> ah
  276. # 02[08:50] * Quits: Lachy (~Lachy@178.74.10.250) (Quit: Computer has gone to sleep.)
  277. # [08:50] <hsivonen> shetech: I can't remember what <embed> does
  278. # [08:50] <hsivonen> shetech: the main annoyance of a browsing context is that non-targeted links cause navigation within the browsing context instead of navigating the parent
  279. # [08:50] <shetech> yes
  280. # [08:51] <shetech> So for Dummies, maybe I shouldn't mention them as options?
  281. # [08:51] <shetech> Or with heavy disclaimers...
  282. # 02[08:52] * Quits: Zeddy (~Zeddy@cable-prv-fe9cdc00-246.dhcp.inet.fi)
  283. # [08:52] <shetech> Have I mentioned lately that you guys rock?
  284. # [08:52] <shetech> Thanks
  285. # 03[08:53] * Joins: agektmr (~Adium@220.109.219.244)
  286. # 03[08:55] * Joins: Maurice (~ano@77.222.73.150)
  287. # [08:55] <shetech> Okay, on that happy note, g'nite, all
  288. # [08:55] <shetech> Thanks
  289. # 02[08:56] * Quits: agektmr (~Adium@220.109.219.244) (Client Quit)
  290. # 02[08:56] * Quits: shetech (~shetech@c-76-126-167-49.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  291. # 03[08:57] * Joins: agektmr (~Adium@220.109.219.244)
  292. # 02[09:00] * Quits: espadrine (~thaddee_t@acces0186.res.insa-lyon.fr) (Quit: espadrine)
  293. # [09:03] <zcorpan> hsivonen: "Hybrid Broadcast Broadband TV". a variation of CE-HTML
  294. # [09:04] <hsivonen> zcorpan: It's that something that Opera needs to implement in order to please checklist-oriented embedding customers?
  295. # [09:04] <zcorpan> yes
  296. # [09:05] <hsivonen> my condolences
  297. # 03[09:11] * Joins: rtuin (~rtuin@D57D6C6A.static.ziggozakelijk.nl)
  298. # 03[09:12] * Joins: Lachy (~Lachy@pat-tdc.opera.com)
  299. # 03[09:26] * Joins: foolip_ (~philip@h242n6-g-hn-a11.ias.bredband.telia.com)
  300. # 03[09:28] * Joins: MikeSmith (~MikeSmith@u-210162009160.u05.hotspot.ne.jp)
  301. # 02[09:34] * Quits: MikeSmith (~MikeSmith@u-210162009160.u05.hotspot.ne.jp) (Quit: MikeSmith)
  302. # 03[09:34] * Joins: MikeSmith (~MikeSmith@u-210162009160.u05.hotspot.ne.jp)
  303. # 02[09:34] * Quits: MikeSmith (~MikeSmith@u-210162009160.u05.hotspot.ne.jp) (Client Quit)
  304. # 02[09:37] * Quits: foolip_ (~philip@h242n6-g-hn-a11.ias.bredband.telia.com) (Ping timeout: 276 seconds)
  305. # 06[09:40] * zcorpan unsubscribes from public-canvas-api
  306. # [09:44] <hsivonen> huh? did the same person file a bug requesting content access to accessibility settings and a bug for making it so that content can't even infer the accessibility settigs?
  307. # 03[09:45] * Joins: cygri (~cygri@wlan-nat.fwgal01.deri.ie)
  308. # 03[09:47] * Joins: Frozen (~Frozen@2a01:e35:8a2f:2a60:21f:d0ff:fe53:75b2)
  309. # 02[09:48] * Quits: cying (~cying@c-71-202-136-62.hsd1.ca.comcast.net) (Quit: cying)
  310. # 03[09:49] * Joins: espadrine (~thaddee_t@LNeuilly-152-22-27-243.w193-251.abo.wanadoo.fr)
  311. # [10:00] <hsivonen> I find it a bit odd that there is any question of "figuring out" if accessibility requirements for MathML and SVG stuff belong in MathML and SVG specs or the HTML spec
  312. # [10:03] <hsivonen> http://www.w3.org/Bugs/Public/show_bug.cgi?id=13651 embodies the culture differece over what "conforming" means pretty well
  313. # [10:04] <hsivonen> I expect that bug to become a total bikeshed about the exact number of words and how to apply the requirement no doubt conceived with English in mind to German, Thai, Chinese, etc.
  314. # [10:07] <zcorpan> Documents must not contain more than 1500 words.
  315. # [10:10] <zcorpan> it's annoying that whitespace in javascript depends on unicode version
  316. # [10:10] <zcorpan> would have been nicer with frozen ascii-only whitespace characters
  317. # 02[10:11] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 258 seconds)
  318. # 03[10:13] * Joins: mpt (~mpt@canonical/mpt)
  319. # 02[10:14] * Quits: ezoe (~ezoe@112-68-245-201f1.kyt1.eonet.ne.jp) (Ping timeout: 276 seconds)
  320. # 03[10:14] * Joins: robman (~robman@eth4584.nsw.adsl.internode.on.net)
  321. # [10:18] <hsivonen> zcorpan: it seems that TC39 is bad at responding "no way" to pedantic i18n comments
  322. # [10:19] <zcorpan> at least ES doesn't do unicode normalization
  323. # [10:19] <zcorpan> maybe TC39 only cares when performance is affected
  324. # [10:19] <hsivonen> a while ago, I advised another person with generating correct JSON and I was impressed by the correctness of libraries out there
  325. # [10:20] <hsivonen> I expected libraries to be wrong when it case to Unicode paragraph breaks but they weren't
  326. # [10:20] <hsivonen> s/case/came/
  327. # [10:21] <hsivonen> (maybe my expectations about library authors reading specs are too pessimistic)
  328. # [10:22] <hsivonen> (or all the libraries that were inspected had gone through the "somebody yells at them" phase already)
  329. # 02[10:22] * Quits: dhx1 (~anonymous@60-242-108-164.static.tpgi.com.au) (Remote host closed the connection)
  330. # 03[10:23] * Joins: krijn (u2319@gateway/web/irccloud.com/x-sldlnwbjvhqivzgv)
  331. # [10:23] <hsivonen> oh, and this wasn't just about generating correct JSON but about generating correct JSON that is also correct JS and that doesn't confuse the HTML parser when inlined in <script>
  332. # [10:24] <hsivonen> it's also remarkable how the libraries do a better job at dealing with the oddities of ES than the JSON spec
  333. # 02[10:26] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 255 seconds)
  334. # 03[10:26] * Joins: rtuin_ (~rtuin@D57D6C6A.static.ziggozakelijk.nl)
  335. # 02[10:27] * Quits: rtuin (~rtuin@D57D6C6A.static.ziggozakelijk.nl) (Read error: Connection reset by peer)
  336. # 03[10:27] * Joins: dhx1 (~anonymous@60-242-108-164.static.tpgi.com.au)
  337. # 03[10:29] * Joins: temp01 (~temp01@unaffiliated/temp01)
  338. # 03[10:31] * rtuin_ is now known as rtuin
  339. # 02[10:32] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  340. # 03[10:34] * Joins: smaug____ (~chatzilla@YKMMMCCCLIV.gprs.sl-laajakaista.fi)
  341. # 03[10:34] * Joins: agektmr (~Adium@220.109.219.244)
  342. # [10:39] <annevk> email overflow
  343. # [10:39] <annevk> bah
  344. # 03[10:56] * Joins: boblet (u1921@gateway/web/irccloud.com/x-vdezxevpoyrvtflm)
  345. # 03[10:59] * Joins: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
  346. # [11:02] <zcorpan> Hixie: http://html5.org/tools/web-apps-tracker?from=6359&to=6360 - shouldn't it be "If <var title="">n</var> is greater than *zero*" ?
  347. # [11:02] <annevk> read-world use cases
  348. # [11:02] <annevk> nice
  349. # 03[11:02] * Rik`_ is now known as Rik`
  350. # [11:03] <hsivonen> annevk: do you mean the spec itself is a real-world use case for <var>?
  351. # 02[11:05] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  352. # 03[11:05] * Joins: tomasf (~tom@2002:55e5:d95e:0:5589:53dc:e77f:ea2c)
  353. # [11:05] <annevk> was quoting a typo from Hixie
  354. # 03[11:06] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  355. # [11:07] <annevk> zcorpan, no, zero is address later
  356. # 03[11:07] * Joins: agektmr (~Adium@220.109.219.244)
  357. # [11:08] <zcorpan> annevk: in step 4?
  358. # 02[11:09] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
  359. # 03[11:10] * Joins: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com)
  360. # [11:10] <zcorpan> let's say you have <select></select> and do select[1] = option;
  361. # [11:11] <zcorpan> length is 0, index is 1, n is 1
  362. # [11:11] <zcorpan> n is not greater than 1, and it's not zero, so per spec it does nothing
  363. # [11:13] <zcorpan> the spec is wrong in another way too
  364. # [11:14] <zcorpan> it says to append n new option elements, but it should append n-1 new option elements and then append value
  365. # [11:16] <annevk> hmm yeah
  366. # [11:17] <zcorpan> http://software.hixie.ch/utilities/js/live-dom-viewer/saved/1093 - chrome and firefox have empty text nodes in some options
  367. # 03[11:24] * Joins: FireFly (~firefly@unaffiliated/firefly)
  368. # 03[11:25] * Joins: Kingdutch (~Kingdutch@188.200.149.217)
  369. # [11:29] <hsivonen> looks like the story today is Gruber's anti-Google bias eclipsing his anti-Microsoft sentiment
  370. # [11:31] <annevk> that was somewhat clear earlier on
  371. # [11:33] <annevk> http://yaccessibilityblog.com/library/aria-fix-non-standard-images.html :(
  372. # [11:38] <zcorpan> ARIA to the rescue!
  373. # [11:38] <zcorpan> weird that there's a performance difference
  374. # 03[11:39] * Joins: danj (~danj@s15372200.onlinehome-server.info)
  375. # [11:39] <annevk> alright, subscribed to happiana
  376. # [11:40] <annevk> thanks hober
  377. # 02[11:43] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 260 seconds)
  378. # 02[11:46] * Quits: smaug____ (~chatzilla@YKMMMCCCLIV.gprs.sl-laajakaista.fi) (Quit: ChatZilla 0.9.86.1 [Firefox 8.0a1/20110801030916])
  379. # 03[11:48] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  380. # 02[11:52] * Quits: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout: 255 seconds)
  381. # 02[11:53] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  382. # [11:54] <hsivonen> http://groups.google.com/group/epub-working-group/browse_thread/thread/ea06deb3500ac246?pli=1
  383. # [11:55] <hsivonen> see also http://code.google.com/p/epub-revision/wiki/Telcon20110803 incl. comments below
  384. # 03[11:59] * Joins: Amorphous (jan@unaffiliated/amorphous)
  385. # 02[12:00] * Quits: rimantas (~rimliu@93.93.57.193) (Quit: Leaving)
  386. # 02[12:02] * Quits: cpearce (~chatzilla@ip-118-90-49-96.xdsl.xnet.co.nz) (Ping timeout: 258 seconds)
  387. # 03[12:02] * Joins: danbri (~danbri@81.21.138.189)
  388. # 02[12:08] * Quits: Rik` (~Rik`@lag75-1-78-192-241-87.fbxo.proxad.net) (Remote host closed the connection)
  389. # 03[12:15] * Joins: smaug____ (~chatzilla@a91-154-41-96.elisa-laajakaista.fi)
  390. # 03[12:21] * Joins: linclark (~clark@wlan-nat.fwgal01.deri.ie)
  391. # [12:27] <annevk> CORS is now at http://dvcs.w3.org/hg/cors/raw-file/tip/Overview.html
  392. # [12:27] <annevk> yay Mercurial
  393. # 03[12:27] * Joins: agektmr (~Adium@220.109.219.244)
  394. # 02[12:34] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  395. # [12:35] <smaug____> what is "LC1 HTML5 spec" in W3C?
  396. # [12:36] <smaug____> I mean in W3C bugzilla
  397. # [12:37] <annevk> it means the bug was raised during the Last Call period
  398. # [12:37] <Philip`> The first last call period, in particular
  399. # [12:37] <smaug____> hmm
  400. # [12:38] <smaug____> I haven't cared about last call
  401. # [12:38] <smaug____> since I've filed bugs about problems in whatwg html spec
  402. # [12:39] <smaug____> well, I guess the lc thing is just some bureaucracy I don't need to care about
  403. # [12:40] <Philip`> The spec isn't going to stop improving in response to feedback because of arbitrary deadlines, at least on the WHATWG side
  404. # [12:40] <asmodai> sigh: http://blogs.forbes.com/fredcavazza/2011/07/17/why-opposing-html5-and-flash-is-a-non-sense/
  405. # [12:40] <Philip`> I guess the main effect it will have is the prioritisation of bugs
  406. # 03[12:40] * Joins: tndH (~Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
  407. # [12:40] <Philip`> (since pre-LC bugs should get fixed by some other arbitrary deadline)
  408. # [12:40] <smaug____> that is a bit strange
  409. # [12:41] <annevk> it's called the W3C
  410. # [12:41] <smaug____> :9
  411. # [12:41] <smaug____> :)
  412. # [12:43] <smaug____> (not sure I really like whatwg process either, but since I don't know how to make things work better, I try to not complain too much :) )
  413. # 03[12:44] * Joins: Rik` (~Rik`@mozilla-paris-253-98.cnt.nerim.net)
  414. # [12:47] <zcorpan> "ok what are you doning" - excellent bug report
  415. # 02[12:53] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  416. # 03[12:59] * Joins: maikmerten (~maikmerte@port-92-201-183-125.dynamic.qsc.de)
  417. # 03[13:00] * Joins: micheil (~micheil@109.231.193.164)
  418. # 02[13:02] * Quits: jdong_ (~quassel@222.126.155.250) (Remote host closed the connection)
  419. # 02[13:03] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Ping timeout: 252 seconds)
  420. # 03[13:04] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
  421. # 03[13:09] * heycam|away is now known as heycam
  422. # [13:11] <heycam> annevk, I wonder if switching those two SVG accessibility bugs from the LC product/component/whatever will mess with the disposition of comments generation when it comes time to do that
  423. # [13:11] <heycam> (since they won't be found as easily)
  424. # [13:13] <annevk> guess we'll find out
  425. # [13:13] <heycam> :)
  426. # 06[13:14] * heycam sleeps
  427. # 03[13:14] * heycam is now known as heycam|away
  428. # 03[13:14] * Joins: bga_ (~bga@95-55-51-252.dynamic.avangarddsl.ru)
  429. # 03[13:41] * Joins: ezoe (~ezoe@203-140-91-77f1.kyt1.eonet.ne.jp)
  430. # 03[13:47] * danj is now known as Swedish_Kitchen_
  431. # 03[13:47] * Swedish_Kitchen_ is now known as Kitchen_Scientis
  432. # 03[13:48] * Kitchen_Scientis is now known as KitchenScientist
  433. # 03[13:49] * bga_ is now known as bga_|away
  434. # 03[13:53] * Joins: agektmr (~Adium@220.109.219.244)
  435. # 03[13:54] * Joins: zdobersek (~zan@cpe-46-164-0-76.dynamic.amis.net)
  436. # [13:56] <zcorpan> foolip: if you want to hack around with the status boxes, please also fix the mispositioned boxes (they have old IDs e.g. "video" instead of "the-video-element")
  437. # [13:56] <foolip> zcorpan, wrong philip?
  438. # 06[13:57] * Philip` certainly doesn't want to do anything about status boxes
  439. # 03[13:58] * bga_|away is now known as bga_
  440. # 02[13:59] * Quits: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  441. # [13:59] <Workshiva> Is this old news? http://www.enisa.europa.eu/media/press-releases/web-security-eu-cyber-security-agency-enisa-flags-security-fixes-for-new-web-standards
  442. # [14:01] <zcorpan> foolip: no. i saw a bug in which you volunteered to fix status box overlap
  443. # 04[14:01] <Philip`> Workshiva: Yes - http://krijnhoetmer.nl/irc-logs/whatwg/20110802#l-945
  444. # [14:02] <foolip> zcorpan, oh, perhaps I did volunteer if someone would just point in the right direction
  445. # [14:02] <foolip> can't remember
  446. # [14:02] <Workshiva> Weird, it didn't show up in logs search
  447. # [14:02] <Workshiva> I guess it isn't indexed yet
  448. # 02[14:05] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: This computer has gone to sleep)
  449. # 03[14:06] * Joins: janv_ (~varga@195.91.87.57)
  450. # [14:10] <zcorpan> foolip: what needs doing is that the IDs need to be updated, and some status boxes need to be removed, but there's no UI to do that (possibly intentionally)
  451. # [14:11] <annevk> ms2ger, I would like to move to full name for references
  452. # [14:12] <annevk> ms2ger, it's sort of the only place where the first name is abbreviated despite many people going by their first name
  453. # [14:12] <annevk> ms2ger, so from now on new entries will have full names and i might slowly migrate older entries
  454. # [14:13] <annevk> I really wish JSON had comments
  455. # [14:13] <zcorpan> "HTML5: Disabling Click-jacking Protection" is interesting
  456. # 02[14:15] * Quits: danbri (~danbri@81.21.138.189) (Remote host closed the connection)
  457. # [14:17] <jgraham> Hmm, thinking "I want a javascript console" and accidentially enabling an ecmascript debugger in a tab with complete.html open seems to be a bad idea
  458. # 03[14:18] * bga_ is now known as bga_|away
  459. # 03[14:20] * bga_|away is now known as bga_
  460. # 02[14:29] * Quits: uf0 (deeznuts@2001:4d88:ffff:ffff:2:b320:d90a:b) (Read error: Operation timed out)
  461. # 03[14:29] * Joins: jdaggett (~jdaggett@z237025.dynamic.ppp.asahi-net.or.jp)
  462. # 03[14:31] * Joins: davidb (~davidb@corp.tor1.mozilla.com)
  463. # 02[14:54] * Quits: tomasf (~tom@2002:55e5:d95e:0:5589:53dc:e77f:ea2c) (Read error: Connection reset by peer)
  464. # 03[14:54] * Joins: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se)
  465. # 02[14:58] * Quits: fishd (~darin@nat/google/x-jysifrklqwqohcmv) (Read error: Connection reset by peer)
  466. # 03[14:58] * Joins: fishd (~darin@nat/google/x-ggqafpgqlnqxbquu)
  467. # 03[15:04] * bga_ is now known as bga_|away
  468. # [15:04] <annevk> zcorpan, html5-diff uses Anolis now
  469. # [15:05] <annevk> zcorpan, I put the Makefile in CVS, you still need to get https://bitbucket.org/ms2ger/specification-data yourself (and Anolis of course)
  470. # 03[15:05] * Joins: juangiordana (~quassel@host15.190-139-129.telecom.net.ar)
  471. # 02[15:06] * Quits: cwilso (~cwilso@nat/google/x-fxqdmjlhumdqwyrl) (Read error: Connection reset by peer)
  472. # [15:09] <zcorpan> annevk: nice!
  473. # [15:09] <zcorpan> will look into it another day
  474. # 03[15:10] * Joins: cwilso (~cwilso@74.125.59.1)
  475. # 03[15:11] * Joins: jonatasnona (~jonatas@lba.inpa.gov.br)
  476. # 02[15:16] * Quits: dhx1 (~anonymous@60-242-108-164.static.tpgi.com.au) (Remote host closed the connection)
  477. # 03[15:18] * Joins: seventh (seventh@138.199.79.3)
  478. # 02[15:18] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  479. # 02[15:20] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
  480. # 03[15:20] * Joins: dhx1 (~anonymous@60-242-108-164.static.tpgi.com.au)
  481. # [15:20] <annevk> kk
  482. # 03[15:20] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
  483. # [15:21] <zcorpan> thanks btw
  484. # 03[15:27] * bga_|away is now known as bga_
  485. # 03[15:27] * Joins: danbri (~danbri@note-guus2.few.vu.nl)
  486. # 02[15:36] * Quits: maikmerten (~maikmerte@port-92-201-183-125.dynamic.qsc.de) (Remote host closed the connection)
  487. # 03[15:40] * Joins: nessy (~Adium@124-169-135-125.dyn.iinet.net.au)
  488. # 02[15:52] * Quits: boaz (~boaz@li326-230.members.linode.com) (Excess Flood)
  489. # 03[15:53] * Joins: boaz (~boaz@li326-230.members.linode.com)
  490. # 03[15:56] * bga_ is now known as bga_|away
  491. # 02[15:59] * Quits: bga_|away (~bga@95-55-51-252.dynamic.avangarddsl.ru) (Read error: Connection reset by peer)
  492. # 03[16:00] * Joins: bga_ (~bga@95-55-51-252.dynamic.avangarddsl.ru)
  493. # 03[16:00] * bga_ is now known as bga_|away
  494. # 02[16:02] * Quits: seventh (seventh@138.199.79.3) (Remote host closed the connection)
  495. # 03[16:02] * Joins: sebmarkbage (~sebmarkba@213.80.109.170)
  496. # 03[16:03] * Joins: scor (~scor@drupal.org/user/52142/view)
  497. # 03[16:03] * Joins: karlcow (~karl@nerval.la-grange.net)
  498. # 02[16:04] * Quits: jdaggett (~jdaggett@z237025.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
  499. # 02[16:05] * Quits: ezoe (~ezoe@203-140-91-77f1.kyt1.eonet.ne.jp) (Ping timeout: 255 seconds)
  500. # 03[16:05] * Joins: MacTed (~Thud@63.119.36.36)
  501. # 02[16:12] * Quits: Ankheg (~Ankheg@91.224.77.4) (Read error: Connection reset by peer)
  502. # 03[16:25] * KitchenScientist is now known as DanJ
  503. # [16:26] <annevk> smaug____, should prolly say that while aDoneCallback is running you cannot invoke ModificationBatch methods
  504. # 02[16:27] * Quits: dhx1 (~anonymous@60-242-108-164.static.tpgi.com.au) (Remote host closed the connection)
  505. # [16:27] <smaug____> annevk: why?
  506. # [16:28] <annevk> smaug____, what would happen?
  507. # [16:28] <smaug____> the "batch" would listen for some new modifications
  508. # [16:29] <annevk> I guess that could work
  509. # [16:29] <annevk> also, why not have specialized Modification interfaces?
  510. # [16:30] <smaug____> for simplicity
  511. # [16:30] <annevk> for text / children / attributes
  512. # [16:30] <smaug____> and Modification interface is kind of based on current MutationEvent
  513. # [16:31] <annevk> I noticed that
  514. # 03[16:31] * bga_|away is now known as bga_
  515. # [16:34] <smaug____> annevk: can you see something terribly bad in the approach ?
  516. # [16:34] <smaug____> it is quite close to other proposals, of course
  517. # [16:37] <annevk> the only thing I think is a little weird is that ModificationBatch is also the argument passed to the callback
  518. # [16:37] <annevk> what is the 'this' of the callback?
  519. # [16:37] <annevk> and what does .modifications return while not in a callback?
  520. # [16:38] <smaug____> I thought I said that .modifications is empty while not in callback
  521. # [16:38] <smaug____> empty list
  522. # 03[16:38] * Joins: cying (~cying@c-71-202-136-62.hsd1.ca.comcast.net)
  523. # [16:38] <annevk> ah yeah, the comment says so
  524. # [16:39] <smaug____> annevk: the callback needs to get some parameter so that { handleBatch: function(b) {}} can be used
  525. # [16:39] <annevk> can't you pass "Modification[]" as parameter?
  526. # [16:39] <annevk> and not have .modifications
  527. # [16:39] <annevk> I think that would make more sense
  528. # [16:40] <smaug____> I could, but then one would need to track to which batch the modification is related to
  529. # 02[16:40] * Quits: mpt (~mpt@canonical/mpt) (Remote host closed the connection)
  530. # 03[16:40] * Joins: mpt (~mpt@canonical/mpt)
  531. # [16:40] <smaug____> I mean if the same callback is used with many ModificationBatches
  532. # [16:41] <smaug____> and the callback itself call some of the methods of the ModificationBatch
  533. # [16:41] <annevk> is there a use for that?
  534. # [16:41] <smaug____> in the callback you may want to call unbatch*()
  535. # 02[16:42] * Quits: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com) (Quit: hij1nx)
  536. # [16:46] <annevk> what are the ways to make .modifications longer than 1?
  537. # [16:46] <annevk> is that stuff like innerHTML, doing things from the callback, inserting DocumentFragment?
  538. # 02[16:47] * Quits: sebmarkbage (~sebmarkba@213.80.109.170) (Quit: sebmarkbage)
  539. # 03[16:47] * Joins: sebmarkbage (~sebmarkba@213.80.109.170)
  540. # 03[16:48] * bga_ is now known as bga_|away
  541. # [16:49] <smaug____> yeah
  542. # 03[16:50] * bga_|away is now known as bga_
  543. # 03[16:51] * Joins: stefan-_ (~music@hiwi0.wi2.uni-trier.de)
  544. # [16:51] <smaug____> and probably dom range modifications could utilize that too
  545. # [16:51] <annevk> but for setAttribute insertBefore etc. not invoked from the callback it would typically be 1?
  546. # [16:51] <smaug____> typically 1
  547. # 02[16:52] * Quits: othermaciej (~mjs@c-24-6-209-6.hsd1.ca.comcast.net) (Quit: othermaciej)
  548. # [16:52] <annevk> specifying this would require some very careful algorithms to make it nice
  549. # [16:52] <annevk> but seems doable
  550. # [16:53] <smaug____> it shouldn't be too hard
  551. # [16:54] <smaug____> since, now that I think of it, the batching works quite similarly to gecko's DOMSubtreeModified batching
  552. # [16:55] <smaug____> you start a batch and end it, and the outer-most "end" (if there are nested start-ends) fires the callback
  553. # [16:55] <smaug____> but anyway, it possible that Google objects the approach
  554. # [16:56] <smaug____> and if that is the case, I'm not sure how to proceed with mutation events replacements
  555. # 03[16:57] * Joins: simplicity- (~simpli@unaffiliated/simplicity-)
  556. # 02[16:57] * Quits: Obvious (~tachikoma@188.226.74.2) (Read error: Connection reset by peer)
  557. # [16:58] <smaug____> perhaps someone from Opera could write a new proposal and everyone would be happy with it ;)
  558. # 03[16:59] * Joins: ZombieLoffe (~ZombieL@unaffiliated/zombieloffe)
  559. # 03[17:00] * Joins: Obvious (tachikoma@188.226.74.2)
  560. # 03[17:00] * Joins: othermaciej (~mjs@67.218.104.158)
  561. # [17:02] <smaug____> but let's see what kinds of comments the proposal gets
  562. # 03[17:05] * Joins: jlebar__ (~jlebar@cpe-98-14-225-214.nyc.res.rr.com)
  563. # 03[17:07] * bga_ is now known as bga_|away
  564. # [17:07] <annevk> fwiw (unrelated to the Modification discussion above) https://plus.google.com/112284435661490019880/posts/eivfrHppgLB
  565. # [17:08] <annevk> smaug____, I guess I could write a proposal that splits your Modification interface :p
  566. # 02[17:08] * Quits: sebmarkbage (~sebmarkba@213.80.109.170) (Quit: sebmarkbage)
  567. # 02[17:09] * Quits: jlebar_ (~jlebar@cpe-98-14-225-214.nyc.res.rr.com) (Ping timeout: 255 seconds)
  568. # 02[17:09] * Quits: Maurice (~ano@77.222.73.150) (Quit: Disconnected...)
  569. # 02[17:12] * Quits: rtuin (~rtuin@D57D6C6A.static.ziggozakelijk.nl) (Quit: Leaving)
  570. # [17:14] <annevk> smaug____, I guess innerHTML is actually also one modification
  571. # [17:14] <annevk> of the childList
  572. # 03[17:17] * jlebar__ is now known as jlebar
  573. # 03[17:18] * bga_|away is now known as bga_
  574. # 02[17:21] * Quits: linclark (~clark@wlan-nat.fwgal01.deri.ie) (Read error: Connection reset by peer)
  575. # 03[17:21] * Joins: linclark (~clark@wlan-nat.fwgal01.deri.ie)
  576. # [17:22] <smaug____> innerHTML may remove and add several nodes, so it could create several modifications
  577. # 02[17:22] * Quits: cygri (~cygri@wlan-nat.fwgal01.deri.ie) (Quit: cygri)
  578. # 02[17:23] * Quits: Lachy (~Lachy@pat-tdc.opera.com) (Quit: Computer has gone to sleep.)
  579. # [17:24] <annevk> oh I see
  580. # 02[17:25] * Quits: zcorpan (~zcorpan@c-3999e355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  581. # 03[17:41] * Joins: CvP (~CvP@123.49.22.63)
  582. # 03[17:46] * Joins: Twitter (~Kingdutch@188.200.149.217)
  583. # 02[17:46] * Quits: bga_ (~bga@95-55-51-252.dynamic.avangarddsl.ru) (Read error: Connection reset by peer)
  584. # 03[17:46] * Joins: auto (~depulz@86.89.174.199)
  585. # 02[17:49] * Quits: Kingdutch (~Kingdutch@188.200.149.217) (Ping timeout: 264 seconds)
  586. # 03[17:50] * Joins: cygri (~cygri@wlan-nat.fwgal01.deri.ie)
  587. # 02[17:51] * Quits: Twitter (~Kingdutch@188.200.149.217) (Ping timeout: 260 seconds)
  588. # 03[17:52] * Joins: sebmarkbage (~sebmarkba@host-90-235-144-89.mobileonline.telia.com)
  589. # 02[17:54] * Quits: danbri (~danbri@note-guus2.few.vu.nl) (Remote host closed the connection)
  590. # [17:55] <hsivonen> hmm. so G+ has suspended users from Hong Kong who've used their English name
  591. # [17:55] <hsivonen> that sucks
  592. # [17:55] <TabAtkins> Man, our "Common Name" policy sucks. ;_;
  593. # [17:56] <smaug____> Does G+ require using a real name?
  594. # [17:56] <hsivonen> what does G+ do about e.g. Russian names if a Russian person officially has a Cyrillic name but uses a Romanization in international contexts?
  595. # [17:56] <TabAtkins> It requires a "Common Name", but the difference between that and a "Real Name" are nebulous and ill-defined.
  596. # [17:56] <hsivonen> smaug____: yes
  597. # [17:56] <smaug____> huh
  598. # [17:56] <TabAtkins> And I think we're really burning goodwill with this silliness.
  599. # 03[17:57] * Joins: Lachy (~Lachy@cm-84.215.59.50.getinternet.no)
  600. # 03[17:57] * Parts: auto (~depulz@86.89.174.199)
  601. # [17:57] <smaug____> I think G+ even asked gender when I activated it
  602. # [17:57] <hsivonen> I've so far seen a Romaji Japanese name and a Kanji Japanese name
  603. # [17:58] <smaug____> but there was some way to not answer to that question
  604. # [17:58] <hsivonen> both *so far* unsuspended...
  605. # [17:58] <TabAtkins> smaug____: Yeah, you could say "Other", and also I think we hide Gender by default now?
  606. # [17:58] <zewt> g+ not supporting gapps sort of makes it hard to take seriously
  607. # 03[17:58] * dglazkov|away is now known as dglazkov
  608. # [17:58] <TabAtkins> I suspect it was just for pronoun use or something.
  609. # [17:58] <zewt> as if i'm going to create a separate google account just for one google product
  610. # [17:58] <dglazkov> good morning, Whatwg!
  611. # [17:59] <dglazkov> it's a lovely component model day for me
  612. # [17:59] <TabAtkins> But still, despite the faults, it's working great for me.
  613. # [17:59] <zewt> it's like the opposite of single sign-in--multiple signins required for the same site
  614. # [17:59] <TabAtkins> Just need a few more people to jump ship from Twitter and I can start winding down over there.
  615. # [18:00] <dglazkov> TabAtkins: certainly one thing that makes + more habitable for some folks are extended rage-scussions on how W3C and WHATWG differ. Can't do those in 140 characters.
  616. # [18:01] <TabAtkins> dglazkov: Indeed! And they're actually pretty good discussions!
  617. # [18:01] <TabAtkins> Especially anything AryehGregor posts. +1
  618. # [18:01] <zewt> gotta love twitter for training millions of people against writing nontrivial thoughts
  619. # 02[18:02] * Quits: othermaciej (~mjs@67.218.104.158) (Quit: othermaciej)
  620. # [18:02] <dglazkov> zewt: it's more like
  621. # [18:02] <dglazkov> "
  622. # [18:02] <zewt> "
  623. # [18:02] <dglazkov> discovering your natural ability to say nothing in 140 characters"
  624. # [18:03] <zewt> it's sort of darkly amusing that people will actually defend it, as if not being able to write complex thoughts is a feature
  625. # 02[18:03] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: brb)
  626. # [18:03] <TabAtkins> It... actually is.
  627. # [18:04] <zewt> sure, it's the great equalizer to help people incapable of complex thoughts mask the fact
  628. # [18:04] <TabAtkins> I enjoy it as one of my many communications channels.
  629. # [18:04] <TabAtkins> zewt: That's indeed one of the benefits.
  630. # [18:04] <zewt> that's not a positive. heh
  631. # [18:05] <hsivonen> zewt: actually, it takes thought and skill to compress thoughts into tweets
  632. # [18:05] <TabAtkins> zewt: Rather than reading too-long blog posts from people who can't think well, you can read pithy and intelligent-sounding tweets!
  633. # [18:05] <hsivonen> zewt: it's not at all clear that the compression is equally easy for different people
  634. # [18:05] <zewt> hsivonen: or, painfully more frequently, turns the internet into SMS-ese D:
  635. # [18:05] <TabAtkins> zewt: You follow the wrong people.
  636. # [18:06] <zewt> i don't follow anyone. heh
  637. # [18:06] <TabAtkins> Then there you go.
  638. # [18:06] <TabAtkins> The good half of Twitter talks in complete sentences and with proper spelling.
  639. # [18:06] <TabAtkins> The bad half is full of people I don't care about.
  640. # [18:07] <dglazkov> ok, the only thing I need on + is IRC. Then we're set.
  641. # 06[18:08] * Philip` always uses proper capitals and hyphens and semicolons when writing SMS messages, which might be why it usually takes him five minutes to write one
  642. # 02[18:08] * Quits: smaug____ (~chatzilla@a91-154-41-96.elisa-laajakaista.fi) (Ping timeout: 240 seconds)
  643. # [18:08] <TabAtkins> Philip`: lrn 2 typ fstr
  644. # [18:08] <zewt> i'll forgive sms-ese from people on dumbphones, where typing anything at all is pulling teeth ... but most people aren't, anymore, so
  645. # 06[18:08] * TabAtkins had to think for a bit to compress that.
  646. # [18:08] <dglazkov> nothing emulates shouting past each other IRL better than IRC
  647. # 03[18:09] * Joins: othermaciej (~mjs@17.246.19.249)
  648. # [18:09] <zewt> heh, and it's probably *harder* to type that way on a smartphone, since autocorrect will flip out
  649. # [18:09] <TabAtkins> So yeah, zewt, you're making an incorrect generalization. A significant portion of Twitter (which includes pretty much everyone in tech, as far as I can tell) talks like real people on Twitter.
  650. # [18:09] <gsnedders> There's no way I could go back to a phone without a QWERTY keyboard now. So much quicker to type properly on.
  651. # [18:09] <TabAtkins> gsnedders: hard or soft keyboard?
  652. # [18:10] <gsnedders> TabAtkins: Either.
  653. # [18:11] <TabAtkins> kk. Just wondering if you had a preference. I used to require hard keyboards due to my gigantic thumbs, until the Nexus S finally had a large enough screen for me to use.
  654. # [18:11] <TabAtkins> (My thumbs are the size of a baby's head.)
  655. # [18:11] <zewt> i used a G1 initially, and couldn't use the virtual keyboard at all, but eventually switched to nS and crash coursed for a day to learn it
  656. # [18:12] <Philip`> 1Maybe I wi2l1 write with run-length encoding and s2e1 if the compre2s1ion helps me type faster3.
  657. # [18:13] <Philip`> 1H2m1, maybe not
  658. # [18:13] <hsivonen> Philip`: I WONTFIXed an HTML WG bug about that
  659. # [18:13] <jgraham> No doubt G+ will eventually get a "<140 characters" stream. It is obviously trying to merge the feature sets of twitter and facebook
  660. # [18:13] <TabAtkins> Hah, the <3br> one?
  661. # [18:13] <hsivonen> TabAtkins: yeah
  662. # [18:14] <zewt> http://redmine.ruby-lang.org/issues/5054 D:
  663. # [18:14] <TabAtkins> wut
  664. # [18:14] <zewt> i can't even tell if that's a troll
  665. # [18:15] <hsivonen> zewt: Python wins!
  666. # [18:15] <TabAtkins> "I'd prefer bad code to look ugly." <-- yes
  667. # [18:15] <zewt> well, it's Ruby, that's a given
  668. # [18:16] <Philip`> Should have labelled end statements
  669. # [18:16] <Philip`> just like labelled break and labelled goto
  670. # [18:16] <TabAtkins> Dammit, Philip`, I was *just* typing that.
  671. # [18:17] <zewt> <div><div><div><///div>
  672. # [18:17] <TabAtkins> /wrist
  673. # [18:17] <TabAtkins> Haha at comment #20
  674. # [18:17] <Philip`> TabAtkins: lrn 2 typ fstr
  675. # [18:18] <TabAtkins> Philip`: Touche.
  676. # 03[18:18] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  677. # [18:19] <zewt> end⑤
  678. # [18:20] <TabAtkins> Oh jeez, he was "inspired by Lisp's cdddr". Those are some of the worst functions in the language.
  679. # [18:20] <TabAtkins> Replaced in a ridiculously more readably fashion by NTH and NTH-CDR.
  680. # 06[18:21] * Philip` tries to work out what that's an abbreviation for
  681. # [18:21] <Philip`> cod udder?
  682. # [18:21] <TabAtkins> "contents of decrement register"
  683. # [18:21] <Philip`> Oh, of course
  684. # [18:21] <TabAtkins> Originally the address and decrement registers were used to store Lisp conses (2-tuples), thus the names CAR and CDR.
  685. # [18:22] <TabAtkins> cdddr is just repeated cdr, equivalent in this case to "throw away the first three elements and gimme what's left"
  686. # [18:23] <TabAtkins> And you can mix a and d there. Most impls support up to three.
  687. # [18:23] <TabAtkins> Though I always forget which order they're applied in, which is why I dont' use them.
  688. # 03[18:23] * Joins: smaug____ (~chatzilla@GYYYKMMMCLIII.gprs.sl-laajakaista.fi)
  689. # [18:23] <Philip`> Stick to palindromes so the order doesn't matter
  690. # [18:24] <TabAtkins> Sensible idea.
  691. # [18:24] <Philip`> though you may have to reorganise your data structures in order to access them in that manner
  692. # [18:24] <Philip`> but that's a minor price to pay
  693. # [18:24] <TabAtkins> While you're at it, you can haiku-optimize the code too.
  694. # 03[18:26] * Joins: hij1nx (~hij1nx@207.239.107.3)
  695. # 06[18:30] * Philip` wonders if any languages other than Perl have a poetry chapter in their primary reference book
  696. # 03[18:34] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  697. # 02[18:35] * Quits: cying (~cying@c-71-202-136-62.hsd1.ca.comcast.net) (Quit: cying)
  698. # 03[18:35] * Joins: Kingdutch (~Kingdutch@188.200.149.217)
  699. # 03[18:37] * Joins: ap (~ap@2620:149:4:401:3487:5e5b:4523:9841)
  700. # [18:37] <Hixie> the html spec has poems in it that were specifically written for the spec :-)
  701. # [18:37] <jgraham> Hixie: Being like perl is not a positive quality!
  702. # [18:38] <annevk> http://blog.chromium.org/2011/08/connecting-web-apps-with-web-intents.html is pretty interesting
  703. # [18:38] <annevk> wonder why new bug was filed yet
  704. # 03[18:39] * Joins: enyo_ (~mtl@modemcable098.129-202-24.mc.videotron.ca)
  705. # [18:41] <jgraham> It would be nice if someone at Google or Mozilla would post to the list about that
  706. # 02[18:44] * Quits: cygri (~cygri@wlan-nat.fwgal01.deri.ie) (Quit: cygri)
  707. # [18:44] <annevk> TabAtkins, is WebKit going to remove background-position-x/y?
  708. # [18:44] <TabAtkins> annevk: I have no idea. Probably not.
  709. # 02[18:44] * Quits: abarth (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net) (Quit: abarth)
  710. # [18:44] <annevk> TabAtkins, so lets add it
  711. # [18:44] <annevk> IE has it too
  712. # [18:44] <annevk> I think we're planning on adding it some day
  713. # [18:44] <TabAtkins> "We" being Opera?
  714. # [18:45] <annevk> yeah
  715. # [18:45] <TabAtkins> Dammit, people.
  716. # [18:45] <TabAtkins> Well, get Elika and Brad to put it into B&B4, then.
  717. # 03[18:45] * Joins: nimbu (~Adium@157.22.251.133)
  718. # [18:45] <nimbu> who has ops in #css?
  719. # 02[18:45] * Quits: espadrine (~thaddee_t@LNeuilly-152-22-27-243.w193-251.abo.wanadoo.fr) (Quit: espadrine)
  720. # [18:45] <annevk> I should say damnit to you
  721. # [18:45] <TabAtkins> nimbu: I dunno.
  722. # [18:46] <TabAtkins> nimbu: Why?
  723. # [18:46] <nimbu> some idiot just spammed
  724. # [18:46] <annevk> cannot argue against features without removing them first
  725. # [18:46] <TabAtkins> nimbu: Oh jeezus.
  726. # [18:46] <nimbu> yeah wanna kick/ban but cant without ops :/
  727. # [18:50] <nimbu> really nobody has ops :|||
  728. # [18:51] <TabAtkins> Could someone go to slide 59 of http://www.slideshare.net/jaffathecake/optimising-where-it-hurts-jake-archibald and tell me which browsers are diverging? I cant' tell the blue/greens apart.
  729. # 03[18:52] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  730. # [18:52] <nimbu> the biggest spike is ff3
  731. # [18:52] <nimbu> the one less than that is IE8
  732. # [18:52] <nimbu> 3rd is saf 3
  733. # [18:52] <TabAtkins> Ok, cool. Thanks!
  734. # [18:52] <AryehGregor> MikeSmith, thanks for changing my Bugzilla address (although you're not here and probably won't see this).
  735. # 06[18:52] * AryehGregor wonders why he does that
  736. # [18:53] <Philip`> TabAtkins: Optimising where it hurts Jake Archibald sounds like a surprisingly specific optimisation strategy
  737. # [18:54] <TabAtkins> And yet, effective!
  738. # [18:54] <TabAtkins> It's good to know that scope depth doesn't affect modern browsers.
  739. # [18:55] <TabAtkins> Damn you, unlabelled axises! I have no idea what these numbers are or why I should care.
  740. # [18:55] <nimbu> axes
  741. # [18:55] <nimbu> FTFY
  742. # [18:56] <TabAtkins> NO
  743. # [18:56] <AryehGregor> I hate Bugzilla. Does it really have no way to do mass changes without making me see "Inbox (339)"?
  744. # [18:57] <AryehGregor> Oh, and that's only the ones Gmail decided were important.
  745. # [18:57] <AryehGregor> in:inbox from:w3.org actually matches 411 conversations.
  746. # [18:57] <AryehGregor> Sigh.
  747. # [18:57] <jgraham> AryehGregor: Well probably one can access the db directly somehow. I imagine that to be… foolhardy
  748. # [18:58] <AryehGregor> I was suggesting maybe there could be a feature that was actually intended to let you do that.
  749. # [18:58] <AryehGregor> It seems like a kind of obvious need.
  750. # [18:58] <AryehGregor> Like, you know, so people could receive one e-mail for all bugs they're subscribed to? Would that be so hard?
  751. # [18:58] <jgraham> Also, I must remember the 1s of driving === 1 day of charger on standby quote
  752. # [18:58] <AryehGregor> . . . what?
  753. # [18:58] <jgraham> AryehGregor: See the presentation that TabAtkins couldn't read
  754. # [18:59] <Philip`> There should be a "make these changes without emailing people" slider, and each user should have a "actually email me about changes even if someone says not to" slider, and a user only gets emailed if their slider is higher than the changer's slider
  755. # [18:59] <Philip`> so people who really want to get emails can opt to do so
  756. # [18:59] <jgraham> Or couldn't colour-distinguish, rather
  757. # [18:59] <AryehGregor> Philip`, and people should be allowed to choose arbitrary real numbers for the slider, right, without bounds?
  758. # [18:59] <Philip`> and people who really really want to get them, even if the changer thinks people who merely really want to get them shouldn't get them, can get them
  759. # [19:00] <zewt> what if both people select INF?
  760. # [19:00] <Philip`> That's not a real number
  761. # 06[19:02] * Philip` wonders how to implement UI for an unbounded slider
  762. # [19:02] <AryehGregor> Philip`, map it bijectively to (0, 1), and have it zoom in as you push the slider toward either edge.
  763. # [19:03] <AryehGregor> All we really need is a dense totally ordered set without endpoints here, it doesn't have to be R.
  764. # [19:03] <zewt> of course, experience with "importance" flags on email tells us that some people will set all of their changes, no matter how trivial, to the highest value available
  765. # [19:03] <AryehGregor> Of course, any two dense totally ordered sets without endpoints are isomorphic if they're of the same cardinality.
  766. # [19:03] <AryehGregor> zewt, that's why there is no highest value!
  767. # [19:04] <AryehGregor> It will depend on how long people are willing to type digits, or let the slider scroll.
  768. # [19:04] <zewt> unless you're willing to send 500-megabyte numbers over the wire, there's always a highest value
  769. # [19:04] <AryehGregor> Well, yeah, eventually you're going to hit the server's configured POST size limit.
  770. # [19:05] <zewt> and more to the point (as far as this has a point), the fact that some people will always use a really high value regardless of importance would break the system for everyone else
  771. # [19:06] <zewt> i suppose that suggests needing a weighting value: if people rate the stuff you're doing as "unimportant" and you're marking it "important", your importance values are reduced
  772. # [19:06] <Philip`> I suppose a boringer but maybe more practical solution would be to send a single email on bulk changes, which contains a link you can click that causes the bug tracker to send you an individual email for every bug that was changed, for people who want an email archive of every bug change
  773. # [19:07] <AryehGregor> Or how about we just don't care about people who want an e-mail archive of every bug change?
  774. # [19:07] <AryehGregor> I mean, why would they?
  775. # [19:07] <zewt> ocd
  776. # 03[19:07] * Joins: cygri (~cygri@wlan-nat.fwgal01.deri.ie)
  777. # 03[19:07] * Joins: foolip_ (~philip@h242n6-g-hn-a11.ias.bredband.telia.com)
  778. # [19:07] <Philip`> The first implementation could make that link point to a 404, then you only bother implementing the multiple-mail feature if enough people complain about it
  779. # [19:07] <AryehGregor> Okay, hope I received nothing important from w3.org between 1:00 AM and 1:36 AM, because I'm archiving it all without reading it.
  780. # 06[19:09] * Philip` doesn't know why people would want all that mail but is assuming some people must be objecting to changes that would stop that mail, else surely someone would have implement a bulk-change-with-no-mail feature already
  781. # [19:10] <AryehGregor> That seems optimistic.
  782. # 03[19:13] * Joins: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net)
  783. # 02[19:17] * Quits: cwilso (~cwilso@74.125.59.1) (Quit: Leaving.)
  784. # 03[19:19] * Joins: David_Bradbury (~chatzilla@75-147-178-254-Washington.hfc.comcastbusiness.net)
  785. # 02[19:20] * Quits: Rik` (~Rik`@mozilla-paris-253-98.cnt.nerim.net) (Remote host closed the connection)
  786. # 02[19:28] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Remote host closed the connection)
  787. # [19:29] <AryehGregor> Fun fact: when I want to find out what day of the week something is, I now open Google Calendar in Chrome instead of clicking the GNOME clock in the upper-right corner of my desktop, because it's faster to load Google Calendar.
  788. # [19:29] <AryehGregor> Seriously.
  789. # [19:30] <AryehGregor> If Unity actually takes UI responsiveness seriously, I'm going to switch in 10.10 without looking back.
  790. # 02[19:32] * Quits: nonge_ (~nonge@p5082BD01.dip.t-dialin.net) (Quit: Verlassend)
  791. # 02[19:33] * Quits: DanJ (~danj@s15372200.onlinehome-server.info) (Ping timeout: 276 seconds)
  792. # 06[19:33] * gsnedders just responded to GNOME3 and Unity by finally moving to a tiling WM
  793. # [19:33] <AryehGregor> Heh.
  794. # [19:34] <AryehGregor> Unity seems okay so far, although I haven't used it much.
  795. # [19:34] <AryehGregor> (I didn't upgrade my desktop to 10.10 because I plan to ditch it soon in favor of my shiny new laptop.)
  796. # [19:34] <zewt> "unity" is a good name for a feature when you want it to be confused with 25 other products
  797. # [19:34] <AryehGregor> (My desktop has an NVIDIA card anyway, so no shiny stuff for me unless I go the proprietary driver route.)
  798. # [19:35] <zewt> (the first thing that "unity" brings to mind for me is VMware's, which is the *worst* thing to bring a comparison to if you're talking about responsiveness)
  799. # 02[19:35] * Quits: CvP (~CvP@123.49.22.63) (Quit: [ UPP ] > all)
  800. # [19:35] <Philip`> (Why not go the proprietary driver route?)
  801. # [19:36] <AryehGregor> Because it caused instability and broke stuff when I last used it.
  802. # [19:36] <Philip`> Oh, okay
  803. # 03[19:36] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
  804. # [19:36] <AryehGregor> It didn't actually crash the system for me anytime after boot completed, to be fair.
  805. # 02[19:36] * Quits: sebmarkbage (~sebmarkba@host-90-235-144-89.mobileonline.telia.com) (Quit: sebmarkbage)
  806. # [19:36] <AryehGregor> But it did cause a lot of crashes on boot.
  807. # 06[19:37] * gsnedders is wondering whether to care about accelerated 3D on his new system
  808. # [19:37] <gsnedders> I mean, I care in Windows for games. But under Linux? Not so much…
  809. # [19:37] <AryehGregor> It looks like Linux is moving to actually use accelerated 3D where available.
  810. # [19:37] <AryehGregor> For video and such.
  811. # [19:37] <AryehGregor> So I'd get it, even if it's just an integrated Intel chip.
  812. # [19:38] <AryehGregor> My new laptop has an Intel card that works well enough for stuff like Unity.
  813. # [19:38] <AryehGregor> I don't plan to try it with games, though.
  814. # 06[19:39] * Philip` has an oldish laptop with Intel graphics as his main platform for some 3D game development
  815. # [19:39] <Philip`> (although admittedly not hugely demanding 3D)
  816. # 03[19:39] * Joins: shepazu (~schepers@63-231-60-187.tukw.qwest.net)
  817. # 03[19:40] * Joins: captain6 (~captain@xdsl-78-34-169-176.netcologne.de)
  818. # 03[19:40] * Joins: zdobersek1 (~zan@cpe-46-164-26-128.dynamic.amis.net)
  819. # [19:40] <Philip`> (but it's usable, which is good)
  820. # 02[19:40] * Quits: simplicity- (~simpli@unaffiliated/simplicity-) (Quit: simplicity-)
  821. # 06[19:40] * jgraham never worked out how tiling wms were supposed to work when you had windows that really wanted to be certain sizes
  822. # 02[19:40] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi) (Read error: Operation timed out)
  823. # [19:41] <Philip`> ((although sometimes buggy OpenGL code can cause the drivers to get confused so the scrollbars on all my other applications change colour and then everything else gradually change colour until I reboot))
  824. # [19:41] <jgraham> (after tring Xmonad for a bit some years ago)
  825. # [19:41] <gsnedders> jgraham: Depends if they're floating windows or not
  826. # [19:41] <Philip`> ((which is unideal)
  827. # [19:41] <AryehGregor> Argh, Gmail doesn't believe me when I want to make a filter for "[editing]". It thinks I mean "editing".
  828. # [19:41] <gsnedders> jgraham: Try awesome, it's pretty good out of the box.
  829. # [19:41] <gsnedders> Philip`: hah, awesome
  830. # [19:41] <AryehGregor> Philip`, that sounds like Linux to me!
  831. # [19:41] <zewt> google is starting to ignore +keywords in search :(
  832. # 02[19:41] * Quits: zdobersek (~zan@cpe-46-164-0-76.dynamic.amis.net) (Ping timeout: 260 seconds)
  833. # [19:41] <zewt> i've always used a lot of +to force it to stop fuzzing searches to death, and now that's starting to not work
  834. # [19:42] <jgraham> gsnedders: I doubt I would like it more than compiz grid which basically allows me to tile in the simplistic way that my brain can handle and just dump things in random places when tiling is inconvenient
  835. # [19:42] <zewt> building python from source like it's 1996
  836. # [19:43] <jgraham> zewt: Can't imagine why that was never a hit single
  837. # [19:43] <Philip`> I happened to be searching for some three-character postcode today, and Google was occasionally (depending on search terms) quite insistent that I wanted to find the sixth Harry Potter book
  838. # [19:44] <zewt> google needs a "knows how to search" slider, +so +i +don't +have +to +search +like +this
  839. # 03[19:44] * Parts: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  840. # [19:44] <jgraham> Philip`: That is evidence that Google knows best, I would say
  841. # [19:45] <gsnedders> jgraham: Well, I have moved to it from grid, which has worked for me.
  842. # [19:45] <jgraham> I mean buckinghamshire isn't that exciting really
  843. # [19:46] <Philip`> It's got some hills, which are exciting, if you're into hills
  844. # 03[19:47] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  845. # [19:48] <jgraham> Those hills even have a wikipedia page: http://en.wikipedia.org/wiki/Category:Hills_of_Buckinghamshire
  846. # [19:49] <jgraham> Clearly the are Notable
  847. # 03[19:49] * eric_carlson is now known as ericc|away
  848. # 03[19:50] * Joins: jamesr (~jamesr@216.239.45.23)
  849. # [19:52] <gsnedders> jgraham: Though each hill in Cambridge has an individual Wikipedia page!
  850. # [19:55] <jgraham> Being the only hill in Cambridge is, by definition, quite notable
  851. # 02[19:57] * Quits: David_Bradbury (~chatzilla@75-147-178-254-Washington.hfc.comcastbusiness.net) (Ping timeout: 276 seconds)
  852. # 03[19:57] * Joins: Ms2ger (~Ms2ger@91.181.50.33)
  853. # 03[20:00] * Joins: David_Bradbury (~chatzilla@75-147-178-254-Washington.hfc.comcastbusiness.net)
  854. # 02[20:00] * Quits: shepazu (~schepers@63-231-60-187.tukw.qwest.net) (Quit: Core Breach)
  855. # 02[20:08] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 252 seconds)
  856. # 02[20:08] * Quits: jonatasnona (~jonatas@lba.inpa.gov.br) (Quit: Saindo)
  857. # 02[20:10] * Quits: nessy (~Adium@124-169-135-125.dyn.iinet.net.au) (Quit: Leaving.)
  858. # [20:10] <annevk> "With the host of problems this country is currently facing, the fact that our president is devoting time to the human process of aging is an affront to Americans everywhere," http://www.theonion.com/articles/obama-turns-50-despite-republican-opposition,21061/
  859. # 03[20:10] * Joins: sicking (~chatzilla@nat/mozilla/x-ucaadqjnwkxqfods)
  860. # [20:11] <AryehGregor> Yeah, that sounds like a typical Onion story.
  861. # [20:12] <hober> annevk: you might want to follow along with https://bugs.webkit.org/show_bug.cgi?id=65535 [CSSOM]
  862. # [20:14] <annevk> I should really make a proposal
  863. # [20:14] <annevk> :(
  864. # 03[20:14] * Joins: oal (~olav@5.79-160-122.customer.lyse.net)
  865. # [20:14] <annevk> That is, make the CSSOM stuff somewhat more concrete for various properties
  866. # [20:14] <hober> annevk: please do! :) we're all ears
  867. # [20:15] <oal> I'm working on a website where I'm including a website in an iframe, however the iframe tries to forward the user to that website, and navigating away from my site. How'd I handle that?
  868. # [20:15] <annevk> I know, I talked to dino the other week; although he was more like, do it now
  869. # [20:15] <hober> annevk: hahahhaa, yeah :)
  870. # [20:16] <AryehGregor> annevk, PLEASE standardize serialization of CSS values, argh.
  871. # [20:16] <AryehGregor> It's been a huge headache in my editing implementation.
  872. # [20:16] <AryehGregor> And spec.
  873. # [20:16] <AryehGregor> I wish I could just reference some algorithm saying "parse and serialize this CSS value" and be sure that it would come out in some normalized form so I can use string comparison.
  874. # [20:17] <AryehGregor> oal, iframes are allowed to navigate the parent page, so in principle there's not much you can do. Sites are allowed to stop themselves from being framed if they don't want to be.
  875. # [20:18] <annevk> serialization is somewhat done
  876. # [20:18] <annevk> but is going to be moved from CSSOM to individual CSS modules
  877. # 02[20:18] * Quits: linclark (~clark@wlan-nat.fwgal01.deri.ie) (Quit: linclark)
  878. # [20:19] <oal> AryehGregor: Oh, ok. Thanks :(
  879. # 02[20:19] * Quits: timeless (d04149cb@firefox/developer/timeless) (Ping timeout: 252 seconds)
  880. # [20:19] <AryehGregor> oal, <iframe sandbox> might theoretically give you this ability in some of the newest browsers, but I don't know if it would do exactly what you want.
  881. # [20:21] <oal> AryehGregor: Thanks, will try
  882. # 03[20:21] * Joins: TabAtkins_ (~tabatkins@nat/google/x-bbaotdmqdatuypbj)
  883. # 02[20:22] * Quits: Lachy (~Lachy@cm-84.215.59.50.getinternet.no) (Quit: Textual IRC Client: http://www.textualapp.com/)
  884. # 02[20:22] * Quits: cygri (~cygri@wlan-nat.fwgal01.deri.ie) (Quit: cygri)
  885. # 02[20:27] * Quits: nimbu (~Adium@157.22.251.133) (Remote host closed the connection)
  886. # [20:35] <Ms2ger> Boo, MS
  887. # 03[20:37] * Joins: dave_levin (~dave_levi@nat/google/x-cvvdapwabyxtfyxk)
  888. # [20:38] <gsnedders> paul_irish: I was guessing that because he already has those patches in the pull queue somebody else had to do something :)
  889. # 03[20:39] * Joins: CvP (~CvP@123.49.23.11)
  890. # [20:43] <annevk> Ms2ger, oh fun
  891. # 03[20:43] * Joins: dbaron (~dbaron@nat/mozilla/x-cnldaqisyangnpdm)
  892. # [20:43] <Ms2ger> They always are
  893. # [20:43] <Ms2ger> And plh
  894. # [20:45] <AryehGregor> "Boo, MS" why?
  895. # 02[20:45] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Remote host closed the connection)
  896. # [20:46] <paul_irish> gsnedders: yeah i know. :) no worries. rick will stay on 'em for the release cycle
  897. # 03[20:50] * Joins: espadrine (~thaddee_t@acces0186.res.insa-lyon.fr)
  898. # [20:52] <Ms2ger> W3C politics
  899. # [20:52] <AryehGregor> Oh, DOM Core?
  900. # [20:52] <AryehGregor> To be honest I also think that it's confusing to name specs things like "HTML", "DOM Core", or "DOM Range".
  901. # [20:52] <AryehGregor> In the long term it makes sense given lack of versioning, but it's confusing for the interim period.
  902. # [20:53] <AryehGregor> Also, the W3C likes to version stuff, so you need a version number at least when you make it into an obsolete snapshot that everyone will ignore.
  903. # [20:53] <AryehGregor> The complaint about scope is unreasonable, of course.
  904. # [20:53] <AryehGregor> We'll see how it goes.
  905. # [20:54] <Ms2ger> Want to reply? I'm afraid I'd offend people if I ded :)
  906. # [20:54] <Ms2ger> did*
  907. # [20:54] <AryehGregor> Aren't we all?
  908. # [20:54] <annevk> I replied
  909. # [20:55] <AryehGregor> I was going to leave it to -- yeah, Anne.
  910. # 06[20:55] * AryehGregor doesn't see a reply
  911. # [20:55] <annevk> wait for it
  912. # [20:55] <annevk> I might be okay with adding a 4
  913. # [20:55] <AryehGregor> It only makes sense to add a 4 for the W3C draft.
  914. # [20:55] <Ms2ger> So, if "DOM Core" is too confusing for Microsoftees...
  915. # [20:56] <Ms2ger> How about "DOM"?
  916. # [20:56] <AryehGregor> Googling "DOM Core" still produces useless stuff as the top results.
  917. # [20:56] <annevk> yeah, it should be DOM at some point
  918. # [20:56] <AryehGregor> "Web DOM Core" used to work fine.
  919. # [20:56] <AryehGregor> "DOM" is a bad name, as is "HTML".
  920. # [20:56] <AryehGregor> Too short and non-distinctive.
  921. # [20:56] <AryehGregor> Maybe if you called it "DOM Standard", "HTML Standard", something like that.
  922. # [20:57] <annevk> sure
  923. # [20:57] <Ms2ger> Technically, sure
  924. # [20:57] <Ms2ger> Politically? I dunno
  925. # [20:57] <AryehGregor> I mean from, say, the WHATWG's perspective.
  926. # [20:57] <AryehGregor> For the W3C, just call it DOM 4 Core.
  927. # [20:58] <Ms2ger> "Document Object Model Level Four Core"
  928. # [20:58] <Ms2ger> (tm)(c)
  929. # [20:58] <annevk> o_O
  930. # [20:58] <Ms2ger> Or Core-XML?
  931. # 03[20:59] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  932. # 02[20:59] * Quits: temp01 (~temp01@unaffiliated/temp01) (Read error: Connection reset by peer)
  933. # [21:01] <jamesr> if you have to add a number make it 5
  934. # [21:02] <jamesr> 5 stuff is way cooler than 4 these days
  935. # [21:02] <annevk> CSS3, DOM4, HTML5
  936. # [21:02] <annevk> makes perfect sense
  937. # [21:02] <jamesr> SVG2
  938. # [21:02] <annevk> there you go
  939. # [21:02] <jamesr> MathML6?
  940. # [21:02] <Ms2ger> XHTL1
  941. # [21:02] <annevk> XML1
  942. # [21:02] <jamesr> or MathML1
  943. # [21:02] <annevk> teehee
  944. # 06[21:02] * Ms2ger kicks his "M" key
  945. # [21:03] <jamesr> XML1 SVG2 CSS3 DOM4 HTML5, maybe we can get ECMA to make ECMA-262 6th ed
  946. # 02[21:03] * Quits: TabAtkins_ (~tabatkins@nat/google/x-bbaotdmqdatuypbj) (Read error: Operation timed out)
  947. # 03[21:03] * Joins: TabAtkins_ (~tabatkins@nat/google/x-bdtobjhfiaaajihd)
  948. # [21:03] <scor> can someone explain to me how I can force HTML snippets inside microdata values? it seems all microdata values can only be plain text
  949. # [21:04] <annevk> you cannot have HTML there
  950. # [21:04] <scor> s/can/will
  951. # [21:04] <scor> the HTML is stripped out
  952. # [21:05] <scor> annevk: any idea why such restriction?
  953. # [21:05] <scor> annevk: there can be HTML in the page, but the microdata parsing will strip it out (that's how I understand it)
  954. # 03[21:05] * Joins: temp01 (~temp01@unaffiliated/temp01)
  955. # 03[21:05] * Joins: linclark (~clark@089-101-090180.ntlworld.ie)
  956. # [21:06] <jgraham> Well I guess you can if the vocabulary allows it. I mean it will be plain text but you can always specify that the text should be fed into an HTML parser
  957. # [21:06] <annevk> no compelling use case I think scor
  958. # [21:06] <jgraham> Just generic tools won't do that
  959. # [21:06] <jgraham> HTML in microdata seems like a really bad idea
  960. # [21:07] <scor> jgraham: exactly, that's extra processing not specified in the microdata spec
  961. # [21:07] <scor> hum, why is it a bad idea jgraham
  962. # [21:07] <scor> ?
  963. # [21:07] <jgraham> It only allows a very limited range of things, but hugely increases complexity
  964. # [21:07] <scor> annevk: what do you think of these use cases http://www.w3.org/Bugs/Public/show_bug.cgi?id=13468#c7
  965. # [21:08] <scor> jgraham: complexity in the md parsing algo? or?
  966. # [21:08] <annevk> scor, seems you're already talking to the right people :)
  967. # [21:08] <jgraham> Complexity in the data model, yeah
  968. # 06[21:09] * annevk isn't really sure annotated data is going to work out
  969. # [21:09] <jgraham> Having people implement HTML parsers just to understand microdata is a burden
  970. # [21:09] <scor> annevk: I only wish there were more than one person I was talking too
  971. # [21:09] <jgraham> Having to design APIs that can retrun text-or-markup is hard
  972. # [21:09] <annevk> jgraham, you need an HTML parser to get Microdata
  973. # 03[21:09] * Joins: gkellogg (~gregg@74-95-198-246-SFBA.hfc.comcastbusiness.net)
  974. # [21:09] <annevk> jgraham, and APIs can already change from string to object for other reasons
  975. # [21:09] <jgraham> annevk: Not if you consume e.g. JSON
  976. # [21:10] <scor> foolip: you were also involved in that thread re HTML snippets in microdata
  977. # [21:10] <annevk> jgraham, oh right, but you could expose the markup in an objecty way
  978. # [21:10] <jgraham> You infect everyone with the need to process HTML, not just the edges of the system
  979. # [21:11] <scor> jgraham: but you also prevent those who need that HTML from using it
  980. # [21:11] <jgraham> I'm also not sure that being able to say H<sub>2</sub>O is really that useful
  981. # [21:11] <scor> jgraham: H<sub>2</sub>O and H2O are completely different things
  982. # [21:12] <jgraham> What if you want to express the chemical structure rather than just the elements?
  983. # [21:12] <jgraham> HTML isn't any use as a graph language
  984. # 02[21:12] * Quits: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net) (Quit: cying)
  985. # [21:13] <jgraham> So "html in microdata" quickly turns into "arbitary markup in microdata"
  986. # [21:13] <Ms2ger> There's a Unicode character for <sub>2</sub>, so that's fine
  987. # [21:13] <scor> Ms2ger: how do I find it out?
  988. # [21:13] <annevk> jgraham, true true, strings just want to become markup typically :)
  989. # [21:13] <jgraham> But at that point I think you might as well just make it opaque to generic processors and allow specific vocabs to define processing
  990. # 02[21:14] * Quits: jacobolus (~jacobolus@c-98-234-189-6.hsd1.ca.comcast.net) (Remote host closed the connection)
  991. # [21:14] <Ms2ger> www.google.com/search?q=subscript+2+unicode
  992. # [21:14] <Ms2ger> ₂
  993. # [21:14] <jgraham> I mean it's not like a *generic* processor can do much that is useful with H<sub>2</sub>O as nodes compared to as a literal string
  994. # [21:15] <jgraham> It only really helps when the use caseis "format for display"
  995. # 03[21:15] * Joins: cpearce (~chatzilla@ip-118-90-29-45.xdsl.xnet.co.nz)
  996. # [21:15] <jgraham> (so there we go, I just conclusively proved that HTML is a presentational langauge :) )
  997. # 06[21:16] * Ms2ger thwaps jgraham
  998. # [21:16] <Ms2ger> Lang-gauge?
  999. # 03[21:16] * Parts: espadrine (~thaddee_t@acces0186.res.insa-lyon.fr)
  1000. # [21:16] <scor> Ms2ger: ok. so I suppose I would have to write this HTML snippet using unicode instead of HTML then, but how user friendly is that? (in comparison to the HTML version)
  1001. # [21:17] <jgraham> Ms2ger: See the google webstats. That's like the most misspelt word in HTML :)
  1002. # [21:17] <jgraham> scor: Or make up some vocabulary-specific processing
  1003. # 03[21:18] * Joins: espadrine (~thaddee_t@acces0186.res.insa-lyon.fr)
  1004. # [21:19] <jgraham> I just can't imagine many UAs that display raw microdata as strings to end users, so the fact that H<sub>2</sub>O doesn't make much sense as a string doesn't matter
  1005. # [21:20] <jgraham> The other problem with generic HTML processing is that H<video src="myvideo"><font size=2>2</font>O isn't much use as a chemical formula
  1006. # [21:20] <jgraham> so you still need vocab-specific rules
  1007. # [21:20] <Ms2ger> I hear that kind of formula is used in astrophysics, though
  1008. # [21:21] <jgraham> Are you insane? It's way too precise.
  1009. # [21:21] <gkellogg> I don't see why rules for expressing markup should be vocab-specific. As much as I hate @itemvaltype, this is a case where it seems necessary.
  1010. # [21:21] <scor> jgraham: so how would these vocab-specific rules work wrt to the md parsing? when would these rules be applied?
  1011. # [21:22] <jgraham> scor: In generic UAs everything would be parsed as strings. The angle brackets would just be angle brackets, not anything magic
  1012. # [21:22] <Ms2ger> Good point
  1013. # 03[21:22] * Joins: The_8472 (~stardive@azureus/The8472)
  1014. # [21:23] <jgraham> Although astrophysiscis do love a good <video> to go with a theory
  1015. # [21:23] <jgraham> Or at least an <img> containing an "artist's impression"
  1016. # [21:23] <Ms2ger> "So all the planets in the solar system kinda follow a pattern, except that we lost one planet"
  1017. # 06[21:25] * Ms2ger hopes he summarized the Titius–Bode law correctly
  1018. # 06[21:26] * annevk suggests DOM4
  1019. # 03[21:29] * Joins: ezoe (~ezoe@61-205-124-68f1.kyt1.eonet.ne.jp)
  1020. # [21:30] <jgraham> scor: The other reason to dislike markup in microdata is that it gives the whole feature way more surface area for security problems e.g. if someone sets the value of an item to be <script src=evilscript.js></script> you want to be rather sure that you don't execute it when you don't mean to
  1021. # [21:30] <scor> jgraham: absolutely, the consumer has to strip out insecure tags
  1022. # [21:31] <Hixie> i hope you mean strip out anything not known to be secure
  1023. # [21:31] <scor> I'm not saying HTML snippet should be the default, I'm just wondering why there is not option for allowing it
  1024. # [21:31] <Hixie> rather than stripping out anything known to be insecure
  1025. # [21:32] <scor> yes
  1026. # [21:32] <Hixie> just checking :-)
  1027. # [21:32] <scor> :)
  1028. # [21:33] <jgraham> scor: Which is still more risky than just not allowing markup, and doesn't address the use cases where "risky" things make sense as item values
  1029. # 02[21:34] * Quits: TabAtkins_ (~tabatkins@nat/google/x-bdtobjhfiaaajihd) (Ping timeout: 264 seconds)
  1030. # [21:35] <scor> jgraham: not allowing markup makes sense as a default
  1031. # [21:37] <Hixie> scor: the main reason microdata doesn't have a way to use the DOM Elements as part of the value (as opposed to just the text) is that none of hte use cases it was designed for needed it
  1032. # [21:37] <Hixie> (though there are certainly additional reasons to avoid it as jgraham has pointed out)
  1033. # [21:38] <scor> Hixie: when was the list of use cases for designing microdata closed?
  1034. # [21:38] <Hixie> it wasn't closed
  1035. # [21:38] <Hixie> if there are new use cases to consider, the design could be augmented accordingly
  1036. # [21:39] <Hixie> it depends on whether the use cases are deemed important enough
  1037. # 03[21:39] * Joins: dabaR (~Dan_Berna@205-200-13-84.static.mtsallstream.net)
  1038. # [21:39] <scor> but I guess the use cases provided in the tracker are not important enough
  1039. # [21:39] <dabaR> can a header contain sections?
  1040. # [21:40] <Hixie> scor: off-hand, i've no idea
  1041. # [21:40] <scor> Hixie: so what do you require then? more people asking for these use cases?
  1042. # [21:40] <Hixie> i don't think i've ever seen a use case for which it makes sense for the element tree to be part of the value, so far
  1043. # [21:41] <Hixie> but it's quite possible that some have been sent to the whatwg list or on bugzilla that i haven't seen yet
  1044. # [21:41] <Hixie> the volume of feedback is not important, only the quality matters
  1045. # 03[21:41] * Joins: jwalden (~waldo@2620:101:8003:200:222:68ff:fe15:af5c)
  1046. # [21:41] <Hixie> dabaR: do you mean a <header> or a <h1> header?
  1047. # 03[21:41] * Joins: cying (~cying@173-228-29-224.dsl.static.sonic.net)
  1048. # [21:42] <Hixie> dabaR: if you mean <header>, then yes. Search the spec for "Little Green Guys With Guns" for an example where a <header> contains a <nav> section.
  1049. # 02[21:42] * Quits: cpearce (~chatzilla@ip-118-90-29-45.xdsl.xnet.co.nz) (Ping timeout: 258 seconds)
  1050. # [21:43] <dabaR> thank you
  1051. # [21:43] <Hixie> np
  1052. # [21:45] <dabaR> On here: http://www.w3.org/TR/html5/ ?
  1053. # [21:45] <Hixie> http://whatwg.org/html
  1054. # 03[21:46] * Joins: cwilso (~cwilso@nat/google/x-yqcbvzemzhwathry)
  1055. # [21:46] <dabaR> Thanks
  1056. # 03[21:46] * Joins: sebmarkbage (~sebmarkba@213.80.109.170)
  1057. # 02[21:46] * Quits: jamesr (~jamesr@216.239.45.23) (Quit: jamesr)
  1058. # [21:46] <dabaR> Nope
  1059. # [21:46] <dabaR> No little green guys with guns
  1060. # [21:46] <dabaR> In fact, none of those words appear :)
  1061. # [21:47] <Hixie> oh that's the multipage copy
  1062. # [21:47] <Hixie> switch to the one-page copy
  1063. # [21:47] <annevk> if you load whatwg.org/c they will, but beware of crashing your browser
  1064. # [21:47] <Hixie> there's a link at the top
  1065. # [21:47] <dabaR> Odd it is there
  1066. # [21:48] <dabaR> Oh thats why
  1067. # [21:48] <dabaR> Well that's nav inside header
  1068. # [21:48] <dabaR> But also section is OK?
  1069. # [21:49] <Hixie> <nav>, <Section>, <Article>, and <aside> are all sections
  1070. # [21:50] <dabaR> Oh OK
  1071. # 03[21:50] * Joins: simplicity- (~simpli@unaffiliated/simplicity-)
  1072. # [21:50] <Hixie> (<section> is just the more generic one)
  1073. # [21:50] <dabaR> so <section> can go inside <header>
  1074. # [21:51] <dabaR> You know how on government sites there is often a more web-presence-wide header and footer?
  1075. # [21:51] <dabaR> Containing links to other sites they have, and also a search bar for all of their sites kinda thingy?
  1076. # 02[21:51] * Quits: sicking (~chatzilla@nat/mozilla/x-ucaadqjnwkxqfods) (Ping timeout: 252 seconds)
  1077. # [21:52] <dabaR> I guess that is a <nav>. Is that a good guess?
  1078. # [21:52] <Hixie> yeah, that's basically that <nav> example
  1079. # 03[21:52] * Joins: sicking (~chatzilla@nat/mozilla/x-lbmirihfeaelxzsu)
  1080. # [21:52] <dabaR> OK. Thank you.
  1081. # [21:54] <dabaR> But a nav gets its own heading?
  1082. # [21:54] <dabaR> Not in this example
  1083. # [21:54] <dabaR> A <nav> can have an <h*>
  1084. # 03[21:56] * Joins: TabAtkins_ (~tabatkins@nat/google/x-bcqcmybawccdjbwm)
  1085. # 02[21:57] * Quits: Kingdutch (~Kingdutch@188.200.149.217) (Quit: Leaving)
  1086. # 06[21:58] * karlcow read the discussion with scor and had difficulties to figure out the benefit of markup.
  1087. # [21:59] <karlcow> it seems like alt="" and title="" attributes
  1088. # [22:01] <scor> karlcow: ok, let microdata have the same limitations as @alt and @title then
  1089. # 03[22:02] * Joins: necolas (~necolas@5e0129ee.bb.sky.com)
  1090. # [22:02] <scor> karlcow: did you check the use cases in the tracker too?
  1091. # [22:02] <karlcow> scor: link?
  1092. # [22:02] <scor> http://www.w3.org/Bugs/Public/show_bug.cgi?id=13468#c7
  1093. # [22:02] <karlcow> ah yes what I was talking about
  1094. # [22:04] <karlcow> years after years of using html, I have grown a feeling that attributes were not the right place for rich markup.
  1095. # [22:04] <karlcow> attributes most of the type should be more "operational" than "informational".
  1096. # [22:05] <karlcow> (just a feeling)
  1097. # 03[22:05] * Parts: brucel (~brucel@cpc3-smal11-2-0-cust48.perr.cable.virginmedia.com)
  1098. # [22:05] <karlcow> scor in the bug tracker could you put a full example of code?
  1099. # [22:06] <jgraham> karlcow: One could of course design it to not have markup in attributes if one wanted that extension to the data model
  1100. # [22:06] <jgraham> But I think the concept is bad even then
  1101. # 02[22:07] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Remote host closed the connection)
  1102. # 06[22:07] * karlcow wonders if jgraham meant "to have markup"
  1103. # [22:08] <karlcow> I remember all the discussion around description element in RSS feed.
  1104. # [22:08] <scor> karlcow: you mean a full microdata example?
  1105. # [22:09] <scor> which I would expect to produce HTML?
  1106. # [22:10] <jgraham> karlcow: I mean you could define a mechanism where, say, the child nodes of the element with @itemval represented the content
  1107. # [22:12] <jgraham> But even in the presence of such a mechanism, allowing markup in values would be more harm than good
  1108. # [22:12] <karlcow> scor: yes
  1109. # [22:13] <karlcow> jgraham: without counting for what a microdata means inside a microdata
  1110. # 03[22:13] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  1111. # 03[22:13] * Joins: jacobolus (~jacobolus@c-67-188-214-90.hsd1.ca.comcast.net)
  1112. # [22:14] <jgraham> That is an example of the additional complexity that allowing markup in values introduces, yes
  1113. # 03[22:20] * Joins: Obvious_MkII (tachikoma@188.226.74.2)
  1114. # 03[22:20] * Joins: stalled (~stalled@unaffiliated/stalled)
  1115. # 02[22:20] * Quits: Obvious (tachikoma@188.226.74.2) (Ping timeout: 260 seconds)
  1116. # [22:29] <scor> karlcow: http://www.w3.org/Bugs/Public/show_bug.cgi?id=13468#c12
  1117. # 02[22:29] * Quits: captain6 (~captain@xdsl-78-34-169-176.netcologne.de) (Quit: captain6)
  1118. # [22:32] <scor> karlcow: what was the conclusion re. "description element in RSS feed"
  1119. # [22:33] <karlcow> scor: for RSS, dirty hacks, including escaping markup.
  1120. # [22:33] <karlcow> Atom introduced a content type
  1121. # [22:34] <karlcow> <content type="xhtml">…
  1122. # 02[22:38] * Quits: davidb (~davidb@corp.tor1.mozilla.com) (Quit: davidb)
  1123. # [22:38] <Ms2ger> The bugs line at http://www.whatwg.org/issues/data.html?period=1 does look interesting
  1124. # 02[22:39] * Quits: zdobersek1 (~zan@cpe-46-164-26-128.dynamic.amis.net) (Quit: Leaving.)
  1125. # 02[22:39] * Quits: franksalim (~frank@64-71-23-250.static.wiline.com) (Quit: Leaving)
  1126. # 03[22:40] * Joins: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
  1127. # 03[22:42] * Parts: dabaR (~Dan_Berna@205-200-13-84.static.mtsallstream.net)
  1128. # 03[22:43] * Joins: cssgirl (~Adium@cpe-24-161-119-204.hvc.res.rr.com)
  1129. # 02[22:45] * Quits: Ms2ger (~Ms2ger@91.181.50.33) (Quit: nn)
  1130. # 02[22:46] * Quits: ZombieLoffe (~ZombieL@unaffiliated/zombieloffe)
  1131. # 02[22:48] * Quits: sicking (~chatzilla@nat/mozilla/x-lbmirihfeaelxzsu) (Ping timeout: 276 seconds)
  1132. # 02[22:48] * Quits: FastJack (~fastjack@dumpstr.net) (Quit: mal server neu frickeln)
  1133. # 02[22:57] * Quits: necolas (~necolas@5e0129ee.bb.sky.com) (Remote host closed the connection)
  1134. # 02[23:04] * Quits: zewt (~x@c-24-62-196-44.hsd1.ma.comcast.net) (Remote host closed the connection)
  1135. # 03[23:06] * heycam|away is now known as heycam
  1136. # 02[23:14] * Quits: janv_ (~varga@195.91.87.57) (Quit: This computer has gone to sleep)
  1137. # 02[23:16] * Quits: MacTed (~Thud@63.119.36.36)
  1138. # 02[23:19] * Quits: foolip_ (~philip@h242n6-g-hn-a11.ias.bredband.telia.com) (Ping timeout: 255 seconds)
  1139. # 02[23:20] * Quits: hij1nx (~hij1nx@207.239.107.3) (Quit: hij1nx)
  1140. # 02[23:20] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  1141. # 02[23:21] * Quits: micheil (~micheil@109.231.193.164) (Quit: http://brandedcode.com | http://github.com/miksago)
  1142. # 03[23:21] * Joins: sicking (~chatzilla@nat/mozilla/x-hmrkafhjpsrkrkpg)
  1143. # 02[23:23] * Quits: enyo_ (~mtl@modemcable098.129-202-24.mc.videotron.ca) (Ping timeout: 260 seconds)
  1144. # 02[23:29] * Quits: ap (~ap@2620:149:4:401:3487:5e5b:4523:9841) (Read error: Connection reset by peer)
  1145. # 03[23:29] * Joins: ap (~ap@17.203.114.202)
  1146. # 02[23:30] * Quits: Frozen (~Frozen@2a01:e35:8a2f:2a60:21f:d0ff:fe53:75b2) (Quit: @++ tout le monde)
  1147. # 03[23:32] * Joins: MikeSmith (~MikeSmith@65.42.208.134)
  1148. # 03[23:39] * Joins: roc (~chatzilla@203-97-204-82.dsl.clear.net.nz)
  1149. # 03[23:45] * Joins: jarek (~jarek@bcz18.neoplus.adsl.tpnet.pl)
  1150. # 02[23:45] * Quits: jarek (~jarek@bcz18.neoplus.adsl.tpnet.pl) (Changing host)
  1151. # 03[23:45] * Joins: jarek (~jarek@unaffiliated/jarek)
  1152. # 02[23:45] * Quits: MikeSmith (~MikeSmith@65.42.208.134) (Ping timeout: 258 seconds)
  1153. # [23:45] <jarek> Hello
  1154. # [23:45] <jarek> is there any performance difference between element.setAttribute('blah1', 'blah2') and element.dataset.blah1 = 'blah2'?
  1155. # [23:47] <jarek> I'm currently using custom attributes all over the place and I'm wondering whether switching to HTML5 datasets would make sense
  1156. # 03[23:47] * Joins: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com)
  1157. # [23:47] <Philip`> Seems very unlikely that there would be any noticeable difference
  1158. # [23:47] <Philip`> since dataset is just an API to get/set content attributes
  1159. # [23:48] <Philip`> so it's doing the same amount of DOM manipulation either way
  1160. # 03[23:48] * Joins: MikeSmith (~MikeSmith@65.42.208.134)
  1161. # 03[23:50] * Joins: zewt (~x@c-24-62-196-44.hsd1.ma.comcast.net)
  1162. # 03[23:50] * Joins: enyo (~mtl@dsl-10-148-236.b2b2c.ca)
  1163. # [23:51] <jarek> perhaps setting an attribute directly on node (e.g. element.blah1 = 'blah2') could be any faster?
  1164. # [23:54] <Hixie> depends what you're trying to do
  1165. # [23:54] <The_8472> jarek, you shouldn't set custom attributes directly on dom nodes anyway. it's bad practice for various reasons.
  1166. # [23:54] <Hixie> are you doing this in a tight loop?
  1167. # [23:54] <Hixie> if you're not, the performance aspects of this are probably irrelevant anyway
  1168. # [23:55] <AryehGregor> The_8472, why not? That's what data-* is meant for.
  1169. # [23:56] <The_8472> AryehGregor, i mean this: <jarek> perhaps setting an attribute directly on node (e.g. element.blah1 = 'blah2')
  1170. # [23:56] <jarek> The_8472: I'm using custom XML namespace inside XHTML5 document, so custom attributes should be fully valid in my case
  1171. # [23:56] <The_8472> attributes may have been the wrong word
  1172. # [23:56] <The_8472> object properties?
  1173. # [23:58] <Hixie> the spec uses the terms IDL attributes and content attributes
  1174. # [23:59] <Hixie> though in your case you're talking abotu object properties, since they're not IDL attributes either
  1175. # [23:59] <Hixie> they might conflict with IDL attributes in the future though, so it's not good practice :-)
  1176. # 03[23:59] * Joins: jarek_ (~jarek@awf240.neoplus.adsl.tpnet.pl)
  1177. # 03[23:59] * jarek is now known as Guest29815
  1178. # [23:59] <jarek_> oops, I got disconnected
  1179. # Session Close: Fri Aug 05 00:00:00 2011

The end :)