/irc-logs / freenode / #whatwg / 2011-12-28 / end

Options:

  1. # Session Start: Wed Dec 28 00:00:00 2011
  2. # Session Ident: #whatwg
  3. # [00:08] * Quits: martndemus (~martndemu@h254064.upc-h.chello.nl) (Remote host closed the connection)
  4. # [00:10] * Quits: dbaron (~dbaron@pool-72-94-180-111.phlapa.fios.verizon.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  5. # [00:11] * Joins: manitwo_ (~maniwo@p57978EF3.dip.t-dialin.net)
  6. # [00:16] * Joins: erichynds (~ehynds@pool-71-184-234-218.bstnma.fios.verizon.net)
  7. # [00:18] * manitwo_ is now known as manitwo
  8. # [00:18] * Quits: manitwo (~maniwo@p57978EF3.dip.t-dialin.net) (Quit: Textual IRC Client: http://www.textualapp.com/)
  9. # [00:26] * Joins: bencc (~user@bzq-84-111-74-191.red.bezeqint.net)
  10. # [00:30] <bencc> is it possible that a browser will send only part of a websocket package even if the fin bit is 1?
  11. # [00:30] <bencc> maybe if the user closed the browser window
  12. # [00:48] * Quits: abarth (abarth@nat/google/x-zzzlgpdpxsemmtqj) (Quit: abarth)
  13. # [00:50] * Quits: Morphous_ (jan@f049167171.adsl.alicedsl.de) (Ping timeout: 240 seconds)
  14. # [01:03] * Quits: jacobolus (~jacobolus@h-66-166-3-76.lsanca54.static.covad.net) (Ping timeout: 276 seconds)
  15. # [01:05] * Joins: Morphous_ (jan@f049230027.adsl.alicedsl.de)
  16. # [01:08] * Quits: Neocortex (~niels@82-170-160-25.ip.telfort.nl) (Ping timeout: 252 seconds)
  17. # [01:21] * Joins: jacobolus (~jacobolus@h-66-166-3-76.lsanca54.static.covad.net)
  18. # [01:38] * Quits: [[zz]] (~q@125.25.39.26.adsl.dynamic.totbb.net) (Quit: จรลี จรลา ...)
  19. # [01:41] * Quits: tomasf (~tom@c-b7dbe555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Quit: tomasf)
  20. # [01:48] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
  21. # [01:54] * Joins: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
  22. # [02:16] * heycam is now known as heycam|away
  23. # [02:23] * Joins: agektmr (~Adium@74.125.56.33)
  24. # [02:37] * Joins: Zauberfisch (Zauberfisc@venus.zauberfisch.at)
  25. # [02:37] * Quits: erichynds (~ehynds@pool-71-184-234-218.bstnma.fios.verizon.net)
  26. # [02:37] * Joins: ehsan (~ehsan@209.29.21.241)
  27. # [02:39] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Quit: annevk)
  28. # [02:43] * Quits: ehsan (~ehsan@209.29.21.241) (Remote host closed the connection)
  29. # [02:43] * Parts: bencc (~user@bzq-84-111-74-191.red.bezeqint.net)
  30. # [02:46] * Quits: silky (~silky@pool-74-108-142-22.nycmny.fios.verizon.net) (Ping timeout: 240 seconds)
  31. # [02:47] * Joins: silky (~silky@pool-74-108-142-22.nycmny.fios.verizon.net)
  32. # [02:47] * Quits: silky (~silky@pool-74-108-142-22.nycmny.fios.verizon.net) (Read error: Connection reset by peer)
  33. # [02:51] * heycam|away is now known as heycam
  34. # [02:52] * Joins: dydx (~dydz@adsl-75-36-186-46.dsl.pltn13.sbcglobal.net)
  35. # [03:03] * Joins: twisted` (~twisted@205.189.73.45)
  36. # [03:07] * rabbi_skanderb3g is now known as upgrayeddd
  37. # [03:08] * Parts: upgrayeddd (u2969@gateway/web/irccloud.com/x-npzybhwofzaiouue)
  38. # [03:24] * Quits: jacobolus (~jacobolus@h-66-166-3-76.lsanca54.static.covad.net) (Ping timeout: 252 seconds)
  39. # [03:26] * Quits: smaug____ (~chatzilla@GGZYYYKMDCCCLXXXI.gprs.sl-laajakaista.fi) (Ping timeout: 252 seconds)
  40. # [03:36] * Joins: jacobolus (~jacobolus@h-66-166-3-76.lsanca54.static.covad.net)
  41. # [03:37] * Joins: diraol (~diraol@189.38.130.99)
  42. # [03:38] * Quits: LBP (~Mirc@pD9EB18CF.dip0.t-ipconnect.de) (Ping timeout: 240 seconds)
  43. # [03:39] * Joins: LBP (~Mirc@pD9EB1A5D.dip0.t-ipconnect.de)
  44. # [03:39] * Joins: weinig (~weinig@cpe-67-244-17-64.nyc.res.rr.com)
  45. # [03:49] * Joins: [[zz]] (~q@125.25.27.233.adsl.dynamic.totbb.net)
  46. # [04:07] * Joins: ehsan (~ehsan@209.29.21.241)
  47. # [04:10] * Quits: ehsan (~ehsan@209.29.21.241) (Remote host closed the connection)
  48. # [04:21] * Quits: tndH (~Rob@adsl-178-78-99-119.karoo.kcom.com) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.1/2008072406])
  49. # [04:25] * Joins: MikeSmith_ (~MikeSmith@EM114-48-186-67.pool.e-mobile.ne.jp)
  50. # [04:28] * Quits: MikeSmith (~MikeSmith@EM114-48-75-17.pool.e-mobile.ne.jp) (Ping timeout: 255 seconds)
  51. # [04:28] * MikeSmith_ is now known as MikeSmith
  52. # [04:30] * Joins: ehsan (~ehsan@209.29.21.241)
  53. # [04:34] * Quits: diraol (~diraol@189.38.130.99) (Quit: Leaving.)
  54. # [04:45] * Quits: mkanat (mkanat@nat/google/x-iyyimdufcrvxnpmy) (Quit: Ex-Chat)
  55. # [04:49] * Joins: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com)
  56. # [05:10] * Quits: EvanR (~evan@unaffiliated/evanr) (Ping timeout: 252 seconds)
  57. # [05:12] * Quits: ehsan (~ehsan@209.29.21.241) (Remote host closed the connection)
  58. # [05:36] * Quits: jwalden (~waldo@adsl-70-131-97-231.dsl.emhril.sbcglobal.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 8.0/20111108090029])
  59. # [05:41] * Quits: jacobolus (~jacobolus@h-66-166-3-76.lsanca54.static.covad.net) (Ping timeout: 264 seconds)
  60. # [05:41] * Joins: Goldsmith (a6935135@gateway/web/freenode/ip.166.147.81.53)
  61. # [05:46] * Quits: Goldsmith (a6935135@gateway/web/freenode/ip.166.147.81.53) (Ping timeout: 258 seconds)
  62. # [05:48] * Joins: jacobolus (~jacobolus@h-66-166-3-76.lsanca54.static.covad.net)
  63. # [05:48] * Joins: diraol (~diraol@189.38.130.99)
  64. # [06:32] * Quits: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com) (Quit: hij1nx)
  65. # [06:34] * Joins: erlehmann (~erlehmann@89.204.139.61)
  66. # [06:37] * Quits: wesbos (~wesbos@d226-36-66.home.cgocable.net) (Quit: Leaving...)
  67. # [06:39] * Quits: diraol (~diraol@189.38.130.99) (Quit: Leaving.)
  68. # [06:49] * Parts: agektmr (~Adium@74.125.56.33)
  69. # [06:51] * Joins: wesbos (~wesbos@d226-36-66.home.cgocable.net)
  70. # [07:02] * Quits: roc (~chatzilla@60.234.54.74) (Ping timeout: 252 seconds)
  71. # [07:05] * Quits: jacobolus (~jacobolus@h-66-166-3-76.lsanca54.static.covad.net) (Remote host closed the connection)
  72. # [07:10] * Quits: weinig (~weinig@cpe-67-244-17-64.nyc.res.rr.com) (Ping timeout: 248 seconds)
  73. # [07:12] * Joins: weinig (~weinig@cpe-67-244-17-64.nyc.res.rr.com)
  74. # [07:13] * Joins: jacobolu_ (~jacobolus@pool-71-189-159-67.lsanca.fios.verizon.net)
  75. # [07:33] * Quits: rniwa (~rniwa@216.239.45.130) (Quit: rniwa)
  76. # [07:35] * Quits: miketaylr (~miketaylr@cpe-68-203-0-108.austin.res.rr.com) (Quit: miketaylr)
  77. # [07:37] * Quits: richt (~richt@cpc1-gran1-0-0-cust600.12-1.cable.virginmedia.com) (Read error: Connection reset by peer)
  78. # [07:37] * Joins: richt (~richt@cpc1-gran1-0-0-cust600.12-1.cable.virginmedia.com)
  79. # [07:47] * heycam is now known as heycam|away
  80. # [07:49] * Joins: Areks (~Areks@rs.gridnine.com)
  81. # [07:50] * Quits: wesbos (~wesbos@d226-36-66.home.cgocable.net) (Quit: Leaving...)
  82. # [08:12] * Quits: dydx (~dydz@adsl-75-36-186-46.dsl.pltn13.sbcglobal.net) (Quit: dydx)
  83. # [08:21] * Quits: yutak (~yutak@2401:fa00:4:1004:baac:6fff:fe99:adfb) (Quit: Ex-Chat)
  84. # [08:21] * Quits: weinig (~weinig@cpe-67-244-17-64.nyc.res.rr.com) (Quit: weinig)
  85. # [08:35] * Quits: [[zz]] (~q@125.25.27.233.adsl.dynamic.totbb.net) (Ping timeout: 240 seconds)
  86. # [08:42] * Quits: jacobolu_ (~jacobolus@pool-71-189-159-67.lsanca.fios.verizon.net) (Remote host closed the connection)
  87. # [08:49] * Joins: Ms2ger (~Ms2ger@91.181.167.105)
  88. # [08:54] * Joins: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
  89. # [08:58] * Quits: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se) (Ping timeout: 240 seconds)
  90. # [09:03] * Joins: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
  91. # [09:06] * Joins: woef (~woef@91.183.84.141)
  92. # [09:23] * Joins: ezoe (~ezoe@203-140-90-91f1.kyt1.eonet.ne.jp)
  93. # [09:29] * Joins: nonge_ (~nonge@p5082AB7A.dip.t-dialin.net)
  94. # [09:32] * Quits: Druide_ (~Druid@p5B05D2FD.dip.t-dialin.net) (Ping timeout: 252 seconds)
  95. # [09:33] * Quits: nonge (~nonge@p5082A8AE.dip.t-dialin.net) (Ping timeout: 240 seconds)
  96. # [09:36] * Quits: jochen__ (jochen@nat/google/x-papzndlcmlivwwdv) (Remote host closed the connection)
  97. # [09:36] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
  98. # [09:36] * Joins: jochen__ (jochen@nat/google/x-frhqfrjpnzekaoqk)
  99. # [09:37] * Joins: Druide_ (~Druid@p5B1357DF.dip.t-dialin.net)
  100. # [09:39] <annevk> new callback syntax
  101. # [09:39] <annevk> yay
  102. # [09:52] * Joins: mishunov (~spliter@77.88.72.162)
  103. # [09:57] <annevk> DOM updated to use new callback syntax
  104. # [09:58] * Joins: PalleZingmark (~Adium@217.13.228.226)
  105. # [10:07] * Joins: spliter_ (~spliter@77.88.72.162)
  106. # [10:14] * Quits: mishunov (~spliter@77.88.72.162) (Quit: mishunov)
  107. # [10:15] <zcorpan> note to forums.whatwg.org users - if you have 0 posts then it's likely that your account has been deactivated. if you want it activated again, ping me
  108. # [10:16] * Joins: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk)
  109. # [10:17] <annevk> can you format that into a tweet?
  110. # [10:17] * Quits: spliter_ (~spliter@77.88.72.162) (Quit: spliter_)
  111. # [10:17] * Joins: brucel (~brucel@cpc5-smal11-2-0-cust151.perr.cable.virginmedia.com)
  112. # [10:18] * Joins: mishunov (~spliter@77.88.72.162)
  113. # [10:24] * Quits: lhnz (~lhnz@188-223-83-48.zone14.bethere.co.uk) (Quit: Leaving)
  114. # [10:28] * Quits: MikeSmith (~MikeSmith@EM114-48-186-67.pool.e-mobile.ne.jp) (Ping timeout: 244 seconds)
  115. # [10:28] <zcorpan> 0-post forums.whatwg.org accounts have been deactivated (to kill sleeping spam accounts). Ask @zcorpan if you want yours activated again.
  116. # [10:30] <annevk> thanks
  117. # [10:31] <zcorpan> cheers
  118. # [10:34] * Joins: MikeSmith (~MikeSmith@EM1-113-118-139.pool.e-mobile.ne.jp)
  119. # [10:36] * Joins: martndemus (~martndemu@h254064.upc-h.chello.nl)
  120. # [10:36] * Quits: martndemus (~martndemu@h254064.upc-h.chello.nl) (Remote host closed the connection)
  121. # [10:37] * Joins: martndemus (~martndemu@h254064.upc-h.chello.nl)
  122. # [10:48] <Ms2ger> No tests for FileAPI yet?
  123. # [10:52] * Joins: nessy (~Adium@58-6-45-80.dyn.iinet.net.au)
  124. # [10:54] * Quits: Areks (~Areks@rs.gridnine.com) (Ping timeout: 268 seconds)
  125. # [11:03] <MikeSmith> Ms2ger: none that I could find
  126. # [11:10] * Joins: tomasf (~tom@2002:55e5:dbb7:0:487c:4716:6d6f:64e9)
  127. # [11:14] <annevk> if someone has an idea for http://dvcs.w3.org/hg/domcore/raw-file/tip/Overview.html#interface-nodefilter
  128. # [11:14] <annevk> let me know
  129. # [11:15] <annevk> could split out acceptNode into a callback interface and leave the rest an interface
  130. # [11:15] <annevk> that's not what UAs do today though
  131. # [11:19] * Joins: smaug____ (~chatzilla@YZMKCDVI.gprs.sl-laajakaista.fi)
  132. # [11:19] * Joins: Areks (~Areks@rs.gridnine.com)
  133. # [11:20] * Quits: matijsb (u2278@gateway/web/irccloud.com/x-otcqmarlciydyszy) (Quit: Connection closed for inactivity)
  134. # [11:21] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  135. # [11:43] * Quits: smaug____ (~chatzilla@YZMKCDVI.gprs.sl-laajakaista.fi) (Remote host closed the connection)
  136. # [11:49] * Joins: svl (~me@p5DD35646.dip.t-dialin.net)
  137. # [11:50] * Quits: Lachy (~Lachy@cm-84.215.59.50.getinternet.no) (Quit: Computer has gone to sleep.)
  138. # [12:01] * Joins: smaug____ (~chatzilla@YZMKCDVI.gprs.sl-laajakaista.fi)
  139. # [12:03] <Ms2ger> annevk, seems like you only semi-updated EventListener
  140. # [12:03] * Joins: Lachy (Lachy@nat/opera/x-pnzooptrqzlgwaap)
  141. # [12:21] * Quits: ezoe (~ezoe@203-140-90-91f1.kyt1.eonet.ne.jp) (Quit: And Now for Something Completely Different.)
  142. # [12:26] * Joins: Neocortex (~niels@82-170-160-25.ip.telfort.nl)
  143. # [12:26] <zcorpan> annevk: https://bitbucket.org/annevk/webvtt needs a better name
  144. # [12:44] * Joins: root_op (~root_op@90-231-254-247-no145.tbcn.telia.com)
  145. # [12:44] <root_op> I couldn't find a more suiting channel for SVG questions so I decided to make an attempt here;
  146. # [12:45] <root_op> Basically I have five path elements with some coordinates to note my points. I then have five use elements that use these path elements to mirror them.
  147. # [12:45] <root_op> Together they make an anagram that I've been sketching on for some time.
  148. # [12:46] <root_op> Although I need an easy way to resize the entire group of objects, something I just can't seem to pull through with. Any ideas?
  149. # [12:46] * Quits: Ms2ger (~Ms2ger@91.181.167.105) (Quit: bbl)
  150. # [12:46] <root_op> I intend to use the graphic inline on an HTML5 page, so it would be swell if I could have it's size decided dynamically by the CSS I link with.
  151. # [12:47] <root_op> Also, if anybody knows of a better suiting channel please let me know.
  152. # [12:48] * Joins: hasather_ (~hasather_@81-237-212-176-no86.tbcn.telia.com)
  153. # [12:49] * Joins: matijsb (u2278@gateway/web/irccloud.com/x-okzyhlgtjoyugvki)
  154. # [12:58] * Joins: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com)
  155. # [13:08] * Joins: plutoniix (~plutoniix@101.108.118.184)
  156. # [13:13] * Quits: nessy (~Adium@58-6-45-80.dyn.iinet.net.au) (Quit: Leaving.)
  157. # [13:25] * Joins: martndem_ (~martndemu@h254064.upc-h.chello.nl)
  158. # [13:27] * Quits: hasather_ (~hasather_@81-237-212-176-no86.tbcn.telia.com) (Remote host closed the connection)
  159. # [13:28] * Quits: martndemus (~martndemu@h254064.upc-h.chello.nl) (Ping timeout: 252 seconds)
  160. # [13:32] * Joins: [[zz]] (~q@101.108.118.184)
  161. # [13:36] * Quits: martndem_ (~martndemu@h254064.upc-h.chello.nl) (Ping timeout: 252 seconds)
  162. # [13:38] * Joins: martndemus (~martndemu@h254064.upc-h.chello.nl)
  163. # [13:41] * Joins: silentimp (~silentimp@88-87-200-46.pool.ukrtel.net)
  164. # [13:41] * Quits: [[zz]] (~q@101.108.118.184) (Remote host closed the connection)
  165. # [13:42] * Joins: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  166. # [13:45] * Quits: martndemus (~martndemu@h254064.upc-h.chello.nl) (Remote host closed the connection)
  167. # [13:47] * Joins: martndemus (~martndemu@h254064.upc-h.chello.nl)
  168. # [13:53] * Joins: taf2 (~taf2@pool-173-67-31-242.bltmmd.fios.verizon.net)
  169. # [13:55] * Quits: plutoniix (~plutoniix@101.108.118.184) (*.net *.split)
  170. # [13:55] * Quits: kennyluck (~kennyluck@114-25-244-221.dynamic.hinet.net) (*.net *.split)
  171. # [13:55] <root_op> Nevermind, I found the solution being preserveAspectRatio="xMinYMin meet" viewBox="0 0 580.17876 228.1876"
  172. # [13:55] * Parts: root_op (~root_op@90-231-254-247-no145.tbcn.telia.com)
  173. # [13:57] * Joins: gwicke (~gabriel@232-32-142-46.pool.kielnet.net)
  174. # [13:57] * Quits: silentimp (~silentimp@88-87-200-46.pool.ukrtel.net) (Ping timeout: 240 seconds)
  175. # [13:59] * Joins: kennyluck (~kennyluck@114-25-244-221.dynamic.hinet.net)
  176. # [14:06] * Joins: plutoniix (~plutoniix@101.108.118.184)
  177. # [14:06] * Joins: [[zz]] (~q@101.108.118.184)
  178. # [14:07] * Quits: martndemus (~martndemu@h254064.upc-h.chello.nl) (Remote host closed the connection)
  179. # [14:11] * Joins: martndemus (~martndemu@h254064.upc-h.chello.nl)
  180. # [14:13] * Joins: martndem_ (~martndemu@h254064.upc-h.chello.nl)
  181. # [14:13] * Joins: diraol (~diraol@189.38.130.99)
  182. # [14:13] * Joins: silentimp (~silentimp@46.247.252.199)
  183. # [14:15] * Joins: silentimp_ (~silentimp@72-165-132-95.pool.ukrtel.net)
  184. # [14:16] * Quits: martndemus (~martndemu@h254064.upc-h.chello.nl) (Ping timeout: 240 seconds)
  185. # [14:17] * Quits: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  186. # [14:18] * Quits: diraol (~diraol@189.38.130.99) (Client Quit)
  187. # [14:18] * Quits: silentimp (~silentimp@46.247.252.199) (Ping timeout: 268 seconds)
  188. # [14:18] * silentimp_ is now known as silentimp
  189. # [14:19] * Quits: martndem_ (~martndemu@h254064.upc-h.chello.nl) (Read error: Connection reset by peer)
  190. # [14:19] * Joins: martndemus (~martndemu@h254064.upc-h.chello.nl)
  191. # [14:26] * Quits: martndemus (~martndemu@h254064.upc-h.chello.nl) (Remote host closed the connection)
  192. # [14:26] * Joins: martndemus (~martndemu@h254064.upc-h.chello.nl)
  193. # [14:30] * Joins: erichynds (~ehynds@venkman.brightcove.com)
  194. # [14:35] * Quits: taf2 (~taf2@pool-173-67-31-242.bltmmd.fios.verizon.net) (Quit: taf2)
  195. # [14:39] * Joins: silky (~silky@pool-74-108-142-22.nycmny.fios.verizon.net)
  196. # [14:44] * Joins: ezoe (~ezoe@203-140-90-91f1.kyt1.eonet.ne.jp)
  197. # [14:44] * Joins: diraol (~diraol@189.38.130.99)
  198. # [14:52] * Joins: charlvn (~charlvn@2001:0:53aa:64c:7a:36d9:adb4:5bbb)
  199. # [14:58] * Joins: jwalden (~waldo@adsl-70-131-97-231.dsl.emhril.sbcglobal.net)
  200. # [14:59] * Quits: smaug____ (~chatzilla@YZMKCDVI.gprs.sl-laajakaista.fi) (Remote host closed the connection)
  201. # [15:00] * Joins: taf2_ (~taf2@pool-173-67-31-242.bltmmd.fios.verizon.net)
  202. # [15:02] * Quits: diraol (~diraol@189.38.130.99) (Quit: Leaving.)
  203. # [15:03] * Joins: smaug____ (~chatzilla@YZMKCDVI.gprs.sl-laajakaista.fi)
  204. # [15:12] * Joins: jwalden_ (~waldo@adsl-71-147-32-106.dsl.emhril.sbcglobal.net)
  205. # [15:13] * Quits: temp02 (~temp01@unaffiliated/temp01) (Ping timeout: 244 seconds)
  206. # [15:14] * Quits: jwalden (~waldo@adsl-70-131-97-231.dsl.emhril.sbcglobal.net) (Ping timeout: 276 seconds)
  207. # [15:14] * jwalden_ is now known as jwalden
  208. # [15:28] * Joins: MacTed (~Thud@63.119.36.36)
  209. # [15:36] * Quits: silentimp (~silentimp@72-165-132-95.pool.ukrtel.net) (Read error: No route to host)
  210. # [15:36] * Joins: silentimp_ (~silentimp@72-165-132-95.pool.ukrtel.net)
  211. # [15:43] * Quits: charlvn (~charlvn@2001:0:53aa:64c:7a:36d9:adb4:5bbb) (Quit: Leaving)
  212. # [15:45] * Joins: Evanescence (~Evanescen@122.237.5.6)
  213. # [15:49] * Quits: hij1nx (~hij1nx@cpe-98-14-168-178.nyc.res.rr.com) (Quit: hij1nx)
  214. # [15:55] <annevk> zcorpan: like?
  215. # [15:57] <zcorpan> dunno, i'm not good at naming :-P
  216. # [15:58] <annevk> thanks Lachy
  217. # [15:59] * Joins: dbaron (~dbaron@pool-72-94-180-111.phlapa.fios.verizon.net)
  218. # [15:59] <annevk> I think if I change the name the URL changes as well
  219. # [15:59] <annevk> anyway it's just source code
  220. # [15:59] * Quits: LBP (~Mirc@pD9EB1A5D.dip0.t-ipconnect.de) (Quit: Bye, bye! See you on http://leanbackplayer.com)
  221. # [15:59] <annevk> http://quuz.org/webvtt/ is the public facing site
  222. # [15:59] * Joins: LBP (~Mirc@pD9EB1A5D.dip0.t-ipconnect.de)
  223. # [16:04] <annevk> I guess NodeFilter can just become a callback interface as well
  224. # [16:04] <annevk> actually, that would prevent NodeFilter.XXX from working
  225. # [16:04] <annevk> hmm
  226. # [16:07] <annevk> Ms2ger: what did I miss?
  227. # [16:08] <annevk> anyone an idea what's wrong with http://dvcs.w3.org/hg/domcore/raw-file/tip/Overview.html#eventtarget ?
  228. # [16:10] * Joins: miketaylr (~miketaylr@cpe-68-203-0-108.austin.res.rr.com)
  229. # [16:16] <zcorpan> callback interface
  230. # [16:16] * Quits: taf2_ (~taf2@pool-173-67-31-242.bltmmd.fios.verizon.net) (Quit: taf2_)
  231. # [16:17] <annevk> yeah that exists now
  232. # [16:17] * Quits: ezoe (~ezoe@203-140-90-91f1.kyt1.eonet.ne.jp) (Quit: And Now for Something Completely Different.)
  233. # [16:19] * Quits: mishunov (~spliter@77.88.72.162) (Quit: mishunov)
  234. # [16:19] <zcorpan> you're using the wrong syntax
  235. # [16:20] <zcorpan> s/interface//
  236. # [16:21] <annevk> hmm
  237. # [16:21] * Joins: imacinto (~imacinto@c1fw226.constantcontact.com)
  238. # [16:21] <annevk> heycam suggested this syntax
  239. # [16:21] <annevk> and http://dev.w3.org/2006/webapi/WebIDL/#dfn-callback-interface defines it
  240. # [16:24] * Joins: ehsan (~ehsan@66.207.208.98)
  241. # [16:25] <zcorpan> oh, i thought heycam used "callback EventListener { ... }" in email
  242. # [16:25] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  243. # [16:26] * Joins: MikeSmith_ (~MikeSmith@EM114-48-232-224.pool.e-mobile.ne.jp)
  244. # [16:29] * Quits: MikeSmith (~MikeSmith@EM1-113-118-139.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  245. # [16:29] * MikeSmith_ is now known as MikeSmith
  246. # [16:31] <smaug____> nothing in the web platform is stable, not even the language used for defining the APIs :)
  247. # [16:38] * Joins: jarek (~jarek@unaffiliated/jarek)
  248. # [16:39] * Joins: espadrine (~thaddee_t@AGrenoble-551-1-74-22.w83-197.abo.wanadoo.fr)
  249. # [16:43] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  250. # [16:46] * Joins: FlorianX (~Dimitri@p4FCF6A0E.dip.t-dialin.net)
  251. # [16:52] * Quits: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  252. # [16:54] * annevk files a bug on the NodeFilter stuff
  253. # [17:03] * Joins: temp01 (~temp01@unaffiliated/temp01)
  254. # [17:04] * Quits: Areks (~Areks@rs.gridnine.com) (Ping timeout: 268 seconds)
  255. # [17:12] * Quits: Lachy (Lachy@nat/opera/x-pnzooptrqzlgwaap) (Quit: Computer has gone to sleep.)
  256. # [17:13] * Joins: rillian (~rillian@187.153.90.68)
  257. # [17:18] <annevk> it's so hard to read Leif's email
  258. # [17:18] <annevk> I almost missed he actually pointed out something new
  259. # [17:18] <annevk> well new to me
  260. # [17:18] <annevk> Trident/WebKit look for a BOM before paying attention to the encoding label
  261. # [17:21] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 244 seconds)
  262. # [17:21] * Quits: PalleZingmark (~Adium@217.13.228.226) (Quit: Leaving.)
  263. # [17:22] * Joins: AryehGregor (~Simetrica@cpe-72-229-29-65.nyc.res.rr.com)
  264. # [17:22] * Quits: AryehGregor (~Simetrica@cpe-72-229-29-65.nyc.res.rr.com) (Changing host)
  265. # [17:22] * Joins: AryehGregor (~Simetrica@mediawiki/simetrical)
  266. # [17:26] * Joins: jarek_ (~jarek@bdd73.neoplus.adsl.tpnet.pl)
  267. # [17:28] * Quits: jarek (~jarek@unaffiliated/jarek) (Ping timeout: 240 seconds)
  268. # [17:33] * Joins: stalled (~stalled@unaffiliated/stalled)
  269. # [17:38] <annevk> so if you buy into those implementations, should the BOM then be handled before you hit the encoding layer?
  270. # [17:38] <annevk> pretty much any steps that involve determining the encoding of a resource already deal with a BOM
  271. # [17:38] <zewt> be good to know just how many sites it actually matters for...
  272. # [17:39] <annevk> so they might as well pick the appropriate encoding to decode the resource with and remove the BOM before passing it on
  273. # [17:40] <annevk> I don't know, but the current divergence is not good
  274. # [17:41] <annevk> the longer this continues the more likely it is you get some situation where you have to pick between two sets of resources authored in different ways
  275. # [17:41] <zewt> i'm still in favor of utf-16 triggering comic sans
  276. # [17:43] <annevk> out of scope :p
  277. # [17:43] <zewt> as are most dreams
  278. # [17:43] <annevk> only pipe dreams
  279. # [17:44] <zewt> puff puff
  280. # [17:44] * Quits: jarek_ (~jarek@bdd73.neoplus.adsl.tpnet.pl) (Quit: jarek_)
  281. # [17:46] <annevk> I should add the remaining multi-octet encodings, got an email about a missing one
  282. # [17:52] * Joins: Lachy (~Lachy@cm-84.215.59.50.getinternet.no)
  283. # [17:52] <AryehGregor> annevk, for insertNode in a Comment, IE9 throws a HierarchyRequestError or some other exception?
  284. # [17:53] * AryehGregor hopes to get a monitor today so he can move back to using his familiar old desktop and remember how to do stuff like connect to EC2
  285. # [17:54] <annevk> AryehGregor: hierarchy
  286. # [17:54] <annevk> AryehGregor: I thought I mentioned that
  287. # [17:54] <AryehGregor> (and, like, stay on IRC and not get disconnected when my laptop sleeps)
  288. # [17:54] <AryehGregor> annevk, you did, but I wasn't totally sure that's what you meant. Thanks.
  289. # [17:54] <annevk> coolio
  290. # [17:55] <annevk> btw, your tests are being used
  291. # [17:55] <annevk> that's what got me to pay attention to those Range issues again :)
  292. # [17:56] <annevk> so thanks for making them and keeping them up to date
  293. # [17:56] <AryehGregor> :)
  294. # [17:56] <AryehGregor> The mutation ones should probably be split up among tests for the various relevant methods.
  295. # [17:56] <AryehGregor> You mean used at Opera?
  296. # [17:59] * Quits: Lachy (~Lachy@cm-84.215.59.50.getinternet.no) (Quit: Computer has gone to sleep.)
  297. # [17:59] <annevk> yeah
  298. # [17:59] <annevk> mutations needs a lot of work :(
  299. # [18:00] <annevk> that it's pretty difficult doesn't help :(
  300. # [18:02] <annevk> hopefully there's a lot more text about it at the end of Q1
  301. # [18:02] <annevk> and if not I should really start planning to do it
  302. # [18:08] <AryehGregor> None of my test ranges started in a non-detached comment, so there was actually no test coverage for insertNode into a comment.
  303. # [18:09] * AryehGregor needs a JS code coverage analyzer
  304. # [18:10] <gsnedders> Surely you just care about DOM code coverage?
  305. # [18:10] <gsnedders> Which you should be able to get with any code coverage tool and browser source.
  306. # [18:10] <gsnedders> Time to play around with AryehGregor's WebIDL test framework thing.
  307. # [18:11] <AryehGregor> gsnedders, oh, well, *browser* source. Yes, that's valid too.
  308. # [18:11] <AryehGregor> I was thinking of cases where I write spec implementations in JS.
  309. # [18:12] <AryehGregor> Browser source coverage would be interesting to know also, but there would likely be more false positives, since there are lots of non-spec-related things going on.
  310. # [18:13] <AryehGregor> Whereas my JS implementations tend to have one or a few lines of code for every spec line, so code coverage more closely corresponds to spec coverage.
  311. # [18:14] * Joins: weinig (~weinig@64.134.66.164)
  312. # [18:15] <gsnedders> AryehGregor: Bugs in idlharness.js, want emails or just other to patch it?
  313. # [18:15] <AryehGregor> gsnedders, feel free to patch it yourself. An e-mail or Bugzilla bug about it would be nice, though.
  314. # [18:16] * AryehGregor really wishes we used Bitbucket or github or something so we could do forks and pull requests instead of having this "commit access" idea
  315. # [18:17] <AryehGregor> jgraham, by the way, did you ever think of using hg-git+Gerrit for code review for the W3C stuff in Mercurial?
  316. # [18:19] <gsnedders> AryehGregor: On a related topic, I wonder if we should include Typed Array support right in it, along with the basic DOM stuff it includes.
  317. # [18:20] <AryehGregor> What basic DOM stuff does it include?
  318. # [18:20] * Quits: rillian (~rillian@187.153.90.68) (Remote host closed the connection)
  319. # [18:20] <gsnedders> AryehGregor: create_suitable_object has Node in it
  320. # [18:21] <AryehGregor> Oh, it does?
  321. # [18:22] <AryehGregor> Seems so.
  322. # [18:22] <AryehGregor> I forgot that was even used anywhere, but I guess it is.
  323. # [18:22] * Quits: woef (~woef@91.183.84.141) (Ping timeout: 252 seconds)
  324. # [18:31] * Joins: wesbos (~wesbos@d226-36-66.home.cgocable.net)
  325. # [18:33] <annevk> hmm, somewhat less useful view than I hoped http://www.delicious.com/stacks/view/EwV9c8
  326. # [18:35] <annevk> AryehGregor: http://dvcs.w3.org/hg/domcore/rev/2bab24def8d9 seems to be losing some markup
  327. # [18:35] <AryehGregor> Where?
  328. # [18:36] <annevk> Comment is no longer linked
  329. # [18:36] <AryehGregor> Oh, bleh.
  330. # [18:37] <annevk> also, I try to stick to 76 characters a line for useful diffing
  331. # [18:38] * Quits: espadrine (~thaddee_t@AGrenoble-551-1-74-22.w83-197.abo.wanadoo.fr) (Ping timeout: 252 seconds)
  332. # [18:40] <zewt> ---
  333. # [18:40] <zewt> death to pretending the world is 80x25
  334. # [18:45] <annevk> until someone invents a better diff, 76 is rather nice
  335. # [18:45] * Joins: expilicious (~zAyghip8@cpc1-cdif9-0-0-cust70.5-1.cable.virginmedia.com)
  336. # [18:45] * Quits: expilicious (~zAyghip8@cpc1-cdif9-0-0-cust70.5-1.cable.virginmedia.com) (Read error: Connection reset by peer)
  337. # [18:45] <AryehGregor> Surely 79 characters is fine for diffing?
  338. # [18:46] <zewt> hmm? diff doesn't care about line length
  339. # [18:46] <AryehGregor> That's what I normally use.
  340. # [18:46] * Quits: weinig (~weinig@64.134.66.164) (Quit: weinig)
  341. # [18:46] <AryehGregor> zewt, if you're using an 80-character-wide terminal, 80-char lines will wrap when you prefix them with + or -.
  342. # [18:46] <zewt> so?
  343. # [18:46] <annevk> less readable
  344. # [18:46] <zewt> if you're using an 80-column terminal then you need to get out of 1992 and make your terminal bigger
  345. # [18:47] <annevk> the point is you need a fixed width
  346. # [18:47] <annevk> might as well be around 80
  347. # [18:47] <zewt> wrapping code to <80 columns is invariably a recipe for gross code
  348. # [18:47] <zewt> i use around 120-150
  349. # [18:47] <annevk> this is prose and it reads rather well at 80
  350. # [18:47] <AryehGregor> annevk, pushed a fix.
  351. # [18:47] <annevk> AryehGregor: oh, it seems fine actually, looked at the wrong file
  352. # [18:48] <annevk> AryehGregor: though if I can make a request, I'd prefer no line-breaks in element usage
  353. # [18:48] <AryehGregor> What do you mean?
  354. # [18:48] <annevk> AryehGregor: having <span\ntitle=...> is annoying when doing straightforward search & replace
  355. # [18:48] <annevk> I likewise try to avoid breaking on terms
  356. # [18:49] <AryehGregor> I don't break my lines manually, so . . .
  357. # [18:49] <AryehGregor> How do you break lines? What editor do you use?
  358. # [18:49] <annevk> I break them manually
  359. # [18:49] <annevk> because I don't really trust my editor :)
  360. # [18:50] <annevk> TextWrangler at the moment
  361. # [18:51] * AryehGregor uses vim and has it break lines automatically
  362. # [18:51] * Quits: svl (~me@p5DD35646.dip.t-dialin.net) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  363. # [18:52] <AryehGregor> That's part of why I developed my macro system for the editing spec source, so that it wouldn't break tags onto multiple lines and mess up search-and-replace. Although it was mostly because the anolis syntax is infuriatingly wordy, especially if most of the refs are cross-spec.
  364. # [18:52] <AryehGregor> (not as bad for DOM, very bad for editing)
  365. # [18:53] <annevk> yeah maybe we should get someone hired somehow to fix that
  366. # [18:54] <annevk> better spec tools would be nice
  367. # [18:59] * Quits: AryehGregor (~Simetrica@mediawiki/simetrical) (Remote host closed the connection)
  368. # [19:01] * Joins: AryehGregor (~Simetrica@cpe-72-229-29-65.nyc.res.rr.com)
  369. # [19:01] * Quits: AryehGregor (~Simetrica@cpe-72-229-29-65.nyc.res.rr.com) (Changing host)
  370. # [19:01] * Joins: AryehGregor (~Simetrica@mediawiki/simetrical)
  371. # [19:02] * AryehGregor kicks compiz and/or Unity and/or lightdm and/or Ubuntu
  372. # [19:02] <AryehGregor> At least I only have to restart the window manager and not the computer, right?
  373. # [19:02] <AryehGregor> Anyway, as I was going to say before my window manager got borked: annevk, how does my proposed normalize() algorithm replace when there's no need, any more than the current one does?
  374. # [19:04] <annevk> oh
  375. # [19:04] <annevk> the current one is far from perfect
  376. # [19:05] <annevk> maybe we should start paying attention to the mutation observer stuff once we actually start writing that text
  377. # [19:05] <annevk> but since I know it's coming I sort of want new text to take it into account
  378. # [19:08] <AryehGregor> Mm.
  379. # [19:08] <annevk> that's how I usually feel about it too
  380. # [19:11] * Joins: dydx (~dydz@adsl-75-36-186-46.dsl.pltn13.sbcglobal.net)
  381. # [19:13] <AryehGregor> annevk, is there some reason we don't want splitting a text node to add the new text node before replacing data? If we did that, it would be easy to avoid the problems caused by both splitting and replacing data modifying ranges.
  382. # [19:13] <AryehGregor> Just modify them in the split algorithm before removing the data.
  383. # [19:14] <AryehGregor> Then when you do the replace data, there will be no boundary points in the replaced data, so nothing will change.
  384. # [19:15] <AryehGregor> Is there a reason why we do "For each range whose start is X, do Y. For each range whose end is X, do Y." instead of "For each boundary point that's X, do Y."?
  385. # [19:15] <AryehGregor> Practically speaking UAs are probably going to implement it the first way, but it's longer, and you have to look closely to verify that the same thing is being done to starts and ends.
  386. # [19:16] <annevk> I guess the MutationRecord order would change
  387. # [19:17] <annevk> But basically I do not know
  388. # [19:17] <AryehGregor> I think I cheated when I did it by saying "except when called by splitText", but that's lame.
  389. # [19:17] <AryehGregor> Should I change the split algorithm accordingly?
  390. # [19:17] <annevk> As for describing ranges, the reason I changed it this way was because this seemed more in line with how ranges are described (and prolly implemented)
  391. # [19:18] <AryehGregor> It's twice as long and involves copy-pasting, though, although I agree it's definitely more in line with how it will be implemented.
  392. # [19:18] <annevk> AryehGregor: yeah we can change it for now, but add a note that this needs to be tested when the new world order arrives
  393. # [19:18] <AryehGregor> Anyway, doesn't matter much to me.
  394. # [19:18] <AryehGregor> Okay, will do.
  395. # [19:19] * Joins: abarth (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net)
  396. # [19:22] <AryehGregor> annevk, why do you use </p>? It's longer markup and creates more text nodes.
  397. # [19:24] * Quits: Evanescence (~Evanescen@122.237.5.6) (Quit: my website: http://stardiviner.dyndns-blog.com/)
  398. # [19:24] <annevk> usually I try not to, but force of habit when I do
  399. # [19:24] <AryehGregor> k.
  400. # [19:25] <volkmar> annevk: regarding mozilla bug 673922, do you know if the conversation went to a list?
  401. # [19:25] <volkmar> I doubt it went to www-style (at least, I haven't seen it)
  402. # [19:26] <volkmar> but I wonder for public-geolocation
  403. # [19:26] <AryehGregor> Do we really need a note here? I mean, do we have any reason to think implementations followed the spec's order to start with?
  404. # [19:26] <annevk> volkmar: haven't seen it on geolocation, don't follow www-style
  405. # [19:26] <annevk> AryehGregor: i meant in the form of <!-- dragon potential -->
  406. # [19:26] * Quits: erlehmann (~erlehmann@89.204.139.61) (Quit: Ex-Chat)
  407. # [19:26] <annevk> AryehGregor: if you feel that's overkill, fine
  408. # [19:26] * Joins: erlehmann (~erlehmann@89.204.139.61)
  409. # [19:27] <AryehGregor> I'll add a comment saying why we order it that way and pointing to the bug, how about that?
  410. # [19:27] <annevk> sounds good
  411. # [19:28] <volkmar> annevk: and why do you think geolocation is appropriate?
  412. # [19:28] <volkmar> I would have pick the DAP WG instead...
  413. # [19:28] * annevk opens bug again
  414. # [19:28] <annevk> volkmar: they define orientationchange
  415. # [19:29] <annevk> oh
  416. # [19:29] <volkmar> really?
  417. # [19:29] <annevk> or is that called deviceorientation
  418. # [19:29] <annevk> http://dev.w3.org/geo/api/spec-source-orientation.html
  419. # [19:29] * annevk thinks this is confusing
  420. # [19:30] <volkmar> this is a bit different from orientation given that it's much more the screen orientation instead of the device
  421. # [19:31] <annevk> oh right, my bad
  422. # [19:31] <volkmar> though, that spec would be more appropriate in DAP I believe
  423. # [19:31] <annevk> I'd say CSS but then CSS is pretty poor when it comes to APIs
  424. # [19:32] <annevk> anyway if you're going to add a comment to that bug say I had deviceorientation and orientation confused
  425. # [19:34] <volkmar> ok
  426. # [19:36] <AryehGregor> annevk, can I go ahead with the insertNode changes to match non-Gecko browsers?
  427. # [19:36] <annevk> I think so
  428. # [19:37] <annevk> smaug____'s case was pretty weak
  429. # [19:37] <annevk> imo of course
  430. # [19:37] * Quits: Stikki (~lordstich@dsl-pribrasgw1-ff17c300-80.dhcp.inet.fi)
  431. # [19:39] * Joins: saba (~foo@unaffiliated/saba)
  432. # [19:39] <AryehGregor> I see his point, but I think it's mostly "we shouldn't punish Gecko for adhering to DOM 2 Range when other browsers only deviated because Acid3 was wrong". That's fair enough, but pragmatically I agree we want to follow the majority of browsers regardless of history, and this way probably makes more sense anyway.
  433. # [19:45] <annevk> we should add the domintro boxes at some point
  434. # [19:45] <annevk> last time I added a whole lot while traveling
  435. # [19:45] <annevk> should do that again :)
  436. # [19:50] * Joins: weinig (~weinig@cpe-67-244-17-64.nyc.res.rr.com)
  437. # [19:53] * Joins: tantek (~tantek@97-125-10-42.eugn.qwest.net)
  438. # [19:53] * AryehGregor discovers he can't use EC2 because it requires a key pair that's only on his nonfunctional desktop, sigh
  439. # [19:53] * AryehGregor just doesn't test in IE for now
  440. # [19:56] <annevk> if you have live dom viewer URLs it's very easy for me to test
  441. # [19:57] <annevk> or stuff that works in the live dom viewer, or an actual test online
  442. # [19:57] <annevk> using vmware at the moment and it's pretty sweet
  443. # [20:01] * Quits: gwicke (~gabriel@232-32-142-46.pool.kielnet.net) (Quit: Bye!)
  444. # [20:01] <AryehGregor> I don't really *need* to test anything right now.
  445. # [20:01] * Quits: Neocortex (~niels@82-170-160-25.ip.telfort.nl) (Remote host closed the connection)
  446. # [20:01] <AryehGregor> I'd use VMWare, but then I'd have to give Microsoft a nontrivial amount of money.
  447. # [20:02] <AryehGregor> (EC2 presumably forwards some money to MS, but not nearly as much given how little I use it.)
  448. # [20:03] <annevk> Google presumably has some kind of unlimited use license
  449. # [20:04] <AryehGregor> That doesn't help me.
  450. # [20:05] <annevk> too bad
  451. # [20:05] <annevk> maybe you can get one with compliments from the IE Team?
  452. # [20:06] <annevk> doesn't seem like a totally insane idea to give away Windows to people who write standards for it
  453. # [20:07] * Quits: imacinto (~imacinto@c1fw226.constantcontact.com)
  454. # [20:07] <AryehGregor> It's not a big deal, EC2 works fine.
  455. # [20:15] <AryehGregor> annevk, if you download in Live DOM Viewer right now, what does IE say?
  456. # [20:15] <AryehGregor> Chrome says "[object Text],2,[object HTMLHeadElement],2", which is simplest, so I'll probably go with that.
  457. # [20:15] <AryehGregor> Just want to check that IE says the same.
  458. # [20:15] <annevk> [object Text],2,[object Text],2
  459. # [20:16] <zewt> ms has those VMs for testing IE, though I didn't quite manage to get them running in vmware
  460. # [20:16] <AryehGregor> Bleh.
  461. # [20:17] <zewt> they loaded, but iirc the mouse didn't work
  462. # [20:17] <AryehGregor> I'll go with Chrome since it's easiest and this is a silly corner case.
  463. # [20:17] <AryehGregor> This is IE9 you're testing?
  464. # [20:17] <zewt> (which is strange; that's something that normally just works, even without magic vmware drivers)
  465. # [20:18] <annevk> AryehGregor: yes
  466. # [20:18] <AryehGregor> Thanks.
  467. # [20:19] <AryehGregor> Opera is interesting: [object Text],2,[object Text],0.
  468. # [20:19] <AryehGregor> That's pretty neat, actually.
  469. # [20:19] <AryehGregor> Maybe I'll go with that.
  470. # [20:20] <AryehGregor> Actually, probably not, since it will prevent us from matching IE or Chrome in non-corner cases.
  471. # [20:23] * Quits: erlehmann (~erlehmann@89.204.139.61) (Quit: Ex-Chat)
  472. # [20:24] * Quits: wesbos (~wesbos@d226-36-66.home.cgocable.net) (Quit: Leaving...)
  473. # [20:26] <AryehGregor> The non-Gecko behavior for insertNode() is actually surprisingly nontrivial to spec.
  474. # [20:26] * AryehGregor just hit a second corner case he has to handle
  475. # [20:28] <AryehGregor> annevk, now what does IE say in Live DOM Viewer?
  476. # [20:28] <AryehGregor> WebKit and Opera both say "[object HTMLHeadElement],0,[object HTMLHeadElement],1", so I suspect I'll have to change the spec. Actually, I definitely need to if I want insertNode to always make the range contain the inserted node. Bleh.
  477. # [20:31] <annevk> [object Text],2,[object Text],2
  478. # [20:31] <annevk> hmm
  479. # [20:31] <annevk> [object HTMLHeadElement],0,[object HTMLHeadElement],1
  480. # [20:31] <AryehGregor> Thanks.
  481. # [20:31] <annevk> IE does some weird ass caching
  482. # [20:31] * AryehGregor takes a different tack
  483. # [20:32] <AryehGregor> Yeah, "download" only works the first time. You have to restart to get it to work again.
  484. # [20:32] <AryehGregor> Annoying.
  485. # [20:32] <annevk> oh, all browsers?
  486. # [20:32] <AryehGregor> No, IE9.
  487. # [20:32] <AryehGregor> Works fine in non-IE.
  488. # [20:37] <annevk> "fixed"
  489. # [20:38] <annevk> internet options -> "browsing history" settings -> "every time i visit the website"
  490. # [20:39] * Quits: tantek (~tantek@97-125-10-42.eugn.qwest.net) (Ping timeout: 240 seconds)
  491. # [20:39] * Quits: FlorianX (~Dimitri@p4FCF6A0E.dip.t-dialin.net) (Quit: Leaving.)
  492. # [20:40] * AryehGregor wishes he had known about that like a year ago
  493. # [20:45] * Joins: ehsan_ (~ehsan@66.207.208.98)
  494. # [20:46] * Quits: ehsan (~ehsan@66.207.208.98) (Read error: Connection reset by peer)
  495. # [20:47] * Joins: mkanat (mkanat@nat/google/x-qyoaoqfethvpthkg)
  496. # [20:48] <AryehGregor> Looks like WebKit now has only about two distinct insertNode() bugs.
  497. # [20:48] <AryehGregor> Per spec.
  498. # [20:48] <AryehGregor> As does Gecko, one of them newly added.
  499. # [20:53] <annevk> so I just found a site with a BOM and a HTTP charset that says something else
  500. # [20:54] <annevk> reported as a bug against Opera; works fine in WebKit/Trident
  501. # [20:54] <Velmont> MikeSmith: Your bug is most probably fixed in next release.
  502. # [20:56] <annevk> broken in Gecko too, but in a more subtle way as Gecko has different error handling
  503. # [20:56] <annevk> though the characters are incorrect as far as I can tell
  504. # [20:58] * Joins: tantek (~tantek@97-125-15-223.eugn.qwest.net)
  505. # [20:59] <annevk> there's this quote (from Sam Ruby I think) about the closer the data is to the resource the better it gets
  506. # [20:59] <annevk> but it doesn't go at all like that
  507. # [20:59] <annevk> anyone?
  508. # [21:01] <annevk> found it
  509. # [21:01] <annevk> "I have a theory that, in general, the accuracy of metadata is inversely proportional to the distance between the metadata and the data which it proports to describe."
  510. # [21:01] <annevk> http://intertwingly.net/blog/2004/09/23/Copy-and-Paste
  511. # [21:02] <annevk> combined with Trident/WebKit giving that piece (BOM) more authority in this case, it seems it would apply
  512. # [21:04] <zewt> but it's very ugly for a BOM marker (in-file metadata) to take priority over external metadata (HTTP), while having <meta> lower priority
  513. # [21:04] <zewt> that is, meta < http headers < BOM
  514. # [21:05] <zewt> (personally I find meta charset being lower priority than HTTP headers really annoying, but we're stuck with it...)
  515. # [21:06] * Parts: brucel (~brucel@cpc5-smal11-2-0-cust151.perr.cable.virginmedia.com)
  516. # [21:07] * Joins: wesbos (~wesbos@d226-36-66.home.cgocable.net)
  517. # [21:08] <zewt> i suppose being able to completely disable prescan is a plus, it's just annoying that I have to explicitly fiddle with .htaccess to remove charset for others
  518. # [21:08] <AryehGregor> Hmm. Testing range mutation for normalize() would actually require work, since my pre-fab DOMs are already normalized and not very interesting to test.
  519. # [21:09] <annevk> AryehGregor: please also push to bitbucket
  520. # [21:09] <AryehGregor> Oops, forgot.
  521. # [21:09] <annevk> that's the one I pull from
  522. # [21:10] <annevk> and I think Ms2ger too
  523. # [21:10] <AryehGregor> There should be some way to automate that so I don't have to run two pushes every time.
  524. # [21:10] <AryehGregor> Otherwise I'll forget.
  525. # [21:10] <annevk> thanks
  526. # [21:10] <annevk> you could write a commit script
  527. # [21:11] <annevk> or push or whatever you want
  528. # [21:11] <annevk> or just use bitbucket and let us update the other one
  529. # [21:12] <annevk> zewt: not sure it matters much what takes precedence in implementations
  530. # [21:12] <annevk> zewt: it's all error handling
  531. # [21:13] <zewt> don't follow; if the precedence is wrong then you end up on the wrong encoding and mojibake away
  532. # [21:14] <annevk> I mean with respect to "ugly"
  533. # [21:15] <zewt> it's only "error handling" for parts of the charset detection which are "deprecated" (in the loose web sense of "you shouldn't be using this anymore")
  534. # [21:15] * Quits: tantek (~tantek@97-125-15-223.eugn.qwest.net) (Quit: tantek)
  535. # [21:15] <annevk> the order is important, but it only comes into play if the author does something wrong
  536. # [21:16] <zewt> not necessarily
  537. # [21:17] <zewt> for example, in the ideal world that we don't live in, if HTTP < META < BOM, then it could be logical to say "charset=utf-8" in the HTTP header, and then override it with UTF-16LE using the BOM
  538. # [21:17] <zewt> even though they say different things, whether that's actually wrong or ugly or not is arguable
  539. # [21:17] <annevk> ideal world -> no legacy encodings exist
  540. # [21:18] <zewt> (so long as the result is interoperable and properly defined)
  541. # [21:18] <zewt> that's a higher level of idealism :)
  542. # [21:21] <zewt> anyway, since the only time I'd ever use legacy encodings is for testing, i'd just shrug and go with whatever is easiest to get interop on
  543. # [21:22] <annevk> this is a fairly invasive change for non-WebKit/Trident browsers
  544. # [21:22] <annevk> and for standards too
  545. # [21:23] <annevk> File API / XHR / HTML
  546. # [21:25] <annevk> I guess I'll file a bug tomorrow on HTML and maybe XHR, cc a bunch of people and see what they say
  547. # [21:27] <mkanat> I suppose the advantage is that BOMs are almost always authoritative, but that when they're not, it's going to confuse the heck out of developers what's going on with their pages.
  548. # [21:28] <zewt> it's hard for the BOM to be wrong, since that's what editors pick up
  549. # [21:28] <mkanat> Yeah, that was my thought as well.
  550. # [21:28] <zewt> meta could do that too, but doesn't in practice
  551. # [21:28] <mkanat> But it's impossible to predict every situation a developer is going to be in.
  552. # [21:28] <annevk> my hex editor is fairly agnostic :p
  553. # [21:28] <zewt> (i'm sort of surprised Vim doesn't pick up meta charsets, though)
  554. # [21:32] <annevk> kind of weird how such a fundamental difference has been largely overlooked
  555. # [21:32] <annevk> thanks to Leif Halvard Silli for pointing it out
  556. # [21:37] <mkanat> Probably it's because so few text editors actually add BOMs to their UTF files.
  557. # [21:38] <mkanat> And in the ones that don't understand it, it looks like strange garbage, so developers have become averse to them.
  558. # [21:38] <annevk> didn't work well with PHP either
  559. # [21:39] * weinig is now known as weinig|away
  560. # [21:39] <annevk> {BOM}<?php header(... would fail
  561. # [21:39] <annevk> not sure if that changed
  562. # [21:40] <zewt> BOMs are pretty heinously evil, since text files are fundamentally streaming data
  563. # [21:42] <zewt> they're common enough that it's a big stream for php to not discard them for utf-8, though
  564. # [21:42] <zewt> uh
  565. # [21:42] <zewt> strange
  566. # [21:42] <zewt> (damn you muscle autocomplete)
  567. # [21:49] * Quits: bga (bga@fr6.freebnc.net) (Ping timeout: 252 seconds)
  568. # [21:50] * Quits: richt (~richt@cpc1-gran1-0-0-cust600.12-1.cable.virginmedia.com) (Remote host closed the connection)
  569. # [22:07] * Joins: roc (~chatzilla@60.234.54.74)
  570. # [22:09] <AryehGregor> Yay, the spec for compareBoundaryPoints gets START_TO_END and END_TO_START backwards.
  571. # [22:09] <AryehGregor> I think.
  572. # [22:09] <AryehGregor> To be investigated further tomorrow.
  573. # [22:14] * Quits: silentimp_ (~silentimp@72-165-132-95.pool.ukrtel.net) (Quit: silentimp_)
  574. # [22:17] * Joins: nessy (~Adium@58-6-45-80.dyn.iinet.net.au)
  575. # [22:26] * Quits: erichynds (~ehynds@venkman.brightcove.com) (Ping timeout: 252 seconds)
  576. # [22:28] * Quits: weinig|away (~weinig@cpe-67-244-17-64.nyc.res.rr.com) (Ping timeout: 268 seconds)
  577. # [22:28] * Quits: MikeSmith (~MikeSmith@EM114-48-232-224.pool.e-mobile.ne.jp) (Ping timeout: 252 seconds)
  578. # [22:30] <annevk> AryehGregor: if you fix that, also define the constants more similarly to compareDocumentPosition
  579. # [22:30] <annevk> (or change compareDocumentPosition I guess)
  580. # [22:33] * Quits: martndemus (~martndemu@h254064.upc-h.chello.nl) (Remote host closed the connection)
  581. # [22:33] * Joins: MikeSmith (~MikeSmith@EM114-48-37-236.pool.e-mobile.ne.jp)
  582. # [22:35] * Joins: martndemus (~martndemu@h254064.upc-h.chello.nl)
  583. # [22:36] * Quits: martndemus (~martndemu@h254064.upc-h.chello.nl) (Remote host closed the connection)
  584. # [22:40] <TabAtkins> volkmar: orientation locking has never come up in CSS. It might make sense, but as Anne says, the csswg is bad at APIs. However, we do have the @viewport spec, where it might be appropriate. But a pure-JS api, as discussed in bug, might be better. I dunno.
  585. # [22:43] <annevk> btw
  586. # [22:43] <annevk> my plan is to put the tables outside the text
  587. # [22:44] <annevk> also for the single-octet stuff for consistency
  588. # [22:44] <annevk> I think will simply reuse the format Unicode.org has so people can easily compare
  589. # [22:44] <volkmar> TabAtkins: I would prefer a pure JS API
  590. # [22:44] <TabAtkins> Given the use-cases, I suspect a pure JS api would probably be best as well.
  591. # [22:45] <TabAtkins> Static pages generally shouldn't be caring about their orientation.
  592. # [22:45] <volkmar> yes, that was my idea too
  593. # [22:45] <volkmar> and I don't see any reason why a page want to change it's stylesheet depending on the orientation
  594. # [22:45] <TabAtkins> In other words, I want a normal site to take whatever orientation I put my phone in. I'm okay with apps forcing a particular orientation when they need to.
  595. # [22:45] <volkmar> there are already ways to do that depending on the size
  596. # [22:45] <TabAtkins> Yeah.
  597. # [22:46] <TabAtkins> (Where "app" is defined as "something with functionality largely driven through JS", or something like that.)
  598. # [22:47] <volkmar> actually, regarding this API, the proposal of .preventDefault() had some support but it doesn't seem very good to me
  599. # [22:48] <volkmar> there might be use cases of an app who wants to know of orientation changes (though, I don't see them)
  600. # [22:49] <TabAtkins> There's already a device orientation api for that, no?
  601. # [22:49] <volkmar> yes
  602. # [22:49] <TabAtkins> Then that's good enough.
  603. # [22:49] <TabAtkins> (Presumably - I haven't looked at that api.)
  604. # [23:05] * Joins: KillerX (~anant@70-36-146-31.dsl.dynamic.sonic.net)
  605. # [23:09] * Quits: saba (~foo@unaffiliated/saba) (Quit: leaving)
  606. # [23:11] * heycam|away is now known as heycam
  607. # [23:15] * Quits: MacTed (~Thud@63.119.36.36)
  608. # [23:15] <annevk> https://www.w3.org/Bugs/Public/show_bug.cgi?id=12897#c18 (BOM thing was already filed and rejected by hsivonen)
  609. # [23:15] <annevk> I think I will file a new bug on the subject though to make it somewhat clearer
  610. # [23:21] * Joins: svl (~me@pD9E56EC3.dip.t-dialin.net)
  611. # [23:22] * Quits: dydx (~dydz@adsl-75-36-186-46.dsl.pltn13.sbcglobal.net) (Quit: dydx)
  612. # [23:39] * Joins: temp02 (~temp01@unaffiliated/temp01)
  613. # [23:39] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 252 seconds)
  614. # [23:40] * Quits: dbaron (~dbaron@pool-72-94-180-111.phlapa.fios.verizon.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  615. # [23:52] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Quit: annevk)
  616. # Session Close: Thu Dec 29 00:00:00 2011

The end :)