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

Options:

  1. # Session Start: Mon Apr 11 00:00:01 2011
  2. # Session Ident: #whatwg
  3. # [00:08] * dglazkov|away is now known as dglazkov
  4. # [00:08] * dglazkov is now known as dglazkov|away
  5. # [00:12] * Joins: llrcombs (~11rcombs@c-24-1-226-132.hsd1.il.comcast.net)
  6. # [00:13] <llrcombs> could someone remind me if there are plans for a pasteboard manager in the HTML5/JS spec?
  7. # [00:17] * _bga is now known as bga_|away
  8. # [00:18] * bga_|away is now known as bga_
  9. # [00:19] * Quits: michaeln (~michaeln@nat/google/x-ysxfavjebynjklxx) (Quit: Leaving.)
  10. # [00:21] <heycam> llrcombs, there's http://dev.w3.org/2006/webapi/clipops/clipops.html
  11. # [00:24] <KaOSoFt> heycam, thanks as well, didn't know that.
  12. # [00:24] * KaOSoFt keeps reading
  13. # [00:25] * Joins: michaeln (~michaeln@nat/google/x-ycxtypasbwbyyoog)
  14. # [00:26] <llrcombs> what do you pass to createEvent to make a clipboard event?
  15. # [00:30] * Quits: KaOSoFt (~KaOSoFt@unaffiliated/kaosoft) (Ping timeout: 264 seconds)
  16. # [00:30] * Joins: KaOSoFt (~KaOSoFt@unaffiliated/kaosoft)
  17. # [00:38] <llrcombs> hmm, it doesn't seem to exist
  18. # [00:43] <llrcombs> is an <audio loop> supposed to have any pause whatsoever between when it ends and when it restarts?
  19. # [00:43] <aho> with mp3, yes
  20. # [00:43] <aho> otherwise no
  21. # [00:44] <aho> (mp3 always contains leading/trailing silence)
  22. # [00:45] <llrcombs> ahh
  23. # [00:45] <llrcombs> so with MP3, you'd need some timeupdate trickery?
  24. # [00:45] <aho> with mp3 you can forget about it :)
  25. # [00:46] <aho> wont work
  26. # [00:46] <aho> you'd need some cue in/out points... and then cut it off the decoded data... and then you can loop it
  27. # [00:46] <aho> so yea... forget about it :)
  28. # [00:46] <zewt> aren't there some tags for mp3 to indicate how much audio from the last frame to chop off for seamless looping/transitions
  29. # [00:46] <aho> you won't have this issue with ogg/vorbis or m4a/aac
  30. # [00:47] <aho> (there is no reason to use mp3 in browsers)
  31. # [00:47] <llrcombs> even if I detect when it's within <insert silence time here> of the ending using the timeupdate, then set currentTime to <insert silence time here>?
  32. # [00:47] <aho> the timing wont be accurate enough for this
  33. # [00:47] <zewt> you're not going to be able to cut off 5ms of audio that way
  34. # [00:48] <llrcombs> oh, it's that short
  35. # [00:48] <zewt> enough to cause a glitch
  36. # [00:48] * Joins: tw2113 (~tw2113@fedora/tw2113)
  37. # [00:48] <llrcombs> well, maybe the spec should say that the browser should cut out the silence using that tag
  38. # [00:49] <aho> it's 20-30msec iirc... well, even if you'd check every 1msec... it still wouldnt be accurate enough :>
  39. # [00:49] <llrcombs> when loop is true
  40. # [00:49] * Joins: freedrull (~freedrull@freedrull.xen.prgmr.com)
  41. # [00:49] <aho> just dont use mp3
  42. # [00:49] <zewt> well one, i don't recall for sure that it exists, and two, it's an ancient workaround for an obsolete file format--browsers shouldn't have to implement it (and they won't, anyway)
  43. # [00:49] <llrcombs> WebKit fires timeupdate every 200ms
  44. # [00:49] <llrcombs> or every keyframe, whichever's more frequent, iirc
  45. # [00:49] <zewt> "keyframe" is generally a video term and not very meaningful for audio codecs
  46. # [00:50] <llrcombs> yeah, that's why it's not applicable in audio
  47. # [00:50] <aho> mp3's size/quality ratio is worse than ogg/vorbis or m4a/aac and it doesn't loop
  48. # [00:50] <aho> just dont use it
  49. # [00:50] <llrcombs> but the webkit docs said that about media elements in general
  50. # [00:51] <llrcombs> is FLAC actually loads better in quality, or is that just audiophile sh*t?
  51. # [00:52] <llrcombs> also, what's the point of censoring curses when they're still obvious?
  52. # [00:52] <llrcombs> (or censoring curses at all, for that matter?)
  53. # [00:52] <zewt> are you just trying to think of questions to ask
  54. # [00:52] <zewt> heh
  55. # [00:52] <llrcombs> no, those all just came to mind in a strangely shaped train of thought
  56. # [00:52] <AryehGregor> When people say one audio format's quality is better, they're usually saying it can compress similar-quality sound better.
  57. # [00:52] <llrcombs> you can trace it back, if you want
  58. # [00:53] <AryehGregor> Not related to the audiophiles who claim to be able to tell apart lossless from high-quality lossy encoding.
  59. # [00:53] * llrcombs looks forward to WebKit supporting <input type="file" accept="...capture...">
  60. # [00:55] * Quits: michaeln (~michaeln@nat/google/x-ycxtypasbwbyyoog) (Quit: Leaving.)
  61. # [00:58] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 260 seconds)
  62. # [00:59] * Quits: KaOSoFt (~KaOSoFt@unaffiliated/kaosoft) (Ping timeout: 260 seconds)
  63. # [01:00] * Quits: AlexNRoss (~AleossIRC@unaffiliated/aleoss) (Quit: We love you, Dark Continent! Good night!)
  64. # [01:10] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  65. # [01:12] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
  66. # [01:12] * Joins: Amorphous (jan@unaffiliated/amorphous)
  67. # [01:22] * Quits: erlehmann (~erlehmann@82.113.99.13) (Quit: Ex-Chat)
  68. # [01:36] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Remote host closed the connection)
  69. # [01:36] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  70. # [01:45] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
  71. # [01:59] * Joins: macpherson (~macpherso@nat/google/x-pjmbtibavzfsakdu)
  72. # [02:01] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  73. # [02:02] * Joins: abab (~anton@123.208.206.156)
  74. # [02:07] * bga_ is now known as bga_|away
  75. # [02:08] * Quits: jochen__ (~jochen@nat/google/x-uioakcmoklwfhifn) (Ping timeout: 260 seconds)
  76. # [02:10] * Joins: jochen__ (~jochen@nat/google/x-jvnqsnkxukkbmhdn)
  77. # [02:10] * bga_|away is now known as bga_
  78. # [02:27] * Quits: wakaba_0 (~wakaba_@77.225.100.220.dy.bbexcite.jp) (Ping timeout: 252 seconds)
  79. # [02:30] * bga_ is now known as bga_|away
  80. # [02:30] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
  81. # [02:38] * Joins: kennyluck (~kennyluck@EM1-112-192-27.pool.e-mobile.ne.jp)
  82. # [02:39] * Joins: shiawuen (~shiawuent@bb115-66-151-94.singnet.com.sg)
  83. # [02:47] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  84. # [02:49] * Joins: michaeln (~michaeln@nat/google/x-eojujkrncahcerjt)
  85. # [02:52] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  86. # [02:56] * Quits: Rik`_ (~Rik`@173.200.177.237) (Ping timeout: 248 seconds)
  87. # [03:01] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  88. # [03:02] * Joins: seventh (seventh@69.80.107.148)
  89. # [03:04] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: davidwalsh)
  90. # [03:14] * Quits: tndH (~Rob@adsl-87-102-17-170.karoo.kcom.com) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.9.0.1/2008072406])
  91. # [03:18] * Quits: michaeln (~michaeln@nat/google/x-eojujkrncahcerjt) (Quit: Leaving.)
  92. # [03:22] * paul_irish_ is now known as paul_irish
  93. # [03:22] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  94. # [03:28] * Quits: dydx (~dydz@adsl-99-189-162-6.dsl.pltn13.sbcglobal.net) (Ping timeout: 246 seconds)
  95. # [03:33] * Joins: stefan-_ (~music@swhpet3041.uni-trier.de)
  96. # [03:40] * Quits: stefan-_ (~music@swhpet3041.uni-trier.de) (Remote host closed the connection)
  97. # [03:57] * Joins: abab___ (~anton@123.208.206.156)
  98. # [03:57] * Quits: abab (~anton@123.208.206.156) (Read error: Connection reset by peer)
  99. # [03:57] * abab___ is now known as abab
  100. # [03:59] * Quits: MikeSmith (~MikeSmith@EM114-48-149-225.pool.e-mobile.ne.jp) (Ping timeout: 252 seconds)
  101. # [04:05] * Joins: MikeSmith (~MikeSmith@EM114-48-222-133.pool.e-mobile.ne.jp)
  102. # [04:19] * Joins: shinyak (~shinyak@y090150.dynamic.ppp.asahi-net.or.jp)
  103. # [04:20] * Quits: shinyak (~shinyak@y090150.dynamic.ppp.asahi-net.or.jp) (Read error: Connection reset by peer)
  104. # [04:20] * Joins: shinyak (~shinyak@y090150.dynamic.ppp.asahi-net.or.jp)
  105. # [04:24] * Joins: Rik` (~Rik`@173.200.177.237)
  106. # [04:25] * Quits: shinyak (~shinyak@y090150.dynamic.ppp.asahi-net.or.jp) (Remote host closed the connection)
  107. # [04:25] * Joins: shinyak (~shinyak@y090150.dynamic.ppp.asahi-net.or.jp)
  108. # [04:26] * Joins: mdelaney (~mdelaney@c-69-181-26-199.hsd1.ca.comcast.net)
  109. # [04:29] * Joins: potatis_invalido (~chatzilla@78-69-155-129-no176.tbcn.telia.com)
  110. # [04:36] * Quits: potatis_invalido (~chatzilla@78-69-155-129-no176.tbcn.telia.com) (Quit: Good night)
  111. # [04:37] * Quits: shinyak (~shinyak@y090150.dynamic.ppp.asahi-net.or.jp) (Remote host closed the connection)
  112. # [04:44] * Quits: smaug____ (~chatzilla@66.236.51.34.ptr.us.xo.net) (Ping timeout: 246 seconds)
  113. # [04:48] * Quits: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Quit: tomasf)
  114. # [05:01] * Joins: smaug____ (~chatzilla@66.236.51.34.ptr.us.xo.net)
  115. # [05:07] * Quits: abab (~anton@123.208.206.156) (Read error: Connection reset by peer)
  116. # [05:08] * Joins: KaOSoFt (~KaOSoFt@186.112.6.205)
  117. # [05:08] * Quits: KaOSoFt (~KaOSoFt@186.112.6.205) (Changing host)
  118. # [05:08] * Joins: KaOSoFt (~KaOSoFt@unaffiliated/kaosoft)
  119. # [05:21] * Joins: hdhoang (~hdhoang@hdhoang.broker.freenet6.net)
  120. # [05:21] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
  121. # [05:23] * Joins: dydx (~dydz@adsl-75-36-187-188.dsl.pltn13.sbcglobal.net)
  122. # [05:29] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: davidwalsh)
  123. # [05:36] * Quits: tomaw (tom@freenode/staff/tomaw) (Quit: Quitting)
  124. # [05:42] * Joins: tomaw (tom@freenode/staff/tomaw)
  125. # [05:50] * Joins: michaeln (~michaeln@nat/google/x-ezatebmkwjzokdgl)
  126. # [05:53] * Joins: nonge_ (~nonge@p5082967C.dip.t-dialin.net)
  127. # [05:55] * Quits: FastJack (~fastjack@dumpstr.net) (Read error: Operation timed out)
  128. # [05:57] * Quits: nonge (~nonge@p5B32774F.dip.t-dialin.net) (Ping timeout: 258 seconds)
  129. # [06:05] * Joins: FastJack (~fastjack@dumpstr.net)
  130. # [06:13] * Quits: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net) (Quit: boaz)
  131. # [06:19] * Joins: guyAnon (~guy@CPE00222d985527-CM00222d985523.cpe.net.cable.rogers.com)
  132. # [06:19] * Quits: michaeln (~michaeln@nat/google/x-ezatebmkwjzokdgl) (Quit: Leaving.)
  133. # [06:25] * Joins: nessy (~Adium@124.171.54.114)
  134. # [06:39] * Joins: abab (~anton@123.208.206.156)
  135. # [06:41] * Quits: guyAnon (~guy@CPE00222d985527-CM00222d985523.cpe.net.cable.rogers.com) (Quit: guyAnon)
  136. # [06:41] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: Don't follow me)
  137. # [06:42] * Joins: ben_h (~ben@128.250.195.138)
  138. # [06:44] * Joins: guyAnon (~guy@CPE00222d985527-CM00222d985523.cpe.net.cable.rogers.com)
  139. # [06:45] * Quits: guyAnon (~guy@CPE00222d985527-CM00222d985523.cpe.net.cable.rogers.com) (Client Quit)
  140. # [06:53] * Joins: matjas (~matjas@91.182.162.110)
  141. # [07:03] * Quits: CvP (~CvP@123.49.22.120) (Quit: [ UPP ] > all)
  142. # [07:03] * Joins: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net)
  143. # [07:08] * Quits: matjas (~matjas@91.182.162.110) (Quit: Computer has gone to sleep.)
  144. # [07:17] * Quits: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net) (Ping timeout: 240 seconds)
  145. # [07:25] * Quits: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net) (Quit: boaz)
  146. # [07:30] * Joins: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru)
  147. # [07:33] * Joins: matijsb (~Adium@5353CD69.cm-6-4d.dynamic.ziggo.nl)
  148. # [07:43] * Quits: KaOSoFt (~KaOSoFt@unaffiliated/kaosoft) (Quit: Liberty is the right to choose, freedom is the result of that choice.)
  149. # [08:14] * Joins: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de)
  150. # [08:22] * Quits: smaug____ (~chatzilla@66.236.51.34.ptr.us.xo.net) (Ping timeout: 264 seconds)
  151. # [08:28] * Quits: mdelaney (~mdelaney@c-69-181-26-199.hsd1.ca.comcast.net) (Quit: mdelaney)
  152. # [08:28] * Quits: matijsb (~Adium@5353CD69.cm-6-4d.dynamic.ziggo.nl) (Quit: Leaving.)
  153. # [08:35] * Joins: richt (~richt@pat-tdc.opera.com)
  154. # [08:36] * Quits: kennyluck (~kennyluck@EM1-112-192-27.pool.e-mobile.ne.jp) (Ping timeout: 258 seconds)
  155. # [08:41] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  156. # [08:42] * Joins: matjas (~matjas@195.130.156.13)
  157. # [08:43] * Joins: Maurice (~ano@77.222.73.150)
  158. # [08:47] * Joins: michaeln (~michaeln@nat/google/x-lxunofchnpzgnplv)
  159. # [08:59] <hsivonen> Somehow, I get the feeling that the treatment of longdesc and RDFa as far as reopening goes has gone into the W3C politics land instead of implementing the kind of agnostic fairness that is theoretically supposed to be applied
  160. # [09:00] <hsivonen> It's rather amusing to see the distinction between "new information" and "new research"
  161. # [09:03] <hsivonen> I'd love to see Google's Rich Snippets team respond to http://lists.w3.org/Archives/Public/public-html/2011Apr/0227.html
  162. # [09:12] * Joins: rimantas (~rimliu@93.93.57.193)
  163. # [09:13] * Quits: matjas (~matjas@195.130.156.13) (Quit: Computer has gone to sleep.)
  164. # [09:14] * Joins: matjas (~matjas@195.130.156.13)
  165. # [09:15] * Joins: davve__ (~davve@83.218.67.122)
  166. # [09:16] * Joins: jochen___ (~jochen@nat/google/x-vnxlhadlaggztnqb)
  167. # [09:17] * Quits: michaeln (~michaeln@nat/google/x-lxunofchnpzgnplv) (Quit: Leaving.)
  168. # [09:19] * Quits: jochen__ (~jochen@nat/google/x-jvnqsnkxukkbmhdn) (Ping timeout: 240 seconds)
  169. # [09:19] * jochen___ is now known as jochen__
  170. # [09:26] * Quits: abab (~anton@123.208.206.156) (Quit: abab)
  171. # [09:31] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  172. # [09:31] * Joins: agektmr (~Adium@220.109.219.244)
  173. # [09:31] * Quits: agektmr (~Adium@220.109.219.244) (Client Quit)
  174. # [09:33] * Joins: agektmr (~Adium@220.109.219.244)
  175. # [09:34] * Joins: kennyluck (~kennyluck@EM114-48-193-196.pool.e-mobile.ne.jp)
  176. # [09:37] * Quits: agektmr (~Adium@220.109.219.244) (Client Quit)
  177. # [09:37] * Joins: davidhund (~davidhund@78-27-27-74.dsl.alice.nl)
  178. # [09:38] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  179. # [09:43] * Joins: msucan (~robod@92.84.201.225)
  180. # [09:43] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Remote host closed the connection)
  181. # [09:45] * Quits: onar (~onar@17.216.36.168) (Ping timeout: 258 seconds)
  182. # [09:45] * Quits: ben_h (~ben@128.250.195.138) (Quit: ben_h)
  183. # [09:46] <hsivonen> regarding the ARIA mapping of headings, the implied aria-level should depend on the outline algorithm, IMO
  184. # [09:47] * Quits: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu) (Ping timeout: 240 seconds)
  185. # [09:47] * Joins: zcorpan (~zcorpan@c-039ee355.410-6-64736c14.cust.bredbandsbolaget.se)
  186. # [09:47] * Joins: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu)
  187. # [09:49] * Joins: onar (~onar@2620:0:1b00:16f2:21f:5bff:fe3e:944)
  188. # [09:55] <othermaciej> hsivonen: I'm somewhat confused about the state of the outline alrogithm
  189. # [09:55] <othermaciej> I remember there used to be a long, extremely complicated algorithm that assumes it is walking the whole document which defined the document outline
  190. # [09:55] <othermaciej> is there a defined simpler algorithm that can be applied from the point of view of an element, to determine its outline level?
  191. # [09:56] <othermaciej> because I'm definitely not up for running the algorithm in <http://dev.w3.org/html5/spec/Overview.html#outlines> to compute accessibility API mappings...
  192. # [09:57] * Joins: MikeSmith_ (~MikeSmith@EM111-188-52-92.pool.e-mobile.ne.jp)
  193. # [09:58] <hsivonen> othermaciej: if you aren't and other vendors aren't either, I think the sections and headings in HTML5 need to be redesigned ASAP
  194. # [09:58] <hsivonen> othermaciej: because it doesn't help anyone to have fictional heading depths with h1/section if they don't get exposed to AT
  195. # [09:59] <hsivonen> s/ if they / that /
  196. # [09:59] <hsivonen> othermaciej: IIRC, the algorithm was designed as a one-pass sweep
  197. # [09:59] <othermaciej> hsivonen: there might be some simpler algorithm which follows from that one which lets you look at an h1 and crawl its ancestors only to compute its heading level
  198. # [09:59] <hsivonen> and, IIRC, you could cache the state of the algorithm in the hn nodes
  199. # [10:00] <othermaciej> hsivonen: one-pass sweep of whole document is not a good design in the face of dynamic DOM updates
  200. # [10:00] <hsivonen> so upon mutation, you'd need to resweep from the last unchanged hn onwards
  201. # [10:00] * Quits: MikeSmith (~MikeSmith@EM114-48-222-133.pool.e-mobile.ne.jp) (Ping timeout: 246 seconds)
  202. # [10:00] * MikeSmith_ is now known as MikeSmith
  203. # [10:00] <othermaciej> that sounds unbelievably bad for performance
  204. # [10:01] <hsivonen> othermaciej: I've been trying to draw attention to this for a couple of years
  205. # [10:01] <othermaciej> ah
  206. # [10:01] <othermaciej> there is a separate definition of "outline depth"
  207. # [10:01] <othermaciej> that one looks efficiently computable
  208. # [10:01] <othermaciej> http://dev.w3.org/html5/spec/Overview.html#outline-depth
  209. # [10:01] <hsivonen> "this" being that it's bad to have a something potentially perf-sensitive in the spec that isn't getting implemented in any browser
  210. # [10:02] <hsivonen> all the while it is being advertised to authors
  211. # [10:02] <othermaciej> I have always ignored the more general outline algorithm because I didn't expect it would ever be needed for any Safari features
  212. # [10:03] <othermaciej> I guess the only tricky thing about "outline depth" is whether the number of ancestor sections can be determined just by looking at its ancestor elements
  213. # [10:03] <hsivonen> othermaciej: the bit you linked to is defined in terms of the outline algorithm!
  214. # [10:03] <othermaciej> ah, and you have to know what section the heading is associated with
  215. # [10:03] <othermaciej> yeah, I didn't realize this
  216. # [10:03] <othermaciej> I misread it as something simple
  217. # [10:03] <hsivonen> the word section is the *concept* section, not the element
  218. # [10:03] <othermaciej> like, climb up DOM tree, count number of sectioning elements
  219. # [10:04] <othermaciej> that is sanely implementable
  220. # [10:04] <othermaciej> both as a selector and for ARIA purposes
  221. # [10:04] <othermaciej> but something that requires running the outline algorithm, that seems like a nonstarter
  222. # [10:04] <othermaciej> I guess I should file a bug, or get someone else at Apple who has more time to review the details to do so
  223. # [10:04] <hsivonen> my problem with trying to draw attention to this is that I don't hack on the selector engine and I don't want to make too many claims about code that I don't work on
  224. # [10:05] * Joins: jeremyselier (~Jeremy@92.103.127.226)
  225. # [10:05] <othermaciej> can you review it with someone who does work on Gecko's selector engine, or its ARIA implementation?
  226. # [10:05] <zcorpan> you only need to do an outline from the closest sectioning element right?
  227. # [10:05] * Joins: jochen___ (~jochen@nat/google/x-biezmnvfywvgdsqw)
  228. # [10:05] <zcorpan> since an explicit section will close implicit sections
  229. # [10:06] * Joins: tbassetto (~tbassetto@92.103.127.226)
  230. # [10:06] <othermaciej> what's interesting is that the rendering section uses a much simpler way of determining sizing of h1's
  231. # [10:06] <othermaciej> I would propose that ARIA heading level should use that same rule
  232. # [10:07] <zcorpan> yeah the sizes and the outline don't match up
  233. # [10:07] <zcorpan> and the sizes doesn't work nicely with <hgroup> either
  234. # [10:07] <othermaciej> (it's just number of ancestor sectioning elements)
  235. # [10:07] <othermaciej> in which case I have no need to care about the outline algorithm
  236. # [10:07] <hsivonen> I think the sizes, AT-exposed levels and the potential future selector should all be computed the same way
  237. # [10:07] <othermaciej> though it seems like it would be good to fix it to match the effect you get from the style rules
  238. # [10:08] <hsivonen> othermaciej: there's a chance that you are judging the outline algorithm as a non-started too hastily
  239. # [10:08] <hsivonen> othermaciej: considering that it has interesting cacheable points
  240. # [10:09] <othermaciej> hsivonen: there's no way the marginal features it provides over "number of ancestor sectioning elements" are worth the level of code complexity that would imply
  241. # [10:09] <hsivonen> othermaciej: I'll ping bz and dbaron to ask about review from the selector POV
  242. # [10:09] * Quits: jochen__ (~jochen@nat/google/x-vnxlhadlaggztnqb) (Ping timeout: 252 seconds)
  243. # [10:09] * jochen___ is now known as jochen__
  244. # [10:10] <hsivonen> I think the ARIA question gets answered as a side effect of the selector question, because selectors are more perf-sensitive
  245. # [10:10] <othermaciej> zcorpan: in the common case, the closest sectioning element is the document root
  246. # [10:11] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  247. # [10:13] * Joins: danbri (~danbri@mac212.few.vu.nl)
  248. # [10:14] <Hixie> the outline heading depth problem, insofar as we are talking about exposing h2-h6 to ATs in a manner that accurately honours the author's intent while being usable from the user's perspective (i.e. not dropping levels randomly) is a problem that was introduced with the very first spec of HTML, in the early 90s.
  249. # [10:14] * Joins: matijsb (~matijsb@188.205.108.18)
  250. # [10:19] <jgraham> Hixie: Who introduced the problem isn't really interesting :)
  251. # [10:19] <Hixie> my point is that there's not much we can do about it
  252. # [10:20] <MikeSmith> damn
  253. # [10:20] <MikeSmith> big earthquake
  254. # [10:20] <Hixie> another?
  255. # [10:20] <MikeSmith> yeah
  256. # [10:20] <MikeSmith> right now
  257. # [10:20] <jgraham> There is no reason that you couldn't run the outline algorithm backwards from an element to get the depth, but yes it could involve walking lots of the tree
  258. # [10:21] <MikeSmith> seems to have stopped now
  259. # [10:21] <jgraham> MikeSmith: Shit. Also, aren't you supposed to be under a desk or something?
  260. # [10:21] <jgraham> Not talking on IRC?
  261. # [10:21] <zcorpan> Hixie: having a selector and an outline algorithm that is good enough and with good perf is better than no selector and slightly more accurate outline algorithm
  262. # [10:21] <Hixie> jgraham: yeah in the worst case you just have to crawl backwards up to the previous h1 or sectioning element (or <body>)
  263. # [10:22] <Hixie> zcorpan: we're not talking about a selector here, but about ATs
  264. # [10:22] <zcorpan> Hixie: i thought we were talking about a selector too
  265. # [10:22] <jgraham> I think we have to talk about both
  266. # [10:22] <MikeSmith> jgraham: no real desk at my apartment, and nothing else to get underneath :)
  267. # [10:22] <Hixie> zcorpan: i was just responding to othermaciej's comment
  268. # [10:23] <jgraham> MikeSmith: Maybe step 1 is to buy a desk then :)
  269. # [10:23] * Joins: mpt (~mpt@91.189.88.12)
  270. # [10:23] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
  271. # [10:23] * Joins: mpt (~mpt@canonical/mpt)
  272. # [10:23] <hsivonen> has anyone written a correct backwards crawl algorithm yet?
  273. # [10:23] * Joins: abab (~anton@115-64-109-94.tpgi.com.au)
  274. # [10:24] <jgraham> hsivonen: I don't think that anyone has actually written it down
  275. # [10:24] <jgraham> hsivonen: I don't think that it is very hard though
  276. # [10:25] <hsivonen> "not very hard" is easily proven by doing it :-)
  277. # [10:25] <Hixie> it's not hard, but the worst case can be pretty bad if perf is a concern
  278. # [10:25] <jgraham> I was expecting that you would say that :p
  279. # [10:25] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  280. # [10:25] <othermaciej> "if perf is a concern" - yeah, who knows if browser implementors would care about that
  281. # [10:26] <Hixie> the algorithm wasn't intended for browser vendors
  282. # [10:26] <Hixie> it was intended for tools like anolis
  283. # [10:26] <Hixie> for which a single pass is fine
  284. # [10:26] <jgraham> Hixie: That seems silly
  285. # [10:26] <hsivonen> Hixie: what's the point in having anolis report different levels than AT?
  286. # [10:26] <jgraham> othermaciej: Suggestions on ways to improve perf whilst maintaing compatibility with HTML4 are welcome
  287. # [10:27] <Hixie> hsivonen: no particular point. Do ATs react dynamically to change in heading structure?
  288. # [10:27] <Hixie> hsivonen: do they even expose the heading structure? (as opposed to just exposing h1-h6 as levels 1-6 with no attempt at making it match the actual structure?)
  289. # [10:27] <hsivonen> othermaciej: browsers do implement stuff like nth-of-type, so there's precedent for "bad" selectors that aren't exercised too commonly on the Web
  290. # [10:28] <hsivonen> Hixie: I can't answer your first question, because I haven't tested AT enough
  291. # [10:28] <othermaciej> jgraham: I don't really know what "compatibility with HTML4" means in this context
  292. # [10:28] <Hixie> yeah, me either
  293. # [10:28] <othermaciej> what kind of software uses the outline algorithm?
  294. # [10:28] <othermaciej> what did it do historically for HTML4?
  295. # [10:28] <hsivonen> (and I have trouble testing AT, because I have abnormal input devices for health reasons)
  296. # [10:29] <hsivonen> (and AT assumes normal input devices. oh. the irony)
  297. # [10:29] <othermaciej> is it necessary that heading level selectors, sizing, or accessibility API reflection should be compatible with whatever legacy software did to generate outlines of HTML4 documents?
  298. # [10:29] <Hixie> hsivonen: same here :-/
  299. # [10:30] <hsivonen> Hixie: as for the second question, if we are telling authors to use h1/section, we'd better have a realistic path for getting to a situation where AT doesn't just say "level 1" for all those
  300. # [10:31] <Hixie> hsivonen: for section/h1, the algorithms are trivial and quite performant.
  301. # [10:31] <Hixie> (they're O(N) in the depth of the tree at the node you're looking at)
  302. # [10:31] <jgraham> othermaciej: The use case is something like "an aggregation page wants to take content from various sources, some of which use <h1>-<h6> to provide headings and some of which use <section>, and get a coherent document outline that can be exposed to AT and styled in a uniform way using simple-to-author selectors"
  303. # [10:31] <hsivonen> Hixie: isn't the whole point of the generalized algorithm that you don't know a priori if you have pure h1/section?
  304. # [10:31] <othermaciej> Hixie: but you can't decide to run the algorithm only if you're in the good case
  305. # [10:32] <Hixie> sure
  306. # [10:32] <jgraham> othermaciej: Hixie's proposal is that you get wrong results except in the good case
  307. # [10:32] <Hixie> but once you hit an h1 you're fine
  308. # [10:32] <Hixie> what proposal?
  309. # [10:32] <othermaciej> I'm fine with the requirements on browsers being that you just count the number of ancestor sectioning elements
  310. # [10:33] <hsivonen> (I supposed I should have had s/AT/screen readers/ above.)
  311. # [10:33] <othermaciej> as long as no one expects browsers to implement the outline algorithm or the outline depth algorithm which depends on it, I don't really care if it's efficient
  312. # [10:33] <jgraham> Hixie: The one you made before about styling headings using CSS by counting ancesors
  313. # [10:33] <Hixie> the complicated case here is the same as you've always had to do, the only new thing we've added is section/h1, which is simple.
  314. # [10:33] <Hixie> jgraham: only <h1> headers
  315. # [10:34] <jgraham> Hixie: You still get wrong results for the use case above
  316. # [10:34] <jgraham> Where you don't control all the content
  317. # [10:34] <Hixie> for some definition of "wrong"
  318. # [10:34] <Hixie> you get the same results you've always gotten
  319. # [10:34] <Hixie> right?
  320. # [10:34] <jgraham> Previously no one has used <section> or anything
  321. # [10:35] <jgraham> So you will get worse results
  322. # [10:35] <jgraham> when people do
  323. # [10:35] <Hixie> why would they get worse results?
  324. # [10:35] <Hixie> i don't follow
  325. # [10:36] <othermaciej> Hixie: in any case, and popping the stack a few levels, I think you should put back the h1-h6 default role - the CP was ambiguous, so it seems best to interpret it the way both you and Steve think is actually better
  326. # [10:36] <jgraham> Well I guess not really worse
  327. # [10:36] <Hixie> othermaciej: the CP is ambiguous and flat out wrong about a whole bunch of stuff
  328. # [10:36] <hsivonen> anyway, if I implement an outline display for V.nu, I want to show an outline users would experience--not the outline a spec gen tool would produce (no offense to anolis intended)
  329. # [10:37] * Quits: aho (~nya@fuld-590c6951.pool.mediaWays.net) (Quit: EXEC_over.METHOD_SUBLIMATION)
  330. # [10:37] <Hixie> othermaciej: if you want me to fix the mistakes i'm happy to do so, but i'm not stopping at the one mistake faulkner happens to have noticed.
  331. # [10:37] <othermaciej> Hixie: also, if you want to blame anyone in markup comments for the ARIA decision, you should blame all the chairs, not just Sam; Sam did do the drafting, but Paul and I reviewed and signed off on it
  332. # [10:38] <jgraham> I think I agree with hsivonen. If users will never see the "true" document outline we shouldn't bother with that concept of true
  333. # [10:38] <jgraham> Since one can't meaningfully solve any problems using it
  334. # [10:38] <othermaciej> I at least take personal responsibility for it
  335. # [10:39] <Hixie> othermaciej: the markup comment is not present in the w3c html wg copy.
  336. # [10:39] <othermaciej> I know
  337. # [10:40] <othermaciej> I'm not giving you an order, I'm just making an accuracy suggestion
  338. # [10:40] <Hixie> othermaciej: if you really did review it, you did a pretty poor job. :-P
  339. # [10:41] <othermaciej> Hixie: I did indeed review it, and I read all the Change Proposals and survey comments as well
  340. # [10:41] <othermaciej> I believe that makes me equally responsible for any aspects of it, good or bad
  341. # [10:41] <othermaciej> I realize this may not be clear from the way they are posted
  342. # [10:44] * Quits: matijsb (~matijsb@188.205.108.18) (Ping timeout: 246 seconds)
  343. # [10:45] * Quits: abab (~anton@115-64-109-94.tpgi.com.au) (Quit: abab)
  344. # [10:47] * Joins: matijsb (~matijsb@188.205.108.18)
  345. # [10:48] * Joins: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl)
  346. # [10:51] <hsivonen> btw, has the iPad Safari bug that required .mp4 to be the first <source> been fixed yet?
  347. # [10:52] <hsivonen> I suspect that once that bug gets fixed, putting .mp4 first will continue to live on as a cargo cult practice long after
  348. # [10:54] <othermaciej> I can try it if you have a test page up
  349. # [10:55] <othermaciej> if not, then if you have a Radar number I can encourage the relevant engineers to fix it
  350. # [10:55] <zcorpan> hsivonen: http://diveintohtml5.org/video.html says it was fixed in iOS 4
  351. # [10:57] <hsivonen> zcorpan, othermaciej: thanks. I trust diveintohtml5
  352. # [10:58] <hsivonen> and will remove the remark about the bug from the presentation slides I intend to show tomorrow
  353. # [10:59] * Joins: tomasf (~tom@c-5ed9e555.024-204-6c6b7012.cust.bredbandsbolaget.se)
  354. # [11:00] <zcorpan> "[whatwg] Canvas.getContext error handling" - hmm, maybe one should review webgl
  355. # [11:08] <hsivonen> volkmar_: how does Firefox decide what to suggest in input=type URL?
  356. # [11:10] * Joins: Kaelig (~Kaelig@mal35-2-82-228-177-211.fbx.proxad.net)
  357. # [11:10] * Quits: Kaelig (~Kaelig@mal35-2-82-228-177-211.fbx.proxad.net) (Remote host closed the connection)
  358. # [11:11] * Joins: Kaelig (~Kaelig@mal35-2-82-228-177-211.fbx.proxad.net)
  359. # [11:25] * Joins: jacobolus (~jacobolus@99-108-143-196.lightspeed.sntcca.sbcglobal.net)
  360. # [11:25] * Quits: dydx (~dydz@adsl-75-36-187-188.dsl.pltn13.sbcglobal.net) (Quit: dydx)
  361. # [11:26] <jacobolus> Hixie: you're also http://en.wikipedia.org/wiki/Special:Contributions/Hixie ?
  362. # [11:27] * Quits: Guest5130 (~benjamin@173-203-84-17.static.cloud-ips.com) (Quit: WeeChat 0.3.0)
  363. # [11:27] <jacobolus> to answer your question, yes there are parts that should have some stars
  364. # [11:27] * Joins: webben (~benjamin@173-203-84-17.static.cloud-ips.com)
  365. # [11:32] * Joins: mokush (~quassel@188.24.45.153)
  366. # [11:32] * Quits: mokush (~quassel@188.24.45.153) (Remote host closed the connection)
  367. # [11:33] <jacobolus> Hixie: just in general the way that the conversion is written in that color difference article is quite inelegant
  368. # [11:40] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
  369. # [11:42] * Joins: admiralf (~quassel@ip-109-91-39-31.unitymediagroup.de)
  370. # [11:44] * Joins: exp (~zAyghip8@93-96-170-70.zone4.bethere.co.uk)
  371. # [11:45] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  372. # [11:53] * Quits: kennyluck (~kennyluck@EM114-48-193-196.pool.e-mobile.ne.jp) (Quit: kennyluck)
  373. # [11:54] * Joins: michaeln (~michaeln@nat/google/x-flvzwzqovykbziny)
  374. # [11:55] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  375. # [11:55] * Parts: zcorpan (~zcorpan@c-039ee355.410-6-64736c14.cust.bredbandsbolaget.se)
  376. # [11:56] * Joins: Lachy (~Lachlan@guest.opera.com)
  377. # [11:56] * Joins: zcorpan (~zcorpan@c-039ee355.410-6-64736c14.cust.bredbandsbolaget.se)
  378. # [11:56] * Quits: Lachy (~Lachlan@guest.opera.com) (Client Quit)
  379. # [11:57] * Joins: Lachy (~Lachlan@guest.opera.com)
  380. # [11:57] <Hixie> jacobolus: yeah. i ended up following http://www.ece.rochester.edu/~gsharma/ciede2000/ciede2000noteCRNA.pdf instead, which has some test data which is rather useful
  381. # [11:57] <jacobolus> Hixie: what are you using it for?
  382. # [11:57] <jacobolus> Hixie: I mean to do some javascript (coffeescript) implementations of these in the not-too-distant future; I have a CIECAM02 implementation in coffeescript
  383. # [11:58] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  384. # [11:58] * Quits: Lachy (~Lachlan@guest.opera.com) (Client Quit)
  385. # [11:59] <jacobolus> Hixie: to be honest, CIEDE2000 is kind of overkill for most reasonable purposes
  386. # [11:59] <jacobolus> it's the result of over-fitting a model to data
  387. # [12:00] <Hixie> jacobolus: i'm using it for an absurdly over-engineered way of making player colours distinct in a game i'm writing
  388. # [12:00] <jacobolus> ah, not such a good use
  389. # [12:00] <jacobolus> Hixie: CIEDE2000 is only accurate for very small color differences
  390. # [12:00] <jacobolus> for large ones just use the regular delta-E
  391. # [12:01] <jacobolus> that is, the 1976 version
  392. # [12:01] <Hixie> like i said, over-engineered :-)
  393. # [12:01] <jacobolus> it's just as good
  394. # [12:01] <jacobolus> yeah, but you'll get a literally worse result
  395. # [12:01] <Hixie> oh?
  396. # [12:01] <Hixie> why?
  397. # [12:01] <jacobolus> it's not just "overengineering"
  398. # [12:02] <jacobolus> because this is designed for making color tolerances for very small color differences
  399. # [12:02] <jacobolus> the CIE itself doesn't recommend using it for anything larger than delta E of a few
  400. # [12:02] <jacobolus> let me see if I can track down the threshhold they recommend
  401. # [12:02] <Hixie> all i'm using this for is determining if two colours are in the same ball park
  402. # [12:02] <Hixie> if they are, i randomise one
  403. # [12:03] <jacobolus> oh. you definitely don
  404. # [12:03] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  405. # [12:03] <jacobolus> 't need it for that either
  406. # [12:03] <jacobolus> just use delta E
  407. # [12:03] <jacobolus> :)
  408. # [12:03] <jacobolus> also, how big is your "ballpark"?
  409. # [12:03] <Hixie> dunno yet
  410. # [12:04] <jacobolus> CIEDE2000 is not recommended for distances bigger than DE = 5
  411. # [12:04] <Hixie> players pick their colours, i just want to make sure that if two players who picked confusingly similar colours play each other, i pick a second colour for one of them so that tehy don't have confusingly similar colours
  412. # [12:04] <wilhelm> What's the game? (c:
  413. # [12:04] <jacobolus> Hixie: hmm. I would recommend you force the lightness to differ by some amount
  414. # [12:05] <jacobolus> so that color blind users will be able to play too
  415. # [12:05] <jacobolus> will help everyone else as well
  416. # [12:12] * Quits: cpearce (~chatzilla@ip-118-90-24-28.xdsl.xnet.co.nz) (Ping timeout: 240 seconds)
  417. # [12:14] <jacobolus> Kuehni: "Fitting of ellipsoids in CIELAB space to experimental data demonstrates both commonalities and significant differ- ences in different data sets. The causes of these differences are generally unknown. As a result, a formula fitting a given set of data relatively closely may fit another one much less well, that is, predict its average data with more error."
  418. # [12:14] <jacobolus> "... In multiple field tests, in the textile and other indus- tries, CMC2000 has not been found to be statistically sig- nificantly better (based on simple correlation) than the widely used CMC formula and as a result the former has not been promulgated in standards in several industries."
  419. # [12:15] <Hixie> wilhelm: nothing to show yet.
  420. # [12:16] <Hixie> jacobolus: "CMC formula"?
  421. # [12:17] <Hixie> jacobolus: btw it'd be good to have this kind of thing mentioned in that article ;-)
  422. # [12:17] <jacobolus> Hixie: the CMC formula is described in that article
  423. # [12:18] <Hixie> ah, indeed
  424. # [12:18] <Hixie> i meant the comparative stuff though
  425. # [12:18] <Hixie> like, which to use when
  426. # [12:18] <jacobolus> it's a british thing
  427. # [12:18] <jacobolus> they're all mainly useful for color tolerances at small differences
  428. # [12:18] <jacobolus> like figuring out if your two cans of paint will match
  429. # [12:19] <jacobolus> none are especially useful for quantifying larger color differences
  430. # [12:19] <Hixie> so what's good for the latter?
  431. # [12:19] <jacobolus> there's too much inter-observer variability, non-uniformity, etc.
  432. # [12:19] <jacobolus> it's an unsolved (and maybe unsolvable) problem
  433. # [12:20] * Quits: danbri (~danbri@mac212.few.vu.nl) (Remote host closed the connection)
  434. # [12:21] <Hixie> well i have this CIEDE2000 thing implemented now, might as well see if it works or not
  435. # [12:21] <jacobolus> go ahead
  436. # [12:21] <jacobolus> it'll work just as well as anything else
  437. # [12:21] <jacobolus> :)
  438. # [12:21] <Hixie> thanks for the suggestions though :-)
  439. # [12:23] <jacobolus> Hixie: I'm booked solid and firing on all cylinders on this startup job I just started a week ago, but I'll send you a link when I've got my CIECAM02 implementation actually doing something interesting
  440. # [12:23] * Quits: michaeln (~michaeln@nat/google/x-flvzwzqovykbziny) (Quit: Leaving.)
  441. # [12:23] <Hixie> cool
  442. # [12:31] * Quits: micheil (~micheil@124-149-177-22.dyn.iinet.net.au) (Read error: Connection reset by peer)
  443. # [12:34] * Joins: Ms2ger (~Ms2ger@132.168-242-81.adsl-dyn.isp.belgacom.be)
  444. # [12:41] * Quits: nonge_ (~nonge@p5082967C.dip.t-dialin.net) (Quit: Verlassend)
  445. # [12:43] <Hixie> jacobolus: yeah, you're right, this isn't much good.
  446. # [12:43] <Hixie> ok bed time
  447. # [12:43] <Hixie> nn
  448. # [12:44] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  449. # [12:44] <jacobolus> Hixie: my recommendation would be something like: if 2 colors are within 30° hue of each-other, enforce a 30 or 40 lightness difference
  450. # [12:44] <jacobolus> and force colors to be relatively colorful
  451. # [12:45] <Hixie> yeah, i'll see if i can come up with some good heuristic.
  452. # [12:45] * Quits: stalled (~stalled@unaffiliated/stalled) (Read error: Connection reset by peer)
  453. # [12:45] <Hixie> not tonight though. :-)
  454. # [12:45] <jacobolus> how many colors do you expect to have?
  455. # [12:45] <Hixie> up to a dozen or so
  456. # [12:45] <jacobolus> Hixie: this is a pretty old thing, but kind of fun :) http://www.hcs.harvard.edu/~jrus/olpc/colorpicker.svg
  457. # [12:45] <Hixie> i'll poke around with it tomorrow
  458. # [12:45] <Hixie> gotta go now
  459. # [12:46] <Hixie> later
  460. # [12:46] <Hixie> (and thanks again)
  461. # [12:46] <jacobolus> feel free to email w/ color questions ever
  462. # [12:46] <jacobolus> or leave notes on wikipedia, or ping me on IRC, or what have you
  463. # [12:46] * Quits: dirkpennings (~Vuurbal@90-145-26-140.bbserv.nl) (Read error: Connection reset by peer)
  464. # [12:47] * Joins: dirkpennings (~Vuurbal@90-145-26-140.bbserv.nl)
  465. # [12:47] * Parts: nessy (~Adium@124.171.54.114)
  466. # [12:50] * Quits: shiawuen (~shiawuent@bb115-66-151-94.singnet.com.sg) (Quit: shiawuen)
  467. # [12:54] <hsivonen> I have a local JS app as a file: URL. I keep an event log as a JSONifiable array. What's the best way to save the log in case of browser crash?
  468. # [12:55] <hsivonen> should I write it in localStorage with a fresh key every time I append something to the log?
  469. # [12:58] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
  470. # [13:09] * Quits: abarth (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net) (Ping timeout: 264 seconds)
  471. # [13:10] * Joins: stalled (~stalled@unaffiliated/stalled)
  472. # [13:15] * Joins: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net)
  473. # [13:16] * Joins: homat____ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  474. # [13:17] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  475. # [13:21] * Quits: boaz (~boaz@c-24-128-79-120.hsd1.ma.comcast.net) (Quit: boaz)
  476. # [13:26] * Quits: rimantas (~rimliu@93.93.57.193) (Read error: Operation timed out)
  477. # [13:27] * Joins: rimantas (~rimliu@93.93.57.193)
  478. # [13:35] * Quits: seventh (seventh@69.80.107.148) (Remote host closed the connection)
  479. # [13:35] * Quits: exp (~zAyghip8@93-96-170-70.zone4.bethere.co.uk) (Quit: nn)
  480. # [13:36] * Joins: abarth (~abarth@173-164-128-209-SFBA.hfc.comcastbusiness.net)
  481. # [13:42] * Joins: demet8 (~demet8@7.186.8.67.cfl.res.rr.com)
  482. # [13:43] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  483. # [13:47] * Joins: erlehmann (~erlehmann@82.113.99.13)
  484. # [13:53] * Joins: tndH (~Rob@adsl-87-102-17-170.karoo.kcom.com)
  485. # [14:01] * hsivonen finds http://www.w3.org/TR/NOTE-xh#script-hack from 1998
  486. # [14:02] * Quits: homat____ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  487. # [14:16] * Quits: tbassetto (~tbassetto@92.103.127.226) (Quit: tbassetto)
  488. # [14:24] * Quits: jeremyselier (~Jeremy@92.103.127.226) (Ping timeout: 252 seconds)
  489. # [14:24] * Joins: kennyluck (~kennyluck@EM114-48-111-164.pool.e-mobile.ne.jp)
  490. # [14:29] * Joins: jeremyselier (~Jeremy@2a01:e35:2eec:80a0:fa1e:dfff:feec:469)
  491. # [14:30] * Quits: demet8 (~demet8@7.186.8.67.cfl.res.rr.com) (Quit: demet8)
  492. # [14:33] * Quits: foolip (~philip@83.218.67.122) (Remote host closed the connection)
  493. # [14:46] * Joins: foolip (~philip@83.218.67.122)
  494. # [14:49] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe) (Ping timeout: 252 seconds)
  495. # [14:50] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  496. # [14:55] * Joins: michaeln (~michaeln@nat/google/x-mbchzxvzoziyquvm)
  497. # [15:00] * hsivonen finds "They are dependent on XML Schema data types [XML Schema 2]." in the Ontology for Media Resource spec
  498. # [15:02] * Joins: FireFly (~firefly@unaffiliated/firefly)
  499. # [15:15] * bga_ is now known as bga_|away
  500. # [15:16] * Quits: kennyluck (~kennyluck@EM114-48-111-164.pool.e-mobile.ne.jp) (Ping timeout: 252 seconds)
  501. # [15:18] <hsivonen> "Besides that, the document presents a Semantic Web compatible implementation of the abstract ontology using RDF/OWL."
  502. # [15:18] <hsivonen> different kind of "implementation"
  503. # [15:19] * Quits: dydz (~dydz@adsl-75-36-187-188.dsl.pltn13.sbcglobal.net) (Ping timeout: 252 seconds)
  504. # [15:24] * Quits: michaeln (~michaeln@nat/google/x-mbchzxvzoziyquvm) (Quit: Leaving.)
  505. # [15:29] * Quits: Kaelig (~Kaelig@mal35-2-82-228-177-211.fbx.proxad.net) (Remote host closed the connection)
  506. # [15:30] * Joins: kennyluck (~kennyluck@EM114-48-111-164.pool.e-mobile.ne.jp)
  507. # [15:40] * Joins: bfrohs (~bfrohs@smtp.forewordinternal.com)
  508. # [15:41] * Quits: Ankheg (~Ankheg@fs91-201-3-30.dubna-net.ru) (Quit: Leaving.)
  509. # [15:42] * Quits: matijsb (~matijsb@188.205.108.18) (Quit: Leaving.)
  510. # [15:44] * Joins: shiawuen (~shiawuent@cm206.omega132.maxonline.com.sg)
  511. # [15:47] * Joins: matijsb (~matijsb@188.205.108.18)
  512. # [15:52] * Joins: MrOpposite (~mropposit@unaffiliated/mropposite)
  513. # [15:54] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Remote host closed the connection)
  514. # [15:56] * Joins: davidhund_ (~davidhund@78.27.27.74)
  515. # [15:56] * Quits: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl) (Quit: kor)
  516. # [15:57] * Joins: MikeSmith_ (~MikeSmith@EM111-188-93-116.pool.e-mobile.ne.jp)
  517. # [15:58] * Quits: davidhund (~davidhund@78-27-27-74.dsl.alice.nl) (Ping timeout: 260 seconds)
  518. # [15:58] * davidhund_ is now known as davidhund
  519. # [16:00] * Quits: MikeSmith (~MikeSmith@EM111-188-52-92.pool.e-mobile.ne.jp) (Ping timeout: 246 seconds)
  520. # [16:00] * MikeSmith_ is now known as MikeSmith
  521. # [16:04] * bga_|away is now known as bga_
  522. # [16:05] * Joins: CvP (~CvP@123.49.23.182)
  523. # [16:05] * bga_ is now known as bga_|away
  524. # [16:05] * bga_|away is now known as bga_
  525. # [16:18] * Joins: tbassetto (~tbassetto@92.103.127.226)
  526. # [16:19] * Quits: hdhoang (~hdhoang@hdhoang.broker.freenet6.net) (Quit: Leaving.)
  527. # [16:24] * Quits: richt (~richt@pat-tdc.opera.com) (Remote host closed the connection)
  528. # [16:24] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
  529. # [16:25] <zewt> <zcorpan> "[whatwg] Canvas.getContext error handling" - hmm, maybe one should review webgl
  530. # [16:27] <zewt> there was just a mail to their list complaining that shader compiles take too long and time out--in some ways they seem to be making the mistakes of older web APIs, with long-running sync calls in the main thread with brittle timeouts ...
  531. # [16:29] * Joins: nimbupani (~Adium@24.18.47.160)
  532. # [16:34] * Philip` wonders if shader compile times are a problem for more than just the terrible exponential-time (I think) parser in slightly old versions of Mesa
  533. # [16:34] * Quits: matjas (~matjas@195.130.156.13) (Quit: Computer has gone to sleep.)
  534. # [16:34] <zewt> dunno; it does sound strange that compiling any shader would take that long, even a complex one
  535. # [16:35] <zewt> though the problem definitely exists in other places in webgl (drawing with an expensive shader)
  536. # [16:38] <Philip`> I don't see why it'd be fundamentally different to compiling JS - you want a basic roughly-linear-time compiler so it doesn't block for long, and then when you've got time you do some heavier optimisations
  537. # [16:39] <Philip`> That sounds better for authors than forcing them to write everything with async APIs
  538. # [16:40] <Philip`> (I presume it's just not something driver developers have cared about yet, since they're usually in environments where compile times don't matter or shaders are short)
  539. # [16:43] <zewt> if you compile a shader and use it immediately, you probably don't want to use a quick, unoptimized version of it because you havn't had time to optimize it yet--it could make the rendering using it catastrophically slow
  540. # [16:43] <zewt> though either way there should be async APIs for the main drawing calls (shaders can take a long time to run), and in that case the optimization could be folded into that
  541. # [16:45] * Joins: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl)
  542. # [16:50] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  543. # [16:53] <zewt> http's Content-Disposition should never have been an HTTP header, it should have been an attribute of <a> (and maybe <area>) to begin with
  544. # [16:53] <zewt> it doesn't make any sense for a resource to declare "this file is meant to be saved to disk"; that's a question for the user of the resource, not the resource itself
  545. # [16:54] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  546. # [16:56] * Quits: maikmerten (~merten@ls5dhcp197.cs.uni-dortmund.de) (Read error: Connection reset by peer)
  547. # [16:56] <kennyluck> zewt, well, that's arguable. What if I want to send someone a downloadable URL in plaintext mail?
  548. # [16:57] <Philip`> zewt: Use a quick lightly-optimised version, and then while it's busy running on the GPU you can recompile it on the CPU, perhaps
  549. # [16:57] <zewt> that's a UA issue: browsers should make it easier to download a URL
  550. # [16:58] <hsivonen> kennyluck: normal people don't tweak server config in order to be able to email a URL
  551. # [16:58] <zewt> and many people are unable to
  552. # [16:59] <zewt> (not like I'm suggesting C-D go away, of course, but I've lost count of the number of times I've needed something like <a download>
  553. # [16:59] <zewt> )
  554. # [17:00] <zewt> Philip`: but if all calls are blocking, then you're either spending a lot of blocking time compiling, or trading that for spending extra time rendering with a slow shader
  555. # [17:00] <zewt> lacking any async API, that is
  556. # [17:01] * jgraham wonders if people really believe that facebook implementing something almost, but not quite entirely, unlike RDFa is actually an accident
  557. # [17:03] <Philip`> I think the Google Rich Snippets people implemented something not quite like RDFa and were quite clear that that was perfectly intentional and not going to change because they didn't care or think it was a problem
  558. # [17:05] <jgraham> How does their implementation differ?
  559. # [17:05] <hsivonen> jgraham: I guess it's easy to believe it's an accident if one starts with the assumption that Facebook cares about RDFa
  560. # [17:06] <zewt> gah firefox only uses JSON for History states, not structured clone
  561. # [17:06] <Ms2ger> s/facebook/anybody else/
  562. # [17:06] <Ms2ger> zewt, I think I saw a patch for that recently
  563. # [17:06] <jgraham> But it seems to require you to bleive lots of things that obviously aren't true like "facebook developers are mostly clueless"
  564. # [17:06] <zewt> it would be nice to be able to stash File objects in there, so restoring a browser session could restore selected files in history
  565. # [17:06] <jgraham> and "facebook has no QA whatsoever"
  566. # [17:07] <Philip`> jgraham: http://lists.w3.org/Archives/Public/public-rdf-in-xhtml-tf/2009Sep/0124.html
  567. # [17:07] * Quits: admiralf (~quassel@ip-109-91-39-31.unitymediagroup.de) (Remote host closed the connection)
  568. # [17:07] <Philip`> Apparently it was less like RDFa than I remember
  569. # [17:07] <jgraham> (well there is a little truth in the second is as far as they allegedly has a high developer / QA ratio. But nevertheless even basic QA would have caught this obvious a "bug")
  570. # [17:08] <jgraham> *have
  571. # [17:08] <zewt> (which, actually, is the only use case I've thought of for the history state object at all--everything else I generally encode into the URL)
  572. # [17:08] * Philip` has no idea if it's changed since then
  573. # [17:08] <Philip`> (Also http://lists.w3.org/Archives/Public/public-rdf-in-xhtml-tf/2009Sep/0126.html - "we will also deviate from the standard in some cases to be forgiving of webmaster errors. For example, we expect that some webmasters will forget the xmlns attribute entirely.")
  574. # [17:09] * Quits: Maurice (~ano@77.222.73.150) (Quit: Disconnected...)
  575. # [17:09] <hsivonen> jgraham: my guess is that Facebook doesn't care about RDFa and only wants a W3C fig leaf for their product/service-specific syntax
  576. # [17:11] * Quits: Rik` (~Rik`@173.200.177.237) (Ping timeout: 246 seconds)
  577. # [17:14] * Joins: Martijnc (~Martijnc@91.176.138.179)
  578. # [17:21] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe) (Ping timeout: 248 seconds)
  579. # [17:22] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  580. # [17:22] * Joins: plainhao (~plainhao@208.75.85.237)
  581. # [17:26] <zewt> bleh; Chrome does seem to use structured clone, and Files can be stored in history and recalled, but they're broken after a session restore
  582. # [17:28] * Joins: Ms2ger` (~Ms2ger@132.168-242-81.adsl-dyn.isp.belgacom.be)
  583. # [17:28] * Quits: Ms2ger (~Ms2ger@132.168-242-81.adsl-dyn.isp.belgacom.be) (Ping timeout: 246 seconds)
  584. # [17:30] * Joins: smaug____ (~chatzilla@66.236.51.34.ptr.us.xo.net)
  585. # [17:32] * bga_ is now known as bga_|away
  586. # [17:33] <zewt> also doesn't seem to be any way to tell when that happens: they just turn into 0-byte files with the same filename
  587. # [17:34] * Joins: cedricv (~cedric@67.111.52.130.ptr.us.xo.net)
  588. # [17:36] * Joins: KaOSoFt (~KaOSoFt@186.112.11.39)
  589. # [17:36] * Quits: KaOSoFt (~KaOSoFt@186.112.11.39) (Changing host)
  590. # [17:36] * Joins: KaOSoFt (~KaOSoFt@unaffiliated/kaosoft)
  591. # [17:37] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  592. # [17:38] * bga_ is now known as _bga
  593. # [17:38] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe) (Ping timeout: 240 seconds)
  594. # [17:40] * Quits: bga_|away (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Ping timeout: 276 seconds)
  595. # [17:47] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  596. # [17:50] * Joins: roc (~chatzilla@66.236.51.34.ptr.us.xo.net)
  597. # [17:52] * Quits: smaug____ (~chatzilla@66.236.51.34.ptr.us.xo.net) (Ping timeout: 246 seconds)
  598. # [17:52] * _bga is now known as bga_
  599. # [17:52] * dglazkov|away is now known as dglazkov
  600. # [17:52] * Quits: zcorpan (~zcorpan@c-039ee355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  601. # [17:58] * Joins: david_carlisle (~davidc@86.188.197.189)
  602. # [17:58] * Quits: matijsb (~matijsb@188.205.108.18) (Quit: Leaving.)
  603. # [17:58] * Joins: michaeln (~michaeln@nat/google/x-yjmufluplfatnlhh)
  604. # [17:59] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  605. # [18:00] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
  606. # [18:01] * Joins: exp (~zAyghip8@93-96-170-70.zone4.bethere.co.uk)
  607. # [18:01] * Joins: karlcow (~karl@nerval.la-grange.net)
  608. # [18:01] * Quits: roc (~chatzilla@66.236.51.34.ptr.us.xo.net) (Ping timeout: 240 seconds)
  609. # [18:01] * Joins: zdobersek (~zan@90.157.243.195)
  610. # [18:04] <zewt> trying to feature test FF's broken History.state behavior by setting a Blob in the history and seeing if it turns into an Object; but there's no BlobBuilder in FF to create a Blob to test with. hmm...
  611. # [18:05] * Joins: F1LT3R (~f1lt3r@75-150-66-249-NewEngland.hfc.comcastbusiness.net)
  612. # [18:05] <zewt> guess I could try using ImageData, but I'd hate to use Canvas for a FileAPI test
  613. # [18:05] <Ms2ger`> https://bugzilla.mozilla.org/show_bug.cgi?id=648997
  614. # [18:06] * Quits: davidhund (~davidhund@78.27.27.74) (Quit: …</work><life>… :-))
  615. # [18:06] <zewt> (I want BlobBuilder too, of course, but I'm stuck with what I don't have :)
  616. # [18:07] <Ms2ger`> And https://bugzilla.mozilla.org/show_bug.cgi?id=551225
  617. # [18:10] * Joins: lca (~agostini@187.113.73.226)
  618. # [18:13] * Joins: svl (~me@86.87.68.167)
  619. # [18:14] * Joins: boaz (~boaz@75-150-66-249-NewEngland.hfc.comcastbusiness.net)
  620. # [18:14] * Joins: dbaron (~dbaron@h-66-134-142-19.snvacaid.static.covad.net)
  621. # [18:16] * Joins: mdelaney (~mdelaney@67.218.109.101)
  622. # [18:19] * Joins: Rik` (~Rik`@nat/mozilla/x-cnshzjnwitcyurys)
  623. # [18:19] <zewt> ick: FF doesn't support structured clone for File at all, apparently
  624. # [18:23] <zewt> which is odd--that's needed for all file access in workers
  625. # [18:26] * Quits: CvP (~CvP@123.49.23.182) (Ping timeout: 246 seconds)
  626. # [18:28] * Quits: michaeln (~michaeln@nat/google/x-yjmufluplfatnlhh) (Quit: Leaving.)
  627. # [18:28] * Quits: lca (~agostini@187.113.73.226) (Read error: No route to host)
  628. # [18:28] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: Connection reset by peer)
  629. # [18:28] * Joins: lca (~agostini@187.113.73.226)
  630. # [18:29] * Joins: rubys (~rubys@cpe-098-027-048-117.nc.res.rr.com)
  631. # [18:30] <rubys> Gold star to philip` for http://krijnhoetmer.nl/irc-logs/whatwg/20110411#l-573; that's the type of evidence that argues for the proposal that James Graham previously outlined (and did not argue for either of the previous Change Proposals)
  632. # [18:31] <rubys> @hsivonen, your "guesses" are not likely to be sufficient to reopen this issue <http://krijnhoetmer.nl/irc-logs/whatwg/20110411#l-575>
  633. # [18:32] * Quits: david_carlisle (~davidc@86.188.197.189) (Ping timeout: 276 seconds)
  634. # [18:32] * Joins: CvP (~CvP@123.49.23.182)
  635. # [18:33] * Joins: matjas (~matjas@91.182.162.110)
  636. # [18:36] <erlehmann> anyone of you coming to re:publica conference in berlin this week?
  637. # [18:37] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  638. # [18:37] <erlehmann> i was planning to do a panel on web standards, but after both the FSF representative and an apple-friendly web dev cannot come, i may scrap it.
  639. # [18:39] * Parts: rubys (~rubys@cpe-098-027-048-117.nc.res.rr.com)
  640. # [18:40] * bga_ is now known as bga_|away
  641. # [18:47] * Joins: maikmerten (~maikmerte@port-92-201-115-151.dynamic.qsc.de)
  642. # [18:48] <volkmar_> hsivonen: it only shows the form history results
  643. # [18:48] * Quits: cedricv (~cedric@67.111.52.130.ptr.us.xo.net)
  644. # [18:48] * Joins: dave_levin (~dave_levi@74.125.59.65)
  645. # [18:49] * Quits: MikeSmith (~MikeSmith@EM111-188-93-116.pool.e-mobile.ne.jp) (Quit: MikeSmith)
  646. # [18:50] * Joins: weinig (~weinig@2620:0:1b00:1191:223:32ff:feaf:7f36)
  647. # [18:53] * Joins: tw2113 (~tw2113@fedora/tw2113)
  648. # [18:54] * Parts: freedrull (~freedrull@freedrull.xen.prgmr.com)
  649. # [18:54] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  650. # [18:55] <TabAtkins> I... I don't understand <http://www.w3.org/Bugs/Public/show_bug.cgi?id=12469>. As far as I can tell, this is just a convoluted way of saying "If you let users write scripts in your page, you're screwed."
  651. # [18:56] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  652. # [18:57] * Quits: CvP (~CvP@123.49.23.182) (Quit: [ UPP ] > all)
  653. # [19:02] * Joins: xtoph (~xtoph@213.47.185.206)
  654. # [19:03] * Quits: rimantas (~rimliu@93.93.57.193) (Quit: Leaving)
  655. # [19:04] <erlehmann> TabAtkins, the submitter should just use a spellchecker, it would have barred him from using the “document.wrtie() function“ (sic!)
  656. # [19:04] <erlehmann> :P
  657. # [19:04] * Quits: mpt (~mpt@canonical/mpt) (Quit: Ex-Chat)
  658. # [19:04] * bga_|away is now known as bga_
  659. # [19:06] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  660. # [19:08] * Quits: mdelaney (~mdelaney@67.218.109.101) (Quit: mdelaney)
  661. # [19:12] * Parts: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  662. # [19:13] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:f8ae:cece:f865:db0b)
  663. # [19:16] * Quits: lca (~agostini@187.113.73.226) (Read error: Connection reset by peer)
  664. # [19:17] * Joins: lca (~agostini@187.113.73.226)
  665. # [19:21] * Joins: estes (~estes@2620:0:1b00:1191:d69a:20ff:fed0:8cd2)
  666. # [19:22] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
  667. # [19:23] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  668. # [19:24] * paul_irish is now known as paul_irish_
  669. # [19:24] * Joins: mpt (~mpt@91.189.88.12)
  670. # [19:24] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
  671. # [19:24] * Joins: mpt (~mpt@canonical/mpt)
  672. # [19:26] * Joins: ZombieL (~e@178-78-210-80.customers.ownit.se)
  673. # [19:28] * Quits: ZombieL (~e@178-78-210-80.customers.ownit.se) (Client Quit)
  674. # [19:33] * bga_ is now known as bga_|away
  675. # [19:34] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:f8ae:cece:f865:db0b) (Quit: mdelaney)
  676. # [19:35] * Joins: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
  677. # [19:36] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Max SendQ exceeded)
  678. # [19:43] * bga_|away is now known as bga_
  679. # [19:49] * Joins: jamesr (~jamesr@216.239.45.19)
  680. # [19:49] * Joins: jer|afk (~jernoble@17.203.15.182)
  681. # [19:54] * Joins: xbuzz_ (~chris@waltham-nat.ma.lycos.com)
  682. # [19:55] * Quits: zdobersek (~zan@90.157.243.195) (Read error: Operation timed out)
  683. # [19:56] * Joins: mokush (~quassel@188.24.45.153)
  684. # [19:56] * Joins: zdobersek (~zan@cpe-46-164-17-200.dynamic.amis.net)
  685. # [19:56] * Joins: cardona507 (~cardona50@adsl-68-127-27-216.dsl.pltn13.pacbell.net)
  686. # [19:56] * Quits: cardona507 (~cardona50@adsl-68-127-27-216.dsl.pltn13.pacbell.net) (Client Quit)
  687. # [19:56] * Joins: abe (~abe@38.104.129.126)
  688. # [19:56] * Quits: mokush (~quassel@188.24.45.153) (Remote host closed the connection)
  689. # [19:57] * Quits: tbassetto (~tbassetto@92.103.127.226) (Quit: tbassetto)
  690. # [20:00] * Quits: xbuzz_ (~chris@waltham-nat.ma.lycos.com) (Quit: xbuzz_)
  691. # [20:02] * Quits: jamesr (~jamesr@216.239.45.19) (Quit: jamesr)
  692. # [20:03] * Quits: jeremyselier (~Jeremy@2a01:e35:2eec:80a0:fa1e:dfff:feec:469) (Ping timeout: 264 seconds)
  693. # [20:05] * Joins: MikeSmith (~MikeSmith@EM111-188-93-116.pool.e-mobile.ne.jp)
  694. # [20:05] * Joins: jamesr (~jamesr@216.239.45.19)
  695. # [20:05] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe) (Ping timeout: 246 seconds)
  696. # [20:07] * Quits: exp (~zAyghip8@93-96-170-70.zone4.bethere.co.uk) (Quit: nn)
  697. # [20:08] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
  698. # [20:16] * Joins: mdelaney_ (~mdelaney@2620:0:1b00:1191:f8ae:cece:f865:db0b)
  699. # [20:20] * Joins: kennyluck_ (~kennyluck@EM111-188-39-209.pool.e-mobile.ne.jp)
  700. # [20:23] * mdelaney_ is now known as mdelaney
  701. # [20:24] * Joins: matijsb (~Adium@5353CD69.cm-6-4d.dynamic.ziggo.nl)
  702. # [20:24] * Quits: kennyluck (~kennyluck@EM114-48-111-164.pool.e-mobile.ne.jp) (Ping timeout: 246 seconds)
  703. # [20:24] * kennyluck_ is now known as kennyluck
  704. # [20:32] * Quits: erlehmann (~erlehmann@82.113.99.13) (Quit: Ex-Chat)
  705. # [20:35] * Joins: lca_ (~agostini@187.113.73.226)
  706. # [20:36] * Quits: lca (~agostini@187.113.73.226) (Read error: No route to host)
  707. # [20:36] * lca_ is now known as lca
  708. # [20:37] * AryehGregor discovers that units like em throw a monkey wrench into his algorithm, because they can't be directly compared to computed values
  709. # [20:38] * Joins: matijsb1 (~matijsb@5353CD69.cm-6-4d.dynamic.ziggo.nl)
  710. # [20:39] * AryehGregor also discovers that "specified value" already means something in CSS, so he probably shouldn't reuse it
  711. # [20:39] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 248 seconds)
  712. # [20:39] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Read error: Connection timed out)
  713. # [20:41] * Joins: erlehmann (~erlehmann@89.204.137.76)
  714. # [20:43] * Quits: erlehmann (~erlehmann@89.204.137.76) (Client Quit)
  715. # [20:48] * Quits: tw2113 (~tw2113@fedora/tw2113) (Quit: Going!)
  716. # [20:52] * Quits: lca (~agostini@187.113.73.226) (Read error: No route to host)
  717. # [20:53] * Joins: lca (~agostini@187.113.73.226)
  718. # [20:57] <AryehGregor> Maybe this is why no one allows CSS values for the fontSize command. It would be horribly confusing.
  719. # [20:58] <AryehGregor> If you allow em values or similar.
  720. # [20:58] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Ping timeout: 246 seconds)
  721. # [20:59] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  722. # [21:01] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
  723. # [21:02] * Joins: erlehmann (~erlehmann@82.113.99.34)
  724. # [21:04] * Quits: jamesr (~jamesr@216.239.45.19) (Quit: jamesr)
  725. # [21:05] * Joins: roc (~chatzilla@h-66-134-142-19.snvacaid.static.covad.net)
  726. # [21:10] <TabAtkins> AryehGregor: Just compute the ems as well. They compute down to px.
  727. # [21:11] <TabAtkins> (Percentages still wont' work, though.)
  728. # [21:11] <TabAtkins> (You need used values for that.)
  729. # [21:11] <AryehGregor> TabAtkins, what do you mean?
  730. # [21:11] <TabAtkins> (Which is what getComputedStyle returns, due to the terms changing after that API was created.)
  731. # [21:11] <AryehGregor> What should it mean if someone does document.execCommand("fontSize", null, "2em")?
  732. # [21:11] <TabAtkins> It should set the font-size to 2em.
  733. # [21:11] <TabAtkins> That is, twice the font-size of the parent.
  734. # [21:12] <AryehGregor> And the meaning of that from a user perspective is more or less random, right?
  735. # [21:12] * Quits: lca (~agostini@187.113.73.226) (Read error: No route to host)
  736. # [21:12] <AryehGregor> Because users select visible text, not elements.
  737. # [21:12] <TabAtkins> No, it's twice as large as the surrounding text. If you select text with disparate sizes, they'll all grow twice as big.
  738. # [21:12] * Joins: lca (~agostini@187.113.73.226)
  739. # [21:13] <AryehGregor> What if you select the element <span style="font-size: 2em">Foo</span>?
  740. # [21:13] <AryehGregor> Then the size doesn't change?
  741. # [21:13] <TabAtkins> (Well, assuming the font-size wasn't set already.)
  742. # [21:13] <TabAtkins> Yes.
  743. # [21:13] <AryehGregor> And is that supposed to be even remotely comprehensible to the user?
  744. # [21:13] <TabAtkins> At least, if you do the obvious thing from an API perspective.
  745. # [21:13] <TabAtkins> Alternately, compute 2em against the target element, then apply it.
  746. # [21:13] <AryehGregor> Because if you run the exact same command with one less letter selected, the size doubles.
  747. # [21:14] <TabAtkins> Yeah, that's a reasonabl critique. So isntead just compute 2em into px, then apply it.
  748. # [21:14] * Quits: lca (~agostini@187.113.73.226) (Client Quit)
  749. # [21:14] * Joins: sephr (~Eli@c-98-235-63-240.hsd1.pa.comcast.net)
  750. # [21:14] <AryehGregor> So then it just always means "double the size"? That's not what a length of 2em normally means.
  751. # [21:14] <AryehGregor> Authors who try to use em lengths for fontSize will not be expecting that at all.
  752. # [21:14] <TabAtkins> So, both options will be completely perplexing for one of your target audiences?
  753. # [21:15] <AryehGregor> Yes, so let's just not allow it. No current browser allows anything for fontSize other than 1 to 7 anyway.
  754. # [21:15] <TabAtkins> Okay. Were you just seeing if there was something comprehensible you could do?
  755. # [21:15] <AryehGregor> I was pretty sure there wasn't, is the thing, after I thought about it.
  756. # [21:15] <AryehGregor> Initially I thought "let's allow CSS sizes!"
  757. # [21:15] <TabAtkins> kk
  758. # [21:16] <TabAtkins> Note that the numbered sized are defined in terms of ems anyway, so your problem of "
  759. # [21:16] <AryehGregor> No they aren't.
  760. # [21:16] <AryehGregor> They're defined proportional to the user's font size preference.
  761. # [21:16] <AryehGregor> <font size=4> will always be the same size no matter what the parent's size is.
  762. # [21:17] <AryehGregor> That's very useful, but unfortunately CSS doesn't expose those semantics.
  763. # [21:17] * Joins: lca (~agostini@187.113.73.226)
  764. # [21:17] <TabAtkins> Ah, okay, then it's relative to rems.
  765. # [21:17] <AryehGregor> Nope.
  766. # [21:17] <AryehGregor> rems change with the root element.
  767. # [21:17] * Quits: weinig (~weinig@2620:0:1b00:1191:223:32ff:feaf:7f36) (Quit: weinig)
  768. # [21:17] <AryehGregor> <font size> does not.
  769. # [21:18] <AryehGregor> For document.execCommand("fontSize", null, "7") in styleWithCSS mode, WebKit outputs <span style="font-size: -webkit-xxx-large">.
  770. # [21:18] <AryehGregor> Gecko just outputs <font> regardless of mode, for fontSize.
  771. # [21:19] * Quits: kennyluck (~kennyluck@EM111-188-39-209.pool.e-mobile.ne.jp) (Ping timeout: 264 seconds)
  772. # [21:19] * Joins: kennyluck (~kennyluck@EM114-48-16-100.pool.e-mobile.ne.jp)
  773. # [21:20] <TabAtkins> ...oh, huh. I never quite grasped the implications of the definition for the font-size keywords.
  774. # [21:21] * Joins: michaeln (~michaeln@nat/google/x-stxezvzpisiabmke)
  775. # [21:21] <AryehGregor> Yeah, I didn't either until I just researched it yesterday.
  776. # [21:21] <TabAtkins> I wonder if that's intentional?
  777. # [21:21] <AryehGregor> It's incredibly annoying when you have things like <font size=7> not mapping to anything in CSS.
  778. # [21:21] <AryehGregor> If what's intentional?
  779. # [21:21] <TabAtkins> That it's relative to the default size, not the root size.
  780. # [21:22] <AryehGregor> I wondered whether it's intentional that rem is relative to the root size instead of default size. Being relative to default size seems considerably more useful.
  781. # [21:22] <TabAtkins> Yes, that's intentional.
  782. # [21:22] <AryehGregor> If the author specifies an absolute font-size, do UAs scale it up along with the user default preferences?
  783. # [21:22] * AryehGregor tests
  784. # [21:22] <AryehGregor> Why?
  785. # [21:23] <TabAtkins> So that when you build em-based layouts, you have a unit that doesn't require adjustment if it's used within, say, a heading.
  786. # [21:23] <TabAtkins> Just set the base em size on root, and use rems everywhere.
  787. # [21:23] <AryehGregor> Yeah, but why can't you key it off the user default size instead of the root element size?
  788. # [21:24] <AryehGregor> Because you'd want to scale up the whole page for some reason?
  789. # [21:24] <TabAtkins> So the author can get an em size that they want.
  790. # [21:24] * Quits: nimbupani (~Adium@24.18.47.160) (Remote host closed the connection)
  791. # [21:26] * Joins: smaug____ (~chatzilla@h-66-134-142-19.snvacaid.static.covad.net)
  792. # [21:28] <AryehGregor> This is the kind of pain that's the reason I think <font> should remain invalid, by the way, even though <u> and similar should be valid.
  793. # [21:29] <TabAtkins> What, just that one value of <font> isn't representable in CSS?
  794. # [21:30] <AryehGregor> Plus the fact that size=1 maps to xx-small but size=2 maps to small, plus the crazy legacy parsing. And that's just for size.
  795. # [21:30] <AryehGregor> color is also terrible.
  796. # [21:30] <AryehGregor> I haven't attempted to plumb the depths of name yet.
  797. # [21:30] <TabAtkins> That way lies madness.
  798. # [21:30] <TabAtkins> font-face is horrible enough in actual CSS.
  799. # [21:30] <AryehGregor> Really? Is <font name> very different from font-face?
  800. # [21:31] * Quits: plainhao (~plainhao@208.75.85.237) (Quit: plainhao)
  801. # [21:31] <TabAtkins> I dunno how @name works - it's actually probably better, given that it's well-delineated. font-face is horrible, because it has some ridiculous specialized parsing mode.
  802. # [21:31] <TabAtkins> Such that "font-face: i am a single font name;" works.
  803. # [21:35] * Quits: erlehmann (~erlehmann@82.113.99.34) (Quit: Ex-Chat)
  804. # [21:35] * Quits: maikmerten (~maikmerte@port-92-201-115-151.dynamic.qsc.de) (Remote host closed the connection)
  805. # [21:39] * Quits: matjas (~matjas@91.182.162.110) (Quit: Computer has gone to sleep.)
  806. # [21:40] <dglazkov> TabAtkins: so is there an answer to how we chain selectors to the end of shadow pseudo elements? I may have missed a discussion or two
  807. # [21:40] <dglazkov> TabAtkins: for example video::-webkit-timeline:disabled
  808. # [21:40] <TabAtkins> No, there hasn't been any real activity on that. :/
  809. # [21:41] <dglazkov> how about video:part(-webkit-timeline):disabled?
  810. # [21:41] <TabAtkins> That's the same thing (assuming you meant ::part()).
  811. # [21:42] <dglazkov> do I? :)
  812. # [21:42] <TabAtkins> Yes. video:part() is still selecting the <video>.
  813. # [21:42] <dglazkov> :(
  814. # [21:42] <TabAtkins> video::part() is selecting something else.
  815. # [21:42] <dglazkov> I thought things like nth-child select children?
  816. # [21:43] <TabAtkins> Nope. p:nth-child(1) selects the <p> if it's the first child.
  817. # [21:43] * dglazkov declares himself a CSS ignoramus
  818. # [21:43] <TabAtkins> Pseudoclasses are just like classes, except they're based on information that the UA provides rather than the document itself.
  819. # [21:43] <dglazkov> so tell me how to fix this :)
  820. # [21:43] <dglazkov> now!
  821. # [21:43] <TabAtkins> Sure! It's an easy 3-step process.
  822. # [21:44] <dglazkov> nooo, not the 3-step process
  823. # [21:44] <TabAtkins> 1) Start a thread on www-style saying that you want to implement something.
  824. # [21:44] <TabAtkins> 2) ...
  825. # [21:44] <TabAtkins> 3) double rainbow
  826. # [21:44] <dglazkov> yay
  827. # [21:44] <Ms2ger`> 3) Nothing happened, goto 1
  828. # [21:44] <TabAtkins> Nonono, *that* 3 only happens when no implementors care.
  829. # [21:44] <dglazkov> 1) throw some sh*t together in webkit
  830. # [21:44] <TabAtkins> Which is what has happened every time so far.
  831. # [21:44] <dglazkov> 2) let www-style sort it out
  832. # [21:45] <dglazkov> 3) reimplement it the right way
  833. # [21:45] * Quits: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru) (Read error: Connection reset by peer)
  834. # [21:45] * Joins: jwalden (~waldo@h-66-134-142-19.snvacaid.static.covad.net)
  835. # [21:45] <TabAtkins> I say develop a magical new way to context-switch and target a pseudo-element.
  836. # [21:45] <dglazkov> so it's really a selector
  837. # [21:45] * Joins: bga_ (~bga@ppp91-122-51-148.pppoe.avangarddsl.ru)
  838. # [21:45] <TabAtkins> "video %timeline:disabled" or something, so you can chain down the pseudos.
  839. # [21:45] <dglazkov> I really want it to just key off the ids
  840. # [21:45] <dglazkov> since shadow DOM subtree ids are unique to the subtree
  841. # [21:46] <Ms2ger`> TabAtkins, "we want to reserve punctuation"? :)
  842. # [21:46] <dglazkov> how about video <3timeline:disabled
  843. # [21:46] <TabAtkins> Or! Let % be a combinator. "video % timeline" means "find a <video>, then drop into the shadow subtree and find a <timeline>.
  844. # [21:46] <TabAtkins> See, I dunno what's a good idea here.
  845. # [21:46] <TabAtkins> I've got like 5 possible approaches.
  846. # [21:47] <dglazkov> I like combinators
  847. # [21:47] <TabAtkins> Combinators are good, because they keep your selectors linear.
  848. # [21:47] <TabAtkins> I like the analogy with "video > timeline" - one selects light children, the other selects shadow children.
  849. # [21:48] <TabAtkins> video ] timeline
  850. # [21:48] <TabAtkins> (Note: bad idea.)
  851. # [21:48] * Quits: zdobersek (~zan@cpe-46-164-17-200.dynamic.amis.net) (Quit: Leaving.)
  852. # [21:50] * Joins: tw2113 (~tw2113@fedora/tw2113)
  853. # [21:50] * Joins: jamesr (~jamesr@216.239.45.19)
  854. # [21:51] * Quits: michaeln (~michaeln@nat/google/x-stxezvzpisiabmke) (Quit: Leaving.)
  855. # [21:52] <dglazkov> we should use emoticons
  856. # [21:53] <dglazkov> video :) timeline
  857. # [21:53] <Ms2ger`> video :( timeline
  858. # [21:53] <TabAtkins> Let's just use pseudo-elements and let selectors extend past them.
  859. # [21:54] <TabAtkins> Wait, no, that doesn't work. >_<
  860. # [21:54] <dglazkov> TabAtkins: I am now on step 2
  861. # [21:54] <TabAtkins> It still leaves us being inconsistent.
  862. # [21:54] * Joins: nimbupani (~Adium@c-24-18-47-160.hsd1.wa.comcast.net)
  863. # [21:54] <dglazkov> yeah, I already do some gnarly stuff in CSS parser to let unknown pseudo elements slide through
  864. # [21:55] <TabAtkins> In "video::timeline thumb", which is timeline a :: but "thumb" treated like a real element?
  865. # [21:56] <TabAtkins> Bah, pseudoelements are just a broken form of combinator. We can't use them. >_<
  866. # [21:56] <TabAtkins> s/which is/why does/ s/a ::/need a ::/
  867. # [21:57] * Joins: MikeSmith_ (~MikeSmith@EM114-48-164-184.pool.e-mobile.ne.jp)
  868. # [21:58] <Ms2ger`> video::shadow(timeline thumb)
  869. # [21:58] <TabAtkins> Nesting is the refuge of the weak.
  870. # [21:58] <dglazkov> why is step 2 taking so long. I sent an email to www-style like 5 minutes ago
  871. # [21:59] <dglazkov> TabAtkins: that sounds like a fortune cookie
  872. # [22:00] * Quits: MikeSmith (~MikeSmith@EM111-188-93-116.pool.e-mobile.ne.jp) (Ping timeout: 252 seconds)
  873. # [22:00] * MikeSmith_ is now known as MikeSmith
  874. # [22:01] <AryehGregor> dglazkov, you get cooler fortune cookies than me.
  875. # [22:03] * Quits: Ms2ger` (~Ms2ger@132.168-242-81.adsl-dyn.isp.belgacom.be) (Quit: nn)
  876. # [22:04] <dglazkov> dhyatt says the restrictions are silly
  877. # [22:04] <TabAtkins> Agreed that the restriction is silly, but just lifting the restriction doesn't solve the problem fully.
  878. # [22:04] <dglazkov> reply to mail then
  879. # [22:05] <TabAtkins> That's what I'm doing right now!
  880. # [22:05] <dglazkov> faster!
  881. # [22:05] <dglazkov> :P
  882. # [22:05] * Joins: trave (c63c1881@gateway/web/freenode/ip.198.60.24.129)
  883. # [22:18] * Quits: KaOSoFt (~KaOSoFt@unaffiliated/kaosoft) (Ping timeout: 252 seconds)
  884. # [22:20] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Read error: Connection reset by peer)
  885. # [22:20] * Joins: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
  886. # [22:20] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
  887. # [22:20] * Joins: riven (~riven@pdpc/supporter/professional/riven)
  888. # [22:24] * Quits: xtoph (~xtoph@213.47.185.206)
  889. # [22:28] * Quits: Martijnc (~Martijnc@91.176.138.179) (Quit: Martijnc)
  890. # [22:36] * Quits: msucan (~robod@92.84.201.225) (Quit: .)
  891. # [22:42] * Quits: jwalden (~waldo@h-66-134-142-19.snvacaid.static.covad.net) (Ping timeout: 252 seconds)
  892. # [22:49] * Joins: mpt (~mpt@canonical/mpt)
  893. # [22:52] * Joins: ramonlechuga (c98bc1da@gateway/web/freenode/ip.201.139.193.218)
  894. # [22:55] * Joins: jwalden (~waldo@h-66-134-142-19.snvacaid.static.covad.net)
  895. # [22:58] * Joins: chriseppstein (~chris@dsl092-049-179.sfo4.dsl.speakeasy.net)
  896. # [22:59] * Quits: mpt (~mpt@canonical/mpt) (Remote host closed the connection)
  897. # [23:01] * Parts: ramonlechuga (c98bc1da@gateway/web/freenode/ip.201.139.193.218)
  898. # [23:07] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  899. # [23:07] * Joins: sicking (~chatzilla@h-66-134-142-19.snvacaid.static.covad.net)
  900. # [23:08] <AryehGregor> Yay, I just found a Firefox bug that disappears when I run it in Firebug.
  901. # [23:08] * Quits: kor (~kor@ip146-53-210-87.adsl2.static.versatel.nl) (Quit: kor)
  902. # [23:09] * AryehGregor tries to prepare a minimal test-case
  903. # [23:09] * Quits: shiawuen (~shiawuent@cm206.omega132.maxonline.com.sg) (Read error: Connection reset by peer)
  904. # [23:09] * Joins: shiawuen (~shiawuent@cm206.omega132.maxonline.com.sg)
  905. # [23:10] * Joins: erlehmann (~erlehmann@82.113.99.34)
  906. # [23:30] * Quits: svl (~me@86.87.68.167) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  907. # [23:31] * Joins: cpearce (~chatzilla@203-97-204-82.dsl.clear.net.nz)
  908. # [23:32] * Joins: jennb (~jennb@nat/google/x-yzzfehhclymurqrl)
  909. # [23:32] * Joins: nessy (~Adium@124.171.54.114)
  910. # [23:40] * Joins: exp (~zAyghip8@93-96-170-70.zone4.bethere.co.uk)
  911. # [23:45] * Joins: CvP (~CvP@123.49.21.172)
  912. # [23:51] <AryehGregor> It was one of those weird crazy bugs: https://bugzilla.mozilla.org/show_bug.cgi?id=649138
  913. # Session Close: Tue Apr 12 00:00:00 2011

The end :)