/irc-logs / freenode / #whatwg / 2010-04-22 / end

Options:

  1. # Session Start: Thu Apr 22 00:00:00 2010
  2. # Session Ident: #whatwg
  3. # [00:02] * aroben|meeting is now known as aroben
  4. # [00:02] * Quits: weinig (~weinig@17.246.19.24) (Quit: weinig)
  5. # [00:06] * Joins: roc (~roc@203-97-204-82.dsl.clear.net.nz)
  6. # [00:20] * Joins: weinig (~weinig@17.203.15.159)
  7. # [00:22] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: Hey! Listen!)
  8. # [00:23] * Quits: borismus (~borismus@CMU-348674.WV.CC.CMU.EDU) (Quit: borismus)
  9. # [00:24] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 245 seconds)
  10. # [00:28] * Quits: aroben (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
  11. # [00:31] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  12. # [00:55] * Joins: Lachy (~Lachlan@85.196.122.246)
  13. # [00:56] * Joins: nessy (~Adium@124-168-159-78.dyn.iinet.net.au)
  14. # [01:02] * Joins: eighty4 (~eighty4@c-e6c0e455.012-403-6c6b701.cust.bredbandsbolaget.se)
  15. # [01:02] * Joins: mpilgrim (~pilgrim@nat/google/x-awxmsjadmlmfpfbz)
  16. # [01:02] * Quits: mpilgrim (~pilgrim@nat/google/x-awxmsjadmlmfpfbz) (Remote host closed the connection)
  17. # [01:04] * Quits: ment (thement@ibawizard.net) (Quit: Lost terminal)
  18. # [01:17] * Joins: weinig_ (~weinig@17.246.19.24)
  19. # [01:20] * Quits: weinig (~weinig@17.203.15.159) (Ping timeout: 276 seconds)
  20. # [01:20] * weinig_ is now known as weinig
  21. # [01:24] * Quits: dglazkov (~dglazkov@nat/google/x-yludflfdgqmortqx) (Quit: dglazkov)
  22. # [01:31] * Quits: cying (~cying@70.90.171.153) (Quit: cying)
  23. # [01:32] * Quits: tndH (~Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.1/2008072406])
  24. # [01:37] <Hixie> nessy: do you have an opinion on whether we need to support roll-up or incrementally displayed titles, as you see on live TV broadcasts?
  25. # [01:37] <nessy> they are typically used for live captioning
  26. # [01:37] * Quits: roc (~roc@203-97-204-82.dsl.clear.net.nz) (Quit: roc)
  27. # [01:38] <nessy> so, for live streaming, probably yes, though I don't quite know how that would work
  28. # [01:38] <Hixie> yeah that was my next question - do we need to support live streaming, and what would that mean?
  29. # [01:38] <Hixie> presumably any live streamed captions would just be in the video file itself, rather than as an external file?
  30. # [01:38] <Hixie> or am i wrong?
  31. # [01:40] * Joins: roc (~roc@203-97-204-82.dsl.clear.net.nz)
  32. # [01:40] * Quits: roc (~roc@203-97-204-82.dsl.clear.net.nz) (Client Quit)
  33. # [01:41] <nessy> I don't know, to be honest
  34. # [01:41] <nessy> I think what could be possible for live captions is to continuously write into an srt fil with timing and we would have to pick it up as it goes
  35. # [01:42] <nessy> but if it is included in the media file, then it's nothing different
  36. # [01:42] * Joins: nattokirai (~nattokira@z186083.dynamic.ppp.asahi-net.or.jp)
  37. # [01:42] <Hixie> well if it's in the media file i conveniently don't have to worry about defining the format for it
  38. # [01:42] <Hixie> or the rendering semantics
  39. # [01:42] <nessy> indeed :)
  40. # [01:42] * Joins: annevk (~annevk@EM114-48-13-88.pool.e-mobile.ne.jp)
  41. # [01:42] <nessy> ah, I think you still do
  42. # [01:42] <Hixie> so it's different in one rather important way :-)
  43. # [01:42] <Hixie> well i'm not defining e.g. the TTML rendering semantics
  44. # [01:42] <nessy> the rendering should be done the same no matter if it comes from an external file or from a media resource, IMO
  45. # [01:43] <nessy> incrementally displayed captions are still necessary since that is what karaoke does, no?
  46. # [01:43] <Hixie> i don't think that's possible, e.g. if an embedded timed track is a video of sign language, it can't possibly be rendered using the same CSS rules as an external SRT-like file.
  47. # [01:43] <nessy> no, I'm only talking about text tracks
  48. # [01:44] <nessy> external sign language video cannot be rendered into text either
  49. # [01:44] <Hixie> what's a "text" track? Is SVG+SMIL a "text" track?
  50. # [01:44] <Hixie> is TTML?
  51. # [01:44] <Hixie> would HTML+SMIL be?
  52. # [01:45] <nessy> I was talking about media-internal text tracks there, but yes, external files that are synchronised with the media would be regarded as virtual text tracks
  53. # [01:45] <nessy> if the browser can parse TTML, then it is a virtual text track
  54. # [01:46] <Hixie> we can define the rendering model of some formats, e.g. explaining where the text gets aligned, how it gets its styles from CSS, what happens if they are overlapping in time and how to do automatic stacking, etc, but we can't do that if the format has a built-in rendering model like XSL:FO or SVG
  55. # [01:46] <nessy> if the browser can parse HTML+SMIL and it is built to be a time-aligned text file, then yes, though with all of SMIL it generally would not be
  56. # [01:46] <Hixie> imho
  57. # [01:46] * Joins: borismus (~borismus@c-24-131-193-117.hsd1.pa.comcast.net)
  58. # [01:47] <nessy> I was hoping we could take the styles given in any format (including things like SSA, TTML, even SMILText) and transcode what is possible to CSS and then render it - then if the Web developer is overriding those stylings, that is fine
  59. # [01:47] <nessy> just like any media player does a best effort with caption formats that it supports
  60. # [01:47] <Hixie> that's an inane amount of work
  61. # [01:48] <Hixie> it's basically defining how you map XSL:FO to CSS, which is something the CSS and XSL working groups have avoided doing for about a decade
  62. # [01:48] <nessy> writing a image or video decoding library is, too - I regard these as text decoding libraries
  63. # [01:48] <nessy> and text decoding should be simpler ;)
  64. # [01:48] <Hixie> it's not
  65. # [01:49] <Hixie> if someone writes that spec, i'm willing to reconsider, but i think it would take me ~1 to 2 years to write such a spec, full-time
  66. # [01:49] <nessy> you don't have to map all of XSL:FO - only the stuff that TTML supports
  67. # [01:49] <Hixie> i'm talking about what TTML supports
  68. # [01:49] <nessy> really? there's not that much there, I thought...
  69. # [01:50] <Hixie> CSS and things like the inline box model are complicated to a degree that i cannot overstate
  70. # [01:50] <nessy> but indeed - until such time, it will not fit into the model and not be parsable
  71. # [01:50] * Quits: cpearce (~cpearce@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 258 seconds)
  72. # [01:50] <Hixie> well it can be parseable
  73. # [01:50] <Hixie> i don't see why we'd prevent it from being supported and rendered
  74. # [01:50] <Hixie> it just wouldn't automatically slide out of the way like multiple SRT captions could
  75. # [01:50] <nessy> how would you do that?
  76. # [01:50] <Hixie> it would effectively just be treated as a video stream
  77. # [01:51] <Hixie> wouldn't be affected by CSS pseudos or whatever mechanism we come up with to style srt-like subtitles (assuming we go with an srt model styled with pseudo-elements)
  78. # [01:51] <nessy> that's what Sean wants, I think … not sure I agree...
  79. # [01:51] * Quits: annevk (~annevk@EM114-48-13-88.pool.e-mobile.ne.jp) (Ping timeout: 260 seconds)
  80. # [01:52] <nessy> why wouldn't the content of a TTML <div> be treated like a srt-like subtitle and be able to apply the pseudo-elements to?
  81. # [01:52] <nessy> even if everything inside is "like a video stream"
  82. # [01:52] <Hixie> pseudo-elements apply at the inline box model level
  83. # [01:53] <nessy> we should not define an inline box model for srt - we should define an inline box model for cues, no matter where they come from
  84. # [01:53] <Hixie> CSS already has an inline box model. It's different than TTML's.
  85. # [01:53] <Hixie> i don't suggest we invent an inline box model.
  86. # [01:53] <Hixie> that way lies madness
  87. # [01:54] <nessy> ok, but you are creating boxes for srt
  88. # [01:54] <Hixie> i don't suggest creating boxes for srt
  89. # [01:54] <nessy> I suggest not to do that, but to create boxes for cues
  90. # [01:54] <Hixie> i suggest just defining how srt maps to css boxes
  91. # [01:54] <Hixie> maybe i'm not sure what you mean by "box"
  92. # [01:54] <Hixie> i am talking about CSS inline, line, and block boxes
  93. # [01:54] <nessy> and the cues could be handed "transparently" from TTML or any other format, just like decoded text - independent how that decoding is done
  94. # [01:54] <Hixie> TTML isn't text
  95. # [01:54] <Hixie> it's preformatted pixels
  96. # [01:55] <Hixie> just like HTML+CSS
  97. # [01:55] <Hixie> i don't know how to convey the complexity involved in defining a rendering model
  98. # [01:55] <nessy> can we deal with TTML as pre-formatted pixels by in a box per cue
  99. # [01:56] <Hixie> well we could but what does that give us?
  100. # [01:56] <Hixie> doesn't TTML define positioning?
  101. # [01:56] <nessy> only in relation to a "root area"
  102. # [01:56] <nessy> where we place the "root area" is up to us
  103. # [01:56] * Quits: Heimidal (~heimidal@unaffiliated/heimidal) (Remote host closed the connection)
  104. # [01:57] <Hixie> well we can't make the root area much less than the whole video, unless the text is going to end up very small or cropped
  105. # [01:57] <nessy> hmm … but I think I am starting to see what you mean ...
  106. # [01:57] <Hixie> surely
  107. # [01:58] <nessy> that's really f*ed up, actually
  108. # [01:58] <nessy> cause of course TTML thinks it knows how to avoid objects, but it only knows how to avoid objects in the video, not on anything else rendered on top by other streams
  109. # [01:59] <Hixie> that's a problem most formats are going to have
  110. # [01:59] <Hixie> even any we define
  111. # [01:59] <nessy> i's going to have to be solved by the Web author - cannot be done automatically
  112. # [02:00] * Joins: davidb (~davidb@bas4-kitchener06-1128761664.dsl.bell.ca)
  113. # [02:00] <nessy> btw: Sean did say that when, e.g. the controls slide on from the bottom, the "root area" would need to be adjusted for TTML and would be reduced by that size
  114. # [02:01] <nessy> but that's a special case that the browser can deal with
  115. # [02:02] <Hixie> btw can you think of a use case for the author disabling a track that would normally be enabled by default? e.g. disabling chapter navigation tracks, or captions in the user's language when the user has opted into always seeing those captions?
  116. # [02:02] <nessy> otoh Eric said that this won't work with pilot-control-type centered controls
  117. # [02:03] <nessy> I think the author would disable all subtitling tracks by default - the browser would enable the one relevant to the user - and the user could select one or two of their choice
  118. # [02:05] <Hixie> yeah, i mean does the author ever need to override that default to make a track be disabled even if it would in this case be enabled?
  119. # [02:05] <nessy> but if you mean through javascript - can't think of an example.. probably not - the author should respect the user's wishes
  120. # [02:05] <Hixie> presumably chapter navigation tracks are always enabled by default
  121. # [02:06] <nessy> not necessarily
  122. # [02:06] <Hixie> (by "enabled" i mean downloaded and visible if it's a subtitle/caption track or in the ui if it's a navigation/chapters track)
  123. # [02:06] <Hixie> why ont?
  124. # [02:06] <Hixie> not?
  125. # [02:06] * Quits: eighty4 (~eighty4@c-e6c0e455.012-403-6c6b701.cust.bredbandsbolaget.se) (Read error: Connection reset by peer)
  126. # [02:06] * Quits: nattokirai (~nattokira@z186083.dynamic.ppp.asahi-net.or.jp) (Quit: nattokirai)
  127. # [02:06] <nessy> if you have a video file that has all these tracks but as an author you just want the video to play back clean without any of the stuff, you might turn off all these tracks
  128. # [02:07] <nessy> that reminds me somewhat of the difference between open and closed captions
  129. # [02:07] <Hixie> surely if you have chapter navigation information you wouldn't link to it but then make it so that the chapter navigation UI had to download the file when the user tried to use it
  130. # [02:08] <nessy> with external files I agree, but if they are part of the video resource, you probably wouldn't bother removing it
  131. # [02:08] <nessy> also, you might want the clean display, but still give the user the ultimate opportunity to turn them on
  132. # [02:09] <Hixie> i'm only talking about external files here
  133. # [02:09] <Hixie> presumably turning off chapter navigation tracks wouldn't hide the UI from the user? i guess i'm confused
  134. # [02:09] <nessy> hmm - maybe something like a movie where you want the playback to be clean, but you want to give ppl the opportunity to jump to a different chapter if they want to
  135. # [02:10] <Hixie> i don't expect chapter navigation tracks to do anything visible except give ppl the opportunity to jump to a different chapter if they want to
  136. # [02:10] <Hixie> am i wrong?
  137. # [02:10] <nessy> I would prefer to have them displayed actually
  138. # [02:10] <Hixie> i mean, JS can use them to display fancy stuff, sure
  139. # [02:10] <Hixie> oh
  140. # [02:10] <nessy> anything that is not visible doesn't really exist
  141. # [02:10] <Hixie> well it's visible
  142. # [02:10] <Hixie> it's right there in the menu
  143. # [02:11] <nessy> brb - phone call
  144. # [02:14] <nessy> I'm thinking of a display like http://junkyard.damowmow.com/414
  145. # [02:15] <nessy> most video players that I saw that used chapter markers effectively actually displayed them in relation to the timeline (the scrubbing bar)
  146. # [02:15] <nessy> best example are the ted talks, see http://www.arguingwithmyself.com/wordpress/wp-content/uploads/ted-video-player.png
  147. # [02:15] <Hixie> sure
  148. # [02:16] <Hixie> but we'd want that enabled by default no?
  149. # [02:16] <Hixie> i mean why would the author want that off?
  150. # [02:17] <Hixie> the reason i'm asking is to work out if i need enabled="true"/enabled="false" vs just enabled="" and no way to explicitly disable, even if the default is enabled
  151. # [02:17] <nessy> because presumably it's overlayed over the video and takes away viewing space from the video?
  152. # [02:17] <nessy> I guess it depends where it is being rendered
  153. # [02:17] <Hixie> surely not while the video is playing without controls
  154. # [02:17] <Hixie> only when the controls are up
  155. # [02:17] <Hixie> i mean as you said, it's linked to the scrubbing bar
  156. # [02:18] <nessy> well, both Safari and Google Chrome don't make the scrubbing bar disappear
  157. # [02:18] <Hixie> they don't?
  158. # [02:18] <nessy> if you have @controls, they stay there all the time
  159. # [02:19] <nessy> only Opera and Firefox make them disappear if you are not with your pointer in the video viewport
  160. # [02:19] * Joins: surkov (~surkov@client-65-22.sibtele.com)
  161. # [02:19] <Hixie> it disappears for me in chrome
  162. # [02:19] <othermaciej> nessy: we do different things depending on whether the video is stopped or playing
  163. # [02:20] <Hixie> i would be shocked if it didn't disappear in safari
  164. # [02:20] <nessy> also, Safari has a different way for doing @controls that doesn't seem to involve a scrubbing bar, but only a play/pause button over the top of the video - I think they use that on iPhone and iPad - but I didn't see that with my own eyes, just heard it is like that
  165. # [02:21] <nessy> oh, I see - during playback they disappear
  166. # [02:21] <nessy> I guess that's ok then
  167. # [02:21] * Joins: KaOSoFt (~kaosoft@190.24.156.162)
  168. # [02:22] <othermaciej> if you go to this URL in Safari you can see what happens: http://v11.lscache2.c.youtube.com/videoplayback?ip=0.0.0.0&sparams=id%2Cexpire%2Cip%2Cipbits%2Citag%2Calgorithm%2Cburst%2Cfactor%2Coc%3AU0dWRllMV19FSkNNNl9RRkFH&fexp=900161&algorithm=throttle-factor&itag=18&ipbits=0&burst=40&sver=3&expire=1271919600&key=yt1&signature=1D5F628D66DBA39A8E15797752F29A16E02534AE.56973AF9547D1EC293EA36511175ECEBE89675BD&factor=1.25&id=7e357b92b998a1b2
  169. # [02:22] <othermaciej> (our view for a direct link to a video file uses the <video> element with controls)
  170. # [02:22] <nessy> I just checked with my examples - you are right
  171. # [02:23] <nessy> do you know what it looks like on the iPad?
  172. # [02:24] <nessy> (btw: that link doesn't load for me - but any video example will do)
  173. # [02:26] * Joins: murz (~mmurraywa@wcproxy.msnbc.com)
  174. # [02:28] <TabAtkins_> Looks like Youtube expires direct links pretty quickly.
  175. # [02:29] <nessy> so, Hixie, I guess I look at the chapter markers in the same way that I look at the @controls - should be able to be enabled and disabled
  176. # [02:29] * Quits: ap (~ap@17.246.17.104) (Quit: ap)
  177. # [02:29] <Hixie> nessy: i guess i still don't understand what it would mean to disable them
  178. # [02:29] <nessy> make them disappear
  179. # [02:29] <nessy> on a mobile phone for example?
  180. # [02:30] <Hixie> nessy: wouldn't that by a UA issue?
  181. # [02:30] <Hixie> nessy: when "disabled" would you still want the controls to allow the user to use them to jump to a chapter?
  182. # [02:30] <othermaciej> nessy: you should be able to check in the iPad simulator, this video also claims to describe what it looks like: http://www.youtube.com/watch?v=ZpNhcuT8Wk8
  183. # [02:30] <nessy> optimally, yes
  184. # [02:31] <nessy> thanks othermaciej
  185. # [02:31] <othermaciej> I guess there is no "controls" example there
  186. # [02:31] <Hixie> nessy: would it still fire events?
  187. # [02:31] <othermaciej> but I bet you can find video or a screenshot on the Web
  188. # [02:31] <othermaciej> I think inline video playback on iPad is similar to desktop Safari
  189. # [02:31] <nessy> yeah, probably more so than iPhone or iPod
  190. # [02:32] <nessy> Hixie, I'm careful about not removing too much functionality and therefore flexibility
  191. # [02:33] <nessy> but I don't think we need to worry too much about this right now - I'm sure the first implementations will give us a better insight
  192. # [02:33] <nessy> I haven't done enough experiments with chapter markers myself on this to be sure
  193. # [02:33] <Hixie> well it makes a huge difference in the design of the markup
  194. # [02:33] <Hixie> which is why i need to worry about this now :-)
  195. # [02:35] <nessy> but will you handle chapters differently to captions and subtitles etc?
  196. # [02:35] <Hixie> this question applies to all the tracks
  197. # [02:35] <nessy> ok
  198. # [02:36] <Hixie> but only chapters seem to make this complicated
  199. # [02:37] <nessy> so the real question is: "if i need enabled="true"/enabled="false" vs just enabled="" " ?
  200. # [02:37] <Hixie> yeah
  201. # [02:38] * Quits: KaOSoFt (~kaosoft@190.24.156.162) (Quit: Leaving)
  202. # [02:38] <nessy> we're talking about an attribute here?
  203. # [02:38] <nessy> so, if it's a boolean attribute, then removing it has the same effect as enabled="false" ?
  204. # [02:41] <Hixie> not necessarily
  205. # [02:41] <Hixie> there are three states
  206. # [02:41] <Hixie> enabled, disabled, and default
  207. # [02:42] <Hixie> for example most captions are disabled by default, except if the user has requested captions by default
  208. # [02:43] <Hixie> the question is whether we need the "disabled" state
  209. # [02:43] <nessy> ah, the three states from yesterday?
  210. # [02:43] <Hixie> not really
  211. # [02:43] <nessy> you might have chapters in different languages?
  212. # [02:43] * Joins: rektide (rektide@voodoowarez.com)
  213. # [02:43] <Hixie> this is more about what gets downloaded
  214. # [02:43] <Hixie> hm, interesting
  215. # [02:44] <Hixie> how would a user pick the language of chapters he wanted?
  216. # [02:44] <nessy> same as subtitles or captions
  217. # [02:44] <Hixie> i've never seen any dvd tv or online media player with a "chapter titles language" option
  218. # [02:44] <nessy> I'm hoping there will be a default language preference for time-aligned text and the browser does a pre-set
  219. # [02:44] <nessy> that the user can override
  220. # [02:45] <nessy> let me check TED - I think they change languages also for chapters
  221. # [02:48] <nessy> e.g. http://www.ted.com/talks/irwin_redlener_warns_of_nuclear_terrorism.html
  222. # [02:49] <nessy> so, they don't change the language of the chapter markers, but I think it's really irritating
  223. # [02:49] <nessy> they even change the text on the right in the about box, so having the chapters still in English seems illogical to me
  224. # [02:49] * Quits: twolfe18 (~twolfe18@c-71-61-180-11.hsd1.pa.comcast.net) (Quit: twolfe18)
  225. # [02:50] <Hixie> ok, so i guess the default for chapters is to be disabled except if the language matches the user's language somehow, with a max of one enabled?
  226. # [02:51] <Hixie> if we do that, does that mean we no longer need a disabled state?
  227. # [02:51] <nessy> what is the state if they are disabled?
  228. # [02:52] <Hixie> not downloaded, don't fire events
  229. # [02:52] <Hixie> for subtitles, available to be turned on from the UI
  230. # [02:52] <nessy> I'm still strugging to follow your three state / two state model, in particular when you say it's different to what we discussed yesterday
  231. # [02:53] <nessy> sorry for being difficult
  232. # [02:54] <Hixie> i'm not really expressing myself very well
  233. # [02:54] * Quits: JonathanNeal (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com) (Ping timeout: 258 seconds)
  234. # [02:54] <Hixie> mostly because i'm still trying to clarify it in my mind
  235. # [02:54] * Joins: cpearce (~cpearce@203-97-204-82.dsl.clear.net.nz)
  236. # [02:54] <nessy> designing a spec is difficult :)
  237. # [02:54] * Joins: twolfe18 (~twolfe18@c-71-61-180-11.hsd1.pa.comcast.net)
  238. # [02:55] <nessy> so, I understand there are three states:
  239. # [02:55] <Hixie> yesterday we were talking about do-not-download, download-and-show, and download-and-hide. I think we can do away with the download-and-show vs download-and-hide distinction because it applies at the level of what kind of timed track it is -- e.g. metadata is never download-and-show, and subtitles are never download-and-hide
  240. # [02:55] <Hixie> but that's the actual state of the track while the video is playing
  241. # [02:55] <nessy> indeed, those three :)
  242. # [02:56] <Hixie> there's a related concern, which is what the initial state should be
  243. # [02:56] <nessy> what if a user interacts and turns subtitles off while they are playing?
  244. # [02:56] <nessy> then it would go from download-and-show to downloaded-and-hidden sorta?
  245. # [02:56] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  246. # [02:57] <Hixie> that'd be do-not-download again, although it'd be already downloaded
  247. # [02:57] <Hixie> but it wouldn't fire events
  248. # [02:57] * Quits: twolfe18 (~twolfe18@c-71-61-180-11.hsd1.pa.comcast.net) (Client Quit)
  249. # [02:57] <Hixie> anyway there are basically two possible initial states, the same two states we end up with up there: do-not-download-or-fire-events, and download-and-show/hide-as-appropriate,-and-fire-events
  250. # [02:58] <nessy> let me dissect this a bit
  251. # [02:58] <Hixie> however, there are three ways to express that for an author: do-whatever-is-appropriate (the default), never-download-this-even-if-the-user-wants-it, and always-download-and-show/hide-as-appropriate,-and-fire-events-even-if-the-user-doesn't-want-it
  252. # [02:59] <Hixie> my question is whether there's a use case for "never-download-this-even-if-the-user-wants-it"
  253. # [02:59] <Hixie> there's obviously a use case for "do-whatever-is-appropriate (the default)"
  254. # [02:59] * Quits: dbaron (~dbaron@nat/mozilla/x-ivcavoboabkpgmmo) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  255. # [02:59] <Hixie> and there's a use case for "always-download-and-show/hide-as-appropriate,-and-fire-events-even-if-the-user-doesn't-want-it", namely custom controls where the user has set defaults the UA doesn't know about
  256. # [02:59] <nessy> probably not - if a user wants it, it should be downloaded and shown
  257. # [03:01] <nessy> I'm currently seeing 4 different, but dependent dimensions: download (yes/no), display (yes/no), fire events (yes/no), user wants (yes/no)
  258. # [03:01] <nessy> and we call them all "enable/disable"
  259. # [03:02] <Hixie> heh
  260. # [03:02] <Hixie> yeah
  261. # [03:02] <Hixie> the matrix of those options is pretty sparse though in terms of what we need to support
  262. # [03:02] <Hixie> e.g. download=no display=yes makes no sense :-)
  263. # [03:02] <nessy> I'm trying to follow your linearisation of that matrix ;)
  264. # [03:03] <nessy> when you way "user wants" - that's either "author wants events" or "user wants display", right? so we can get rid of that dimension?
  265. # [03:03] <nessy> s/way/say/
  266. # [03:05] <Hixie> "user wants" is always "user wants display", i think, for some definition of "display" that includes chapter navigation appearing in a drop-down menu
  267. # [03:05] * Quits: erlehmann (~erlehmann@82.113.106.107) (Quit: Ex-Chat)
  268. # [03:06] <nessy> or elsewhere on screen
  269. # [03:07] <nessy> then "never-download-this-even-if-the-user-wants-it-displayed" surely is not viable
  270. # [03:08] * Quits: weinig (~weinig@17.246.19.24) (Quit: weinig)
  271. # [03:08] * Quits: daedb (~daed@78-72-108-100-no178.tbcn.telia.com) (Remote host closed the connection)
  272. # [03:10] <Hixie> k
  273. # [03:10] * Joins: twolfe18 (~twolfe18@c-71-61-180-11.hsd1.pa.comcast.net)
  274. # [03:14] * Joins: dglazkov (~dglazkov@c-67-169-180-225.hsd1.ca.comcast.net)
  275. # [03:15] <nessy> so, I can see three definite states and two not so sure
  276. # [03:15] <nessy> 1) no download, no display, no events
  277. # [03:15] <nessy> 2) download, display, events
  278. # [03:15] <nessy> 3) download, no display, events
  279. # [03:15] * Joins: cpearce_ (~cpearce@203-97-204-82.dsl.clear.net.nz)
  280. # [03:15] <nessy> maybe also
  281. # [03:16] <nessy> 4) download, display, no events (though as maciej said yesterday, this is an optimisation in the browser and doesn't really need its own state)
  282. # [03:16] <nessy> and something of a "pre-load" nature could be:
  283. # [03:16] <nessy> 5) download, no display, no events
  284. # [03:17] <nessy> 5) would also be the state it gets into when a track is turned off manually
  285. # [03:17] * Quits: cpearce (~cpearce@203-97-204-82.dsl.clear.net.nz) (Ping timeout: 258 seconds)
  286. # [03:18] * cpearce_ is now known as cpearce
  287. # [03:18] <nessy> Hixie: does that match your model?
  288. # [03:22] <Hixie> 1 and 5 are basically the same state
  289. # [03:22] <nessy> so, maybe these for attribute values: "disabled" (1), "preload" (5), "enabled" (3), "display" (2)
  290. # [03:22] <Hixie> 4 i agree is unnecessary
  291. # [03:23] <Hixie> 2 and 3 i think depends more on the kind of track than anything else
  292. # [03:23] <nessy> 1 and 5 make a bandwidth use difference
  293. # [03:23] <Hixie> you wouldn't ever put a subtitle track into state 3, or a metadata track into state 1, right?
  294. # [03:23] <Hixie> er
  295. # [03:23] <Hixie> you wouldn't ever put a subtitle track into state 3, or a metadata track into state 2, right?
  296. # [03:23] <nessy> I'd hesitate to define behaviour based on the kind of track something is - I would prefer to do a generic model that works with all tracks
  297. # [03:24] <Hixie> i'm alergic to generic models :-P
  298. # [03:24] <Hixie> 5 is a state you'll only reach by going through one of the others -- i don't see a use case for reaching it otherwise
  299. # [03:24] <nessy> get over it :P
  300. # [03:24] <Hixie> i'm really very skeptical of (over-)generalising things
  301. # [03:24] <Hixie> if there is a use case for the more general model i'm all for it
  302. # [03:25] <nessy> I'm not overly fussed about state 5 as an initial state - it could be used to encourage the browser to download the file in preparation for later use
  303. # [03:25] * Quits: jwalden (~waldo@nat/mozilla/x-zloxxuwbtdmrjvfi) (Ping timeout: 258 seconds)
  304. # [03:25] <nessy> but then, text resources are rather small generally, so shouldn't be too much of an issue
  305. # [03:25] <Hixie> there's another state too: a) download, no display, render to audio, events
  306. # [03:25] <nessy> such as?
  307. # [03:25] <Hixie> and another: c) download, no display, show on timeline, events
  308. # [03:25] <Hixie> a = text audio description tracks
  309. # [03:25] <Hixie> c = chapter titles
  310. # [03:26] <nessy> when I say "display" I mean "rendering"
  311. # [03:27] <Hixie> right, but i'm arguing that the kinds of rendering -- including no rendering -- are the same axis as the kind of track
  312. # [03:27] <nessy> but here I follow your model of - "what rendering means is obvious from the kind of track it is" :P
  313. # [03:27] <Hixie> imho there's no need to distinguish at the authoring level a chapter navigation track from a subtitles track
  314. # [03:27] <Hixie> they can both be SRT or whatever
  315. # [03:27] <nessy> well, my argument is that the UA will know what rendering means for the type of resource - it's not up to the author to decide
  316. # [03:28] <Hixie> when you label it as a chapter track, then you ignore positioning and just display it on the timeline
  317. # [03:28] <Hixie> how?
  318. # [03:28] <Hixie> if the author doesn't say what's what kind of track, how does the UA know?
  319. # [03:28] <nessy> that's what the @role attribute is for
  320. # [03:29] <nessy> I hope you're not intending to also mix the @role values into the @enabled attribute values?
  321. # [03:29] <Hixie> i'm arguing that you're mixing them up in your description
  322. # [03:29] <Hixie> but that they are distinct
  323. # [03:30] <Hixie> whether something is firing events and being appropriately displayed or not is orthogonal to how it should be displayed
  324. # [03:30] <nessy> yes, they are distinct
  325. # [03:31] <nessy> indeed - I was arguing because it's an orthogonal matter how they should be displayed, I don't have to worry about that dimension when I talk about firing events/displaying it
  326. # [03:31] <nessy> the means of display is on a different and totally independent dimension
  327. # [03:32] * Quits: dglazkov (~dglazkov@c-67-169-180-225.hsd1.ca.comcast.net) (Quit: dglazkov)
  328. # [03:32] <nessy> but we should get back to the question "you wouldn't ever put a subtitle track into state 3, or a metadata track into state 2, right?"
  329. # [03:33] <nessy> I can see a subtitle track in state (3) if I don't want to UA to display the subtitles, but rather want as an author to display them myself
  330. # [03:33] <nessy> in an appropriate manner to my custom interface
  331. # [03:34] * Quits: twolfe18 (~twolfe18@c-71-61-180-11.hsd1.pa.comcast.net) (Quit: twolfe18)
  332. # [03:34] <Hixie> wouldn't that just be a metadata track?
  333. # [03:34] <nessy> as for state (2) on metadata - indeed there would not be a UA default display for metadata - the state is still valid, though, it's just an empty display
  334. # [03:34] <nessy> no, it's still subtitles
  335. # [03:34] <Hixie> hmm
  336. # [03:34] <Hixie> i'll have to think on this some more
  337. # [03:34] <Hixie> gotta go for dinner now though
  338. # [03:35] <Hixie> thanks for being patient with my learning stage :-)
  339. # [03:35] <nessy> thanks for being patient with my lack of using the right terminology in places :)
  340. # [03:35] <nessy> enjoy dinner!
  341. # [03:37] <nessy> just to finish off on the subtitles: even if they are not displayed and waiting for JavaScript to display them, they could still be in some kind of menu for the user to turn on as subtitles
  342. # [03:37] <nessy> anyway - talk later :)
  343. # [03:37] * Joins: taf2_ (~taf2@pool-98-117-216-229.bltmmd.fios.verizon.net)
  344. # [03:49] * Joins: rolandsteiner (~rolandste@220.109.219.244)
  345. # [03:54] * Joins: dglazkov (~dglazkov@c-67-169-180-225.hsd1.ca.comcast.net)
  346. # [05:58] * Disconnected
  347. # [05:59] * Attempting to rejoin channel #whatwg
  348. # [05:59] * Rejoined channel #whatwg
  349. # [05:59] * Topic is 'WHATWG: http://www.whatwg.org/ -- logs: http://krijnhoetmer.nl/irc-logs/ -- stats: http://gavinsharp.com/irc/whatwg.html -- Please leave your sense of logic at the door, thanks!'
  350. # [05:59] * Set by annevk42 on Mon Oct 19 23:03:06
  351. # [06:01] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  352. # [06:03] * Joins: knowtheory (~knowtheor@bas1-london16-2925400506.dsl.bell.ca)
  353. # [06:05] * Quits: mr_danie1 (~irssi@e177151030.adsl.alicedsl.de) (Ping timeout: 246 seconds)
  354. # [06:07] * Joins: mr_daniel (~irssi@e177157130.adsl.alicedsl.de)
  355. # [06:12] * Joins: eighty4 (~eighty4@c-b21ce655-74736162.cust.telenor.se)
  356. # [06:27] * Quits: dglazkov (~dglazkov@c-67-169-180-225.hsd1.ca.comcast.net) (Quit: dglazkov)
  357. # [06:33] * Joins: annevk (~annevk@fnttkyo001028.tkyo.fnt.ngn.ppp.infoweb.ne.jp)
  358. # [06:34] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 240 seconds)
  359. # [06:34] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  360. # [06:47] * Quits: knowtheory (~knowtheor@bas1-london16-2925400506.dsl.bell.ca) (Ping timeout: 246 seconds)
  361. # [06:53] * Joins: eighty4_ (~eighty4@c-b21d47df-74736162.cust.telenor.se)
  362. # [06:55] * Quits: eighty4 (~eighty4@c-b21ce655-74736162.cust.telenor.se) (Ping timeout: 260 seconds)
  363. # [06:55] * Joins: knowtheory (~knowtheor@bas1-london16-1176190272.dsl.bell.ca)
  364. # [06:56] * Joins: jwalden (~waldo@c-71-202-165-226.hsd1.ca.comcast.net)
  365. # [07:02] * Quits: knowtheory (~knowtheor@bas1-london16-1176190272.dsl.bell.ca) (Ping timeout: 240 seconds)
  366. # [07:04] * Quits: cpearce (~cpearce@203-97-204-82.dsl.clear.net.nz) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.15/2009101909])
  367. # [07:06] * Joins: pesla (~retep@188.202.125.121)
  368. # [07:07] * Quits: hamaji_ (~hamaji@220.109.219.244) (Quit: Tiarra 0.1+svn-29652: SIGTERM received; exit)
  369. # [07:07] * Joins: hamaji (~hamaji@220.109.219.244)
  370. # [07:13] * Joins: paul_irish_ (~paul_iris@c-71-192-163-128.hsd1.nh.comcast.net)
  371. # [07:18] * Joins: zcorpan (~zcorpan@c-339fe355.410-6-64736c14.cust.bredbandsbolaget.se)
  372. # [07:19] * Joins: cying (~cying@c-24-4-120-70.hsd1.ca.comcast.net)
  373. # [07:25] <boblet> gsnedders: request: textarea for HTML5 Outliner to test pages & snippets via copy&paste
  374. # [07:28] <zcorpan> oooh, microsoft writes a new Appendix C for html5
  375. # [07:31] * Joins: zalan (~zalan@catv-89-135-108-81.catv.broadband.hu)
  376. # [07:32] <annevk> it's really that bad?
  377. # [07:32] <annevk> good times
  378. # [07:32] <annevk> it's on my todo list
  379. # [07:33] * Quits: dustinbrewer (~dustinbre@99-17-42-25.lightspeed.okcbok.sbcglobal.net) (Ping timeout: 240 seconds)
  380. # [07:33] <zcorpan> i didn't say it was bad
  381. # [07:33] <zcorpan> although it has some errors
  382. # [07:33] <zcorpan> wait utf-16 is not valid for html5?
  383. # [07:35] * zcorpan only sees "Authors should not use UTF-32, as the encoding detection algorithms described in this specification intentionally do not distinguish it from UTF-16."
  384. # [07:38] <zcorpan> oh sam meant in the <meta>
  385. # [07:39] * Joins: dustinbrewer (~dustinbre@99-17-42-25.lightspeed.okcbok.sbcglobal.net)
  386. # [07:46] * Joins: knowtheory (~knowtheor@bas1-london16-1176190282.dsl.bell.ca)
  387. # [07:46] <annevk> Appendix C was bad
  388. # [07:48] * Joins: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de)
  389. # [07:54] * Joins: eighty4 (~eighty4@c-b21ce56c-74736162.cust.telenor.se)
  390. # [07:55] * Quits: eighty4_ (~eighty4@c-b21d47df-74736162.cust.telenor.se) (Ping timeout: 246 seconds)
  391. # [08:01] * Joins: Heimidal (~heimidal@c-71-237-116-77.hsd1.co.comcast.net)
  392. # [08:01] * Quits: Heimidal (~heimidal@c-71-237-116-77.hsd1.co.comcast.net) (Changing host)
  393. # [08:01] * Joins: Heimidal (~heimidal@unaffiliated/heimidal)
  394. # [08:04] <zcorpan> NoCredXMLHttpRequest
  395. # [08:05] <zcorpan> NoCookiesXMLHttpRequest
  396. # [08:06] <zcorpan> XMLHttpRequestOmitCookies (to make them next to each other in indexes and autocomplete)
  397. # [08:08] <annevk> it's not just cookies and credentials is also somewhat too limited for what it does
  398. # [08:09] <zcorpan> just need a name that people will understand what it does (roughly)
  399. # [08:09] <zcorpan> and when to use which
  400. # [08:09] <annevk> ContextFreeXMLHttpRequest
  401. # [08:09] <annevk> but it's a bit long
  402. # [08:10] <zcorpan> XMLHttpRequestNoContext
  403. # [08:10] <annevk> you think it should be at the end?
  404. # [08:10] <zcorpan> yeah
  405. # [08:10] <zcorpan> to make them next to each other in indexes and autocomplete
  406. # [08:13] * Quits: eighty4 (~eighty4@c-b21ce56c-74736162.cust.telenor.se) (Quit: Leaving...)
  407. # [08:13] <annevk> suggested on list
  408. # [08:18] <annevk> thanks zcorpan!
  409. # [08:19] <annevk> hopefully this'll work
  410. # [08:22] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  411. # [08:25] * Quits: cying (~cying@c-24-4-120-70.hsd1.ca.comcast.net) (Quit: cying)
  412. # [08:31] * Joins: jstar-taiwan (~jstar-tai@220-141-41-23.dynamic.hinet.net)
  413. # [08:31] <jstar-taiwan> hi, how does <canvas> degrade on handheld/mobile devices ?
  414. # [08:32] <annevk> it doesn't degrade really
  415. # [08:32] <annevk> it works
  416. # [08:33] <zcorpan> on opera mini it becomes a static image (but onclick works by reloading the page or so) iirc
  417. # [08:33] <jstar-taiwan> annevk, how is that possible on devices build before html5 epoque ?
  418. # [08:34] <zcorpan> jstar-taiwan: opera works on old devices ;)
  419. # [08:34] <zcorpan> jstar-taiwan: in browsers that don't support canvas, the contents are shown
  420. # [08:36] <jstar-taiwan> zcorpan, so users have to get a browser that support html5 and canvas to this this content otherwise nothin ?
  421. # [08:38] <zcorpan> yeah, although the fallback content doesn't have to be nothing, it could be something useful
  422. # [08:40] <annevk> filed http://www.w3.org/Bugs/Public/show_bug.cgi?id=9577
  423. # [08:41] <annevk> I suppose an alternative solution is to convince Jonas to break some pages temporarily
  424. # [08:41] <jstar-taiwan> zcorpan, oh~ the content inside the <canvas> is a fallback like the <video> or this kind of thing
  425. # [08:42] <zcorpan> jstar-taiwan: yes
  426. # [08:43] <annevk> othermaciej, you mean XMLHttpRequestGuest would also be ok?
  427. # [08:43] <annevk> othermaciej, with "also suffix variants"
  428. # [08:44] <annevk> othermaciej, that sounds relatively short and nice
  429. # [08:44] <othermaciej> annevk: yeah, I think any of the variants I gave would work as a suffix as well as a prefix
  430. # [08:44] <othermaciej> annevk: Mark Miller's original suggestion way back when was GuestXHR
  431. # [08:44] <zcorpan> XMLHttpRequestForPorn!
  432. # [08:46] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
  433. # [08:48] <zcorpan> "guest" is a term forum sites use when you're not logged in
  434. # [08:49] * Joins: JonathanNeal_ (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net)
  435. # [08:49] * Quits: Heimidal (~heimidal@unaffiliated/heimidal) (Remote host closed the connection)
  436. # [08:49] <annevk> "anon"/"anonymous" too...
  437. # [08:49] <othermaciej> zcorpan: yeah, I think anything that conveys that "not logged in" idea is good
  438. # [08:50] <othermaciej> it's hard to find a term that is more accurate yet still succinct
  439. # [08:50] <othermaciej> in a way a string parameter might be nicer because something like new XMLHttpRequest("NoCredentials") is a little easier to read than new NoCredentialsXMLHttpRequest() or new XMLHttpRequestNoCredentials()
  440. # [08:51] <annevk> we could do that too
  441. # [08:51] <jstar-taiwan> string parameters is more flexible/extendable
  442. # [08:52] <jstar-taiwan> that mean prone to standards extension as well as proprieatries one
  443. # [08:52] <annevk> sure, but hopefully we are not going to overload this much more
  444. # [08:52] <annevk> requests are already frigging complicated
  445. # [08:52] <zcorpan> argument is harder to feature test
  446. # [08:52] * Quits: JonathanNeal (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 260 seconds)
  447. # [08:52] <annevk> also a good point
  448. # [08:52] <annevk> actually, in this case you could just do try/catch
  449. # [08:53] <zcorpan> if (window.XMLHttpRequestGuest) is similar to how people test for XMLHttpRequest support today
  450. # [08:53] <othermaciej> zcorpan: good point, that's definitely a point in favor of a named constructor
  451. # [08:54] <othermaciej> another possibility is to make the new constructor a property of the main one, so it could be XMLHttpRequest.NoCredentials()
  452. # [08:54] <othermaciej> not sure that reads very well though
  453. # [08:54] <othermaciej> new XMLHttpRequest.NoCredentials()
  454. # [08:54] <othermaciej> new XMLHttpRequest.Guest()
  455. # [08:54] * othermaciej shrugs
  456. # [08:54] <zcorpan> seems weird
  457. # [08:55] <othermaciej> it would read better with a :: instead of a . but you can't do that in JAvaScript
  458. # [08:57] <annevk> that would require new Web IDL syntax too
  459. # [08:57] <annevk> currently all constructors are exposed on the global object
  460. # [08:59] <othermaciej> a separate constructor that constructs objects of the same time might be bad for non-JS languages like Java
  461. # [09:00] <zcorpan> XMLHttpRequestGuest could be an empty interface that inherits from XMLHttpRequest
  462. # [09:01] <othermaciej> why do you guys prefer suffixed names to prefixed?
  463. # [09:01] <othermaciej> (not saying I disagree, just curious)
  464. # [09:02] <zcorpan> to make them next to each other in indexes and autocomplete
  465. # [09:02] <annevk> othermaciej, we already have that with e.g. new Image(); also, I'd very much encourage non-JavaScript languages to stay the hell away from XMLHttpRequest :)
  466. # [09:02] <TabAtkins__> Best. Webdesign. Ever. --> http://www.yvettesbridalformal.com/
  467. # [09:02] <othermaciej> I'm not sure "next to each other in autocomplete" is good
  468. # [09:02] <othermaciej> indexes, I can see
  469. # [09:02] <zcorpan> same reason microdata attributes share the same prefix
  470. # [09:03] <othermaciej> annevk: people are interested in making complete WebKit DOM bindings for other languages such as Objective-C or Python
  471. # [09:03] <othermaciej> not to run inside Web pages, but rather so that an app using WebKit can exercise the full power of the Web platform without having to go through JavaScript
  472. # [09:03] <othermaciej> annevk: also, new Image() is just a shortcut, it doesn't provide a genuine new capability
  473. # [09:04] <othermaciej> you could always createElement("img") and then set its src attribute by hand
  474. # [09:05] <annevk> hmm, apparently NamedConstructor is JavaScript-only
  475. # [09:05] <annevk> would be interesting to know if it's really impossible for other languages to have something similar
  476. # [09:06] <othermaciej> zcorpan's "empty interface subclass" idea seems good to me
  477. # [09:06] <othermaciej> that would work for any language that can support constructors at all (which is pretty much any language of interest I think)
  478. # [09:07] <annevk> if we subclass it should probably be prefixed
  479. # [09:07] <annevk> that's more or less the convention
  480. # [09:07] <zcorpan> also allows checking if (foo instanceof XMLHttpRequestGuest)
  481. # [09:07] <zcorpan> annevk: true
  482. # [09:08] <annevk> though we can also suffix and use implements
  483. # [09:08] <annevk> that's also a convention :)
  484. # [09:08] <othermaciej> I think a subclass makes sense logically, since there is a change in behavior
  485. # [09:09] * Quits: Lachy (~Lachlan@85.196.122.246) (Read error: Connection reset by peer)
  486. # [09:09] * Joins: Lachy (~Lachlan@85.196.122.246)
  487. # [09:09] <annevk> i'm not sure it's much different from using XHR inside a sandboxed iframe to be honest
  488. # [09:10] * Quits: jwalden (~waldo@c-71-202-165-226.hsd1.ca.comcast.net) (*.net *.split)
  489. # [09:10] * Quits: TabAtkins_ (~tabatkins@nat/google/x-sglzyyvihagcbplg) (*.net *.split)
  490. # [09:10] * Quits: hasather (~david@pat-tdc.opera.com) (*.net *.split)
  491. # [09:10] * Quits: pablof (~palbo@pat-tdc.opera.com) (*.net *.split)
  492. # [09:10] * Quits: deltab (~deltab@cpc1-smal2-0-0-cust270.perr.cable.virginmedia.com) (*.net *.split)
  493. # [09:10] * Quits: franksalim (~frank@adsl-75-61-84-181.dsl.pltn13.sbcglobal.net) (*.net *.split)
  494. # [09:10] * Quits: ghe (~ghe@ft173051.dep.no) (*.net *.split)
  495. # [09:10] * Quits: gsnedders (~gsnedders@204.232.194.186) (*.net *.split)
  496. # [09:10] * Quits: TabAtkins (~tabatkins@nat/google/x-oqvjtbykbbazkqku) (*.net *.split)
  497. # [09:10] * Quits: webben (~benjamin@173-45-238-110.slicehost.net) (*.net *.split)
  498. # [09:10] * Quits: JohnResi1 (~JohnResig@121.255.201.74.static.ey03.engineyard.com) (*.net *.split)
  499. # [09:11] <othermaciej> that's like saying CORS is not a change in behavior because it's not much different from using XHR inside an off-site iframe and talking to it with postMessage
  500. # [09:12] <annevk> it's different for e.g. <img> requests that are later painted on <canvas>
  501. # [09:13] <annevk> the XHR in a sandboxed iframe scenario can be implemented by a simple library and requires no cooperation
  502. # [09:15] * Joins: jwalden (~waldo@c-71-202-165-226.hsd1.ca.comcast.net)
  503. # [09:15] * Joins: TabAtkins_ (~tabatkins@nat/google/x-sglzyyvihagcbplg)
  504. # [09:15] * Joins: hasather (~david@pat-tdc.opera.com)
  505. # [09:15] * Joins: pablof (~palbo@pat-tdc.opera.com)
  506. # [09:15] * Joins: deltab (~deltab@cpc1-smal2-0-0-cust270.perr.cable.virginmedia.com)
  507. # [09:15] * Joins: franksalim (~frank@adsl-75-61-84-181.dsl.pltn13.sbcglobal.net)
  508. # [09:15] * Joins: ghe (~ghe@ft173051.dep.no)
  509. # [09:15] * Joins: gsnedders (~gsnedders@204.232.194.186)
  510. # [09:15] * Joins: TabAtkins (~tabatkins@nat/google/x-oqvjtbykbbazkqku)
  511. # [09:15] * Joins: webben (~benjamin@173-45-238-110.slicehost.net)
  512. # [09:15] * Joins: JohnResi1 (~JohnResig@121.255.201.74.static.ey03.engineyard.com)
  513. # [09:15] <othermaciej> annevk: my point is just that "you could do this a different way" doesn't refute the statement that it's a change in behavior
  514. # [09:16] <othermaciej> annevk: a change in behavior could be represented as a mode flag instead of a subclass, but since there is a separate constructor anyway, it may as well be a subclass
  515. # [09:17] * Joins: Heimidal (~heimidal@c-71-237-116-77.hsd1.co.comcast.net)
  516. # [09:17] * Quits: Heimidal (~heimidal@c-71-237-116-77.hsd1.co.comcast.net) (Changing host)
  517. # [09:17] * Joins: Heimidal (~heimidal@unaffiliated/heimidal)
  518. # [09:17] <annevk> guess overall i'm still a little unsure whether this will actually see adoption
  519. # [09:17] <annevk> and similar problems we solved with modeflags so far
  520. # [09:17] <annevk> such as withCredentials
  521. # [09:19] * Quits: TabAtkins__ (~chatzilla@76-253-3-102.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 268 seconds)
  522. # [09:19] <othermaciej> annevk: seems like Caja will want to use it at least - not sure how much that counts for
  523. # [09:20] * Joins: tndH (~Rob@cpc2-leed18-0-0-cust427.leed.cable.ntl.com)
  524. # [09:20] <annevk> if Caja was really important I'm sure Chromium would've had the feature by now
  525. # [09:21] <othermaciej> yes, because Google's product strategy is 100% in sync across all parts of the company :-)
  526. # [09:23] * Quits: jstar-taiwan (~jstar-tai@220-141-41-23.dynamic.hinet.net) (Remote host closed the connection)
  527. # [09:25] <annevk> I guess not, but I haven't heard a whole lot about it to be honest
  528. # [09:26] * Quits: kennyluck (~kennyluck@tea04.w3.mag.keio.ac.jp) (Quit: kennyluck)
  529. # [09:27] <annevk> also, if you put Caja in sandboxed iframes, is it still needed?
  530. # [09:27] <annevk> in fact, do you still need Caja if you have sandboxed iframes?
  531. # [09:27] * Quits: AryehGregor (~Simetrica@mediawiki/simetrical) (Remote host closed the connection)
  532. # [09:27] <othermaciej> I think sandboxed iframes are a better solution than Caja
  533. # [09:27] <othermaciej> you could use both together
  534. # [09:28] <othermaciej> I am not sure the Caja people like that idea
  535. # [09:28] <annevk> they don't seem to really like the Web
  536. # [09:29] <othermaciej> what do you mean?
  537. # [09:30] <annevk> never mind
  538. # [09:31] <othermaciej> I think they definitely dislike the Web security model
  539. # [09:31] <othermaciej> which is reasonable, because the Web security model is ridiculous
  540. # [09:31] <othermaciej> I just happen to think that working with it is more sensible than fighting against it
  541. # [09:33] <annevk> yup
  542. # [09:38] * Quits: surkov (~surkov@client-65-22.sibtele.com) (Quit: surkov)
  543. # [09:41] * Joins: JonathanNeal__ (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net)
  544. # [09:42] * Parts: Creap (~jacob@jacobrask.net)
  545. # [09:44] * Quits: JonathanNeal_ (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 264 seconds)
  546. # [09:47] * Joins: weinig (~weinig@c-69-181-125-223.hsd1.ca.comcast.net)
  547. # [09:52] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
  548. # [09:54] * Quits: paul_irish (~paul_iris@12.33.239.250) (Ping timeout: 246 seconds)
  549. # [09:56] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  550. # [10:01] <gsnedders> boblet: Frequent request. I don't really intend on spending time on the outliner :)
  551. # [10:02] * Joins: davidhund (~davidhund@s55940049.adsl.wanadoo.nl)
  552. # [10:03] * Parts: davidhund (~davidhund@s55940049.adsl.wanadoo.nl)
  553. # [10:10] * Joins: kennyluck (~kennyluck@2001:200:1c0:2900:225:ff:fe4d:f8c7)
  554. # [10:15] * Joins: svl (~chatzilla@a194-109-2-65.dmn.xs4all.nl)
  555. # [10:15] * Joins: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de)
  556. # [10:16] <boblet> gsnedders: heh. What about a longer URL input field then?
  557. # [10:18] <gsnedders> Too much effort ;P
  558. # [10:18] * gsnedders thought he'd published the source somewhere
  559. # [10:19] <boblet> ouch! :)
  560. # [10:20] <boblet> np yo
  561. # [10:25] * Joins: mpt (~mpt@canonical/mpt)
  562. # [10:26] <annevk> from http-state
  563. # [10:26] <annevk> <meta http-equiv="Set-Cookie" content="foo=bar; path=/; domain=.some.tld">
  564. # [10:26] <annevk> apparently works
  565. # [10:26] <annevk> good times
  566. # [10:28] <zcorpan> hah
  567. # [10:29] <annevk> i'll file a bug
  568. # [10:31] <annevk> http://www.w3.org/Bugs/Public/show_bug.cgi?id=9578
  569. # [10:34] * Quits: primal1 (~primal1@pool-173-58-231-87.lsanca.fios.verizon.net) (Quit: primal1)
  570. # [10:37] * Joins: cpearce (~cpearce@ip-118-90-114-243.xdsl.xnet.co.nz)
  571. # [10:40] <zcorpan> doesn't seem to be a spec bug since the spec only supports a limited set of values
  572. # [10:40] <annevk> browsers do too
  573. # [10:40] <annevk> and why wouldn't it be a spec bug then?
  574. # [10:41] <zcorpan> set-cookie is not in the spec's set of values
  575. # [10:41] * hsivonen wonders how Chrome Frame will interact with IE9
  576. # [10:42] <annevk> zcorpan, you think that browsers should remove support for set-cookie?
  577. # [10:42] <hsivonen> (the full IE9--not the preview)
  578. # [10:42] <zcorpan> annevk: yeah. unless it's required for compat
  579. # [10:43] <hsivonen> chances are it is...
  580. # [10:43] <hsivonen> I don't know, though
  581. # [10:43] <annevk> zcorpan, seems likely to be required
  582. # [10:43] <zcorpan> http://www.google.com/codesearch?q=http-equiv%5Cs%2A%3D%5Cs%2A%28%22%7C%27%29%3Fset-cookie&hl=en&btnG=Search+Code
  583. # [10:43] <zcorpan> crap
  584. # [10:43] <annevk> zcorpan, but otherwise we can use it as reminder to file bugs on WebKit/Gecko
  585. # [10:44] <annevk> it's pretty easy to support though
  586. # [10:44] <annevk> just invokes the same algorithm as document.cookie when parsing the element
  587. # [10:45] <othermaciej> annevk: that's so evil
  588. # [10:46] <othermaciej> which browsers support it?
  589. # [10:46] <annevk> http://trac.webkit.org/browser/trunk/WebCore/dom/Document.cpp#L2256 :)
  590. # [10:46] <annevk> reportedly also Mozilla; haven't found anything about IE but given the search query above I suspect everyone does
  591. # [10:47] <othermaciej> I had no idea we did that
  592. # [10:47] <othermaciej> I wonder when that was added, and why
  593. # [10:50] * Quits: dustinbrewer (~dustinbre@99-17-42-25.lightspeed.okcbok.sbcglobal.net) (Ping timeout: 246 seconds)
  594. # [10:52] * Joins: Phae (~phaeness@gateb.mh.bbc.co.uk)
  595. # [10:54] <annevk> seems to be pre-WebKit
  596. # [10:54] * asmodai wonders why Firefox is leaking memory like crazy.
  597. # [10:54] <asmodai> It's now at 1,6 GB of mem :|
  598. # [10:56] * Joins: dustinbrewer (~dustinbre@99-17-42-25.lightspeed.okcbok.sbcglobal.net)
  599. # [10:56] <zcorpan> 92: <xsl:if test="not($server-side-transformation)">
  600. # [10:56] <zcorpan> 93: <meta http-equiv="Set-Cookie" content="xslt=true; path=/; " />
  601. # [10:56] <zcorpan> 94: </xsl:if>
  602. # [10:56] <zcorpan> 213: <noscript>
  603. # [10:56] <zcorpan> 214: <meta http-equiv="Set-Cookie" content="js=false; path=/; " />
  604. # [10:56] <zcorpan> 215: </noscript>
  605. # [10:57] <asmodai> Did that Lorentz build get merged into 3.6.4?
  606. # [10:59] <asmodai> ah yes it did
  607. # [11:00] * Quits: Lachy (~Lachlan@85.196.122.246) (Quit: This computer has gone to sleep)
  608. # [11:01] <annevk> zcorpan, kawaii
  609. # [11:04] * Joins: primal1 (~primal1@pool-173-58-231-87.lsanca.fios.verizon.net)
  610. # [11:07] * Joins: ROBOd (~robod@92.84.196.194)
  611. # [11:08] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  612. # [11:11] * Quits: kennyluck (~kennyluck@2001:200:1c0:2900:225:ff:fe4d:f8c7) (Quit: kennyluck)
  613. # [11:14] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  614. # [11:16] * Quits: annevk (~annevk@fnttkyo001028.tkyo.fnt.ngn.ppp.infoweb.ne.jp) (Read error: Connection reset by peer)
  615. # [11:19] * Joins: surkov (~surkov@client-65-22.sibtele.com)
  616. # [11:24] * Joins: kennyluck (~kennyluck@2001:200:1c0:3508:225:ff:fe4d:f8c7)
  617. # [11:25] * Quits: Heimidal (~heimidal@unaffiliated/heimidal) (Ping timeout: 276 seconds)
  618. # [11:26] * Joins: Heimidal (~heimidal@c-71-237-116-77.hsd1.co.comcast.net)
  619. # [11:26] * Quits: Heimidal (~heimidal@c-71-237-116-77.hsd1.co.comcast.net) (Changing host)
  620. # [11:26] * Joins: Heimidal (~heimidal@unaffiliated/heimidal)
  621. # [11:35] * Joins: FireFly (~firefly@unaffiliated/firefly)
  622. # [11:52] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 258 seconds)
  623. # [11:52] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  624. # [11:56] <asmodai> Mmm, I guess it was Skype's plugin/addon that might have caused the insane leakage. Got to love how they install it during normal install
  625. # [11:57] <roc> we have a bug on file where certain tests related to cross-origin video loading fail if and only if Skype is running
  626. # [11:57] <roc> I fear it
  627. # [11:58] <asmodai> Well, in this case it's FF 3.6.4 (beta) and installed Skype yesterday and it seems to not ask whether or not to install those toolbars.
  628. # [11:59] <asmodai> Also sucks, on my laptop, when I listen to music on the headphones and then start Skype, bloody thing manages to temporarily push my audio over the speakers >_<
  629. # [11:59] <asmodai> oh crap, maybe I celebrated too early
  630. # [11:59] <asmodai> I'm not doing anything in FF at the moment and I see it grow by 200-300 kilobyte increments
  631. # [12:00] <asmodai> from 500 MB to 512 MB in just a minute or so. :S
  632. # [12:04] * Joins: riven` (~riven@53518387.cable.casema.nl)
  633. # [12:05] * Quits: kennyluck (~kennyluck@2001:200:1c0:3508:225:ff:fe4d:f8c7) (*.net *.split)
  634. # [12:05] * Quits: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl) (*.net *.split)
  635. # [12:05] * Quits: dave_levin (~dave_levi@nat/google/x-ieimjlygcyogvnio) (*.net *.split)
  636. # [12:05] * Quits: asmodai (asmodai@dhammapada.xs4all.nl) (*.net *.split)
  637. # [12:05] * Quits: bzed (~bzed@devel.recluse.de) (*.net *.split)
  638. # [12:05] * Quits: riven (~riven@53518387.cable.casema.nl) (*.net *.split)
  639. # [12:05] * Quits: Darxus (~darxus@panic.chaosreigns.com) (*.net *.split)
  640. # [12:05] * Quits: othree (~othree@admin39.ct.ntust.edu.tw) (*.net *.split)
  641. # [12:05] * Quits: beowulf (wiglaf@ps4552.dreamhost.com) (*.net *.split)
  642. # [12:05] * Quits: dimich (~dimich@nat/google/x-bhhgcianbnzjfsdj) (*.net *.split)
  643. # [12:05] * Quits: meledin (~vladi@f2.c7.5d45.static.theplanet.com) (*.net *.split)
  644. # [12:05] * Quits: ciaran_lee (leecn@spoon.netsoc.tcd.ie) (*.net *.split)
  645. # [12:06] * Joins: asmodai (asmodai@dhammapada.xs4all.nl)
  646. # [12:07] * Joins: kennyluck (~kennyluck@2001:200:1c0:3508:225:ff:fe4d:f8c7)
  647. # [12:07] * Joins: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl)
  648. # [12:07] * Joins: dave_levin (~dave_levi@nat/google/x-ieimjlygcyogvnio)
  649. # [12:07] * Joins: bzed (~bzed@devel.recluse.de)
  650. # [12:07] * Joins: riven (~riven@53518387.cable.casema.nl)
  651. # [12:07] * Joins: Darxus (~darxus@panic.chaosreigns.com)
  652. # [12:07] * Joins: othree (~othree@admin39.ct.ntust.edu.tw)
  653. # [12:07] * Joins: beowulf (wiglaf@ps4552.dreamhost.com)
  654. # [12:07] * Joins: dimich (~dimich@nat/google/x-bhhgcianbnzjfsdj)
  655. # [12:07] * Joins: meledin (~vladi@f2.c7.5d45.static.theplanet.com)
  656. # [12:07] * Joins: ciaran_lee (leecn@spoon.netsoc.tcd.ie)
  657. # [12:08] * Quits: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl) (Ping timeout: 241 seconds)
  658. # [12:08] * Quits: riven (~riven@53518387.cable.casema.nl) (Ping timeout: 280 seconds)
  659. # [12:08] <asmodai> mmm, 590 MB now. so that's like 78 MB in 5 minutes
  660. # [12:08] <asmodai> Not good at all.
  661. # [12:10] <hsivonen> asmodai: Firefox 3.6.latest?
  662. # [12:10] * Joins: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl)
  663. # [12:10] * Joins: smaug___ (~chatzilla@cs181150024.pp.htv.fi)
  664. # [12:10] <zcorpan> try the Quit Firefox menu item
  665. # [12:21] <gsnedders> I hear Opera works well.
  666. # [12:24] <zcorpan> http://sam.zoy.org/wtfpl/ lol
  667. # [12:24] <Philip`> gsnedders: I thought you usually spent all day finding ways in which Opera works badly
  668. # [12:25] <zcorpan> that's why it works well
  669. # [12:26] <Philip`> http://tunes.org/legalese/bugroff.html - these kinds of licenses seem quite popular
  670. # [12:27] <jgraham> Assuming gsnedders work well
  671. # [12:28] * Joins: rolandsteiner (~rolandste@220.109.219.244)
  672. # [12:29] * Joins: ROBOd2 (~robod@89.123.187.196)
  673. # [12:34] * Quits: ROBOd (~robod@92.84.196.194) (Ping timeout: 265 seconds)
  674. # [12:40] <Lachy> the WTFPL licence is self contradictory. It says you can do whatever you want to without restriction, but then imposes the restriction that modified versions of the licence must also change the name.
  675. # [12:41] <zcorpan> yeah
  676. # [12:41] <gsnedders> WTF?
  677. # [12:45] <Dashiva> Lachy: If you can do whatever you want, surely that includes ignoring the license
  678. # [12:46] <asmodai> hsivonen: 3.6.4 beta 1 I think it's called
  679. # [12:46] <Lachy> Dashiva, yes, it does. The FAQ below it even says you can relicence it if you don't like the terms
  680. # [12:46] <hsivonen> those licenses may seem cute as long as you don't want your software to be included in Debian or otherwise be built-upon
  681. # [12:47] <Philip`> Lachy: Why do you assume the WTFPL license text is licensed under the WTFPL?
  682. # [12:47] <Philip`> The GPL text isn't GPL and doesn't permit any modifications at all
  683. # [12:47] <zcorpan> hsivonen: you can just change the license
  684. # [12:48] <Dashiva> hsivonen: It claims WTFPL-licensed programs are in debian already
  685. # [12:48] * Quits: cpearce (~cpearce@ip-118-90-114-243.xdsl.xnet.co.nz) (Ping timeout: 260 seconds)
  686. # [12:50] <Lachy> Philip`, the way the WTFPL is written, it says that the licence itself is the work being licenced. It doesn't say that the terms apply to the work being licenced.
  687. # [12:50] <Lachy> i.e. where it says "Everyone is permitted to copy and distribute verbatim or modified copies of this *license document*," (emphasis added)
  688. # [12:51] <Dashiva> It's intended to be used as a header, surely
  689. # [12:51] <Philip`> Lachy: The way I read it, that paragraph is a standalone statement about the license text and has no relevance to what the license is licensing
  690. # [12:52] <Dashiva> Although that doesn't grant any rights to compile code
  691. # [12:52] <Philip`> (It's the same as the first paragraph of http://www.gnu.org/licenses/gpl.html)
  692. # [12:55] <Lachy> hmm, ok. It's still a really poorly written licence
  693. # [12:55] <Dashiva> It doesn't seem to actually solve anything compared to BSD/MIT
  694. # [12:55] <Philip`> Lachy: That's basically the whole point of the license
  695. # [12:56] <Philip`> It's like BSD/MIT without trying to be legally correct and unambiguous
  696. # [12:57] <Philip`> If they'd added a dozen more lines to explain exactly what was being licensed then there'd no longer be any reason to use it
  697. # [12:59] <Dashiva> Perhaps we're going about this the wrong way. Rather than license the work, license the author
  698. # [12:59] <Dashiva> "I hereby license everything I ever produce to everyone everywhere"
  699. # [13:00] <Philip`> What does "produce" mean?
  700. # [13:00] <Philip`> Would it include your children?
  701. # [13:01] <Dashiva> That would infringe on the children's rights, though
  702. # [13:02] <Philip`> Seems better to stick with the GPL's approach of using the tools provided by copyright law to circumvent the original goals of copyright law, rather than doing something totally different and pretending the legal details don't matter
  703. # [13:03] <Dashiva> How about getting a notarized letter proving you died 150 years ago?
  704. # [13:04] <Lachy> actually, it could be argued that the GPL does more to promote the original goal of copyright, which was to promote creativity, that what current copyright laws actually do themselves.
  705. # [13:06] <Dashiva> Original goals aren't part of the law in many jurisdictions
  706. # [13:06] * Philip` is considering the original goal to be the reduction of copying
  707. # [13:06] <Philip`> (rather than the more indirect original goals that were hoped to be achieved by doing that)
  708. # [13:06] <Lachy> well, I guess, if you consider what the printing presses wanted to maintain their monopolies for
  709. # [13:08] <Lachy> but the US constituion's statement about copyright is to promote the progress of science and the useful arts (or something like that), the the GPL most certainly does more for progress than overly restrictive copyright laws
  710. # [13:08] * gsnedders wouldn't say copyright laws really prohibit that
  711. # [13:09] <gsnedders> Copying work isn't needed for the progress of science and the useful arts
  712. # [13:09] <gsnedders> What needed is the ability to recreate experiements in science (which is not copying in a copyright sense), and in the arts each work tends to be a word in and of itself
  713. # [13:09] <Dashiva> Nobody cares about the constitution unless they can interpret it to agree with their own view
  714. # [13:10] <jgraham> gsnedders: That's not really true
  715. # [13:10] <Philip`> Dashiva: Sounds like the HTML WG charter
  716. # [13:10] <Dashiva> I wonder why
  717. # [13:10] * Joins: annevk (~annevk@EM111-188-49-204.pool.e-mobile.ne.jp)
  718. # [13:11] <Dashiva> And the original intent is often the first victim in such interpretations
  719. # [13:12] * Joins: daedb (~daed@78-72-108-100-no178.tbcn.telia.com)
  720. # [13:12] <Lachy> Dashiva, that's true. The supreme court blatently ignored the original intent of the constitution when they ruled that that micky mouse protection act wasn't unconstitutional, even though any sane person would realise that it was.
  721. # [13:13] * gsnedders wonders what things in the US constitution haven't been contradicted
  722. # [13:13] * gsnedders doubts there are any
  723. # [13:14] <Philip`> If the US constitution is so infallible that we should still strictly follow exactly what is says, how come it had to be amended 27 times?
  724. # [13:14] <Lachy> no-one claims it was infallable.
  725. # [13:14] <Dashiva> I'm sure _someone_ does
  726. # [13:15] <jcranmer> gsnedders: the 13th amendment?
  727. # [13:15] <jcranmer> Philip`: turn it on its head
  728. # [13:15] * gsnedders looks that up
  729. # [13:15] <Dashiva> jcranmer: I think illegal immigrants handle that fine
  730. # [13:15] <jcranmer> how many constitutions have only been amended 27 times?
  731. # [13:16] <hsivonen> Does anyone happen to know if https://bugzilla.mozilla.org/show_bug.cgi?id=537948 is Web compat-relevant?
  732. # [13:16] <Dashiva> Not to mention the old health care system :)
  733. # [13:16] <Lachy> gsnedders, it abolishes slavery
  734. # [13:17] <jcranmer> there's also the all-important 3rd Amendment
  735. # [13:17] <jcranmer> (no quartering of troops, basically)
  736. # [13:18] <Philip`> jcranmer: As far as I know it could be like HTML4 where people have just been too lazy to fix all the bugs in the document
  737. # [13:18] <Dashiva> It's a real shame 2nd and 3rd amendments weren't updated properly once America left the old age
  738. # [13:19] <jcranmer> in general, the US constitution is quite flexible since it doesn't hardcode a lot of stuff
  739. # [13:19] <Philip`> jcranmer: I thought quartering was what was done to people like Guy Fawkes, not to troops
  740. # [13:19] <gsnedders> The fact the fifth amendment doesn't apply to anyone on US soil is somewhat disturbing
  741. # [13:20] <gsnedders> Likewise the sixth
  742. # [13:20] <jcranmer> Philip`: quartering == provide quarters forcibly
  743. # [13:20] <Philip`> Oh, okay
  744. # [13:21] <jcranmer> I doubt the text of the 16th or 17th amendments have caused lots of court cases
  745. # [13:21] <jcranmer> although their contents aren't exactly happy for all people
  746. # [13:22] <jgraham> I find it vaugely amusing when americans talk about the founding fathers as if they were god-like visionaries
  747. # [13:23] <jcranmer> eh, it's all a bunch of romanticism
  748. # [13:23] * Quits: jwalden (~waldo@c-71-202-165-226.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2/20100122095031])
  749. # [13:23] <Dashiva> They were quite visionary compared to current politicians, though
  750. # [13:23] <Philip`> When I think about the founding fathers, I always think of Day of The Tentacle
  751. # [13:24] <jgraham> Dashiva: Hard to say because the circumstances are quite different
  752. # [13:24] <Dashiva> Not talking about potential results, but actual results
  753. # [13:24] <jgraham> Possibly they are just as visionary as today's would-be politicians that no one will vote for
  754. # [13:25] <gsnedders> It also seems to be hold far too much as perfect and a reason to argue against rational changes in the US
  755. # [13:26] <Dashiva> You don't need the constitution for that, you just make people believe it says whatever you claim
  756. # [13:27] <Dashiva> I don't recall the poll, but apparently quite a few believe it declares the US to be a christian nation
  757. # [13:27] <jcranmer> well, the supreme court once had to make a ruling on whether or not something violated the preamble to the constitution
  758. # [13:28] <jcranmer> but you get nutjobs in any sufficiently large country
  759. # [13:28] <jgraham> The vatican is full of nut jobs
  760. # [13:28] <jcranmer> especially one as individualisitic as the US
  761. # [13:28] <jgraham> So the bar for "sufficiently large" is rather small
  762. # [13:28] <workmad3> you get nutjobs in any country
  763. # [13:28] <Philip`> When the visionary people were writing it, did they expect it would be still applicable and still used two centuries later?
  764. # [13:29] <workmad3> you just get more, and more extreme, nut jobs in larger countries
  765. # [13:29] <jgraham> Philip`: Probably no more so than people who wrote COBOL in the 60s
  766. # [13:29] <jcranmer> Philip`: probably not
  767. # [13:29] <gsnedders> If they had been so visionary, would they have written it as they did knowing it would still be used two centires later?
  768. # [13:30] <jcranmer> Thomas Jefferson thought countries needed a revolution every few decades
  769. # [13:30] <Philip`> Did they intend it to be rescinded at some point in the future before it became too irrelevant?
  770. # [13:30] <Dashiva> Surely they expected more amendments
  771. # [13:31] <jcranmer> well, they punted majorly on the slavery issue
  772. # [13:31] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com)
  773. # [13:31] <Philip`> They should have an added an expiry date of 50 years after the writing, so that the country would descend into chaos and start the next revolution
  774. # [13:31] * gsnedders wonders if anyone is still counted as 2/3rds of a person in a census
  775. # [13:31] <jcranmer> no one was ever counted as 2/3
  776. # [13:31] <jcranmer> it was 3/5
  777. # [13:31] <Dashiva> Philip`: They'd just extend it
  778. # [13:32] <gsnedders> But actually, I think the wording was those who weren't free
  779. # [13:32] <gsnedders> jcranmer: Gah. The exact fraction doesn't matte.r
  780. # [13:32] <Dashiva> As I understand it, the two houses are allowed to make new rules every session, but they just carry over the old ones out of habit
  781. # [13:32] * Quits: rolandsteiner (~rolandste@220.109.219.244) (Quit: Leaving.)
  782. # [13:32] <Philip`> Dashiva: They could have made extensions unconstitutional
  783. # [13:33] * jcranmer points those Europeans to the European constitution^W^WLisbon treaty
  784. # [13:33] <gsnedders> The fact taht the president alone has a veto is somewhat distrubing, though
  785. # [13:33] <Dashiva> Philip`: They would pass an amendment then
  786. # [13:34] <Dashiva> Or maybe they just wouldn't tell anyone and keep going out of habit, not like anything would change
  787. # [13:34] <gsnedders> jcranmer: That isn't two centuries old :)
  788. # [13:34] <jcranmer> gsnedders: see how much longer it is than the US constitution
  789. # [13:35] <jgraham> And hasn't really been accepted
  790. # [13:35] * Joins: nattokirai (~nattokira@z186083.dynamic.ppp.asahi-net.or.jp)
  791. # [13:35] <jcranmer> well, I would refer to California's constitution, which has something like 2000 amendments
  792. # [13:35] <gsnedders> Some things are somewhat disturbing, though, like countries opting out of making the Charter of Fundamental Rights law
  793. # [13:35] <Philip`> Dashiva: They should have done what people who wrote COBOL in the 60s did and make their stuff unable to cope beyond the end of the century and make it really expensive to fix
  794. # [13:36] <jcranmer> but everyone knows California is just a big conglomeration of lunatics
  795. # [13:36] <Dashiva> Philip`: Kind of... the way it is right now?
  796. # [13:36] <Philip`> Oh, okay, so they did do that
  797. # [13:37] <Philip`> and people just put up with the really expensive fixes instead of taking it as an opportunity to start from scratch
  798. # [13:37] <Philip`> so I guess that's not the best plan
  799. # [13:37] <Dashiva> Maybe if they one day manage to get a sensible election system
  800. # [13:39] <gsnedders> That sounds over ambitious
  801. # [13:40] <Dashiva> It looks like it might happen before I die in the UK, so you never know
  802. # [13:41] <gsnedders> Well, the Scottish parliment has a sane election system
  803. # [13:41] * Joins: davidb (~davidb@bas4-kitchener06-1128762108.dsl.bell.ca)
  804. # [13:41] <gsnedders> There again, that favoured the Tories who were in power in Westminster when the Scotland Act was passed
  805. # [13:41] <gsnedders> (they are still only the fouth largest party, though)
  806. # [13:42] <gsnedders> Ah, no, they're up to third equal now
  807. # [13:43] <Dashiva> Although perhaps the supreme court is a bigger problem than the electoral stuff
  808. # [13:43] <gsnedders> The new Supreme Court, or?
  809. # [13:44] <Dashiva> The way it's updated
  810. # [13:47] <Philip`> Dashiva: You're going to die in the UK?
  811. # [13:48] <Dashiva> Of course
  812. # [13:48] <Dashiva> While singing "Back in the UK" by Scooter
  813. # [13:48] * gsnedders again gets confused by the title of the Duke of Rothesay
  814. # [13:48] <gsnedders> (which is the title of the Prince of Wales while in Scotland)
  815. # [13:49] <gsnedders> (or rather, the title of the heir apparent)
  816. # [13:52] <Philip`> gsnedders: Why is that confusing? It's just like someone being both the King of Gondor and the Heir of Isildur
  817. # [13:52] <gsnedders> Philip`: It's not so much confusing because of that, it's confusing because I'm always sure I should know who the Duke of Rothesay is but I can never remember
  818. # [13:52] * Joins: ROBOd (~robod@92.86.244.230)
  819. # [13:53] <hsivonen> http://html5.org/tools/web-apps-tracker?from=4802&to=4803 is going to need some unit testing in the html5lib repo...
  820. # [13:53] * Quits: ROBOd2 (~robod@89.123.187.196) (Read error: Operation timed out)
  821. # [13:53] <hsivonen> I take it that html5lib hasn't implemented that spec change yet?
  822. # [13:53] <gsnedders> hsivonen: And the CR changes
  823. # [13:53] <gsnedders> hsivonen: No, it hasn't
  824. # [13:53] <gsnedders> hsivonen: AFAIK it's no more up-to-date than the script changes
  825. # [13:58] <hsivonen> ok.
  826. # [14:01] <hsivonen> hmm. the Opera Mobile emulator is 32bit only
  827. # [14:04] * Joins: nileshtrivedi (~nilesh@64.124.122.228)
  828. # [14:04] <nileshtrivedi> will there be an input type for address ?
  829. # [14:05] * Quits: davidb (~davidb@bas4-kitchener06-1128762108.dsl.bell.ca) (Quit: davidb)
  830. # [14:08] <hsivonen> nileshtrivedi: do you mean postal address?
  831. # [14:08] <nileshtrivedi> yes.. not latitude/longitude, which is a separate issue
  832. # [14:09] <hsivonen> nileshtrivedi: postal addresses are an i18n rathole
  833. # [14:09] <hsivonen> nileshtrivedi: so unlikely
  834. # [14:09] <nileshtrivedi> all right :)
  835. # [14:09] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  836. # [14:10] * Joins: davidb (~davidb@bas4-kitchener06-1128762108.dsl.bell.ca)
  837. # [14:10] <nileshtrivedi> how about the latitude/longitude ? will there be a input type="geo" ?
  838. # [14:10] * Quits: wakaba_0 (~wakaba_@203-140-91-140.eonet.ne.jp) (Ping timeout: 240 seconds)
  839. # [14:11] * Joins: jamk (~jamk@dhcp-095-096-190-098.chello.nl)
  840. # [14:17] * Joins: pmuellr (~pmuellr@nat/ibm/x-bfkrkqcrbixmgbpb)
  841. # [14:21] <hsivonen> nileshtrivedi: unlikely. when the page asks for the user's location, there's already the geolocation API
  842. # [14:21] <hsivonen> nileshtrivedi: when the page asks for another location, browsers aren't well equipped to provide a client-side UI
  843. # [14:21] <hsivonen> nileshtrivedi: sites are better equipped to import Google/Bing/Yahoo! maps as part of the site UI
  844. # [14:22] <nileshtrivedi> hsivonen: but the geolocation api would require javascript enabled, isn't it?
  845. # [14:23] <hsivonen> nileshtrivedi: yes
  846. # [14:24] <hsivonen> can anyone think of a case where end tag token processing starts in a non-"in foreign" mode and the token gets reprocessed in the "in foreign" mode?
  847. # [14:24] <hsivonen> I can't think of such a case.
  848. # [14:32] * Joins: JohnnyAm1rica (~Simon@213-64-113-37-no97.tbcn.telia.com)
  849. # [14:32] * Quits: JohnnyAmerica (~Simon@213-64-113-37-no97.tbcn.telia.com) (Read error: Connection reset by peer)
  850. # [14:33] * Quits: JohnnyAm1rica (~Simon@213-64-113-37-no97.tbcn.telia.com) (Client Quit)
  851. # [14:36] * Joins: JohnnyAmerica (~Simon@213-64-113-37-no97.tbcn.telia.com)
  852. # [14:40] * Quits: davidb (~davidb@bas4-kitchener06-1128762108.dsl.bell.ca) (Quit: davidb)
  853. # [14:43] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 240 seconds)
  854. # [14:44] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  855. # [14:55] * Joins: taf2_ (~taf2@173-13-232-33-WashingtonDC.hfc.comcastbusiness.net)
  856. # [14:59] * Quits: kennyluck (~kennyluck@2001:200:1c0:3508:225:ff:fe4d:f8c7) (Quit: kennyluck)
  857. # [15:02] <hsivonen> the code for spec rev 4803 isn't nice...
  858. # [15:06] <hendry> hsivonen: you don't need libxml for parsing HTML5 do you?
  859. # [15:06] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
  860. # [15:06] * Joins: erlehmann (~erlehmann@82.113.106.107)
  861. # [15:07] <hsivonen> hendry: no. why?
  862. # [15:07] <hendry> hsivonen: is there a nice C implemenation of the HTML5 parsing model somewhere I wonder?
  863. # [15:07] <hendry> hsivonen: wondering why webkit seems to depend on it
  864. # [15:07] <gsnedders> hendry: XML parser, AFAIK
  865. # [15:09] <hendry> gsnedders: can't the HTML5 parsiing model replace what libxml does in webkit?
  866. # [15:10] <gsnedders> hendry: No. The HTML5 Parsing doesn't define how to parse XML.
  867. # [15:11] <hendry> so what XML does webkit need to be able to parse then? XHTML?
  868. # [15:11] <hsivonen> hendry: there's a nice C++ implementation :-)
  869. # [15:12] <hsivonen> hendry: if you want C, you can put a C API wrapper around the C++
  870. # [15:12] <hendry> hsivonen: C++ *shiver*, ok pls point me to it.
  871. # [15:12] <hendry> hsivonen: is the big idea webkit/gecko converge on the same model right?
  872. # [15:12] <hsivonen> hendry: http://hg.mozilla.org/projects/htmlparser/
  873. # [15:12] <hendry> hsivonen: i know you were doing some experiments. is FF using html5 parser yet
  874. # [15:13] <hsivonen> to get a non-Gecko-dependent version of the HTML5 parser, you need to create your own version of CppTypes.java so that the translator gets non-NSPR/XPCOM types
  875. # [15:13] <hsivonen> hendry: not on by default yet
  876. # [15:14] <hsivonen> getting a non-Gecko-dependent version isn't "supported" in the sense that I haven't tried it yet even for a toy project
  877. # [15:14] <hsivonen> hendry: you can be the first to try!
  878. # [15:14] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 258 seconds)
  879. # [15:16] <hsivonen> hendry: and yes, the big idea is to get *all* browsers to converge on standard parsing
  880. # [15:16] <hsivonen> hendry: in the case of Gecko, there are two other big ideas: 1) getting rid of the old HTML parser and 2) putting HTML parsing off the main thread
  881. # [15:17] <hendry> hsivonen: not sure how to clone hg.mozilla.org/projects/htmlparser/ or where exactly to find the cpp, only see java
  882. # [15:17] <hendry> hsivonen: is webkit following suit?
  883. # [15:17] <hsivonen> hendry: to get the CPP, you run Main.java under translator-src
  884. # [15:18] <hendry> hsivonen: what?? you generate cpp from java?
  885. # [15:18] <hsivonen> if you want to experiment with the help of an automagic makefile, you can clone http://hg.mozilla.org/mozilla-central/
  886. # [15:18] <hsivonen> hendry: yes
  887. # [15:19] <hsivonen> ...and see http://hg.mozilla.org/mozilla-central/file/456b934bab9e/parser/html/java/README.txt
  888. # [15:19] <hsivonen> that should get you going with the dependencies of the translator itself
  889. # [15:20] <hendry> omg
  890. # [15:20] <hsivonen> hendry: writing Java is much nicer than writing C++ :-)
  891. # [15:20] <hendry> hsivonen: has anyone considered doing this in C?
  892. # [15:21] <hsivonen> hendry: yes. takkaria and ment
  893. # [15:21] <hsivonen> neither of whom seems to be on IRC right now
  894. # [15:21] <hendry> hsivonen: checkout http://harmful.cat-v.org/software/java
  895. # [15:21] <Philip`> There's http://www.netsurf-browser.org/projects/hubbub/
  896. # [15:22] <Philip`> Don't know what the current status of it is, though
  897. # [15:23] <jmb> Philip`: there'll be a patch release at the weekend, is the current status of it
  898. # [15:24] <hsivonen> hendry: lot of boring enterprise software gets written in Java. good software gets written in Java, too.
  899. # [15:24] <hendry> jmb: looks good
  900. # [15:24] <Philip`> jmb: Given that the last release listed there was 0.0.1 in April 2009, it gives the impression of being a bit dead
  901. # [15:24] * Parts: nileshtrivedi (~nilesh@64.124.122.228)
  902. # [15:25] <hendry> jmb: are you in Southhampton?
  903. # [15:25] <jmb> Philip`: well, yes :)
  904. # [15:25] <Philip`> jmb: so a new release sounds good :-)
  905. # [15:25] <jmb> Philip`: but that's because people have been busy with other things
  906. # [15:25] <jmb> not because it's been abandoned
  907. # [15:26] <hendry> are there html tests to see if a html5 parser is compliant to the model?
  908. # [15:27] <Philip`> jmb: Was it stable and complete (per the spec from that time period) before people became busy with other things?
  909. # [15:27] * Joins: garbeam (~anselm@garbe.us)
  910. # [15:27] <jmb> Philip`: yes, provided you didn't want fragment parsing or script support
  911. # [15:27] * Joins: miketaylr (~miketaylr@38.117.156.163)
  912. # [15:27] <Philip`> I think it's unclear from the page whether it's a decent usable library or an early incomplete alpha-style release
  913. # [15:28] <hsivonen> hendry: html5lib hosts the de facto test suite
  914. # [15:28] <hsivonen> hendry: it's incomplete of course
  915. # [15:29] <hsivonen> right now, I wish Someone Else had already written tests for spec rev 4803
  916. # [15:29] <gsnedders> heh
  917. # [15:29] <gsnedders> I remember thinking that when implementing all the script states in the tokenizer
  918. # [15:29] <jmb> Philip`: that's a fair accusation :)
  919. # [15:29] <gsnedders> Except wishing someone else had done the impl
  920. # [15:30] <hendry> hsivonen: ok i see code.google.com/p/html5lib/source/browse/#hg/testdata (guess what browser i'm using that removes http:// from my unix style copies)
  921. # [15:30] <Philip`> If it's a decent usable library then someone (else) should write a Python wrapper for it :-)
  922. # [15:31] <hsivonen> hendry: I hear you can get the http:// back in the latest build
  923. # [15:31] <jmb> Philip`: heh
  924. # [15:31] * Quits: ROBOd (~robod@92.86.244.230) (Quit: http://www.robodesign.ro)
  925. # [15:31] <hsivonen> Philip`: you could make the Java to C++ translator target python C bindings!
  926. # [15:33] <Philip`> Are Python people happy with modules written in C++?
  927. # [15:33] <hsivonen> who's gonna know what's behind the ABI?
  928. # [15:33] * Joins: mpt (~mpt@canonical/mpt)
  929. # [15:33] <hsivonen> it's not like this is for the AppStore
  930. # [15:33] * remysharp is now known as remysharp-away
  931. # [15:34] <Philip`> Could it ever be bundled with Python as an alternative to sgmllib?
  932. # [15:34] <hsivonen> oh
  933. # [15:34] <gsnedders> Philip`: US is going in and depends on C++
  934. # [15:34] <Philip`> Presumably Python people would care in that case
  935. # [15:34] <Philip`> gsnedders: US?
  936. # [15:34] <gsnedders> Unladen Swallow
  937. # [15:34] <jgraham> Well that is different
  938. # [15:35] <jgraham> Somwhat
  939. # [15:35] <gsnedders> Yeah, but if the VM relies upon C++ then stdlib relying upon it will be no problem
  940. # [15:35] <jgraham> It seems more useful to target Python 2.x in the short term anyway
  941. # [15:35] <gsnedders> But that VM dependancy is optional anyway
  942. # [15:36] <hsivonen> is Unladen Swallow for Python 3?
  943. # [15:36] <jgraham> Yes
  944. # [15:36] <gsnedders> The original branch was for 2, it will be merged into a future 3 release
  945. # [15:36] <jgraham> The official version at least
  946. # [15:36] <hsivonen> I guess Python's XHTML2 is different in the sense that it gets serious resources from Google
  947. # [15:36] <gsnedders> (2.7 is the final major release of Python 2, and they just missed the deadline for that)
  948. # [15:36] <Philip`> http://www.python.org/dev/peps/pep-3146/#addition-of-c-to-cpython
  949. # [15:37] <Philip`> "C++ can be disabled via ./configure --without-llvm, which even omits the dependency on libstdc++"
  950. # [15:37] <gsnedders> 15:34 < gsnedders> But that VM dependancy is optional anyway
  951. # [15:37] <Philip`> That seems to suggest they like C++ to still be optional
  952. # [15:37] <hsivonen> gsnedders: final as in HTML 4.01 or Perl 5.0?
  953. # [15:37] <gsnedders> hsivonen: final as in Perl 5.0
  954. # [15:37] <gsnedders> Well, somewhere between them, actually
  955. # [15:37] <Philip`> and presumably to be optional without affecting runtime behaviour (except performance)
  956. # [15:37] <gsnedders> Basically bugfix only
  957. # [15:37] <gsnedders> No new features
  958. # [15:40] <jgraham> gsnedders: That is only the plan
  959. # [15:43] * Philip` guesses that converting the Java-to-C++ translator into a Java-to-C translator would be non-trivial and probably not worthwhile since there's no good reason for people to not allow C++
  960. # [15:45] * Quits: nattokirai (~nattokira@z186083.dynamic.ppp.asahi-net.or.jp) (Quit: nattokirai)
  961. # [15:46] <hsivonen> Philip`: just use CFront :-)
  962. # [15:47] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 240 seconds)
  963. # [15:48] <Philip`> I think that's possibly a tiny bit obsolete now
  964. # [15:48] * Quits: micheil (~micheil@124-170-75-25.dyn.iinet.net.au) (Ping timeout: 240 seconds)
  965. # [15:48] <Philip`> though it looks like the Comeau C++ compiler is modern and can emit C
  966. # [15:48] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Remote host closed the connection)
  967. # [15:50] <Philip`> Oh, but apparently not standalone C - the output is platform-specific, and the license doesn't allow you to use the C code on other platforms
  968. # [15:50] <gsnedders> I wonder what about using Clang and trying to create C from LLVM bytecode
  969. # [15:51] <Philip`> Just write a bytecode interpreter in C
  970. # [15:51] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Ping timeout: 268 seconds)
  971. # [15:54] * Joins: mpt (~mpt@canonical/mpt)
  972. # [15:55] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
  973. # [15:57] * Joins: dave_levin_ (~dave_levi@c-98-203-247-78.hsd1.wa.comcast.net)
  974. # [15:58] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  975. # [16:00] * remysharp-away is now known as remysharp
  976. # [16:06] * beowulf is now known as HULK
  977. # [16:06] * HULK is now known as beowulf
  978. # [16:07] * remysharp is now known as remysharp-away
  979. # [16:08] * Quits: annevk (~annevk@EM111-188-49-204.pool.e-mobile.ne.jp) (Remote host closed the connection)
  980. # [16:09] * Joins: annevk (~annevk@EM111-188-49-204.pool.e-mobile.ne.jp)
  981. # [16:19] * Joins: dglazkov (~dglazkov@c-67-169-180-225.hsd1.ca.comcast.net)
  982. # [16:20] * Philip` has now set up a system where JS files contain fragments of Relax NG which get extracted by a C++ program and then processed by a couple of hundred lines of XSLT to generate XHTML
  983. # [16:20] <Philip`> Someone please save me, I'm being infected by XML :-(
  984. # [16:21] <jgraham> Philip`: Why?
  985. # [16:21] <Philip`> Why save me?
  986. # [16:21] <jgraham> No, I think it is quite obvious you need to be saved
  987. # [16:21] <jgraham> Anything else would be immkoral
  988. # [16:21] <jgraham> *immoral
  989. # [16:21] <Philip`> It seemed like a good idea at the time (i.e. yesterday)
  990. # [16:22] <Philip`> and it still does, which is worrying
  991. # [16:25] * Quits: boblet (~boblet@p1072-ipbf36osakakita.osaka.ocn.ne.jp) (Quit: boblet)
  992. # [16:28] * Quits: annevk (~annevk@EM111-188-49-204.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  993. # [16:39] * Quits: remysharp-away (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com) (Ping timeout: 265 seconds)
  994. # [16:41] * Joins: ROBOd (~robod@109.96.209.175)
  995. # [16:42] * Quits: dave_levin_ (~dave_levi@c-98-203-247-78.hsd1.wa.comcast.net) (Quit: dave_levin_)
  996. # [16:43] <zcorpan> Philip`: it's a bad idea
  997. # [16:45] * Quits: peol (~andree@unaffiliated/peol) (Read error: Operation timed out)
  998. # [16:46] * Quits: broquaint (1340d577e2@spc2-brig11-0-0-cust103.asfd.cable.virginmedia.com) (Ping timeout: 276 seconds)
  999. # [16:46] * Joins: peol (~andree@unaffiliated/peol)
  1000. # [16:47] * Joins: broquaint (~dbrook@spc2-brig11-0-0-cust103.asfd.cable.virginmedia.com)
  1001. # [16:48] <hsivonen> I *think* I found 3 bugs in rev 4803.
  1002. # [16:48] <hsivonen> or alternatively, my reading comprehension has gotten really bad
  1003. # [16:48] <hsivonen> so I still haven't written test cases
  1004. # [16:52] * Joins: aroben (~aroben@unaffiliated/aroben)
  1005. # [16:53] * Quits: dglazkov (~dglazkov@c-67-169-180-225.hsd1.ca.comcast.net) (Quit: dglazkov)
  1006. # [16:54] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: mhausenblas)
  1007. # [17:00] * Quits: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de) (Remote host closed the connection)
  1008. # [17:02] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 276 seconds)
  1009. # [17:03] <volkmar> Hixie: ping
  1010. # [17:05] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
  1011. # [17:07] * Quits: zcorpan (~zcorpan@c-339fe355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  1012. # [17:13] * Joins: dglazkov (~dglazkov@nat/google/x-zcyfpwfgvtdfuuhl)
  1013. # [17:13] * Joins: mpt (~mpt@canonical/mpt)
  1014. # [17:14] * Quits: ROBOd (~robod@109.96.209.175) (Ping timeout: 260 seconds)
  1015. # [17:16] * Quits: pesla (~retep@188.202.125.121) (Quit: ( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com ))
  1016. # [17:20] * Joins: yutak_home (~kee@N038037.ppp.dion.ne.jp)
  1017. # [17:27] * Joins: ROBOd (~robod@109.96.222.164)
  1018. # [17:43] * Joins: syp_ (~syp@lasigpc9.epfl.ch)
  1019. # [17:43] * Quits: syp (~syp@lasigpc9.epfl.ch) (Read error: Connection reset by peer)
  1020. # [17:47] * Quits: mat_t (~mattomasz@91.189.88.12) (Ping timeout: 245 seconds)
  1021. # [17:49] * Quits: svl (~chatzilla@a194-109-2-65.dmn.xs4all.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky!)
  1022. # [17:50] <TabAtkins> Welp, just discovered that I can't install Fireworks on Linux, and so can't possibly attend a class about Fireworks. Great.
  1023. # [17:50] <Dashiva> "I have no faith in the W3C (what was the last useful thing they helped create... XML namespaces?)."
  1024. # [17:50] <TabAtkins> ...wow.
  1025. # [17:52] <daedb> Dashiva: Where's that from?
  1026. # [17:53] * Joins: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com)
  1027. # [17:54] <Dashiva> http://minimsft.blogspot.com/2010/04/microsoft-fy10q3-results.html
  1028. # [17:55] <TabAtkins> "even if they deign its presence with faint of disdain" Someone needs to put the dictionary down and talk at the level they understand.
  1029. # [17:58] <remysharp> If I wanted to use this picture: http://www.whatwg.org/specs/web-apps/current-work/images/drawImage.png from the spec, who's the best person to speak to, or is there a standard answer?
  1030. # [17:58] <remysharp> sorry - use the picture in a book whilst explaining drawImage
  1031. # [17:59] <TabAtkins> I'd assume that it's covered under the WHATWG's HTML5 license, which means freely redistributable.
  1032. # [17:59] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
  1033. # [17:59] <TabAtkins> Otherwise, Hixie.
  1034. # [18:01] <remysharp> The spec reads "You are granted a license to use, reproduce and create derivative works of this document." so it's fair to say I'm good then, unless Hixie want's to interject.
  1035. # [18:01] <remysharp> TabAtkins: ta
  1036. # [18:01] <TabAtkins> Yes, then. You can use the picture however you want, as a derivative work.
  1037. # [18:01] * Quits: JonathanNeal__ (~JonathanN@99-59-124-67.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 246 seconds)
  1038. # [18:04] <jgraham> TabAtkins: You thought that adobe made products that work on Linux?
  1039. # [18:04] <TabAtkins> Man, I dunno. I live in a pretend world of magic and unicorns where everything just works everywhere.
  1040. # [18:05] <jgraham> Given how well Adobe and Apple get along these days it is irnonic that the only piece of software I wouldn't want to move away from OSX for is Lightroom
  1041. # [18:05] <jgraham> *ironic
  1042. # [18:06] <jgraham> If they ever ship a linux version I will be all over it
  1043. # [18:06] <jgraham> But they never will
  1044. # [18:07] <jgraham> And there is no sign that anyone else will write a similarly good application that does work on Linux
  1045. # [18:08] <jgraham> And I no longer understand how anyone does anything on Windows
  1046. # [18:08] <jgraham> Because every time I try I want to kill people
  1047. # [18:08] <TabAtkins> I find it interesting how my workflow changes based on what incidental tools I have available.
  1048. # [18:09] <jgraham> e.g.?
  1049. # [18:09] <TabAtkins> On Windows, where multiple desktops are hard to do, I had AHK to let me minimize anything with F4, and just worked with 2 monitors and a single desktop fine.
  1050. # [18:09] * Joins: Maurice (copyman@5ED573FA.cable.ziggo.nl)
  1051. # [18:09] <TabAtkins> Here on Linux, I haven't gone to the trouble of finding anything that lets me remap keycombos like that, but I don't need it, since I just set up 6 desktops and never change what's on them.
  1052. # [18:10] * Quits: taf2_ (~taf2@173-13-232-33-WashingtonDC.hfc.comcastbusiness.net) (Quit: taf2_)
  1053. # [18:12] <TabAtkins> Topic change: RDFa Core 1.1 now defines what appears to be 3 separate mechanisms to make the syntax look more like Microdata.
  1054. # [18:14] * Joins: AryehGregor (~Simetrica@mediawiki/simetrical)
  1055. # [18:15] <jgraham> If micro data is good, having three ways to be like it is exp(3) time better, surely
  1056. # [18:15] <jgraham> s/ //
  1057. # [18:15] <TabAtkins> That's the worst magic regexp ever.
  1058. # [18:16] <jgraham> It's perfectly acceptable magic
  1059. # [18:16] <Dashiva> It matches the wrong space, though
  1060. # [18:16] <jgraham> No, that's the magic of it
  1061. # [18:16] <Dashiva> Clearly you're using a different version of magic
  1062. # [18:17] <TabAtkins> At least *try* to make it unambiguous. s/ time/time/, if I'm understanding you correctly.
  1063. # [18:17] <TabAtkins> Also, I should totally go eat some breakfast before they close down the kitchen on me again and I'm left with nothing but a banana and a bottled frappucino.
  1064. # [18:18] <Dashiva> You can eat when you're dead
  1065. # [18:18] <TabAtkins> That will be sooner than desired, if I follow that advice.
  1066. # [18:18] <jgraham> Only if you are a zombie
  1067. # [18:18] <jgraham> (do zombies eat?)
  1068. # [18:18] <TabAtkins> Alternately, I can eat now, which reduces the time between me and food even further.
  1069. # [18:18] <Dashiva> Sounds self-defeating
  1070. # [18:18] <TabAtkins> jgraham: Of course they do. The exact metabolic processes depend on your zombie type.
  1071. # [18:18] <Dashiva> Eating to avoid eating
  1072. # [18:19] <jgraham> TabAtkins: Did you join public-html-testsuite?
  1073. # [18:19] <TabAtkins> No, I'm wantint to eat so I can eat more.
  1074. # [18:19] <TabAtkins> jgraham: Yes.
  1075. # [18:19] <jgraham> TabAtkins: Great
  1076. # [18:19] <Dashiva> But that's a circular argument
  1077. # [18:19] <Dashiva> You want to eat because you want to eat
  1078. # [18:19] <jgraham> TabAtkins: Did you see any of the discussion about the test harness for DOM tests?
  1079. # [18:19] <TabAtkins> Dashiva: So is my digestive tract, if you include sufficient recycling steps between two of the steps.
  1080. # [18:19] <TabAtkins> jgraham: Haven't really read it.
  1081. # [18:20] <jgraham> I figure you might be somewhat interested if this is one of the things you are working on
  1082. # [18:20] <TabAtkins> Yeah, I am, and need to.
  1083. # [18:20] <jgraham> Great
  1084. # [18:21] <jgraham> (I just said that again, but there is nothing wrong with squaring the greatness)
  1085. # [18:21] <TabAtkins> Right after saying that she doesn't feel comfortable engaging in discussion on the mailing list and would rather communicate purely through Change Proposals, she dumps a wall of text on the mailing list not in the form of a Change Proposal.
  1086. # [18:22] <TabAtkins> (Her saving grace is probably that said wall of text doesn't constitute "discussion".)
  1087. # [18:23] <Philip`> jgraham: Zombies eat brains (unless you protect your brains with sufficient defensive gardening skills), obviously
  1088. # [18:23] <TabAtkins> Philip`: Unless they're one of the "living zombie" variants, which typically eat all uninfected flesh.
  1089. # [18:25] <Dashiva> Most zombie ecologies fail to address the inherent problems of the brain duality
  1090. # [18:25] <TabAtkins> ? Which duality?
  1091. # [18:25] <Dashiva> Brains are both their weak point and their sustenance
  1092. # [18:26] <Philip`> http://www.cramitwithwalnuts.com/wp-content/gallery/plants-vs-zombies/ate_your_brains.jpg - proof
  1093. # [18:26] * Joins: ROBOd2 (~robod@109.96.238.92)
  1094. # [18:26] * Joins: cying (~cying@70.90.171.153)
  1095. # [18:26] <Dashiva> So if zombies eat the brains of their victims, but destroying the brain destroys the zombie, how can a victim become a zombie?
  1096. # [18:26] <TabAtkins> That's well-established; partial contact does the trick.
  1097. # [18:27] <Dashiva> Partial contact is not a reasonable assumption
  1098. # [18:27] * Quits: ROBOd (~robod@109.96.222.164) (Ping timeout: 245 seconds)
  1099. # [18:27] <Dashiva> Once a zombie has contact with a brain, it has no reason to stop consuming
  1100. # [18:27] <TabAtkins> With a brain, sure. Once you hit that point, it's likely that you're fully disabled and at the nonexistent mercy of the undead.
  1101. # [18:28] <TabAtkins> I'm talking about a conflict where the living sustains a bite or scratch, but is then able to escape.
  1102. # [18:28] <Dashiva> This is, however, a minority situation
  1103. # [18:28] * Joins: JonathanNeal (~JonathanN@rrcs-76-79-114-210.west.biz.rr.com)
  1104. # [18:28] <TabAtkins> I disagree. Zombies are slow enough that, until you get swarm situations, most physical contact is escapable.
  1105. # [18:29] <TabAtkins> You're also discounting the original infection point, which may create a large pool of zombies to start with.
  1106. # [18:29] <Dashiva> There's your swarm
  1107. # [18:29] <Dashiva> Furthermore, escape is only an option if there is somewhere to escape to
  1108. # [18:30] <TabAtkins> Not necessarily. The initial group will, by default, spread out. Swarms occur when a large number are all focused on a relatively small number of targets.
  1109. # [18:31] <TabAtkins> If the zombification event hits everyone in an area, there are no immediate targets. If it doesn't, there are likely a number of targets, which will flee in multiple directions and spread the initial swarm as well.
  1110. # [18:31] * Quits: asmodai (asmodai@dhammapada.xs4all.nl) (Ping timeout: 276 seconds)
  1111. # [18:31] * Quits: yutak_home (~kee@N038037.ppp.dion.ne.jp) (Quit: Ex-Chat)
  1112. # [18:32] <Philip`> Dashiva: You can escape to the Big Brother house
  1113. # [18:32] <gsnedders> TabAtkins: So, what are you doing with the test suite stuff?
  1114. # [18:32] <Dashiva> Philip`: That's a fate worse than (un)death
  1115. # [18:32] <TabAtkins> gsnedders: Writing a new end-to-end harness for testing, which will swallow all the existing test suites and be runnable automatically in all browsers.
  1116. # [18:33] <TabAtkins> At least, that's the eventual goal, and what I'm being paid for.
  1117. # [18:33] <Dashiva> TabAtkins: That may hold for the very beginning, but secondary infections will have easy access to victims who trust them and expect nothing.
  1118. # [18:34] <gsnedders> TabAtkins: For all tests, or just JS ones?
  1119. # [18:34] <TabAtkins> Dashiva: The hunger doesn't come until zombification does, at which point victims will know something is off. Some will still succumb, unbelieving that their loved one has joined the army of darkness, but many will escape after an initial contact, possibly gaining an infected injury and eventually zombifying themselves.
  1120. # [18:35] <TabAtkins> gsnedders: All tests.
  1121. # [18:35] <gsnedders> TabAtkins: So how are you dealing with visual tests?
  1122. # [18:35] <TabAtkins> gsnedders: At the moment, we're shooting for the reftest format. Future improvements may allow further expansion in this area.
  1123. # [18:35] <Dashiva> Zombification is not easily distinguishable from illness, which on the contrary would draw people closer to provide care
  1124. # [18:36] <gsnedders> TabAtkins: And how do you do the screenshots?
  1125. # [18:36] <gsnedders> TabAtkins: In a cross-platform, cross-browser way?
  1126. # [18:36] <Dashiva> (Perhaps we've gone far enough for now)
  1127. # [18:36] <TabAtkins> gsnedders: That's the trick, right?
  1128. # [18:36] <TabAtkins> The answer is "We'll figure it out when we get there."
  1129. # [18:37] <TabAtkins> But ideas are circling around a screenshot api for yanking pixels from a section of the screen.
  1130. # [18:37] <Philip`> Is it possible to make a test harness that is powerful enough to swallow all the existing test suites, but still simple enough that people will be willing to use it and write new tests for it?
  1131. # [18:37] <gsnedders> TabAtkins: heh
  1132. # [18:38] <TabAtkins> Part of the harness development is development of new testing APIs that all browsers will implement. We had Hakon in the meeting about it, and he was enthusiastic on the matter.
  1133. # [18:38] <gsnedders> TabAtkins: So, for the JS ones at least, see jgraham's email to public-html-testsuites
  1134. # [18:38] <TabAtkins> Philip`: I'm betting that it is.
  1135. # [18:38] <TabAtkins> gsnedders: Will do.
  1136. # [18:39] <gsnedders> TabAtkins: You going to be at the CSS WG F2F in Oslo?
  1137. # [18:39] <TabAtkins> Yes.
  1138. # [18:39] * gsnedders may try and coinside with you there
  1139. # [18:39] <TabAtkins> That'd be cool.
  1140. # [18:39] <gsnedders> (though I'll be in totally different meetings :))
  1141. # [18:40] * Quits: weinig (~weinig@c-69-181-125-223.hsd1.ca.comcast.net) (Quit: weinig)
  1142. # [18:41] <gsnedders> (I'd probably also get lost in the office and never meet you)
  1143. # [18:42] <gsnedders> Otherwise, adios for now
  1144. # [18:43] * Joins: JoePeck (~jjp@2620:0:1b00:1f02:fa1e:dfff:fed9:b9a)
  1145. # [18:44] * Quits: erlehmann (~erlehmann@82.113.106.107) (Quit: Ex-Chat)
  1146. # [18:47] * Joins: cohitre (~cohitre@97-113-165-17.tukw.qwest.net)
  1147. # [18:47] * Joins: ap (~ap@17.246.17.104)
  1148. # [18:49] * Parts: cohitre (~cohitre@97-113-165-17.tukw.qwest.net)
  1149. # [18:49] * Joins: maikmerten (~maikmerte@port-92-201-75-118.dynamic.qsc.de)
  1150. # [18:50] * Quits: Phae (~phaeness@gateb.mh.bbc.co.uk)
  1151. # [18:50] * Quits: nessy (~Adium@124-168-159-78.dyn.iinet.net.au) (Ping timeout: 258 seconds)
  1152. # [18:52] * Joins: KaOSoFt (~kaosoft@190.24.156.162)
  1153. # [18:53] <KaOSoFt> Good morning.
  1154. # [18:53] * Quits: Heimidal (~heimidal@unaffiliated/heimidal) (Remote host closed the connection)
  1155. # [18:54] * Quits: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl) (Quit: Necrathex)
  1156. # [18:55] * Quits: surkov (~surkov@client-65-22.sibtele.com) (Quit: surkov)
  1157. # [18:57] * Joins: nessy (~Adium@124-170-18-159.dyn.iinet.net.au)
  1158. # [18:57] * Quits: dglazkov (~dglazkov@nat/google/x-zcyfpwfgvtdfuuhl) (Quit: dglazkov)
  1159. # [18:58] * Joins: Lachy (~Lachlan@85.196.122.246)
  1160. # [18:59] * Joins: asmodai (asmodai@dhammapada.xs4all.nl)
  1161. # [19:02] * Joins: surkov (~surkov@client-65-22.sibtele.com)
  1162. # [19:05] * Quits: syp_ (~syp@lasigpc9.epfl.ch) (Read error: Connection reset by peer)
  1163. # [19:05] * Joins: syp (~syp@lasigpc9.epfl.ch)
  1164. # [19:10] * Joins: sicking (~chatzilla@nat/mozilla/x-tdnzwroynuedkehg)
  1165. # [19:13] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  1166. # [19:13] * Quits: dave_levin (~dave_levi@nat/google/x-ieimjlygcyogvnio) (Quit: dave_levin)
  1167. # [19:13] * Joins: dave_levin (~dave_levi@nat/google/x-uosravwqrmraqdgk)
  1168. # [19:17] * riven` is now known as riven
  1169. # [19:18] * Joins: mlpug (~mlpug@a88-115-164-40.elisa-laajakaista.fi)
  1170. # [19:19] * Quits: remysharp (~remysharp@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com) (Quit: remysharp)
  1171. # [19:20] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 248 seconds)
  1172. # [19:26] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  1173. # [19:26] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Read error: Connection timed out)
  1174. # [19:27] * Joins: davidb (~davidb@mozca02.ca.mozilla.com)
  1175. # [19:28] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  1176. # [19:28] * Quits: sicking (~chatzilla@nat/mozilla/x-tdnzwroynuedkehg) (Remote host closed the connection)
  1177. # [19:29] * Joins: sicking (~chatzilla@nat/mozilla/x-vucattjbeeydpweu)
  1178. # [19:33] * Joins: Heimidal (~heimidal@c-71-237-116-77.hsd1.co.comcast.net)
  1179. # [19:33] * Quits: Heimidal (~heimidal@c-71-237-116-77.hsd1.co.comcast.net) (Changing host)
  1180. # [19:33] * Joins: Heimidal (~heimidal@unaffiliated/heimidal)
  1181. # [19:37] * Parts: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  1182. # [19:40] * Quits: shepazu (~schepers@adsl-69-166-128.rmo.bellsouth.net) (Quit: shepazu)
  1183. # [19:40] * Joins: weinig (~weinig@17.246.19.24)
  1184. # [19:56] * aroben is now known as aroben|lunch
  1185. # [19:56] * Quits: paul_irish_ (~paul_iris@c-71-192-163-128.hsd1.nh.comcast.net) (Quit: software updatezzz)
  1186. # [20:00] * Quits: dustinbrewer (~dustinbre@99-17-42-25.lightspeed.okcbok.sbcglobal.net) (Ping timeout: 246 seconds)
  1187. # [20:03] * Joins: riven` (~riven@53518387.cable.casema.nl)
  1188. # [20:04] * Joins: asmodai_ (asmodai@dhammapada.xs4all.nl)
  1189. # [20:04] * Quits: aroben|lunch (~aroben@unaffiliated/aroben) (*.net *.split)
  1190. # [20:04] * Quits: riven (~riven@53518387.cable.casema.nl) (*.net *.split)
  1191. # [20:04] * Quits: scherkus (~scherkus@74.125.59.65) (*.net *.split)
  1192. # [20:04] * Quits: Bored` (~420@70.40.158.63) (*.net *.split)
  1193. # [20:04] * Quits: Peter` (~peter@171-20.ftth.alicecomfortplus.nl) (*.net *.split)
  1194. # [20:04] * Quits: wirepair (fbi@random.supermario.org) (*.net *.split)
  1195. # [20:04] * Quits: yutak (~yutak@nat/google/x-ahhpaoqhbnsmeduj) (*.net *.split)
  1196. # [20:04] * Quits: ukai (~ukai@220.109.219.244) (*.net *.split)
  1197. # [20:04] * Quits: peroo (~peroo@peroo.xen.prgmr.com) (*.net *.split)
  1198. # [20:04] * Quits: jarib (jarib@unaffiliated/jarib) (*.net *.split)
  1199. # [20:04] * Quits: miketaylr (~miketaylr@38.117.156.163) (Read error: Operation timed out)
  1200. # [20:05] * Quits: asmodai (asmodai@dhammapada.xs4all.nl) (Read error: Connection reset by peer)
  1201. # [20:05] * asmodai_ is now known as asmodai
  1202. # [20:07] * Joins: dustinbrewer (~dustinbre@99-17-42-25.lightspeed.okcbok.sbcglobal.net)
  1203. # [20:09] * Quits: weinig (~weinig@17.246.19.24) (Quit: weinig)
  1204. # [20:09] * Joins: shepazu (~schepers@207.59.145.201)
  1205. # [20:10] * Joins: aroben|lunch (~aroben@unaffiliated/aroben)
  1206. # [20:10] * Joins: scherkus (~scherkus@74.125.59.65)
  1207. # [20:10] * Joins: jarib (jarib@unaffiliated/jarib)
  1208. # [20:10] * Joins: Bored` (~420@70.40.158.63)
  1209. # [20:10] * Joins: Peter` (~peter@171-20.ftth.alicecomfortplus.nl)
  1210. # [20:10] * Joins: wirepair (fbi@random.supermario.org)
  1211. # [20:10] * Joins: yutak (~yutak@nat/google/x-ahhpaoqhbnsmeduj)
  1212. # [20:10] * Joins: ukai (~ukai@220.109.219.244)
  1213. # [20:10] * Joins: peroo (~peroo@peroo.xen.prgmr.com)
  1214. # [20:19] * Joins: dbaron (~dbaron@nat/mozilla/x-kmiqzvxelobbijal)
  1215. # [20:24] * Quits: sicking (~chatzilla@nat/mozilla/x-vucattjbeeydpweu) (Ping timeout: 264 seconds)
  1216. # [20:24] * Joins: wakaba_ (~wakaba@181.63.138.58.dy.bbexcite.jp)
  1217. # [20:26] * Quits: wakaba (~wakaba@96.22.102.121.dy.bbexcite.jp) (Ping timeout: 248 seconds)
  1218. # [20:29] * Joins: mmurz (~mmurraywa@wcproxy.msnbc.com)
  1219. # [20:29] * Joins: paul_irish (~paul_iris@c-71-192-163-128.hsd1.nh.comcast.net)
  1220. # [20:30] * Quits: peol (~andree@unaffiliated/peol) (Read error: Connection reset by peer)
  1221. # [20:31] * Joins: peol (~andree@unaffiliated/peol)
  1222. # [20:44] * Joins: gratz|home (~gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com)
  1223. # [20:46] * Joins: cying_ (~cying@173-164-164-4-SFBA.hfc.comcastbusiness.net)
  1224. # [20:46] * aroben|lunch is now known as aroben
  1225. # [20:46] * Joins: cying__ (~cying@70.90.171.153)
  1226. # [20:46] * Quits: cying (~cying@70.90.171.153) (Read error: Connection reset by peer)
  1227. # [20:46] * cying__ is now known as cying
  1228. # [20:47] * Quits: cying_ (~cying@173-164-164-4-SFBA.hfc.comcastbusiness.net) (Remote host closed the connection)
  1229. # [20:48] * riven` is now known as riven
  1230. # [21:00] * Joins: mpt (~mpt@canonical/mpt)
  1231. # [21:00] * Joins: dglazkov (~dglazkov@nat/google/x-cfctjuibrnsiqlco)
  1232. # [21:01] * Joins: miketaylr (~miketaylr@38.117.156.163)
  1233. # [21:09] * Joins: zeugma (~user@ccfl-a4f-3.unl.edu)
  1234. # [21:33] * Joins: sicking (~chatzilla@nat/mozilla/x-xprzncznhjatpift)
  1235. # [21:37] * Quits: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net) (Ping timeout: 260 seconds)
  1236. # [21:40] * Quits: maikmerten (~maikmerte@port-92-201-75-118.dynamic.qsc.de) (Remote host closed the connection)
  1237. # [21:41] * Joins: m_W (~mwj@c-69-141-106-205.hsd1.nj.comcast.net)
  1238. # [21:51] <TabAtkins> air.mozilla.com for a live stream of Moz addressing FF complaints.
  1239. # [21:51] <TabAtkins> Also: surprisingly funny!
  1240. # [21:57] * Quits: miketaylr (~miketaylr@38.117.156.163) (Remote host closed the connection)
  1241. # [21:59] * Quits: sicking (~chatzilla@nat/mozilla/x-xprzncznhjatpift) (Ping timeout: 246 seconds)
  1242. # [22:00] * Quits: surkov (~surkov@client-65-22.sibtele.com) (Quit: surkov)
  1243. # [22:03] * mmurz is now known as murz
  1244. # [22:07] <TabAtkins> Anyone know at what point SafeCURIEs were introduced for RDFa? I don't recall seeing them in the RDFa 1.0 spec, and here in 1.1 it's also mentioned as something unnecessary.
  1245. # [22:08] <TabAtkins> (The things where you wrapped your CURIE in [] to keep it from being interpreted as a url.)
  1246. # [22:09] <Philip`> They've always been there
  1247. # [22:09] <Philip`> http://www.w3.org/TR/rdfa-syntax/#P_safe_curie
  1248. # [22:09] <TabAtkins> I guess I must have just missed it, then.
  1249. # [22:09] * Quits: othermaciej (~mjs@c-69-181-42-237.hsd1.ca.comcast.net) (Quit: othermaciej)
  1250. # [22:11] * Quits: davidb (~davidb@mozca02.ca.mozilla.com) (Quit: davidb)
  1251. # [22:12] * Quits: zalan (~zalan@catv-89-135-108-81.catv.broadband.hu)
  1252. # [22:14] * Quits: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) (Read error: Connection timed out)
  1253. # [22:15] * Joins: danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl)
  1254. # [22:20] * Quits: Dashiva (Dashiva@wikia/Dashiva) (Ping timeout: 252 seconds)
  1255. # [22:20] * Joins: Dashiva (Dashiva@m223j.studby.ntnu.no)
  1256. # [22:20] * Quits: Dashiva (Dashiva@m223j.studby.ntnu.no) (Changing host)
  1257. # [22:20] * Joins: Dashiva (Dashiva@wikia/Dashiva)
  1258. # [22:22] * Joins: weinig (~weinig@17.203.15.159)
  1259. # [22:28] * Quits: roc (~roc@121-72-201-61.dsl.telstraclear.net) (Quit: roc)
  1260. # [22:31] * Quits: zeugma (~user@ccfl-a4f-3.unl.edu) (Quit: ERC Version 5.3 (IRC client for Emacs))
  1261. # [22:36] * Quits: ROBOd2 (~robod@109.96.238.92) (Quit: http://www.robodesign.ro)
  1262. # [22:41] <jgraham> TabAtkins: To reiterate what gsnedders said earlier, a test harness for DOM tests is something we want sooner rather than later for the HTML5 testsuite
  1263. # [22:42] <jgraham> So it would be good to coordinate on a relatively short timescale if you have particular requirements
  1264. # [22:42] <TabAtkins> When you say "relatively short", is "3 months" acceptably short?
  1265. # [22:43] * jgraham has got quite strong opinions from seeing a whole variety of test harness styles in js libraries and so on
  1266. # [22:43] <jgraham> (and browsers)
  1267. # [22:43] * TabAtkins is out to the dentist, will be back soon.
  1268. # [22:44] <jgraham> TabAtkins: It depends what you mean by "3 Months". If you mean "a test harness that allows one to write DOM tests and has a relatively stable API" 3 months seems reasonable. If you mean "start thinking about requirements" it seems like a long time
  1269. # [22:45] * jgraham might also try to go to Oslo in August if there is some possibility of having a discussion
  1270. # [22:45] <jgraham> (but that is a long time away)
  1271. # [22:46] * Joins: paul_irish_ (~paul_iris@c-71-192-163-128.hsd1.nh.comcast.net)
  1272. # [22:47] * Quits: paul_irish (~paul_iris@c-71-192-163-128.hsd1.nh.comcast.net) (Disconnected by services)
  1273. # [22:47] * paul_irish_ is now known as paul_irish
  1274. # [22:48] * aroben is now known as aroben|meeting
  1275. # [22:50] <TabAtkins> In 3 months I'll have an alpha that works from start to finish, though the actual pass/fail part will be manual. After that I'll begin working on the automatic testing part.
  1276. # [22:50] <TabAtkins> Now I'm actually gone.
  1277. # [22:51] <jgraham> Now I'm actually confused about what your plan is
  1278. # [22:52] <jgraham> I guess for CSS tests it makes some sort of sense to have manual pass/fail
  1279. # [22:52] <jgraham> For dom tests it makes no sense whatsoever
  1280. # [22:53] <jgraham> to the extent that I don't see why you would design the system with "manual pass/fail" as an incremental step
  1281. # [22:53] * Joins: erlehmann (~erlehmann@82.113.104.238)
  1282. # [22:55] * Quits: pmuellr (~pmuellr@nat/ibm/x-bfkrkqcrbixmgbpb) (Quit: pmuellr)
  1283. # [22:57] <jgraham> TabAtkins: You are working in the open, right? Is there any chance of an email to some list outlining your exact plans at some point?
  1284. # [22:58] <Philip`> What does a test harness that doesn't detect pass/fail actually do?
  1285. # [22:59] * Joins: roc (~roc@203-97-204-82.dsl.clear.net.nz)
  1286. # [22:59] <Philip`> That seems like the most important part of it
  1287. # [22:59] <jgraham> Philip`: Presumably it loads tests and has a UI for a human to say whether they passes/failed
  1288. # [23:00] <jgraham> For tests of rendering it makes some sense but it doesn't scale
  1289. # [23:01] <jgraham> So you either have to do screenshots and mark pass/fail each time you get a new result or reftests
  1290. # [23:01] <jgraham> and reftests are much less fragile
  1291. # [23:03] <Philip`> jgraham: Wouldn't that just be something like an HTML file with a list of links to each test case, and maybe some iframes, and a dozen lines of CGI script to save and display the human-entered results?
  1292. # [23:04] <Philip`> I'd assume it must be doing something amazingly fancier if it'll take three months of work :-)
  1293. # [23:04] * Joins: boaz (~boaz@64.119.159.231)
  1294. # [23:05] <jgraham> Philip`: The W3 testrunner thing as it currently stands has a webserver to provide the tests and a database for recording results
  1295. # [23:06] <jgraham> Depending on the scope of the tests you might want the ability to significantly customise the server on a per-test basis (for HTTP testing)
  1296. # [23:06] <jgraham> You might also want, say, a websockets server
  1297. # [23:06] * Joins: nattokirai (~nattokira@z186083.dynamic.ppp.asahi-net.or.jp)
  1298. # [23:06] * Quits: nattokirai (~nattokira@z186083.dynamic.ppp.asahi-net.or.jp) (Client Quit)
  1299. # [23:06] <jgraham> So, depending on the scope of the project, one can imagine a lot in infrastructure
  1300. # [23:07] <jgraham> s/in/of/
  1301. # [23:08] * Quits: cying (~cying@70.90.171.153) (Ping timeout: 240 seconds)
  1302. # [23:09] * Quits: Maurice (copyman@5ED573FA.cable.ziggo.nl)
  1303. # [23:10] * Joins: davidb (~davidb@bas4-kitchener06-1128762108.dsl.bell.ca)
  1304. # [23:10] * Joins: othermaciej (~mjs@17.246.18.173)
  1305. # [23:12] * Quits: mlpug (~mlpug@a88-115-164-40.elisa-laajakaista.fi) (Remote host closed the connection)
  1306. # [23:16] * Joins: jwalden (~waldo@nat/mozilla/x-pvyuddlglembxvjg)
  1307. # [23:30] * Joins: remy_ (~remy@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com)
  1308. # [23:30] * Quits: davidb (~davidb@bas4-kitchener06-1128762108.dsl.bell.ca) (Quit: davidb)
  1309. # [23:30] * remy_ is now known as remysharp
  1310. # [23:32] * Quits: othermaciej (~mjs@17.246.18.173) (Quit: othermaciej)
  1311. # [23:32] * Quits: erlehmann (~erlehmann@82.113.104.238) (Quit: Ex-Chat)
  1312. # [23:32] * Joins: erlehmann (~erlehmann@82.113.104.238)
  1313. # [23:35] * Quits: remysharp (~remy@cpc2-brig17-2-0-cust448.3-3.cable.virginmedia.com) (Quit: remysharp)
  1314. # [23:41] * Joins: cpearce (~cpearce@203-97-204-82.dsl.clear.net.nz)
  1315. # [23:43] * Joins: othermaciej (~mjs@17.246.18.173)
  1316. # [23:47] * Quits: othermaciej (~mjs@17.246.18.173) (Read error: Connection reset by peer)
  1317. # [23:49] * Joins: othermaciej (~mjs@17.246.18.173)
  1318. # [23:49] * Quits: gratz|home (~gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com) (Quit: Leaving)
  1319. # Session Close: Fri Apr 23 00:00:00 2010

The end :)