/irc-logs / freenode / #whatwg / 2009-01-05 / end

Options:

  1. # Session Start: Mon Jan 05 00:00:00 2009
  2. # Session Ident: #whatwg
  3. # [00:11] * Joins: bzed (n=bzed@devel.recluse.de)
  4. # [00:12] * Joins: weinig (n=weinig@cpe-66-65-132-93.nyc.res.rr.com)
  5. # [00:14] * Quits: bzed (n=bzed@devel.recluse.de) (Remote closed the connection)
  6. # [00:14] * Joins: bzed (n=bzed@devel.recluse.de)
  7. # [00:20] * Joins: sverrej (n=sverrej@cm-84.208.153.202.getinternet.no)
  8. # [00:21] * Joins: erlehmann (n=erlehman@86.59.25.121)
  9. # [00:30] * Joins: webben_ (n=webben@dip5-fw.corp.ukl.yahoo.com)
  10. # [00:30] * Quits: bzed (n=bzed@devel.recluse.de) (Remote closed the connection)
  11. # [00:30] * Joins: bzed (n=bzed@devel.recluse.de)
  12. # [00:33] * Quits: bzed (n=bzed@devel.recluse.de) (Remote closed the connection)
  13. # [00:33] * Joins: bzed (n=bzed@devel.recluse.de)
  14. # [00:39] * Joins: BenMillard (n=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  15. # [00:41] <BenMillard> wait a minute...when did classitis become a good thing?
  16. # [00:43] <BenMillard> hmm, <p><pre><code>...</code></pre></p>
  17. # [00:43] * gsnedders throws parse error on the </p>
  18. # [00:43] * Quits: grimboy_ (n=grimboy@78-105-162-250.zone3.bethere.co.uk) (Read error: 60 (Operation timed out))
  19. # [00:44] * annevk returns <p></p><pre><code>...</code></pre><p></p>
  20. # [00:44] <gsnedders> Yeah, that's what I got too in my non-draconian mode.
  21. # [00:44] * Hixie brings his CPU back up at dreamhost
  22. # [00:45] <Hixie> i'd tried reducing it over the holidays
  23. # [00:45] <Hixie> but apparently that was a mistake
  24. # [00:45] <gsnedders> That obviously didn't entirely work.
  25. # [00:45] <BenMillard> all the focus outlines are turned off: http://forabeautifulweb.com/demo/2008/11/15/index.html
  26. # [00:45] <BenMillard> that's rather sad
  27. # [00:46] <BenMillard> funny how things which actually help users, like focus outlines, are being turned off when things that don't help anyone, like classitis, are becoming vogue
  28. # [00:46] <BenMillard> although I wholeheartedly approve of his intention style :P
  29. # [00:47] <annevk> Hixie, does it take some time to go into effect?
  30. # [00:47] * Quits: webben (n=webben@91.85.205.112) (Read error: 110 (Connection timed out))
  31. # [00:47] * annevk still gets 500 on the wiki
  32. # [00:47] <BenMillard> s/intention/indention/
  33. # [00:47] <Hixie> oh the problem is memory not cpu
  34. # [00:48] * Joins: kingryan (n=ryan@adsl-76-228-82-241.dsl.pltn13.sbcglobal.net)
  35. # [00:48] <Hixie> there
  36. # [00:48] <Hixie> should work now
  37. # [00:51] <annevk> http://forums.whatwg.org/viewtopic.php?t=4037
  38. # [01:00] <Hixie> if anyone wants to reply, onerror is actually in html5 already
  39. # [01:01] <Hixie> the callstack sounds like something to ask the ecmascript guys though
  40. # [01:23] <gsnedders> Anyone here go to Imperial College London?
  41. # [01:32] * Quits: kingryan (n=ryan@adsl-76-228-82-241.dsl.pltn13.sbcglobal.net)
  42. # [01:52] * gsnedders is somewhat tempted to write to Imperial to ask to change what he's applying for
  43. # [02:01] <gsnedders> (from theoretical physics MSci. to mathematics with computer science MSci.)
  44. # [02:14] <gsnedders> Or do I try and change to computer science?
  45. # [02:14] <gsnedders> Meh.
  46. # [02:19] <Hixie> do what you find interesting
  47. # [02:19] <Hixie> :-)
  48. # [02:20] <gsnedders> I'd find both interesting, it's just I'm probably less likely to get in for the joint degree :)
  49. # [02:21] <gsnedders> The main problem is it's far harder to change in England what course you are doing once you've started.
  50. # [02:30] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  51. # [02:34] * Joins: kingryan (n=ryan@c-24-5-77-167.hsd1.ca.comcast.net)
  52. # [02:44] <BenMillard> jgraham & annevk, I'm tried a more vibrant "web 2.0" pallette of colours for links: http://ben.local/!dev/whatwg-blog/
  53. # [02:44] <BenMillard> I think it makes the links complement the runs of orange code a bit better than #00c
  54. # [02:45] <BenMillard> it is inconsistent with the spec now, of course
  55. # [02:48] * Parts: BenMillard (n=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  56. # [03:00] * Quits: Morphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  57. # [03:03] * Joins: Morphous (n=jan@unaffiliated/amorphous)
  58. # [03:13] * Joins: aboodman (n=aboodman@70.133.66.187)
  59. # [03:24] * Joins: webben (n=webben@91.85.205.112)
  60. # [03:29] * Quits: aboodman (n=aboodman@70.133.66.187) (Read error: 60 (Operation timed out))
  61. # [03:36] * Quits: webben_ (n=webben@dip5-fw.corp.ukl.yahoo.com) (Read error: 110 (Connection timed out))
  62. # [04:05] * Parts: erlehmann (n=erlehman@86.59.25.121)
  63. # [04:05] * Joins: erlehmann (n=erlehman@86.59.25.121)
  64. # [04:06] * Quits: shepazu (n=schepers@pool-72-71-106-232.atl01.dsl-w.verizon.net)
  65. # [04:17] * Joins: MikeSmith (n=MikeSmit@EM114-48-43-148.pool.e-mobile.ne.jp)
  66. # [04:43] * Quits: dbaron (n=dbaron@c-69-140-1-234.hsd1.va.comcast.net) ("g'night")
  67. # [05:09] * Quits: webben (n=webben@91.85.205.112) ("leaving")
  68. # [05:25] * Quits: doublec (n=chris@202.0.36.64) ("Leaving")
  69. # [05:45] * Joins: aboodman (n=aboodman@70.133.66.187)
  70. # [05:45] * Quits: aboodman (n=aboodman@70.133.66.187) (Read error: 104 (Connection reset by peer))
  71. # [06:03] * Quits: roc (n=roc@202.0.36.64)
  72. # [06:07] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
  73. # [06:23] * Joins: aboodman3 (n=aboodman@70.133.66.187)
  74. # [06:23] * aboodman3 is now known as aboodman
  75. # [06:45] * Quits: aboodman (n=aboodman@70.133.66.187) (Read error: 60 (Operation timed out))
  76. # [06:52] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  77. # [06:56] * Joins: aboodman (n=aboodman@70.133.66.187)
  78. # [07:11] * Joins: aboodman3 (n=aboodman@70.133.66.187)
  79. # [07:13] * Joins: heycam (n=cam@124-168-25-173.dyn.iinet.net.au)
  80. # [07:14] * Quits: aboodman (n=aboodman@70.133.66.187) (Read error: 60 (Operation timed out))
  81. # [07:17] * Joins: jruderman (n=jruderma@c-67-180-39-55.hsd1.ca.comcast.net)
  82. # [07:25] * Quits: virtuelv (n=virtuelv@48.80-202-82.nextgentel.com) ("Leaving")
  83. # [07:38] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  84. # [07:42] * Joins: dimich (n=dimich@207-118-28-70.dyn.centurytel.net)
  85. # [07:50] <takkaria> gsnedders: not convinced it is that hard, you know
  86. # [07:50] <takkaria> gsnedders: I know a fair few people who transferred within the first few weeks at a few UK unis
  87. # [07:51] * Joins: dave_levin_ (n=dave_lev@72.14.224.1)
  88. # [08:07] * Quits: aboodman3 (n=aboodman@70.133.66.187) (Read error: 110 (Connection timed out))
  89. # [08:09] * Quits: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net) (Read error: 110 (Connection timed out))
  90. # [08:12] * Quits: dimich (n=dimich@207-118-28-70.dyn.centurytel.net)
  91. # [08:14] * Joins: maikmerten (n=merten@ls5dhcp195.cs.uni-dortmund.de)
  92. # [08:23] * Joins: roc (n=roc@121-72-177-3.dsl.telstraclear.net)
  93. # [08:28] * dave_levin_ is now known as dave_levin
  94. # [08:28] * Joins: hdh (n=hdh@118.71.77.117)
  95. # [08:42] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  96. # [09:18] * Joins: shepazu (n=schepers@cpe-069-134-123-228.nc.res.rr.com)
  97. # [09:27] <olliej> yoyo dave_levin
  98. # [09:27] <dave_levin> olliej: hi
  99. # [09:27] <dave_levin> You found me in a different irc :)
  100. # [09:30] <hsivonen> Hixie: thanks for bringing the wiki back up.
  101. # [09:30] <hsivonen> Hixie: any pointers on filing a bug against Google Code operations?
  102. # [09:31] <annevk> BenMillard, ben.local won't work
  103. # [09:34] <gpy> annevk: Is the supporting of win95 + win98 of Opera something intended or just a feature?
  104. # [09:34] <hsivonen> does Opera 10 still support those?
  105. # [09:35] <annevk> we try not to break support
  106. # [09:35] <annevk> afaik
  107. # [09:35] <gpy> http://weblogs.mozillazine.org/asa/archives/2009/01/ie6_on_the_way.html
  108. # [09:35] <gpy> (Hey Opera, how about seriously targeting those users since you guys are the only modern browser left supporting ancient versions of Windows?)
  109. # [09:35] <gpy> </quote>
  110. # [09:36] <hsivonen> isn't it bad to support staying with OS releases that don't get security patches?
  111. # [09:41] <dave_levin> hsivonen: Do you want http://code.google.com/p/support/issues/list?
  112. # [09:41] <annevk> at least if they don't upgrade they can at least get a secure browser
  113. # [09:44] * jgraham wonders why gsnedders has dismissed colleges not in the centre of Cambridge
  114. # [09:49] * Joins: ap (n=ap@195.239.126.11)
  115. # [09:52] <hsivonen> dave_levin: thanks. (I wonder why that isn't where the "Report" link points to in the error message.)
  116. # [09:53] <dave_levin> hsivonen: Maybe you should file that issue too :) (I went thru their blog entries to find this.)
  117. # [09:53] <hsivonen> dave_levin: yeah, I'll file both.
  118. # [09:55] <dave_levin> hsivonen: fwiw this entry is the one that mentioned it: http://google-code-updates.blogspot.com/2008/11/improving-issue-tracker-for-larger.html
  119. # [09:56] <hsivonen> perhaps I googled for it using the wrong words
  120. # [09:58] * Quits: nessy (n=nessy@124-168-169-109.dyn.iinet.net.au) ("This computer has gone to sleep")
  121. # [10:00] * Quits: MikeSmith (n=MikeSmit@EM114-48-43-148.pool.e-mobile.ne.jp) ("sex break")
  122. # [10:01] * Joins: eric_carlson_ (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  123. # [10:05] <hsivonen> ok. bugs filed. http://code.google.com/p/support/issues/detail?id=2032 and http://code.google.com/p/support/issues/detail?id=2031
  124. # [10:08] * Quits: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: 110 (Connection timed out))
  125. # [10:10] * hsivonen wonders if http://code.google.com/p/support/issues/detail?id=873&colspec=ID%20Type%20Status%20Milestone%20Priority%20Stars%20Owner%20Summary#c54 is like http://weblogs.mozillazine.org/gerv/archives/2008/10/top_hackers.html
  126. # [10:13] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  127. # [10:24] * Joins: MikeSmith (n=MikeSmit@EM114-48-18-103.pool.e-mobile.ne.jp)
  128. # [10:27] * Joins: KevinMarks (n=KevinMar@c-67-188-7-21.hsd1.ca.comcast.net)
  129. # [10:32] * Joins: aaronlev (n=chatzill@g229219253.adsl.alicedsl.de)
  130. # [10:37] <jgraham> BenMillard: Sorry about the table inspector UI regression
  131. # [10:38] <jgraham> It is fixed locally. The bug you found looks like stray debugging code so it should be pretty easy to fix too (but I don't know when I will be able to resync the live version)
  132. # [10:46] * Parts: zcorpan (n=zcorpan@pat.se.opera.com)
  133. # [10:47] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  134. # [10:47] * Joins: ROBOd (n=robod@89.122.216.38)
  135. # [10:50] * Joins: dave_levin_ (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  136. # [10:51] * Joins: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  137. # [10:56] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  138. # [10:58] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Leaving")
  139. # [11:01] * Joins: nessy (n=nessy@124-168-169-109.dyn.iinet.net.au)
  140. # [11:01] * Quits: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  141. # [11:02] * Quits: dave_levin (n=dave_lev@72.14.224.1) (Read error: 110 (Connection timed out))
  142. # [11:04] * dave_levin_ is now known as dave_levin
  143. # [11:06] * Parts: annevk (n=annevk@cm-84.215.140.104.getinternet.no)
  144. # [11:07] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  145. # [11:21] * Joins: webben (n=webben@91.85.205.112)
  146. # [11:32] * Quits: roc (n=roc@121-72-177-3.dsl.telstraclear.net)
  147. # [11:34] * Joins: annevk (n=annevk@pat-tdc.opera.com)
  148. # [11:38] * Joins: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  149. # [12:10] * Hixie updates web forms 2
  150. # [12:14] <hsivonen> is there a process for adding the note to the W3C copy?
  151. # [12:14] <annevk> you can update the shorthand to redirect to html5
  152. # [12:14] <Hixie> hsivonen: the /TR copy?
  153. # [12:15] <Hixie> annevk: done
  154. # [12:16] <hsivonen> Hixie: yes
  155. # [12:17] <annevk> it was more in reply to hsivonen regarding the /TR/ shorthand, but for the WHATWG one it makes sense too :)
  156. # [12:17] <Hixie> hsivonen: dunno, whose charter does it fall under?
  157. # [12:17] <Hixie> annevk: oh :-)
  158. # [12:17] <hsivonen> that is, is there a process for making the /TR/shortname of redirect to a different place once the draft has fallen off charters?
  159. # [12:17] <hsivonen> s/ of / of a draft /
  160. # [12:17] <Hixie> the w3c process is so heavy for this kind of thing, i don't really want to get involved in working out what the process is
  161. # [12:18] <Hixie> but feel free to champion the cause if you want to
  162. # [12:18] <annevk> hsivonen, there's no process, you just tell sysreq, prolly easiest to do when we publish a new html5 draft and then list the WF2 draft as a previous version
  163. # [12:18] <Philip`> Why does the first bit of the HTML5 forms page list "Submittable elements" and "Resettable elements", but "Listed" and "Labelable" [not "... elements"]?
  164. # [12:19] <Hixie> Philip`: editorial oversight. file a bug / send an e-mail / ignore it, as desired :-)
  165. # [12:20] <zcorpan> Hixie: no, unless you intend to add similar prose everywhere else that invokes another algorithm :)
  166. # [12:20] <Hixie> zcorpan: bummer
  167. # [12:20] <annevk> (the CSS WG did the shorthand change thing with the borders and background drafts)
  168. # [12:37] <zcorpan> Hixie: could you link to Philip`'s static view of the whatwg issues from http://www.whatwg.org/issues/ ? it's pretty hard to find
  169. # [12:37] <Hixie> url?
  170. # [12:38] <zcorpan> haven't found it yet :)
  171. # [12:38] <zcorpan> http://canvex.lazyilluminati.com/misc/cgi/issues.cgi/ there
  172. # [12:39] <Hixie> done
  173. # [12:39] <zcorpan> thanks
  174. # [12:39] <Philip`> I could move it somewhere better if I could think of a nice domain name :-)
  175. # [12:40] <Hixie> i really should do something about the base64 e-mails
  176. # [12:40] <Hixie> oh well
  177. # [12:40] <Philip`> And about the stripping of lines that start with "*"
  178. # [12:41] <zcorpan> is the parsing folder empty?
  179. # [12:41] <jgraham> Philip`: How about phillip.html5.org/issues
  180. # [12:41] <jgraham> but maybe with your name splet right
  181. # [12:41] <Hixie> stripping of lines that start with "*"?
  182. # [12:41] <Hixie> zcorpan: there is no parsing folder
  183. # [12:41] <Hixie> zcorpan: parsing issues are in the processing-model folder at the moment
  184. # [12:41] <zcorpan> Hixie: ok
  185. # [12:42] * zcorpan wonders whether http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2006-October/007528.html got a reply
  186. # [12:44] <Hixie> it doesn't appear to be in my folders anymore
  187. # [12:44] <Hixie> so i assume yes
  188. # [12:45] <zcorpan> we're having trouble with innerHTML roundtripping -- pages depend on the ie6 behavior that form controls don't lose their form after innerHTML assignment
  189. # [12:45] * Quits: olliej (n=oliver@c-67-164-125-23.hsd1.ca.comcast.net)
  190. # [12:45] <Hixie> zcorpan: how do you mean?
  191. # [12:45] <zcorpan> Hixie: <table><form><tr><td><input>
  192. # [12:45] <zcorpan> table.innerHTML = table.innerHTML
  193. # [12:46] <Hixie> how do other browsers handle it?
  194. # [12:47] <zcorpan> in safari and firefox the control looses its form
  195. # [12:49] <zcorpan> Hixie: i can't find the reply if there is one
  196. # [12:50] <zcorpan> http://www.google.com/search?q=%22I+didn%27t+consider+that.+I+see+the+issue%22 should probably have 2 results if there was :)
  197. # [12:51] <Hixie> well, let me answer it now then:
  198. # [12:51] <Hixie> making <form> into a table body wouldn't solve your problem for tables that contained table bodies.
  199. # [12:51] <Hixie> and it would be _really_ weird behavior
  200. # [12:52] <Hixie> since all but one of the major browsers don't support this page, i recommend evangelisation.
  201. # [12:53] <zcorpan> i agree it would be weird
  202. # [12:53] <Philip`> Hixie: I meant that (when I last looked) lines starting with "*" were stripped :-)
  203. # [12:53] <Hixie> Philip`: that's odd
  204. # [12:53] <Philip`> but I can't find any examples because I don't know how to search for mails that have lines starting with "*" and that were turned into issues
  205. # [12:54] <Hixie> Philip`: in the body?
  206. # [12:54] <Philip`> Hixie: Yes - I wrote emails with list items starting with "*", and the first line of each list item (i.e. the line starting with "*") was nowhere to be seen in the version on the issues list
  207. # [12:55] <zcorpan> Hixie: though it would work for tables that have tbodies (even though it's rare) by making <form> close tbody
  208. # [12:56] <hsivonen> FYI http://lists.xiph.org/pipermail/accessibility/2009-January/000272.html
  209. # [12:56] <Hixie> zcorpan: only at the cost of breaking the styling
  210. # [12:57] <Philip`> jgraham: I don't really want to run it on the html5.org server because I don't want to bother with having to install Perl modules and stuff
  211. # [12:57] <Hixie> hsivonen: good lord, captions shouldn't use JS
  212. # [12:58] <Philip`> jgraham: but I suppose I could run it on my own server at issues.philip.html5.org/ or something
  213. # [12:58] <hsivonen> Hixie: I'm inclined to think that the captioning browsing context should have scripting disabled.
  214. # [12:58] <Hixie> Philip`: there don't appear to be any e-mails with "*" at the start of them in the issues list right now
  215. # [12:59] <Philip`> Hixie: Well, there wouldn't be since those lines all got stripped out ;-)
  216. # [12:59] <Hixie> Philip`: but it could just be that i never see the *s in the first place
  217. # [12:59] <Hixie> Philip`: i mean, my script doesn't see any *s in the raw data
  218. # [12:59] <zcorpan> Hixie: yeah but the combination of using tbody and form in a table *and* styling tbody in a way that would make a difference is so rare that it's just not there
  219. # [12:59] <Philip`> Hixie: Ah
  220. # [12:59] <Hixie> zcorpan: apparently the combination of <form> and innerHTML is rare enough that no browser other than IE supports it either :-)
  221. # [13:00] <zcorpan> Hixie: fair enough but we're still getting bugs about it
  222. # [13:00] <hsivonen> Hixie: other than JS, what's your take on overlaying a browsing context with a CSS formatter onto the video to implement captioning?
  223. # [13:01] <Hixie> zcorpan: i'm very reluctant to special case <form> here, it's a hack that my intuition says will cause far more problems down the road than anything it might solve today
  224. # [13:01] <hsivonen> Hixie: it seems to me that if a shell document with UA-set innerHTML is used, the result would be massively simpler to implement in browsers than W3C TimedText
  225. # [13:01] <zcorpan> Hixie: ok
  226. # [13:07] <Hixie> hsivonen: it sounds like trying to dig a hole to plant a flower using one of these: http://tinyurl.com/yqodhg
  227. # [13:07] <Hixie> zcorpan: having said that i do wish we had a solution to the innerHTML problem
  228. # [13:07] <hsivonen> Hixie: I guess srt would be simple flower planting
  229. # [13:07] * Joins: myakura (n=myakura@p1096-ipbf1904marunouchi.tokyo.ocn.ne.jp)
  230. # [13:08] <hsivonen> Hixie: but going beyond srt, what would you suggest? implementing a parallel W3C TimedText formatter instead of reusing the CSS formatter would suck
  231. # [13:08] <Hixie> zcorpan: have you had any bugs on other innerHTML weirdness in IE? like with what it does with mis-nested tags?
  232. # [13:09] <Hixie> hsivonen: my dvd player should not have to support <iframe seamless>, and my web browser should support the same timed text standard as my dvd player.
  233. # [13:09] <Hixie> hsivonen: i don't understand where "formatting" comes into this. we're talking about lines of text overlayed at the bottom of the screen, right?
  234. # [13:09] <hsivonen> Hixie: your DVD player support overlaid bitmaps
  235. # [13:10] <Hixie> hsivonen: do we even need colour or italics?
  236. # [13:10] <zcorpan> Hixie: yeah we've had lots of innerHTML bugs
  237. # [13:10] <Hixie> zcorpan: would be interesting to have a list of cases that fail in safari/firefox also
  238. # [13:10] <hsivonen> Hixie: well, srt covers 99% of usage (text at bottom of screen without styling)
  239. # [13:10] <Hixie> zcorpan: i.e. cases the spec can't handle
  240. # [13:10] <Hixie> hsivonen: cool, that's 19% more than i care about :-)
  241. # [13:11] <Hixie> hsivonen: sounds perfect :-)
  242. # [13:11] <hsivonen> Hixie: the timed text WG has respecified the kitchen sink without CSS
  243. # [13:11] <Hixie> hsivonen: the timed text WG's work will likely be irrelevant then
  244. # [13:11] <zcorpan> Hixie: i think most of them would be solved by implementing an html5 parser and going with html5's innerHTML algorithm
  245. # [13:12] <hsivonen> Hixie: anyway, when one suggests srt, someone always has a use case that isn't satisfied. by induction, you end up with CSS or a poor replacement for CSS
  246. # [13:12] <Hixie> zcorpan: if there are any that wouldn't, like the table-form-input one, i'd love to get a list, maybe there's something we can do to fix a bunch at once
  247. # [13:12] * Quits: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  248. # [13:13] <Hixie> hsivonen: there appears to be a problem in the process you describe. namely, there doesn't seem to be a step at which someone is told "no".
  249. # [13:13] <hsivonen> Hixie: is it your position that browser vendors should not implement native captioning capability beyond roughly the feature set of srt?
  250. # [13:13] <hsivonen> nessy: ping? see above
  251. # [13:14] * Joins: deane (n=opera@121-72-178-107.dsl.telstraclear.net)
  252. # [13:15] <annevk> it seems sort of nice to have a subset of HTML in subtitle tracks
  253. # [13:15] <Hixie> hsivonen: do you have a reference for SRT so I could educate myself before answering that?
  254. # [13:15] <annevk> e.g. links
  255. # [13:15] <annevk> dvd players can just use a browser :) makes them also capable of running youtube and all
  256. # [13:16] <annevk> and following the links :p
  257. # [13:16] <hsivonen> Hixie: http://en.wikipedia.org/wiki/SubRip#Sample_file
  258. # [13:17] <hsivonen> Hixie: doom9 documents weird HTMLish extensions to srt. I don't mean those.
  259. # [13:18] <annevk> "Unicode and basic HTML tags such as <i>, <b>, <u> and <font> in subtitles are supported by most players, but VLC (the nightly builds are starting handling them) and some subtitle editors (SubResync, Subtitle Workshop) do not handle these tags well."
  260. # [13:19] <hsivonen> fwiw, if you start supporting <foo>-like tags in srt, you are going down a slippery slope fast, and I'd prefer a well-specified format in terms of innerHTML
  261. # [13:19] <hsivonen> looks like srt is already in the RSS <title> hell
  262. # [13:19] <annevk> agree
  263. # [13:20] * Joins: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  264. # [13:20] <deane> hsivonen: Hi. Was there ever any talk about the W3C adopting v.nu as the front end for validator.w3.org? It's a bit of a mission getting the W3C's validator to validate (X)HTML5 stuff properly. And I haven't even looked at file upload yet.
  265. # [13:21] <gsnedders> jgraham: Because I'm a picky pedantic asshole :)
  266. # [13:21] <hsivonen> deane: no, not really
  267. # [13:22] <gsnedders> jgraham: Actually, it's more a case of I don't want to be to far out
  268. # [13:22] <gsnedders> *too
  269. # [13:22] <Hixie> hsivonen: i, a complete novice in terms of subtitling and timed text, would be surprised to see features beyond the following in a timed text specification: start/end time, full unicode support, device- and media-independent way of annotating non-overlapping, non-nested spans of text as being related to a particular class, _maybe_ the ability to indicate emphasis for spans of text, some mechanism to encode position, and some definition of the expected relationship
  270. # [13:23] <hsivonen> Hixie: it seems that subtitle formats that aren't HTML+CSS are doomed to reinvent HTML+CSS in an ad hoc way
  271. # [13:23] <Hixie> subtitle formats that are HTML+CSS are almost certainly doomed to collapse under their own weight
  272. # [13:24] <jgraham> gsnedders: Bad reason. Because 1) It's not really /that/ far out and 2) you'll likely be closer to Comp. Sci / Phy. buildings anyway (and and 3) because it hardly makes a difference when you're there)
  273. # [13:24] <gsnedders> takkaria: It's certainly true it's harder than in Scotland :P
  274. # [13:24] <annevk> Hixie, if videos are primarily created for the Web and primarily rendered in browsers, why?
  275. # [13:25] <Hixie> videos aren't primarily created for the web nor primarily rendered in browsers.
  276. # [13:25] <annevk> hsivonen, CSS would be optional, right?
  277. # [13:25] <gsnedders> jgraham: I gave up on good reasons a while ago. I mean, whatever criteria I try and apply now isn't going to be what I'd apply after having started.
  278. # [13:25] <hsivonen> Hixie: even in browsers? with my suggested changes, implementing HTML+CSS captions can be done in terms of existing DOM operations given the anonymous iframe
  279. # [13:25] <hsivonen> Hixie: youtube is evidence to the contrary
  280. # [13:26] <Hixie> youtube is a great example
  281. # [13:26] <hsivonen> annevk: as optional as it is for web browsers in general
  282. # [13:26] <jgraham> gsnedders: For example I lived roughly by New Hall/Fits for four years and it wasn't a problem. Plus most of the central colleges have no space so their actual accommodation isn't in the centre of twon anyway
  283. # [13:26] <Hixie> it's streamed to the iPhone, to Apple TV, and to various other devices
  284. # [13:26] <jgraham> *Fitz
  285. # [13:26] <gsnedders> Hixie: having "[html5] r46 - This draft is now obsolete." as a subject for a WF2 commit message is confusing
  286. # [13:26] <hsivonen> Hixie: Apple has a CSS formatter at their disposal
  287. # [13:26] <Hixie> and the idea of turning those devices into web browsers would likely horrify their developers
  288. # [13:26] <hsivonen> iPhone already has a browser
  289. # [13:27] * gsnedders always puts Fitz at the wrong side of Cambridge
  290. # [13:27] <gsnedders> jgraham: Huntingdon Rd?
  291. # [13:27] <jgraham> gsnedders: Anyway my point is that if you get pooled to somewhere further out that should not be a sufficient reason to reject it
  292. # [13:27] <jgraham> gsnedders: Just off there, yes
  293. # [13:28] <gsnedders> jgraham: I always want it to be on the south side of Cambridge, for some non-obvious reason
  294. # [13:28] <annevk> hsivonen, e.g. I think it should be possible to extract the subtitles from the HTML and simply render them with default rendering for various elements (or no rendering at all)
  295. # [13:28] <hsivonen> Hixie: fwiw, my initial reaction was also against requiring non-browser players to render HTML, but the prospect of supporting W3C TimedText alongside CSS sucks pretty badly from a browser POV
  296. # [13:29] <annevk> hsivonen, so if e.g. mobile phones do not want to use a CSS formatter they do not have to
  297. # [13:29] <hsivonen> Hixie: and from non-browser POV, HTML sucks about as much as W3C TimedText
  298. # [13:29] <jgraham> Being able to trivially render the subtitles in a web browser does sound like a win
  299. # [13:29] <annevk> hsivonen, then the only cost would be parsing HTML which is negligible
  300. # [13:29] <Hixie> hsivonen: having the features of html and css without using html and css is even worse than using html and css, but that doesn't mean that using html and css is a good idea
  301. # [13:30] <gsnedders> jgraham: Oh well, I guess I'll see.
  302. # [13:30] <Hixie> hsivonen: a bad idea doesn't become a good idea just because it is compared to an even worse idea
  303. # [13:30] <hsivonen> Hixie: it becomes preferable over the worse idea, though :-)
  304. # [13:31] <Hixie> hsivonen: there are more than two options here
  305. # [13:31] <jgraham> Hixie: Given the assumption that the desired feature set of subtitles will expand over time, it seems like a bad idea not to start out with something that is a subset of HTML since otherwise we will end up reinventing HTML, badly
  306. # [13:31] <hsivonen> what jgraham said
  307. # [13:31] * annevk agrees
  308. # [13:32] <Hixie> that assumption is a bad assumption
  309. # [13:32] <annevk> Hixie, why? it seems several subtitle formats are heading in that direction
  310. # [13:32] <Hixie> and that assumption assumes that the ultimate end point is html
  311. # [13:32] <hsivonen> but subsetting HTML in a way other than disabling scripting in the browsing context is more complex than just importing the whole thing
  312. # [13:32] <Hixie> why not assume that subtitles will end up being svg?
  313. # [13:32] <Hixie> then we should use an svg subset
  314. # [13:32] <annevk> Hixie, e.g. SubRip and W3C TimedText
  315. # [13:32] <jgraham> Hixie: It's not clear to me whether it is a good thing, but it doesn't seem like a bad assumption. People generally want new features from technology over time
  316. # [13:32] <hsivonen> Hixie: HTML5 innerHTML implicitly imports SVG, too
  317. # [13:33] <hsivonen> Hixie: once the relevant bits of the spec are uncommented
  318. # [13:33] <Hixie> why not assume it shouldn't become OOXML?
  319. # [13:33] <annevk> Hixie, because currently they use HTML like tags and rendering rather than SVG
  320. # [13:34] <hsivonen> Hixie: because current evidence suggests ad hoc feature copying from HTML and CSS--not OOXML
  321. # [13:34] <Hixie> when building technology one needs to start from the problem, not the solution. it doesn't matter what timed text does when considering what timed text _should_ do
  322. # [13:34] <annevk> OOXML is also not really an option
  323. # [13:34] <Hixie> i think you are seeing HTML because that's what you're used to
  324. # [13:35] <hsivonen> Hixie: fwiw, the HTML proposal flowed from trying to address problems where the problem space was defined more broadly than in European TV subtitling
  325. # [13:35] <jgraham> Hixie: So, for example, people have suggested putting hyperlinks in timed text to link to contextual information about the video content
  326. # [13:35] <annevk> Hixie, http://en.wikipedia.org/wiki/SubRip#Fields simply says "HTML"
  327. # [13:35] <annevk> Hixie, and has tags that are from HTML, literally
  328. # [13:35] <Hixie> jgraham: people have been talking about hyperlinks in video for decades, but i've yet to see anyone actually want to click a hyperlink while watching video
  329. # [13:36] <hsivonen> Hixie: Ogg Kate is different, but its implementation isn't suitable for importing into Gecko
  330. # [13:36] <Hixie> annevk: yeah, and imho that's a terrible design :-)
  331. # [13:36] <deane> hsivonen: OK, I guess it's just a case of persevering with the present system then, thanks.
  332. # [13:36] <annevk> Hixie, http://www.w3.org/TR/2006/CR-ttaf1-dfxp-20061116/#content-element-vocabulary also has tags copied from HTML
  333. # [13:36] <Hixie> hsivonen: why would Gecko need to do any of this? Surely the video subsystem should take care of this so it'll work in all video players on the system.
  334. # [13:37] <annevk> Hixie, whatever, but we're not seeing HTML because that's we're used too
  335. # [13:37] <annevk> Hixie, apparently the people working on subtitles see a need for HTML features
  336. # [13:37] <jgraham> Hixie: Well it is a problem statement "link to contextual information in video". And if it is hard to do it's not so surprising that people haven't done it so much
  337. # [13:37] <Hixie> annevk: they have similar names, but that's about all that seems to be like html in that list
  338. # [13:37] <hsivonen> Hixie: I'm pretty much in agreement with you about what people need. However, I also recognize that creeping featurism looks inevitable and needs to be guided to a path that leads to least code duplication.
  339. # [13:38] <annevk> Hixie, they have identical functions, for one
  340. # [13:38] <Hixie> you don't combat creeping featuritism by throwing more features at the solution than will ever be needed in the history of mankind
  341. # [13:38] <nessy> ups, looks like I missed a discussion
  342. # [13:38] * nessy reads up
  343. # [13:38] <hsivonen> Hixie: when looking for a solution for Web video, it's pretty relevant how it suits Gecko, since Gecko is a significant browser engine
  344. # [13:39] <annevk> Hixie, http://www.w3.org/TR/2006/CR-ttaf1-dfxp-20061116/#styling-attribute-vocabulary is identical to CSS/XSL
  345. # [13:39] <Hixie> annevk: your definition of identical is interesting :-)
  346. # [13:39] <Hixie> hsivonen: i don't understand the adjective "web" in "web video".
  347. # [13:39] * Joins: dbaron (n=dbaron@c-69-140-1-234.hsd1.va.comcast.net)
  348. # [13:39] <hsivonen> Hixie: video that the user primarily encounters through a Web browser
  349. # [13:40] <Hixie> hsivonen: i don't know of any content that falls into that category.
  350. # [13:40] <Hixie> (and i work for youtube)
  351. # [13:41] <jgraham> Hixie: How is Youtube primarilly encountered then?
  352. # [13:42] <nessy> I think you guys are vastly underestimating the use of time-aligned text that goes beyond simple subtitles
  353. # [13:42] <nessy> srt may solve 50% of the needs
  354. # [13:42] <Hixie> it is encountered in a variety of media and i think any current predominance of a particular outlet is more a function of ease of deployment than anything to do with that outlet itself.
  355. # [13:42] <nessy> nowhere near 99%
  356. # [13:42] <nessy> all of the video sites are starting to have annotation tags and speech bubbles and the like
  357. # [13:42] <hsivonen> nessy: depends on whether you count use cases or use cases weighed by frequency of occurrence
  358. # [13:43] <Hixie> for example, if youtube was widely available on TVs, then people would view it there at least as much as on the Web, maybe even more.
  359. # [13:43] <Hixie> same with small devices.
  360. # [13:43] <nessy> since nobody has done an actual count, I don't think your 99% stands up
  361. # [13:43] <hsivonen> Hixie: how do you follow links from IRC to your TV to view youtube?
  362. # [13:44] <Philip`> jgraham: I've seen some TV programmes include clips from YouTube, which means millions of viewers each time
  363. # [13:44] <Hixie> hsivonen: most users aren't finding videos from IRC
  364. # [13:44] <nessy> if your tv is just a mythtv box like mine, easy :)
  365. # [13:44] <hsivonen> nessy: ok. note that I quite like the HTML idea as long as it's defined to use the same parsing as innerHTML instead of something else
  366. # [13:45] <jgraham> Hixie: The obvious way to deploy Youtube on TV would be via something like an embedded web browser
  367. # [13:45] * nessy goes to read up on innerHTML
  368. # [13:45] <Hixie> also, i have to say that the idea of reusing the html syntax in another specification strikes me as a terribly bad idea, given how screwed up html's syntax is.
  369. # [13:45] <hsivonen> nessy: for the ogg-muxed packets, that is
  370. # [13:45] <takkaria> let's use XML instead
  371. # [13:46] <Hixie> jgraham: appletv isn't an embedded web browser.
  372. # [13:46] <hsivonen> using XML sucks more due to the namespace mapping context when parsing fragments
  373. # [13:46] <hsivonen> and due to XML spec itself not specifying fragment parsing
  374. # [13:46] <Philip`> Why does it have to use fragments?
  375. # [13:46] <nessy> Hixie: your alternative is TimedText
  376. # [13:46] <annevk> hsivonen, why fragments?
  377. # [13:46] <Hixie> nessy: alternative to what?
  378. # [13:46] <jgraham> Hixie: For all its faults, HTML is one of the most widely authored languages in the world, so "too hard to author" seems like a weak argument
  379. # [13:47] <hsivonen> annevk: for seeking
  380. # [13:47] <Hixie> jgraham: i didn't say too hard to author :-)
  381. # [13:47] <hsivonen> annevk: in the Ogg-multiplexed case
  382. # [13:47] <nessy> alternative to using plain-old html to specify time-aligned text
  383. # [13:47] <hsivonen> annevk: for separate HTML files, the normal parse mode is fine
  384. # [13:47] <jgraham> Hixie: Well what is the problem with the syntax if it is easy for authors and easy to parse?
  385. # [13:47] <Hixie> jgraham: but propagating design errors into more specs just because "well one day subtitles might need <iframe> and <eventsource>" seems like a terrible way of doing things
  386. # [13:48] <Hixie> jgraham: it's clearly not easy for authors, given how widespread syntax errors are.
  387. # [13:48] <Hixie> jgraham: but that isn't the problem
  388. # [13:48] <nessy> so you prefer to create a new spec that just picks the stuff that we currently deem as relevant out of HTML
  389. # [13:48] <nessy> ?
  390. # [13:48] <Hixie> jgraham: the problem is that it is an inconsistent disaster :-)
  391. # [13:49] <nessy> works fairly well for the web :)
  392. # [13:49] <Hixie> nessy: i don't think there's anything in HTML that really makes sense for timed text tracks
  393. # [13:49] <nessy> what about YouTube's annotation tracks?
  394. # [13:49] <nessy> what about the speech bubbles you can overlay onto videos?
  395. # [13:50] <jgraham> (FWIW I would be fine with having a document conformance class for this use case without <eventsource> and other stuff that could be added later if needed. Of course desktop UAs would just use their ordinary engine so people might use those things anyway, but at least that would demonstrate a use case for them)
  396. # [13:50] <nessy> what about music video lyrics, that are displayed alongside the video and scrolled down?
  397. # [13:50] <jgraham> Hixie: As opposed to XML which is a consistent disaster :)
  398. # [13:50] <Hixie> nessy: what about them?
  399. # [13:50] <Hixie> jgraham: i never suggested XML :-)
  400. # [13:51] <nessy> and karaoke
  401. # [13:51] <nessy> they all need some kind of formatting
  402. # [13:51] <nessy> and hyperlinks inside them
  403. # [13:51] <Philip`> They need a little bouncing ball along the words too
  404. # [13:51] <Hixie> nessy: HTML doesn't have formatting.
  405. # [13:51] <nessy> and background images
  406. # [13:51] <Hixie> nessy: and i'm not at all convinced of the need for hyperlinks.
  407. # [13:51] <Hixie> nessy: nor background images.
  408. # [13:51] <nessy> ask any advertiser
  409. # [13:51] <jgraham> Hixie: Sure but many people would
  410. # [13:51] <nessy> speech bubbles are background images on text
  411. # [13:51] <Hixie> show me a successful advertisement on video and i'll reconsider.
  412. # [13:52] <Hixie> jgraham: then argue against them :-)
  413. # [13:52] <nessy> almost all video hosting sites live off overlay advertisements
  414. # [13:52] * Philip` has seen an overlay advert popping up on a video on YouTube
  415. # [13:52] <nessy> as much as banner ads and the like
  416. # [13:52] <Hixie> nessy: we'll see how many survive the depression :-)
  417. # [13:52] <Philip`> (It was really annoying and distracted me from the video for a couple of seconds while I looked for the 'x' button)
  418. # [13:52] <takkaria> how did we got from subtitling to overlaying ads?
  419. # [13:52] <jgraham> Hixie: Most films and TV shows are *full* of successful advertisments on video. Not ones you could obviously click on admittedly
  420. # [13:53] <nessy> overlaying ads are also time-aligned text
  421. # [13:53] <Hixie> jgraham: i rest my case
  422. # [13:53] <takkaria> right, but there are different use-cases here
  423. # [13:53] <nessy> since they are shown on TV, clicking would be a problem :)
  424. # [13:53] <Philip`> Movie teaser trailers often show a URL at the end, and it'd be nice if you could visit that without manually typing it into your browser
  425. # [13:53] <takkaria> one is ads, one is subtitles
  426. # [13:53] <jgraham> but I can see advertisers _killing_ for the ability to click on their product when it appears on the screen and be taken to their website
  427. # [13:53] <nessy> takkaria: they can all be solved with the same technology
  428. # [13:53] <hsivonen> Hixie: Revver's business is based on putting hyperlinks into videos
  429. # [13:53] * Parts: deane (n=opera@121-72-178-107.dsl.telstraclear.net)
  430. # [13:54] <takkaria> it doesn't necessarily make sense to use the same technology to solve them, though
  431. # [13:54] <takkaria> for example, subtitling is a fairly well-defined problem
  432. # [13:54] <Hixie> jgraham: if 80% of people watching videos would at some point or other be actually interested in clicking on one of those links, then fair enough. i'm not at all convinced that even 5% of people would ever be so interested.
  433. # [13:54] <nessy> takkaria: if you analyse the cases thoroughly, you will notice that they have more incommon than different and that it makes sense to use the same technology to solve them
  434. # [13:54] <takkaria> and a format that tried to only cater for subtitles, it could do quite well at it
  435. # [13:55] <nessy> Hixie: many people click on these ads
  436. # [13:55] <takkaria> but if you want ads with speech bubbles and scrolling text, it seems like the kind of thing you just want to do using JS
  437. # [13:55] <nessy> probably more than on banner ads
  438. # [13:55] <Hixie> hsivonen: i'm not working on standards to support business models, i'm working on standards to help users
  439. # [13:55] <nessy> takkaria: javascript together with a time-aligned text spec, yes
  440. # [13:55] <Hixie> Philip`: the entire movie teaser trailer should be a link, not just the url at the end. Put the <video> in an <a>.
  441. # [13:56] <nessy> Hixie: it's not about business models, it's about use cases
  442. # [13:56] <nessy> and we are talking about more than just ads here
  443. # [13:56] <jgraham> Hixie: I'm not sure. It seems like Philip`'s example of a movie trailer with a URL at the end is quite reasonable and >5% of people would click on one of those at some point
  444. # [13:57] <annevk> we might use this for e.g. standards suck to provide URLs to the stuff we're talking about
  445. # [13:57] <hsivonen> Hixie: well, if HTML5/Ogg videos don't support insterting a linked ad, content providers will stick to Flash and QuickTime, which means users still have to deal with the badness of plug-ins
  446. # [13:57] <jgraham> (and on something like YouTube you don't necessarily have access to the surrounding page)
  447. # [13:57] <nessy> using innerHTML, CSS and javascript to solve the time-aligned text problem seems simple and elegant to me
  448. # [13:58] <takkaria> annevk: I would have thought it would be easier just to include the links in the post containing the video, no?
  449. # [13:59] <nessy> almost like a recursive function (from an elegance view-point) :)
  450. # [13:59] <annevk> takkaria, that would give away spoilers
  451. # [13:59] <nessy> takkaria: then you cannot have the links turn up at the time that they are relevant
  452. # [13:59] <Hixie> hsivonen: i'd be willing to take that risk, frankly, because i don't believe that enough people care to make a difference.
  453. # [14:00] <nessy> it's not just about Ogg, btw
  454. # [14:00] <nessy> it's also about the external files that contain time-aligned text
  455. # [14:00] <nessy> if we get to a format that is web-friendly, web developers will easily be able to author them
  456. # [14:01] <Hixie> anyway. Both the Timed Text W3C draft and HTML are suggestions that go completely overboard. One can provide much more than even SRT without going all the way to either of those.
  457. # [14:01] <nessy> so far, srt seems the only sensible format, but it is far too incapable for any richer need
  458. # [14:01] <Hixie> specs have to be built in baby steps, well-defined each step of hte way, only trying to address the 80% cases each time, if they are to be truly successful.
  459. # [14:02] <nessy> yes, the first web page was also far simpler than any current web page
  460. # [14:02] * Quits: annevk (n=annevk@pat-tdc.opera.com) (Remote closed the connection)
  461. # [14:02] <nessy> that's why there are so many time-aligend text formats
  462. # [14:02] <nessy> each one with a bit more complexity
  463. # [14:02] <hsivonen> Hixie: so from a POV of a browser vendor, the options are roughly: 1) use timed plain strings (original srt; no extension path without the RSS <title> hell), 2) Use W3C TimedTimed or derivative, 3) Use the CSS formatter you already have, 4) Use an unproven single-implementation format like Kate or 5) design a new non-CSS/HTML format
  464. # [14:02] * Joins: annevk (n=annevk@pat-tdc.opera.com)
  465. # [14:02] <nessy> and with TimedText we have reached a very complex level for a reason
  466. # [14:03] <Hixie> hsivonen: i don't understand why a browser vendor would ever have to even remotely be looking at implementing any of these proposals.
  467. # [14:03] <Hixie> hsivonen: it should be implemented at the same layer as the video codec.
  468. # [14:03] <webben> IIRC the main problem with TimedText I saw was that it attached categories to text without enforcing any meaning to those categories.
  469. # [14:03] <webben> which was just bonkers.
  470. # [14:03] <webben> maybe they've fixed that now
  471. # [14:04] <annevk> nessy, btw http://wiki.xiph.org/index.php/Timed_Divs_HTML#2._The_div_element says it matches HTML5 but HTML5 uses a point as a microsecond separator and not a comma so the examples are wrong
  472. # [14:04] <nessy> Hixie: almost nobody wants timed-aligned text inside video files
  473. # [14:04] <webben> nope, not fixed: http://www.w3.org/TR/2006/CR-ttaf1-dfxp-20061116/#metadata-attribute-role
  474. # [14:04] <hsivonen> Hixie: you can't pick stuff that doesn't exist off the shelf
  475. # [14:04] <nessy> annevk: I created that page today! nobody apart from hsivonen has even seen it - wow!
  476. # [14:04] <nessy> will fix it :)
  477. # [14:05] * webben would love to know what the difference between 'dialog', 'transcription', and 'caption' is supposed to be.
  478. # [14:05] <Hixie> nessy: what do people suggest happens to the subtitles when the user saves the video?
  479. # [14:05] <nessy> same as what happens to images and html pages
  480. # [14:05] <nessy> all go into a directory
  481. # [14:06] <Hixie> annevk: HTML5 has a microsecond separator? i thought we dropped that.
  482. # [14:06] <Hixie> nessy: and how do those subtitles get played when i load quicktime, then?
  483. # [14:06] <annevk> Hixie, http://www.whatwg.org/specs/web-apps/current-work/multipage/infrastructure.html#times suggests seconds can have a fractional part
  484. # [14:07] <Hixie> annevk: oh, fractional seconds, ok. those aren't necessarily microseconds.
  485. # [14:07] <nessy> it depens on your player
  486. # [14:07] <Hixie> quicktime
  487. # [14:07] <Philip`> (Hmm, 00:99:00 is a valid time string?)
  488. # [14:07] <hsivonen> Hixie: basically browsers are now driving the need for timed text for Ogg, so browser vendors don't have existing Ogg stack code to reuse
  489. # [14:07] <annevk> Hixie, true, the conversion is indeed slightly more involed
  490. # [14:08] <annevk> nessy, ^^
  491. # [14:08] <hsivonen> Hixie: also, wouldn't you want to have the full Unicode goodness of Gecko for line layout instead of shipping duplicate code for it?
  492. # [14:08] <Hixie> hsivonen: so stop considering yourself as a browser implementor and just add the code to ogg :-)
  493. # [14:08] <nessy> the quicktime player is not as capable as for example vlc or mplayer, who load external srt and similar files to sync upon playback
  494. # [14:09] <Hixie> hsivonen: the OS already has full Unicode goodness for line layout.
  495. # [14:09] <hsivonen> Hixie: so would the Ogg stack merely blit pixels as far as Gecko is concerned? what about exposing the textual data to JS and AT?
  496. # [14:09] <annevk> Philip`, seems like a bug in the spec
  497. # [14:09] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Leaving")
  498. # [14:09] <Hixie> hsivonen: we don't need pixel-perfect precision for subtitles. Heck we don't even need the same font or color to be used.
  499. # [14:10] <Hixie> Philip`: oops. i'll file a bug.
  500. # [14:10] <nessy> that's like saying you don't care if a web page author created a red heading - you display the heading in whichever colour you like
  501. # [14:11] <nessy> also, we really want to expose the time-aligend text so crawlers and other engines can deal with it
  502. # [14:11] <Hixie> crawlers can read movie files.
  503. # [14:12] <nessy> a web crawler should not have to
  504. # [14:12] <Hixie> i don't see why not
  505. # [14:12] <Hixie> my point with the subtitles is that subtitles shouldn't support formatting to that level of detail at all
  506. # [14:12] <webben> Hmm.
  507. # [14:12] <nessy> there is a need for it
  508. # [14:12] <webben> Captioning positioning may be important however.
  509. # [14:12] <hsivonen> Hixie: doing too much on the Ogg stack side is actually an argument *against* Kate
  510. # [14:12] <Hixie> no there isn't :-)
  511. # [14:12] <Hixie> nessy: what is the need?
  512. # [14:13] <nessy> and we are talking about more than subtitles - all other time-aligned text types that are similar
  513. # [14:13] <hsivonen> Hixie: partially because it doesn't do it on all platforms that Gecko does text on
  514. # [14:13] <webben> e.g. TV captions are sometimes in the video, not beneath or above it.
  515. # [14:13] <Hixie> webben: position was on my list of the few things i'd expect
  516. # [14:13] <nessy> Hixie: now you're just playing devil's advocate
  517. # [14:14] <webben> Hixie: Ah okay, by pixel perfect you mean what? text smoothing/hinting type things?
  518. # [14:14] <nessy> so to add to my above list:
  519. # [14:14] <webben> isn't that important to legibility?
  520. # [14:14] <Hixie> nessy: i honestly don't think that there are valid use cases for formatting information in timed text, but would welcome contrary evidence.
  521. # [14:14] <Philip`> Hixie: Crawlers can't read movie files, because http://youtube.com/robots.txt says "Disallow: /get_video"
  522. # [14:14] <Hixie> webben: i mean, i don't think it matters what the line height is or what font is used, so long as the text is roughly in the right place.
  523. # [14:15] <nessy> it has been shown that captions that are formatted in particular ways (and there are guidelines by captioning organisations) will help deaf people understand things better faster and more in-depth
  524. # [14:15] <nessy> karaoke text needs specific formatting
  525. # [14:15] <webben> Hixie: Well. There either needs to be semantic information (different speakers) or presentational info.
  526. # [14:15] <webben> However, semantic info would be better, since then it can be formatted by the UA.
  527. # [14:15] <webben> @nessy's point.
  528. # [14:15] <nessy> speech bubbles need positioning and a background image, as well as appropriately formatted text
  529. # [14:15] <Hixie> nessy: sure, that's an argument for including particular classes of spans, as i mentioned; that formatting should certainly _not_ be hardcoded in the file.
  530. # [14:16] <nessy> in which file?
  531. # [14:16] <Hixie> the timed text data
  532. # [14:16] <nessy> so it should be in a css file and javascript accompanying this file?
  533. # [14:17] <webben> http://www.w3.org/TR/2006/CR-ttaf1-dfxp-20061116/#metadata-vocabulary-agent ... timed text can differentiate speakers at least.
  534. # [14:17] <Hixie> nessy: why does karaoke text need formatting? (and why do we need to handle karaoke? that seems like a rather specific case.)
  535. # [14:17] <nessy> it's one of the use cases, and not a small one in certain parts of the world
  536. # [14:17] <Hixie> nessy: what's the use case for speech bubbles?
  537. # [14:17] <Hixie> nessy: what? no css and js, please!
  538. # [14:17] <webben> Hixie: Showing who is speaking, I guess.
  539. # [14:18] <nessy> and singing along to karaoke, colouring words as their time comes is the best way
  540. # [14:18] * Joins: aboodman3 (n=aboodman@70.133.66.187)
  541. # [14:18] <nessy> and speech bubbles are annotations - youtube has them and most other hosting sites have them - they add to the message that an author can provide about their videos
  542. # [14:18] <webben> Hixie: see also http://googlesystem.blogspot.com/2008/06/youtube-annotations.html
  543. # [14:18] <nessy> people use them, so there is the use case
  544. # [14:18] <Hixie> nessy: i have yet to see an karaoke video that colours the words in a way that actually leads to even half-decent singing, so if it's the best way, we're doomed.
  545. # [14:19] <nessy> Hixie: where do you put the formatting information if not into the text file hard-coded and not into css?
  546. # [14:19] <Hixie> nessy: people use lots of things, that doesn't mean we have to support them
  547. # [14:19] <webben> Hixie: They may be an improvement over just positioning the text in different places.
  548. # [14:19] <hsivonen> nessy: btw, what's your plan for timed coloring?
  549. # [14:19] <Hixie> nessy: in particular, i would not expect youtube-style annotations to ever be implemented using timed text features
  550. # [14:19] <nessy> hsivonen: javascript? :-)
  551. # [14:20] <Philip`> Subtitled foreign films often have positioned English subtitleish text overlaying the original foreign text that's encoded in the video, and those require reasonable control over position and size to avoid the bits of English text overlapping each other
  552. # [14:20] <Hixie> nessy: no formatting information. let the UA do it.
  553. # [14:20] <nessy> and the UA should get it from a CSS
  554. # [14:20] <nessy> it should definitely not fall from the sky
  555. # [14:20] <Hixie> good lord no
  556. # [14:20] <Hixie> the whole point is taht the formatting has to follow the guidelines
  557. # [14:20] <Hixie> don't let the author style it
  558. # [14:21] <hsivonen> nessy: wouldn't you then need time-based callbacks inside the captioning browsing context, too
  559. # [14:21] <Hixie> that's a recipe for disaster
  560. # [14:21] <nessy> ok, let's stop all css and not style any web pages any more either - the guidelines we have for styling web pages are better than any author will ever do it, right?
  561. # [14:21] <Hixie> what guidelines?
  562. # [14:21] <nessy> the ones that existed when the web was created
  563. # [14:22] <nessy> ok, let's take a step back
  564. # [14:22] <Hixie> i wasn't aware that there were any
  565. # [14:22] <webben> I wonder if one could cater to UAs either positioning captions or providing speech bubbles by allowing content creators to specify origin points for text.
  566. # [14:23] <webben> I guess it depends on whether TV captions are positioned out of the way of the action or near to the speaker.
  567. # [14:23] <Hixie> regarding the youtube annotations -- it is far too early to standardise them. the youtube folk are inventing new things every week, you'd never be able to keep up, and they'd end up never using what the timed text spec supported.
  568. # [14:24] <webben> I also wonder whether it's possible to detect where the action is in a set of frames and position captions appropriately. I suspect not.
  569. # [14:24] <Hixie> they'll just overlap actual html or svg or canvas or flash or whatever on top of the video, with the data in a custom format fetched by xhr or some such.
  570. # [14:24] <hsivonen> jgraham: I've now verified that Gecko with HTML5 parsing does not build on Linux at this time
  571. # [14:24] <webben> (e.g. superman flying - superman is still, the sky is moving, but you probably want to see superman)
  572. # [14:24] <hsivonen> (with the default build settings)
  573. # [14:24] <nessy> Hixie: I have spoken to the YouTube guys and they would love to have a standard available to provide them with the functionality
  574. # [14:24] <Hixie> who'd you speak to?
  575. # [14:25] <Hixie> that's not what i've heard
  576. # [14:25] <nessy> Ken and the guys around him
  577. # [14:26] <nessy> when they implemented time-aligned text functionality, it was a big question to use which format
  578. # [14:26] <nessy> when they implemented time offset addressing, they didn't know what to use
  579. # [14:26] <nessy> they are grateful that somebody is looking into standards
  580. # [14:26] <nessy> that's what I heard
  581. # [14:27] <Hixie> Ken Harrenstien?
  582. # [14:27] <nessy> also, speech bubbles for example are not just a youtube phenomenon - many other sites use them
  583. # [14:27] <nessy> yup, that Ken
  584. # [14:29] <nessy> anyway - we'll implement srt and experiment with other stuff
  585. # [14:29] <hsivonen> Hixie: why would it be less disastrous for sites to overlay HTML+CSS onto the frame from a script in the containing document than browser C++ code driving innerHTML setting on the overlay?
  586. # [14:30] <hsivonen> nessy: btw, is there a plan on what line layout code will be used for srt and what glyph rasterization code?
  587. # [14:30] <Hixie> hsivonen: because with the latter you are importing all of HTML and CSS into a format that will be reused outside browsers.
  588. # [14:31] <hsivonen> Hixie: in the former, you just can't take the stuff out of a browser. how's that better?
  589. # [14:32] <Hixie> hsivonen: it allows for conventions to arise and implemenetation experience to be collected so that the eventual standard can be designed sanely and with a suitably limited scope that still handles the important use cases
  590. # [14:32] <Hixie> hsivonen: it's the same reason we often don't add features to html5 until there are cowpaths to pave
  591. # [14:33] <Hixie> video on the web is very young
  592. # [14:33] <Hixie> video annotation on the web is in its infancy
  593. # [14:33] <Hixie> it's one thing to be writing standards for things like subtitles, which are well understood and mature
  594. # [14:33] <Hixie> but things like timed annotations are far too new to be standardised successfully
  595. # [14:34] <hsivonen> Hixie: some use cases (captioning for the deaf) aren't waiting. if browsers don't deliver native support soon, we'll be stuck with JS-based captioning, in which case your goals about moving the video with captions outside the browser fail
  596. # [14:34] <nessy> hsivonen: the srt layout question is unsolved at this stage - I hope to solve this with your and doublec's help
  597. # [14:35] <Hixie> hsivonen: right, that's why we should develop standards today for subtitles, which are well understood and mature, and which are incredibly simple to do compared to animated, interactive, formatted, web pages.
  598. # [14:35] <webben> Hixie: I guess one way of harmonizing this stuff would be to allow extraction of the data with the HTML5 video API, so you don't need to make an XHR call if you want to pull some sort of SVG/Canvas stunt.
  599. # [14:36] <webben> Hixie: where subtitles includes captions?
  600. # [14:36] <Hixie> Most of the world does not distinguish captions from subtitles.
  601. # [14:37] <hsivonen> webben: what would the API return when the data isn't a naked DOMString?
  602. # [14:37] <nessy> Hixie: there is a huge gap between what the subbing community considers as good subtitles and what professional captioners regard as good subtitles - and it has a lot to do with formatting
  603. # [14:37] <Hixie> nessy: could you give an example of something where that formatting choice is not a choice the user agent could make?
  604. # [14:38] <nessy> Hixie: in fact, the part of the world that cares about captions, very much distinguishes between subtitles and captions, but let's not go down that path, too :)
  605. # [14:38] <nessy> in professional captions, you will find that different speakers are given different colours
  606. # [14:38] <hsivonen> Hixie: George Lucas uses yellow subtitles with black outline when the TV convention over here is to use white text with black outline
  607. # [14:38] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  608. # [14:39] <hsivonen> I guess Lucas is special and gets to master the subtitles where others don't care
  609. # [14:39] <gsnedders> That rebel!
  610. # [14:39] <nessy> so if a speaker is off-screen, you don't have to provide the name of the person (which incidentally may not be known) to refer to the speaker
  611. # [14:39] <Hixie> hsivonen: right, so not providing formatting choice would have improved matters.
  612. # [14:40] <webben> hsivonen: Depends what format is chosen, I guess. e.g. Timed Text DOM, or a DOM of whatever format Hixie has in mind.
  613. # [14:40] <nessy> also, if there are two speakers on screen talking fast, professional captions often create two different boxes with text and position them close to the person that actually said that text
  614. # [14:40] <Hixie> nessy: yes, my list of features did indicate that the text should be able to specify classes for each span of text, which the UA can then style accordingly (e.g. picked colours that the viewer can distinguish)
  615. # [14:40] <hsivonen> <devilsadvocate>Should all Web documents be rendered in Computer Modern for consistency?</devilsadvocate>
  616. # [14:40] <Hixie> nessy: positioning was also on my list
  617. # [14:40] <nessy> also, when there is already on-screen text at the bottom of a screen, professional captions end up at the top of the screen or some place where they don't obstruct important information
  618. # [14:41] <webben> hsivonen: If you prefer Computer Modern, maybe they should!
  619. # [14:41] <Hixie> hsivonen: web pages and subtitles are totally different. subtitles are more akin to the <title> or title="" text, and we don't provide any control over those (and rightly so).
  620. # [14:41] <nessy> lol
  621. # [14:41] <nessy> Hixie: I disagree
  622. # [14:41] <nessy> 10 years ago I would have said the same
  623. # [14:42] <nessy> but I have worked with professional captioners, I have created time-aligned text formats, and I have watched the Web2.0 space pick up on different types of time-aligend text
  624. # [14:42] <nessy> time-aligned text has almost as many requirements as web pages
  625. # [14:43] <Hixie> you have yet to give an example that shows that :-)
  626. # [14:43] <nessy> even picture-in-picture could be solved by having video inside text
  627. # [14:43] <nessy> video elements that is
  628. # [14:43] <nessy> but it's not something I'd advocate easily, since the synchronisation is a different matter
  629. # [14:44] <nessy> ok, let's take ticker text
  630. # [14:44] * Joins: rubys (n=rubys@cpe-075-182-087-110.nc.res.rr.com)
  631. # [14:44] <nessy> ticker text often has images inside it
  632. # [14:44] <nessy> it has text in different fonts
  633. # [14:44] <nessy> text that may be fixed or run across the screen
  634. # [14:45] <Hixie> why would you put ticker text into the same solution as captions?
  635. # [14:45] <Hixie> ticker text has nothing to do with the video
  636. # [14:45] <nessy> because it is time-aligned text
  637. # [14:45] * Joins: aroben (n=aroben@unaffiliated/aroben)
  638. # [14:45] <Hixie> ticker text is pretty much exactly the opposite of time aligned text
  639. # [14:45] <nessy> yes it does - if the program changes, the text changes
  640. # [14:45] <nessy> if an ad comes, ticker text stops
  641. # [14:45] <Hixie> if the program changes, the video changes :-)
  642. # [14:45] <nessy> it is very much aligned to a segment of programming
  643. # [14:46] <Hixie> well in any case if we could kill ticker text forever, i think we'd have done the world a great favour
  644. # [14:46] <Hixie> so let's move on to the next use case
  645. # [14:46] <nessy> I have a whole bunch of other stuff that I'd like to put in that bucket - many html and css features
  646. # [14:47] <nessy> doesn't mean because we don't like it, the world doesn't need it
  647. # [14:47] <Hixie> please do send such feedback to the list, i'm trying to drop as much as possible in html5
  648. # [14:47] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Remote closed the connection)
  649. # [14:47] <nessy> blinking text!?
  650. # [14:48] <nessy> javscript that doesn't let you leave a webpage?
  651. # [14:48] <nessy> anyway ... I digress
  652. # [14:48] <hsivonen> ticker plus blink is the new blinquee
  653. # [14:48] * nessy shudders
  654. # [14:48] * aboodman3 is now known as aboodman
  655. # [14:48] * Quits: aboodman (n=aboodman@70.133.66.187)
  656. # [14:48] <Hixie> <blink> is dead in html5 and text-decoration:blink has always been optional
  657. # [14:49] <nessy> good
  658. # [14:49] <Hixie> javascript that doesn't let you leave a webpage is as far as i know impossible, and html5 doesn't allow it (in fact it goes to some lengths to prevent it)
  659. # [14:49] <Hixie> (in fact <blink> has never been in any html standard)
  660. # [14:50] <annevk> <marquee style=text-decoration:blink>
  661. # [14:50] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  662. # [14:52] <nessy> I came across a spam web page recently that always brought up this dialog box upon browsing away from it which you were only able to say "no" on - had to do some firebug magic to make it go away
  663. # [14:53] <Hixie> might have been a browser bug
  664. # [14:53] <Hixie> if you come across it again, please do let us know the url
  665. # [14:55] <nessy> ok, will
  666. # [14:55] <nessy> thought I still had it, but can't find it any more
  667. # [14:57] <nessy> ah, here it is - http://scan4plus.com/22/?uid=165
  668. # [14:58] * Quits: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  669. # [14:58] <Hixie> what browser?
  670. # [14:59] <nessy> had it in firefox and safari on the mac
  671. # [14:59] <nessy> it forces you to download an install.exe file, bascially
  672. # [14:59] <Hixie> i have no trouble closing it on safari
  673. # [14:59] * Hixie tries firefox
  674. # [14:59] <nessy> I think it has a little delay effect
  675. # [15:00] <nessy> if closed immediately, it's fine - but after a while it becomes a nuisance
  676. # [15:00] <nessy> but I haven't investigated much
  677. # [15:01] <Hixie> i waited and in both cases it eventually prompted with a dialog that i hit cancel on and then could close without issue
  678. # [15:01] <Hixie> but anyway
  679. # [15:01] <nessy> my cancels were ignored
  680. # [15:02] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Leaving")
  681. # [15:03] <Hixie> odd
  682. # [15:03] <Hixie> oh well
  683. # [15:03] <Hixie> bed time
  684. # [15:03] <Hixie> nn
  685. # [15:04] <webben> nn Hixie
  686. # [15:05] <nessy> yeah - long past my bedtime
  687. # [15:05] <nessy> but at still 32 degrees, I don't really feel like sleep yet
  688. # [15:06] <nessy> nn Hixie :)
  689. # [15:10] <annevk> what do you call window.XMLHttpRequest ?
  690. # [15:10] * Joins: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  691. # [15:10] <gsnedders> window.XMLHttpRequest? :P
  692. # [15:11] <annevk> you can go stand in the corner
  693. # [15:11] <gsnedders> Seeming I have two working legs, I'd tend to agree with that statement.
  694. # [15:13] <Philip`> But you might be standing in a circular room
  695. # [15:15] <gsnedders> I, however, am not.
  696. # [15:16] <jgraham> There might be more than one corner
  697. # [15:17] <Philip`> You might be outdoors
  698. # [15:17] <Philip`> Or you might be indoors in a room shaped like a Klein bottle, in which case you are still outdoors too
  699. # [15:18] <annevk> fail
  700. # [15:19] * jgraham imagines gsnedders traped inside an Escher print
  701. # [15:20] * gsnedders doesn't know which way gravity is acting on him now
  702. # [15:21] <Philip`> Gravity is down
  703. # [15:22] <jgraham> Unless you are observing youself from a distance
  704. # [15:23] <gsnedders> Philip`: No, there is a gravitational force acting on me in every possible direction, silly
  705. # [15:25] * Philip` finds a link to a Wikipedia image in a (dead-tree) book
  706. # [15:25] * Quits: dbaron (n=dbaron@c-69-140-1-234.hsd1.va.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  707. # [15:25] <Philip`> which is quite user-unfriendly, and also seems rather a fragile thing to put onto paper
  708. # [15:27] * Quits: webben (n=webben@91.85.205.112) ("Lost terminal")
  709. # [15:32] <gpy> please whatwg, dont remove javascripts method .blink()
  710. # [15:32] <annevk> there's such a thing?
  711. # [15:33] <annevk> anyone here willing to run http://xmlhttprequest.testsuite.org/dump/2009/001.htm and http://xmlhttprequest.testsuite.org/dump/2009/002.htm in IE?
  712. # [15:33] <annevk> please give IE version number and output string
  713. # [15:33] <annevk> and the last 3 digits of the URI tested
  714. # [15:35] <hsivonen> rubys: I think I'm going to try to relax GCC errors overall first before trying to do it on a per directory or file basis
  715. # [15:36] <rubys> relax errors? Why not simply fix them?
  716. # [15:36] <rubys> My compile has started, I should be able to help shortly
  717. # [15:37] <rubys> annevk: ie8 beta2 shows ./support for both pages
  718. # [15:37] <annevk> cheers
  719. # [15:37] <hsivonen> rubys: the error of jumping past variable initialization should actually be harmless and fixing it would mean hoisting all variable declarations to the start of the method and initializing them to placeholder values
  720. # [15:37] <annevk> that at least works the same everywhere then :)
  721. # [15:38] <Philip`> hsivonen: I think the warning goes away if you just move the declarations up, and leave the variables uninitialised until the point where they're needed
  722. # [15:39] <Philip`> (i.e. you don't need placeholder values)
  723. # [15:39] <rubys> I'm getting what appears to be an unrelated error: /usr/include/gtk-2.0/gtk/gtkmenushell.h:117: error: expected ‘,’ or ‘...’ before ‘<expression error>’
  724. # [15:39] <Philip`> (except to the extend that default constructors would provide placeholder values)
  725. # [15:40] <hsivonen> rubys: did you run the Ubuntu-specific build dependency apt-get incantations?
  726. # [15:40] <rubys> yup
  727. # [15:41] <hsivonen> then I have no idea why that happens :-(
  728. # [15:41] <rubys> weird... restarted the build and it picked up where it left off and continued on.
  729. # [15:42] <hsivonen> Philip`: but if I move the declarations up in Java, I'll waste cycles zeroing the variables needlessly, right?
  730. # [15:42] <hsivonen> not a big deal, probably
  731. # [15:43] <rubys> next error: /home/rubys/hg/html5parsing/content/html/parser/src/nsHtml5Parser.h:73: error: comma at end of enumerator list
  732. # [15:43] <Philip`> hsivonen: In Java I thought you could just leave stack variables uninitialised, and it's fine as long as the JVM can statically verify that you're not going to use it until it's been assigned
  733. # [15:43] <hsivonen> in any case, I'm reluctant to move the declarations in Java, because the variables would be declared totally out of context of use
  734. # [15:43] <hsivonen> rubys: already fixed in hg
  735. # [15:43] <Philip`> (and so it will just allocate stack space, which has zero cost)
  736. # [15:44] <Philip`> (though actually I suppose it'll all be JITted into unrecognisability)
  737. # [15:44] <hsivonen> Philip`: ok. well, then there's only the argument of losing context
  738. # [15:44] <rubys> hsivonen: is that a file that is produced by cpptranslate?
  739. # [15:44] <hsivonen> that is, the variables will appear less local to the reader than they are
  740. # [15:45] <hsivonen> rubys: no
  741. # [15:45] <rubys> ok, pulled and updated, restarting compile
  742. # [15:46] <Philip`> hsivonen: The warning also seems to go away if the variable is no longer in scope at the goto target, i.e. "goto x; { int n=1; }; x: ;" is fine, so is it easy to make your code do that?
  743. # [15:47] <rubys> ok, I think I'm now where you are:
  744. # [15:47] <rubys> /home/rubys/hg/html5parsing/content/html/parser/src/nsHtml5TreeBuilder.cpp:538: error: jump to case label
  745. # [15:47] <rubys> /home/rubys/hg/html5parsing/content/html/parser/src/nsHtml5TreeBuilder.cpp:488: error: crosses initialization of ‘PRInt32 currGroup’
  746. # [15:48] <hsivonen> rubys: would you prefer moving the declarations or telling GCC not to treat it as an error?
  747. # [15:50] <rubys> I'm still trying to understand the error. Line 538 to me is not a goto but rather a label "default:"
  748. # [15:51] <Philip`> That looks like the label being goneto
  749. # [15:51] <hsivonen> rubys: I'm seeing defaults, too, on the relevant lines
  750. # [15:52] <rubys> I'm assuming that the real error is "starttagloop"
  751. # [15:52] <hsivonen> that's possible
  752. # [15:53] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  753. # [15:54] * Joins: jmb^ (n=jmb@login.ecs.soton.ac.uk)
  754. # [15:56] <hsivonen> this can be addressed by putting braces around the affected statements in a switch-case
  755. # [15:57] <hsivonen> eww. that looks ugly with my Eclipse settings
  756. # [15:59] * Quits: jmb (n=jmb@login.ecs.soton.ac.uk) (Read error: 145 (Connection timed out))
  757. # [16:01] <hsivonen> I'm trying to locate the relevant cases in Java and wrap the statement in cases in braces
  758. # [16:02] <rubys> cool
  759. # [16:02] <rubys> if there is any way I can help, let me know.
  760. # [16:03] <rubys> I've reproduced building the cpp from java (diffs from hg were nil at the time) and compiling firefox to the point of getting the same error you are seeing.
  761. # [16:04] <hsivonen> hmm. I wonder if I should just generate the braces around all switch-cases in C++ instead of using braces case-by-case in Java...
  762. # [16:04] * Joins: dglazkov (n=dglazkov@72.14.224.1)
  763. # [16:07] <rubys> i see you've done a checkin... rebuilding
  764. # [16:08] <rubys> still see the errors
  765. # [16:09] * jmb^ is now known as jmb
  766. # [16:18] <hsivonen> committed to hg & svn. partial build succeeded already
  767. # [16:19] <hsivonen> I opted not to change the parser Java source
  768. # [16:19] <hsivonen> instead, I changed the translator to insert braces
  769. # [16:19] <rubys> reasonable for now (at least until it causes a problem that needs to be addressed)
  770. # [16:20] <rubys> pulled, updated, and rebuilding now...
  771. # [16:20] <rubys> unrelated question: is there a high res version of http://about.validator.nu/icon.png ?
  772. # [16:20] <hsivonen> rubys: I don't have one
  773. # [16:20] <rubys> alternately, how was it created?
  774. # [16:20] <hsivonen> zcorpan: do you have a high-res version?
  775. # [16:21] <hsivonen> rubys: zcorpan contributed it. I don't know.
  776. # [16:21] <rubys> if I blow it up, it looks like 8 line segments, but the underlying intent may have been different.
  777. # [16:23] * Quits: MikeSmith (n=MikeSmit@EM114-48-18-103.pool.e-mobile.ne.jp) (Read error: 104 (Connection reset by peer))
  778. # [16:23] <rubys> I guess putting it another away: if the image were to be scaled up, how would you expect it to look?
  779. # [16:23] * Joins: Lachy (n=Lachlan@85.196.122.246)
  780. # [16:24] <hsivonen> I would expect the top of the V to be horizontally straight but the tip at the bottom to be rounded
  781. # [16:24] <zcorpan> hsivonen: no sorry
  782. # [16:24] <hsivonen> I'd expect the top left of n to be angled and top right round
  783. # [16:25] <hsivonen> and u to be like n rotated by 180 degrees
  784. # [16:26] * Quits: dglazkov (n=dglazkov@72.14.224.1)
  785. # [16:26] <hsivonen> zcorpan: ok. does my understanding of rounding match yours?
  786. # [16:26] * Joins: MikeSmith (n=MikeSmit@EM114-48-164-184.pool.e-mobile.ne.jp)
  787. # [16:31] * eric_carlson_ is now known as eric_carlson
  788. # [16:31] <zcorpan> hsivonen: yeah. the V is dark blue and the "nu" has a black blurry shadow with no offset
  789. # [16:31] <hsivonen> zcorpan: ok
  790. # [16:32] <rubys> build is progressing, when done, I'll post a howto on my blog, complete with an svg rendering of the icon. Feel free to critique and/or steal the icon when done.
  791. # [16:32] <zcorpan> rubys: cool
  792. # [16:32] <hsivonen> rubys: cool
  793. # [16:37] * eric_carlson is now known as ec|away
  794. # [16:37] <annevk> Philip`, why is it hard btw to find start tags with (significant) trailing slashes in them?
  795. # [16:38] <Philip`> annevk: Because I'd need to write code
  796. # [16:39] * Quits: weinig (n=weinig@cpe-66-65-132-93.nyc.res.rr.com)
  797. # [16:39] <Philip`> annevk: and that code might have to be embedded in the tokeniser, which is not trivial to modify
  798. # [16:39] <annevk> Philip`, can you put it on a wishlist?
  799. # [16:39] <Lachy> unfortunately, I'm now back in Oslo, after a fantasic holiday in England
  800. # [16:42] <zcorpan> rubys: btw, i created it in photoshop, drawing the "V" with a line tool and pixel-size pen for the edges, and the "nu" with the text tool with some font i don't remember and then shadow on the "nu"-layer
  801. # [16:44] * Quits: aaronlev (n=chatzill@g229219253.adsl.alicedsl.de) ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.1/2008072406]")
  802. # [16:52] * Quits: MikeSmith (n=MikeSmit@EM114-48-164-184.pool.e-mobile.ne.jp) ("sex break")
  803. # [16:54] * Joins: MikeSmith (n=MikeSmit@EM114-48-147-164.pool.e-mobile.ne.jp)
  804. # [16:57] * Quits: maikmerten (n=merten@ls5dhcp195.cs.uni-dortmund.de) (Remote closed the connection)
  805. # [17:00] <Philip`> annevk: I don't really do lists, since whenever I've written a list in the past I've never read it again :-)
  806. # [17:02] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  807. # [17:07] * Joins: billmason (n=bmason@ip8.unival.com)
  808. # [17:14] <annevk> Philip`, guess I'll just keep bugging you with it then :)
  809. # [17:16] * Quits: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  810. # [17:17] * Joins: dglazkov (n=dglazkov@nat/google/x-e2928d5933151854)
  811. # [17:18] * Quits: dglazkov (n=dglazkov@nat/google/x-e2928d5933151854) (Client Quit)
  812. # [17:22] * Quits: nessy (n=nessy@124-168-169-109.dyn.iinet.net.au) ("This computer has gone to sleep")
  813. # [17:28] * Joins: weinig (n=weinig@cpe-66-65-132-93.nyc.res.rr.com)
  814. # [17:30] <hsivonen> jgraham: now I've confirmed that Gecko+HTML5 parsing builds on Linux :-)
  815. # [17:30] * Joins: olliej_ (n=oliver@nat/apple/x-ff7ac14a27a6446a)
  816. # [17:32] * Joins: aaronlev (n=chatzill@g229219253.adsl.alicedsl.de)
  817. # [17:33] <jgraham> hsivonen: Nice :)
  818. # [17:34] <gsnedders> hmmm
  819. # [17:34] * gsnedders wonders if there are any blog packages which store their data as Atom
  820. # [17:35] * Quits: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  821. # [17:35] <hsivonen> http://www.w3.org/Bugs/Public/show_bug.cgi?id=6357 ouch. that's not nice
  822. # [17:35] <annevk> toally agreed
  823. # [17:36] * Joins: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  824. # [17:37] <jgraham> It seems like a different survey of web pages (with different sample selection) would be a generally good thing
  825. # [17:38] <jgraham> (also to enable different data to be collected)
  826. # [17:39] <Philip`> annevk: If you only want to look for one specific tag (like script), and don't mind missing any tag split onto multiple lines, then I could just grep for it fairly easily
  827. # [17:40] <annevk> if you could do just script that would help
  828. # [17:40] <annevk> at least for that bug
  829. # [17:41] <olliej_> morning annevk Philip`
  830. # [17:41] <annevk> more like dinner time :p
  831. # [17:41] * olliej_ is now known as olliej
  832. # [17:41] <olliej> annevk: details :D
  833. # [17:43] * Quits: mookid (i=mookid@ROFL.name) ("Changing server")
  834. # [17:43] * gsnedders guesses even with Javascript on file:// you couldn't get a directory listing
  835. # [17:44] <rubys> http://intertwingly.net/blog/2009/01/05/Building-Firefox-with-HTML5-parser-support
  836. # [17:44] * Quits: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com) ("Gone for a burton")
  837. # [17:45] <annevk> nice logo
  838. # [17:46] <annevk> btw, given that you write Python, JDK and such, maybe you should also have HTML5 and Firefox rather than html5 and firefox?
  839. # [17:46] <Philip`> rubys: s/prerequites/prerequisites/
  840. # [17:47] <rubys> fixed and fixed
  841. # [17:47] <gsnedders> Hmm. I need some language and UI that I can expect to run on any computer I am on, without compiling or installing anything
  842. # [17:47] * gsnedders guesses Java would probably work
  843. # [17:48] <Dashiva> Java with bundled jre?
  844. # [17:48] <rubys> I could have done better with the logo if I wanted to go for fancy filter effects
  845. # [17:48] <Philip`> rubys: You don't have to exit all Firefox windows - you can run "firefox -no-remote" and it'll start a new version even if you're already running Firefox
  846. # [17:48] <Philip`> ...though you need to choose a different profile
  847. # [17:48] <gsnedders> Issue: I don't know Java.
  848. # [17:49] <rubys> how do you chose a profile from the command line
  849. # [17:49] <Philip`> gsnedders: I imagine you're kind of stuck if you're ever on a Windows computer, because they don't have anything if you don't compile or install it
  850. # [17:49] <hsivonen> rubys: -P profilename
  851. # [17:49] <Philip`> rubys: Or -profilemanager
  852. # [17:49] <hsivonen> -P on its own starts the profile manager
  853. # [17:50] <Philip`> Oh, that's easier
  854. # [17:50] <Dashiva> gsnedders: That's not an issue, it's an opportunity :)
  855. # [17:50] <gsnedders> Philip`: But what is the probability of Java not being installed?
  856. # [17:50] <Philip`> gsnedders: 100% if it's a recent version of Windows and nobody has installed Java onto it :-)
  857. # [17:50] <Dashiva> Bundle the runtime
  858. # [17:51] <Philip`> gsnedders: I suggest using HTML and JS and CGI, then you can access it from anywhere
  859. # [17:51] * gsnedders could almost do this with HTML and JS
  860. # [17:51] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  861. # [17:51] * gsnedders realizes other more major issues with making it cross-platform
  862. # [17:52] <hsivonen> rubys: linked from http://hsivonen.iki.fi/html5-gecko-build/ ; thanks
  863. # [17:53] <rubys> when I try with -P and -no-remote, I get the profile manager. I can create a profile, but when I select it I get an immediate segmentation fault.
  864. # [17:53] <rubys> for now, I'll keep with the instructions I've got :-)
  865. # [17:54] <rubys> being able to do this is just a sanity test for what I really want to work on... integrating with Python and/or Ruby.
  866. # [17:55] <gsnedders> What supports XML Encryption?
  867. # [17:55] * Quits: dave_levin (n=dave_lev@72.14.227.1) (Client Quit)
  868. # [17:55] <hsivonen> gsnedders: things like SAML identity brokers, IIRC
  869. # [17:55] <annevk> rubys, sweet
  870. # [17:56] * Quits: weinig (n=weinig@cpe-66-65-132-93.nyc.res.rr.com)
  871. # [17:56] * gsnedders wonders whether he could use Flash for what he wants
  872. # [17:56] * gsnedders notes Flash has the issue of being wholly closed
  873. # [17:56] <rubys> http://santuario.apache.org/
  874. # [17:56] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  875. # [17:57] <gsnedders> rubys: So that's a library for dealing with encrypted XML?
  876. # [17:57] <rubys> http://santuario.apache.org/c/prog_enc.html
  877. # [17:58] * Quits: dave_levin (n=dave_lev@72.14.227.1) (Read error: 104 (Connection reset by peer))
  878. # [17:58] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  879. # [17:59] <hsivonen> gsnedders: from what I've heard, dealing with XML encryption and signing is painful
  880. # [17:59] <gsnedders> hsivonen: Without making up my own file-format it seems the only way to do this
  881. # [17:59] <hsivonen> probably the runner up in # of over beer complaints after Namespaces
  882. # [18:00] <gsnedders> rubys: Thanks for those, links, though
  883. # [18:01] <Philip`> gsnedders: Making up your own file format might be sensible, since you only have to support 1 use case and not 80%
  884. # [18:02] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  885. # [18:02] <gsnedders> Philip`: But if there are already libraries, like what rubys linked to, then it may be less effort to use them
  886. # [18:03] <hsivonen> gsnedders: what's your use case?
  887. # [18:03] <hsivonen> gsnedders: that is, do you really need to encrypt an XML subtree instead of encrypting an entire XML file?
  888. # [18:03] <gsnedders> hsivonen: A diary on a memory-stick, which should be editable anywhere while simultaneously being encrypted.
  889. # [18:03] <Philip`> gsnedders: That depends on whether the cost of learning the library, and the language restrictions it imposes on you, are less than the cost of simply writing what you want
  890. # [18:03] <gsnedders> hsivonen: No, I can just encrypt entire Atom entry documents, so entire files.
  891. # [18:04] <hsivonen> gsnedders: seems like a use case for an encrypted sparse disk image
  892. # [18:04] <hsivonen> gsnedders: then you can use general-purpose crypto
  893. # [18:05] * Quits: myakura (n=myakura@p1096-ipbf1904marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  894. # [18:05] * Joins: dglazkov (n=dglazkov@nat/google/x-0ab6b9a1595d7443)
  895. # [18:05] <gsnedders> hsivonen: I guess I'd avoid the issue of platform-specificy by having my own encrypting/decrypting stuff for it, but it'd probably be easier just to use something like tar encrypted as then I don't need to worry about OS differences about mounting images
  896. # [18:06] <Philip`> Maybe something like http://www.truecrypt.org/faq.php ("How can I use TrueCrypt on a USB flash drive?")
  897. # [18:07] <gsnedders> Philip`: That seemingly requires to be installed, though
  898. # [18:07] <Philip`> gsnedders: http://www.truecrypt.org/docs/?s=traveler-mode says it doesn't quite
  899. # [18:07] <gsnedders> Philip`: That says on Windows you need to be an admin
  900. # [18:07] <Philip`> gsnedders: Everyone on Windows is an admin :-)
  901. # [18:08] <gsnedders> Philip`: At school I'm not :P
  902. # [18:08] * gsnedders wonders whatever happened to that idea of doing schoolwork today
  903. # [18:08] <Philip`> gsnedders: If you're not, that just means you haven't tried hard enough
  904. # [18:09] <gsnedders> Philip`: Laziness wins.
  905. # [18:09] <Philip`> You're not meant to actually respect the security restrictions imposed by schools - they're just there as a fun challenge
  906. # [18:09] <Philip`> gsnedders: Does the thing really need to be on a memory stick rather than an online service?
  907. # [18:10] <gsnedders> Philip`: It being online means trusting someone else with my data :P
  908. # [18:11] <hsivonen> gsnedders: not if the server is in your apartment and is booted with a crypto key that you remove after booting so that shutting it down makes it unbootable without key
  909. # [18:11] <gsnedders> hsivonen: That sounds like too much effort.
  910. # [18:12] <Philip`> gsnedders: It being offline means trusting everybody who has access to any of the hardware that you will use it with
  911. # [18:12] <Philip`> and it's probably difficult to have that much trust when you're in somewhere like a school
  912. # [18:13] <gsnedders> Philip`: I hope the computer doesn't keep it unencrypted in memory for too long
  913. # [18:13] <Philip`> so, in comparison, a hosting provider is much more trustworthy :-)
  914. # [18:13] <Philip`> gsnedders: All they need is a keylogger
  915. # [18:13] <gsnedders> Another advantage of per-file encryption: if there is data leakage, it is minimalized
  916. # [18:13] <gsnedders> Philip`: A key logger will still get around online stuff
  917. # [18:14] <Philip`> gsnedders: Set up a one-time password system
  918. # [18:14] <gsnedders> Philip`: And if I have the physical hardware on which it is on, then they can't get at it even with a keylogger
  919. # [18:14] <Philip`> gsnedders: If you have the physical hardware, you can install stuff like TrueCrypt on it
  920. # [18:15] <gsnedders> Philip`: I mean a "memory stick" by physical hardware
  921. # [18:15] <Philip`> gsnedders: Ah
  922. # [18:15] <Philip`> gsnedders: I don't see how that prevents keyloggers from working...
  923. # [18:15] <gsnedders> Philip`: It doesn't, but it means they need to get the memory stick to get at the data even with a key logger
  924. # [18:16] <gsnedders> Philip`: Instead of just going to a URI and typing in what I did
  925. # [18:16] <Philip`> gsnedders: They can just copy the (encrypted) data off the memory stick when you've got it plugged in to the compromised machine
  926. # [18:16] <gsnedders> Philip`: I do realize it can always be circumvented :P
  927. # [18:17] <Philip`> gsnedders: HTTPS + one-time password would mostly prevent them from going to a URI and typing in what you did :-)
  928. # [18:17] <gsnedders> Philip`: HTTPS + one time password where? :P
  929. # [18:17] <gsnedders> s/where/how/
  930. # [18:19] <gsnedders> Other problem with online: it requires internet access.
  931. # [18:20] <Philip`> gsnedders: Just set up a web server with HTTPS, and generate n random passwords, and have the server only let you use each one once, and then print out the list of passwords and, uh, be very careful not to lose it
  932. # [18:20] <gsnedders> :P
  933. # [18:20] <Philip`> I suppose the last step is a problem
  934. # [18:20] <Philip`> because if it wasn't, you could just make sure you don't lose your memory stick
  935. # [18:20] <Philip`> and then you wouldn't need to bother with encryption at all
  936. # [18:20] <gsnedders> Exactly.
  937. # [18:20] <gsnedders> I mean, I'm unlikely to lose it, but I may as well be an asshole :P
  938. # [18:22] <Philip`> Or: Find/write a Java application for your mobile phone which lets you read/write the data (with a password), because nobody's going to keylog a phone and you're probably not going to lose it very often
  939. # [18:23] <gsnedders> But number pads suck for typing on
  940. # [18:24] <Philip`> You'll get better with practice :-)
  941. # [18:27] * Philip` sees that a compatibility bug in Wine he reported yesterday got fixed today, which is rather nice responsiveness
  942. # [18:29] * Joins: pergj (n=pergj@home.kvaleberg.no)
  943. # [18:29] <Dashiva> And two years later, it appears in package repos
  944. # [18:30] * Quits: dglazkov (n=dglazkov@nat/google/x-0ab6b9a1595d7443)
  945. # [18:30] * Joins: dglazkov (n=dglazkov@nat/google/x-d753d9f7985defa8)
  946. # [18:35] <Philip`> Dashiva: The lag on Gentoo is currently about one month (and three days if you don't mind using not-yet-stable versions), so it's nowhere near that bad for me :-)
  947. # [18:36] * Quits: zcorpan (n=zcorpan@pat.se.opera.com)
  948. # [18:44] * Quits: mpt (n=mpt@canonical/launchpad/mpt) ("This computer has gone to sleep")
  949. # [18:45] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  950. # [18:48] * Joins: maikmerten (n=maikmert@L83f6.l.pppool.de)
  951. # [18:50] * Quits: KevinMarks (n=KevinMar@c-67-188-7-21.hsd1.ca.comcast.net) ("The computer fell asleep")
  952. # [18:52] * Quits: mpt (n=mpt@canonical/launchpad/mpt) ("Leaving")
  953. # [18:55] * aroben is now known as aroben|lunch
  954. # [19:07] * gsnedders can't remember how to simplify logs
  955. # [19:08] <gsnedders> does ln|x-2| - ln|x+2| = ln|(x-2)(x+2)| or not?
  956. # [19:10] * gsnedders is just being stupid
  957. # [19:11] <Philip`> No
  958. # [19:11] <Philip`> ln|(x-2)/(x+2)|, I think
  959. # [19:11] * gsnedders looks at marking scheme and sees he's made another mistake
  960. # [19:11] <gsnedders> Philip`: That's still wrong because it's a modulo function, IIRC
  961. # [19:12] <Philip`> gsnedders: Oh, you mean |x-2| like abs(x-2) and not just fancy brackets?
  962. # [19:12] <Philip`> In that case you'd want to calculate separate solutions for x <= -2, -2 < x <= 2, and 2 < x
  963. # [19:17] <gsnedders> I also realized I didn't actually need to simplify it
  964. # [19:17] <gsnedders> Philip`: yes
  965. # [19:17] * Quits: tndH (n=Rob@adsl-83-100-138-56.karoo.KCOM.COM) ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.1/2008072406]")
  966. # [19:18] <Philip`> annevk: http://philip.html5.org/data/script-with-trailing-slash.txt
  967. # [19:20] * gsnedders fails to see how \frac{x^2}{x^2-4} = 1 + \frac{4}{x^2-4}
  968. # [19:21] * gsnedders sees now
  969. # [19:21] * gsnedders wonders how we're meant to realize that
  970. # [19:21] <Philip`> (x^2)/(x^2-4) = (x^2-4+4)/(x^2-4) = 1 + 4/(x^2-4)
  971. # [19:21] * Quits: ec|away (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  972. # [19:21] * Quits: erlehmann (n=erlehman@86.59.25.121) (Remote closed the connection)
  973. # [19:22] <Philip`> It's just a standard way of rearranging fractions :-)
  974. # [19:22] <Philip`> Try to add stuff to the top so it looks like the bottom, and then things cancel out nicely
  975. # [19:23] <gsnedders> Yeah, I saw that
  976. # [19:23] <gsnedders> It's just a question of how we are meant to realize that
  977. # [19:23] <gsnedders> I guess we're meant to think that x = y + 4 and work out that y = x^2-4
  978. # [19:24] <Philip`> You're meant to have done some maths in the past, so you can recognise that in this kind of case you can simplify by adding stuff to the top so it looks like the bottom :-)
  979. # [19:25] <Dashiva> You see there's a 1, so you try to make a 1 on the left side too, and it just works out. :)
  980. # [19:25] <Philip`> It's just an instance of a/(a+b) = (a+b-b)/(a+b) = 1+b/(a+b), which is a simplification if b is simpler than a
  981. # [19:26] <Philip`> Uh, 1-b/(a+b)
  982. # [19:26] * Quits: dolske (n=dolske@firefox/developer/dolske)
  983. # [19:29] * Joins: erlehmann (n=erlehman@86.59.25.121)
  984. # [19:32] * Joins: jwalden (n=waldo@corp-241.mountainview.mozilla.com)
  985. # [19:32] <gsnedders> Philip`: Yeah, sure, but I haven't done maths in weeks :P
  986. # [19:34] * Quits: kingryan (n=ryan@c-24-5-77-167.hsd1.ca.comcast.net)
  987. # [19:47] * Philip` finds it strange that the BBC iPlayer appears to have the rights to stream some movies but [this is wild speculation] not to display screenshots of them on the web site, so the poster frames are unrelated images of the principal actor
  988. # [19:48] <Philip`> (e.g. http://www.bbc.co.uk/iplayer/episode/b009lt62/The_Magic_Roundabout/ and http://www.bbc.co.uk/iplayer/episode/b00gbjh8/Dances_with_Wolves/)
  989. # [19:51] * Joins: BenMillard (n=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  990. # [19:51] <BenMillard> annevk, oops, I meant: http://projectcerbera.com/!dev/whatwg-blog/
  991. # [19:52] * Philip` unrelatedly notices that rubys's latest blog post breaks Opera's feed reader, because Opera scrolls horizontally to the end of the "java -classpath ..." line and does not display horizontal scrollbars and so the rest of the post disappears off the left edge of the screen
  992. # [19:52] * Joins: tndH (n=Rob@adsl-83-100-239-81.karoo.KCOM.COM)
  993. # [19:54] * gsnedders really threw himself a the hard end of stuff going straight into previous exam qustions
  994. # [19:55] <BenMillard> jgraham, good to know. :)
  995. # [19:58] <rubys> You mean you can break Opera with something as simple as a <pre>?
  996. # [19:59] <Philip`> rubys: It appears so
  997. # [20:00] <Philip`> rubys: (though it's only showing a single feed entry at a time, so you can only break your own and can't interfere with anyone else's)
  998. # [20:01] * Joins: dolske (n=dolske@corp-241.mountainview.mozilla.com)
  999. # [20:03] <BenMillard> it seems Opera 9 uses ul { margin: 1em 0; } when a <ul> is inside a <dd> whereas Firefox and IE have a rule like dl ul { margin-top: 0; margin-bottom: 0; }
  1000. # [20:04] <BenMillard> (Fx and IE are what I expected)
  1001. # [20:11] <Philip`> BenMillard: Would you mind if I said I thought that blog design looked quite ugly? :-)
  1002. # [20:12] <Philip`> Actually I think it's just the green that I don't like much, mainly the blockquotes
  1003. # [20:13] <Philip`> If I remove the colours and indent them more then it looks better to me - the green box is just a bit weird
  1004. # [20:16] <Philip`> Also the green horizontal lines are a kind of sickly colour - if I make them something like 2px #ddf then it makes me happier
  1005. # [20:17] <Philip`> Other than that, it looks fine to me :-)
  1006. # [20:18] <BenMillard> Philip`, I just copied the colours from the spec. feel free to put your own demos online
  1007. # [20:19] * Quits: jruderman (n=jruderma@c-67-180-39-55.hsd1.ca.comcast.net)
  1008. # [20:24] * aroben|lunch is now known as aroben
  1009. # [20:31] * Joins: weinig (n=weinig@cpe-66-65-132-93.nyc.res.rr.com)
  1010. # [20:38] <BenMillard> jgraham, updated the table inspector UI demo: http://projectcerbera.com/!dev/table-inspector/new
  1011. # [20:49] * Quits: erlehmann (n=erlehman@86.59.25.121) (Remote closed the connection)
  1012. # [20:49] * Joins: maikmerten_ (n=maikmert@L9e83.l.pppool.de)
  1013. # [20:51] * Joins: jruderman (n=jruderma@corp-241.mountainview.mozilla.com)
  1014. # [20:52] * Joins: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  1015. # [20:55] * Quits: dolske (n=dolske@firefox/developer/dolske)
  1016. # [20:57] * Quits: jruderman (n=jruderma@corp-241.mountainview.mozilla.com) (Read error: 104 (Connection reset by peer))
  1017. # [20:57] * Quits: maikmerten (n=maikmert@L83f6.l.pppool.de) (Read error: 145 (Connection timed out))
  1018. # [21:00] * Joins: dolske (n=dolske@corp-241.mountainview.mozilla.com)
  1019. # [21:01] * Joins: roc (n=roc@202.0.36.64)
  1020. # [21:01] * Joins: jruderman (n=jruderma@corp-241.mountainview.mozilla.com)
  1021. # [21:09] * Parts: BenMillard (n=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  1022. # [21:17] * gsnedders is realizing how much maths he's missed
  1023. # [21:22] * Quits: weinig (n=weinig@cpe-66-65-132-93.nyc.res.rr.com)
  1024. # [21:23] * Quits: MikeSmith (n=MikeSmit@EM114-48-147-164.pool.e-mobile.ne.jp) ("sex break")
  1025. # [21:26] * Joins: billyjackass (n=MikeSmit@EM114-48-6-69.pool.e-mobile.ne.jp)
  1026. # [21:26] * Joins: MikeSmith (n=MikeSmit@EM114-48-6-69.pool.e-mobile.ne.jp)
  1027. # [21:27] * Quits: billyjackass (n=MikeSmit@EM114-48-6-69.pool.e-mobile.ne.jp) (Client Quit)
  1028. # [21:27] * Quits: MikeSmith (n=MikeSmit@EM114-48-6-69.pool.e-mobile.ne.jp) (Remote closed the connection)
  1029. # [21:27] * Joins: MikeSmith (n=MikeSmit@EM114-48-6-69.pool.e-mobile.ne.jp)
  1030. # [21:28] * Joins: virtuelv (n=virtuelv@48.80-202-82.nextgentel.com)
  1031. # [21:42] * Joins: dimich (n=dimich@72.14.227.1)
  1032. # [21:42] * Quits: aaronlev (n=chatzill@g229219253.adsl.alicedsl.de) ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.1/2008072406]")
  1033. # [21:45] * Quits: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  1034. # [21:51] * Joins: erlehmann (n=erlehman@86.59.25.121)
  1035. # [21:55] * Joins: aaronlev (n=chatzill@g229219253.adsl.alicedsl.de)
  1036. # [22:02] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  1037. # [22:03] * jcranmer is now known as jcranmer|away
  1038. # [22:03] * jcranmer|away is now known as jcranmer
  1039. # [22:04] * Parts: rubys (n=rubys@cpe-075-182-087-110.nc.res.rr.com)
  1040. # [22:06] * Quits: maikmerten_ (n=maikmert@L9e83.l.pppool.de) (Client Quit)
  1041. # [22:08] <gsnedders> How do I start Firefox up without my profile?
  1042. # [22:09] <Philip`> gsnedders: "firefox -P" and then create a new one
  1043. # [22:09] <Philip`> At least, that's what hsivonen said, but it doesn't seem to work
  1044. # [22:09] <Philip`> at least in FF2
  1045. # [22:10] <Philip`> but "firefox --profilemanager" does work
  1046. # [22:11] * Quits: ap (n=ap@195.239.126.11)
  1047. # [22:16] <jwalden> add -no-remote to the commandline prior to the -P
  1048. # [22:16] <jwalden> that makes it work if you already have a Firefox open
  1049. # [22:16] * gsnedders rarely has FF open
  1050. # [22:31] * Joins: xcombelle (n=chatzill@AToulouse-158-1-65-233.w90-50.abo.wanadoo.fr)
  1051. # [22:41] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  1052. # [22:44] * Quits: dolske (n=dolske@firefox/developer/dolske)
  1053. # [22:44] * Quits: heycam (n=cam@124-168-25-173.dyn.iinet.net.au) ("bye")
  1054. # [22:49] * Quits: jwalden (n=waldo@corp-241.mountainview.mozilla.com) ("->S")
  1055. # [22:50] * Joins: dolske (n=dolske@corp-241.mountainview.mozilla.com)
  1056. # [22:52] * Joins: aaronlev_ (n=chatzill@e179059121.adsl.alicedsl.de)
  1057. # [22:52] <gsnedders> Peh. This spec is badly organized already.
  1058. # [22:57] * Joins: BenMillard (n=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  1059. # [23:06] * Joins: danbri (n=danbri@92.36.145.191)
  1060. # [23:11] * Quits: aaronlev (n=chatzill@g229219253.adsl.alicedsl.de) (Read error: 110 (Connection timed out))
  1061. # [23:13] * Joins: jwalden (n=waldo@corp-241.mountainview.mozilla.com)
  1062. # [23:14] * Joins: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  1063. # [23:15] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
  1064. # [23:24] <gsnedders> "Implementations MUST support GZIP [RFC1952] compressed ustar [IEEE.1003‑1.2008] archives. Exporters SHOULD create such archives." — is that clear enough, where "exporters" are defined above?
  1065. # [23:24] * Quits: aaronlev_ (n=chatzill@e179059121.adsl.alicedsl.de) ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.1/2008072406]")
  1066. # [23:26] <dglazkov> Hixie: so what would be a better way to modify render tree directly?
  1067. # [23:26] <dglazkov> it's not like I am a huge fan of the spec-that-must-not-be-mentioned, but it appears to be at least going in that direction
  1068. # [23:27] <Hixie> well it's pointed in that direction
  1069. # [23:27] <Hixie> but it's not going anywhere :-)
  1070. # [23:27] <Hixie> at least not currently
  1071. # [23:27] <dglazkov> great distinction!
  1072. # [23:27] <dglazkov> :)
  1073. # [23:27] <Hixie> i told the csswg i'd be able to resume editing it in 2017 or so
  1074. # [23:27] * Parts: BenMillard (n=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  1075. # [23:28] <dglazkov> Hixie: I can't wait that long. It's like 5 years or something :)
  1076. # [23:28] <Hixie> xbl2 is the other way to have diverging trees
  1077. # [23:28] <Hixie> that one has a stable spec, at least
  1078. # [23:28] <dglazkov> ptr?
  1079. # [23:28] <dglazkov> I mean URL?
  1080. # [23:29] <Hixie> http://www.google.com/search?q=xbl2 :-)
  1081. # [23:29] <Hixie> http://www.mozilla.org/projects/xbl/xbl2.html
  1082. # [23:29] <dglazkov> is that the shadow content part?
  1083. # [23:30] <Hixie> right
  1084. # [23:30] <Hixie> holy crap
  1085. # [23:30] <Hixie> holidays are over
  1086. # [23:30] * Hixie wades into his inbox
  1087. # [23:30] <dglazkov> (gut feeling) I really dislike this whole XMLsy cruft
  1088. # [23:30] * gsnedders wonders what spec Hixie isn't editing till 2017
  1089. # [23:31] <Hixie> yeah xbl2 is rather heavy handed
  1090. # [23:31] <Hixie> i don't really like the way it turned out
  1091. # [23:31] <Hixie> not sure how i'd have done it any different though
  1092. # [23:31] <Hixie> gsnedders: css3 content (and lists)
  1093. # [23:31] <dglazkov> why can't I just go and add crap to CSS, vigilante-style )
  1094. # [23:31] <gsnedders> Hixie: ah
  1095. # [23:31] <dglazkov> worked for dhyatt, right? :)
  1096. # [23:32] <Hixie> dglazkov: xbl is hyatt's brainchild too :-)
  1097. # [23:32] <Hixie> i was just the midwife
  1098. # [23:32] <Hixie> and then the doctor and adoptive parent for 6 years...
  1099. # [23:32] <dglazkov> he seemed to have abandoned the child :)
  1100. # [23:33] <Hixie> he paid child support
  1101. # [23:35] * dglazkov feels he can add simple and effective render tree manipulation with a handful of new CSS attributes and perhaps a few pseudo-selectors. This should really ease the pain of Web dev who now have to weave these shims and wrappers in markup or with JS.
  1102. # [23:36] * Joins: kingryan (n=ryan@c-24-5-77-167.hsd1.ca.comcast.net)
  1103. # [23:36] <Hixie> this is an area where we have to make sure we do things the right way, because there are a huge number of subtlties that make things rather complicated
  1104. # [23:36] <takkaria> did hyatt invent the adoption agency algorithm, too?
  1105. # [23:37] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl) ("Disconnected...")
  1106. # [23:37] <dglazkov> Hixie: oh, I already kind of discovered this
  1107. # [23:37] <dglazkov> I don't like "complicated" :)
  1108. # [23:37] <Hixie> takkaria: a simplified version of it, yeah
  1109. # [23:37] * Joins: doublec (n=chris@202.0.36.64)
  1110. # [23:38] * Joins: sicking (n=chatzill@corp-242.mountainview.mozilla.com)
  1111. # [23:38] <Hixie> dglazkov: agreed
  1112. # [23:38] * Quits: virtuelv (n=virtuelv@48.80-202-82.nextgentel.com) ("Leaving")
  1113. # [23:39] <dglazkov> really, honestly -- I am not pursuing counters, quotations, named string, and such. I just want wrap,insert before, after, and move to. I'll go think on this.
  1114. # [23:40] <dglazkov> + clipboard interaction
  1115. # [23:40] <dglazkov> + dom/selector effects
  1116. # [23:41] <Hixie> well insert before and after you can do now with ::before/::after
  1117. # [23:41] <Hixie> wrap would be ::inside, right?
  1118. # [23:41] <Hixie> the move-to mechanism in the css3 content draft has more holes in it than a french gruyere
  1119. # [23:42] <dglazkov> mmm... cheese
  1120. # [23:46] * Joins: nessy (n=nessy@124-171-50-220.dyn.iinet.net.au)
  1121. # [23:52] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  1122. # [23:57] <roc> this stuff is very hard to get right
  1123. # [23:58] <roc> If you want DOM access to the generated content, then I think you'll head in the direction of XBL2 pretty fast
  1124. # [23:58] <roc> we removed everything from sicking's plate so he can work on XBL2 in Gecko in the next cycle
  1125. # [23:58] <Hixie> nice
  1126. # [23:59] <roc> and isn't there a project doing XBL2 in Webkit?
  1127. # Session Close: Tue Jan 06 00:00:00 2009

The end :)