/irc-logs / freenode / #whatwg / 2007-09-17 / end

Options:

  1. # Session Start: Mon Sep 17 00:00:00 2007
  2. # Session Ident: #whatwg
  3. # [00:03] * Quits: csarven (n=nevrasc@modemcable130.251-202-24.mc.videotron.ca) (Read error: 110 (Connection timed out))
  4. # [00:09] <grimboy> Damn you dreamhost, damn you to hell.
  5. # [00:09] <grimboy> Oh no, back to okay.
  6. # [00:10] * Quits: BenWard (n=BenWard@87-194-62-78.bethere.co.uk)
  7. # [00:10] * Joins: BenWard (n=BenWard@87-194-62-78.bethere.co.uk)
  8. # [00:24] * Joins: aroben (n=aroben@unaffiliated/aroben)
  9. # [00:36] * Quits: grimboy (n=grimboy@85-211-255-4.dsl.pipex.com) (Remote closed the connection)
  10. # [00:45] * Joins: KevinMarks (n=KevinMar@ip-64-139-8-110.dsl.sca.megapath.net)
  11. # [00:48] * Quits: tndH (i=Rob@adsl-87-102-72-215.karoo.KCOM.COM) ("ChatZilla 0.9.78.1-rdmsoft [XULRunner 1.8.0.9/2006120508]")
  12. # [01:04] * Quits: jgraham (n=jgraham@81-86-222-151.dsl.pipex.com) (Read error: 110 (Connection timed out))
  13. # [01:20] * Quits: KevinMarks (n=KevinMar@ip-64-139-8-110.dsl.sca.megapath.net) ("The computer fell asleep")
  14. # [01:21] * Quits: weinig (i=weinig@nat/apple/x-aea3d6744dd8681a)
  15. # [01:27] * Quits: BenWard (n=BenWard@87-194-62-78.bethere.co.uk) ("Fades out again…")
  16. # [01:29] * Quits: hasather_ (n=hasather@90-227-221-48-no62.tbcn.telia.com) (Remote closed the connection)
  17. # [01:30] * Joins: weinig (i=weinig@nat/apple/x-b763a84e05907ba9)
  18. # [02:08] * Joins: aaronlev (n=chatzill@209-6-168-245.c3-0.arl-ubr2.sbo-arl.ma.cable.rcn.com)
  19. # [02:29] * Joins: tantek (n=tantek@38.114.142.18)
  20. # [02:35] * Joins: dbaron (n=dbaron@c-71-204-145-103.hsd1.ca.comcast.net)
  21. # [02:43] * Quits: weinig (i=weinig@nat/apple/x-b763a84e05907ba9)
  22. # [02:46] * Joins: tantek_ (n=tantek@38.114.142.28)
  23. # [02:46] * Quits: tantek (n=tantek@38.114.142.18) (Read error: 104 (Connection reset by peer))
  24. # [02:46] <webben> Lachy: AT actually supports AXIS and authors actually use it. Just one example of how it can be used is to label rowgroup headers (http://uk.biz.yahoo.com/16/sector.html).
  25. # [02:46] <webben> Lachy: You might dispute whether it's very useful or not, but it's an exaggeration to say it's "totally useless for everyone".
  26. # [02:48] <webben> (It's also worth noting that axis might be rather handy if microformat parsing ever goes beyond nested classes (something that doesn't translate to HTML data tables that well anyhow.)
  27. # [02:55] * Joins: webben_ (n=benh@82.153.85.49)
  28. # [03:03] * Joins: KevinMarks (n=KevinMar@c-76-102-254-252.hsd1.ca.comcast.net)
  29. # [03:09] * Quits: webben (n=benh@dip5-fw.corp.ukl.yahoo.com) (Read error: 110 (Connection timed out))
  30. # [03:15] <theunscene> I don't trust someone name after a member of 98 degrees anyways
  31. # [03:16] <theunscene> named*
  32. # [03:32] * Quits: h3h (n=w3rd@cpe-76-88-44-219.san.res.rr.com)
  33. # [03:34] * Quits: webben_ (n=benh@82.153.85.49)
  34. # [03:39] <Philip`> I wish cssutils didn't use an O(n^2) tokeniser
  35. # [03:40] <Philip`> (Removing characters from the head of a list in Python is an officially Bad Idea)
  36. # [03:49] * Quits: dbaron (n=dbaron@c-71-204-145-103.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  37. # [03:49] * Joins: h3h (n=w3rd@cpe-76-88-44-219.san.res.rr.com)
  38. # [03:49] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 110 (Connection timed out))
  39. # [03:50] * Joins: aroben (n=aroben@unaffiliated/aroben)
  40. # [03:52] * Quits: tantek_ (n=tantek@38.114.142.28) (Read error: 110 (Connection timed out))
  41. # [04:03] * Joins: aroben_ (n=aroben@unaffiliated/aroben)
  42. # [04:08] * Quits: KevinMarks (n=KevinMar@c-76-102-254-252.hsd1.ca.comcast.net) ("The computer fell asleep")
  43. # [04:09] * Quits: aaronlev (n=chatzill@209-6-168-245.c3-0.arl-ubr2.sbo-arl.ma.cable.rcn.com) (Read error: 110 (Connection timed out))
  44. # [04:13] * Joins: weinig (n=weinig@c-67-169-182-231.hsd1.ca.comcast.net)
  45. # [04:13] * Quits: weinig (n=weinig@c-67-169-182-231.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  46. # [04:14] * Joins: weinig (n=weinig@c-67-169-182-231.hsd1.ca.comcast.net)
  47. # [04:23] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 110 (Connection timed out))
  48. # [04:23] * aroben_ is now known as aroben
  49. # [04:26] * Joins: dbaron (n=dbaron@c-71-204-145-103.hsd1.ca.comcast.net)
  50. # [04:33] * Quits: aroben (n=aroben@unaffiliated/aroben) (" HydraIRC -> http://www.hydrairc.com <- Chicks dig it")
  51. # [04:48] * Joins: KevinMarks (n=KevinMar@c-76-102-254-252.hsd1.ca.comcast.net)
  52. # [05:54] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  53. # [05:58] * Quits: wakaba (n=w@114.165.210.220.dy.bbexcite.jp) ("CHOCOA")
  54. # [06:03] * Joins: wakaba (n=w@114.165.210.220.dy.bbexcite.jp)
  55. # [06:31] * Joins: marcosc (n=chatzill@131.181.148.226)
  56. # [06:48] * Quits: dbaron (n=dbaron@c-71-204-145-103.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  57. # [07:21] * Quits: Lachy (n=Lachy@124-170-114-235.dyn.iinet.net.au) ("ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007072518]")
  58. # [08:08] * Joins: Lachy (n=Lachy@124-170-114-235.dyn.iinet.net.au)
  59. # [08:23] <othermaciej> Philip`: are Python lists secretly arrays?
  60. # [08:34] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  61. # [08:41] * hsivonen notes WordPress inserts <em> when I click the button labeled "i"
  62. # [08:46] <hsivonen> I tried to post to the whatwg blog but got error 500 upon saving my post
  63. # [08:48] <Lachy> hsivonen, try again or wait till Hixie gets back and fixes it. Hixie's server is having trouble. Sometimes it works, sometimes it doesn't.
  64. # [08:52] * marcosc notes that WordPress' HTML editor is the work of the devil...
  65. # [08:53] <Lachy> marcosc, indeed! that's why I disable it
  66. # [08:54] <hsivonen> Lachy: ok
  67. # [08:54] * marcosc goes searching for ways to turn off that darn editor...
  68. # [08:55] <hsivonen> I tried to post a short response to Jeremy Keith's post pointing out that the design of HTML5 hasn't been about 80% of users but about 80% of authoring cases
  69. # [08:55] <Lachy> oh good, I was going to respond to that eventually too. now I don't have to :-)
  70. # [08:57] <Lachy> I'll write a custom error document for the blog and wiki, pointing out that it's a known issue, since people keep asking about it in here.
  71. # [09:05] <Lachy> that's weird. The ErrorDocument directive isn't working in .htaccess on the blog
  72. # [09:07] <hsivonen> AllowOverride at work, I guess
  73. # [09:07] * Quits: h3h (n=w3rd@cpe-76-88-44-219.san.res.rr.com)
  74. # [09:15] <Lachy> yeah, that's probably it. There's a few other directives that aren't working either
  75. # [09:25] <Lachy> I wonder how often people are going to keep suggesting IE's broken, pseudo-namespace syntax as a solution to various problems?
  76. # [09:29] <virtuelv> <q>The problem, as I see it, is that img is an empty element. Had it not been, both longdesc and alt could be replaced with inline content, as advanced as anyone could ever grok their HTML to be. </q>
  77. # [09:30] <virtuelv> I don't really think I've ever seen proper use of <object> fallback, except in tutorials explaining it
  78. # [09:34] <hsivonen> virtuelv: how do you know? if it worked perfectly, you wouldn't notice.
  79. # [09:34] <virtuelv> hsivonen: hence, the "think"
  80. # [09:35] * Quits: kingryan (n=kingryan@dsl081-240-149.sfo1.dsl.speakeasy.net)
  81. # [09:35] * Joins: jacobolus (n=jacobolu@pool-71-104-156-113.lsanca.dsl-w.verizon.net)
  82. # [09:36] <jacobolus> hmm, blog.whatwg.org is giving back “500 Internal Server Error”
  83. # [09:36] <virtuelv> this is entirely "gut feeling"-based. I'd like to see some evidence that it's used outside the standards community
  84. # [09:36] <Lachy> jacobolus, we know, we can't fix it yet
  85. # [09:36] <jacobolus> okay, fair enough :)
  86. # [09:38] <hsivonen> 500: hosting broken in an unforeseen way
  87. # [09:38] <hsivonen> 503: hosting broken in a foreseeable way
  88. # [09:39] <Lachy> it's interesting how some people claim that <img>fallback</img> would solve problems if it were possible, whereas some others claim that <object>fallback</object> doesn't even work like that
  89. # [09:39] <Lachy> (although I hope object fallback can be fixed)
  90. # [09:39] <hsivonen> fallback != alternative content
  91. # [09:40] <hsivonen> in the case of video, at least
  92. # [09:41] <Lachy> yeah, that's the problem with object. Gez Lemon ponited out on JuicyStudio recently that ATs don't read the fallback content if the object is rendered
  93. # [09:41] <hsivonen> makes sense if the rendered content is AT-enabled like Flash on Windows
  94. # [09:42] <Lachy> sometimes that's the desired behaviour (like embedded Flash or other multimedia with built in accessability), but other times it's not (like embedded images)
  95. # [09:42] * hsivonen wonders if anything is happening at Adobe when it comes to Gnome & OS X accessibility of Flash
  96. # [09:43] <hsivonen> Lachy: one could use this as another argument of why <object> is too multipurpose
  97. # [09:43] <Lachy> indeed
  98. # [09:44] <hsivonen> as for <video>, the accessibility story for the deaf is that the video file itself should have captions
  99. # [09:45] <Lachy> yeah, that's why <embed> is good for plugins, because they should ideally be natively accessible
  100. # [09:45] <hsivonen> but I'm not sure what the accessibility story for the blind is considering that fallback is for legacy UAs
  101. # [09:45] <Lachy> audio descriptions are a possibility
  102. # [09:46] <hsivonen> Lachy: do Ogg and MP4 support flagging additional sound tracks as audio descriptions?
  103. # [09:47] <Lachy> sometimes, the normal audio may be sufficient if the visuals aren't that important. such as an interview or speech that isn't accompanied by slides
  104. # [09:47] <hsivonen> I wonder if Apple has already fixed the MP4 captioning perf bug markp found
  105. # [09:48] <Lachy> I don't know about flagging audio tracks
  106. # [09:48] <Lachy> (not really our problem though, we can't fix every format)
  107. # [09:51] <hsivonen> well, it is a bit disingenious to suggest that authors use the functionality of the video format if Mozilla/Opera baseline (Ogg) and the Apple/Nokia baseline (MP4) lack support
  108. # [09:51] <hsivonen> although I agree as far as theory goes
  109. # [10:01] <jacobolus> Lachy: so will the html5 spec itself include suggested best practices for image accessibility, etc? or is that the purview of some separate document?
  110. # [10:02] <Lachy> the HTML5 spec already includes some good accessibility suggestions for alt text and it will be improved where necessary
  111. # [10:02] <Lachy> although the spec isn't a tutorial and so there's a limit to how far it will go
  112. # [10:03] <jacobolus> rather, is there anything to be done to quiet the longdesc flamewar?
  113. # [10:03] <hsivonen> the accessibility advice in the spec draft is for HTML5-compliant UAs, though
  114. # [10:03] <jacobolus> or will that just die down by itself?
  115. # [10:03] <Lachy> sure, find a solution that works. longdesc="" doesn't.
  116. # [10:03] <hsivonen> not for current JAWS
  117. # [10:04] <Lachy> I think the best solution is to either include the alternative content within the same page or link to it with an ordinary link, possibly with the addition of rel=longdesc
  118. # [10:05] <jacobolus> css can presumably hide such links if it's undesirable for sighted people to see them
  119. # [10:06] <Lachy> sure, though the long description may include information that is useful for more than just the blind
  120. # [10:06] <hsivonen> Lachy: I think the WG needs to find out if mere juxtaposition is enough in practice for blind users to associate an image indicator and a link to a description
  121. # [10:06] <hsivonen> Lachy: or if explicit association is needed
  122. # [10:06] <jacobolus> so why is there such opposition to scrapping longdesc?
  123. # [10:07] <Lachy> <a href=desc.html rel=longdesc><img src=image alt=...></a>
  124. # [10:07] <jacobolus> if neither authors nor users ever look at it?
  125. # [10:07] <Lachy> because it works in theory, just not in practice
  126. # [10:08] <hsivonen> Lachy: well, yeah, if it turns out that the images that require long descriptions are extremely used as links to somewhere else
  127. # [10:08] <Lachy> some people care more about the theory than the practice, and cling to the hope that longdesc="" will start to improve. However, there's no sign of that actually happening.
  128. # [10:09] <hsivonen> Lachy: moreover, sighted users tend to assume that, by convention, a non-iconic photo is a link to a larger version if hover shows the hand cursor
  129. # [10:09] <hsivonen> longdesc has been in public drafts/specs for over a decade
  130. # [10:09] <Lachy> you mean like in wikipedia?
  131. # [10:10] <hsivonen> Lachy: like almost anything, actually
  132. # [10:10] <hsivonen> Lachy: when iconic images are links,
  133. # [10:10] <Lachy> that works. just put the long description on the same page as the larger version and the thumbnail model still works
  134. # [10:10] <hsivonen> they take you to some place represented by the icon
  135. # [10:10] <hsivonen> when photos are links, they almost always take you to a larger version of the photo
  136. # [10:11] <Lachy> iconic images (as opposed to thumbnails) used as links rarely require long descriptions anyway
  137. # [10:11] <hsivonen> Lachy: yes.
  138. # [10:11] <hsivonen> Lachy: yeah, putting the large file and the description at the same URI would avoid breaking the pattern
  139. # [10:12] <hsivonen> in theory, image files themselves should contain the long description
  140. # [10:12] <hsivonen> of course, in practice, they won't
  141. # [10:13] <Lachy> maybe, though the content of the long description sometimes depends on the context in which the image is used
  142. # [10:18] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  143. # [10:19] * Parts: antifuchs (n=asf@baker.boinkor.net)
  144. # [10:20] <hsivonen> "The Flash Player itself does not care about file extensions, you can feed it .txt files for all it matters. The Flash Player always looks inside the file to determine what type of file it is."
  145. # [10:20] <hsivonen> http://www.kaourantin.net/2007/08/what-just-happened-to-video-on-web_20.html
  146. # [10:24] <hsivonen> whoa! Flash Player will support parts of MPEG-4 part 10 without supporting part 2. that's radical
  147. # [10:27] * Joins: jgraham (n=jgraham@81-86-211-170.dsl.pipex.com)
  148. # [10:27] * Joins: BenWard (i=BenWard@nat/yahoo/x-6f6ea5dc4bbd37d3)
  149. # [10:37] <jacobolus> hsivonen: well it looks like they were able to license a 100kb h.264 decoder, and wanted to be able to support all the h.264 m4v files people are now cranking out… doesn't seem too surprising that they'd skip mpeg-4 part 2. that would just add complexity for an unclear benefit
  150. # [10:38] <othermaciej> ok I'm starting to think Robert Burns is from a parallel universe where black is white and up is down
  151. # [10:39] <jacobolus> othermaciej: swapping black and white is part of the accessibility options of OS X
  152. # [10:39] <othermaciej> Lachy: in MP4 and many other audio formats it is possible to have an additional descriptive audio track
  153. # [10:39] <othermaciej> er
  154. # [10:40] <othermaciej> I meant that for hsivonen
  155. # [10:40] <othermaciej> it works mostly the same way as multi-language soundtracks
  156. # [10:40] <othermaciej> however even without descriptive audio tracks, just hearing the audio of a video with dialog is probably better than whatever fallback markup might be provided
  157. # [10:42] <hsivonen> othermaciej: any pointers for docs? I tried to google, but the results are full of noise.
  158. # [10:42] <hsivonen> s/for/to/
  159. # [10:43] <othermaciej> hsivonen: I don't know offhand, but I can ask the QuickTime folks
  160. # [10:50] * Joins: ROBOd (n=robod@89.123.16.145)
  161. # [11:37] <othermaciej> http://www.programimi.com/2007/09/14/55-reasons-to-design-in-xhtml-css/
  162. # [11:42] * Joins: Whiskey_M (n=Richard@host-84-9-127-20.bulldogdsl.com)
  163. # [11:42] <Whiskey_M> 'lo
  164. # [11:43] <Whiskey_M> henry in regards to your e-mail to the list have you looked at SMIL - http://www.w3.org/TR/REC-smil/
  165. # [11:44] <hsivonen> Whiskey_M: SMIL would add a huge layer of complexity compared to using the simpler features of video formats themselves
  166. # [11:45] <hsivonen> Whiskey_M: also, as far as closed captioning goes, it would break stuff across files instead of making captions always travel with the video
  167. # [11:48] <hsivonen> Whiskey_M: the latest SMIL is much larger: http://www.w3.org/TR/SMIL/
  168. # [11:51] <Whiskey_M> cool - if it's been considered then that's fine. Nothing you've suggested as far as I can see would stop anyone who wants to also providing SMIL for their videos and by providing a halfway house route to improving accessibility that is easier to attain it can only improve matters
  169. # [11:56] <Lachy> hsivonen, did you mean to say "The spec already says that the fallback is not for old browsers."? did you mean s/is not/is/ ?
  170. # [11:57] <hsivonen> Lachy: oops
  171. # [11:58] <hsivonen> this is what happens when I edit a sentence instead of writing it from start to finish in one go. :-(
  172. # [12:02] <hsivonen> it is hard to proof-read one's own text
  173. # [12:02] <hsivonen> when you already know what it is supposed to say and think it says that
  174. # [12:04] <hsivonen> hmm. a phpbb exploit scanner is scanning validator.nu
  175. # [12:04] <hsivonen> I guess that means phpbb is popular enough for such scan to be worthwhile
  176. # [12:07] <Lachy> which forum software is forums.whatwg.org running? I wonder if it's been kept up to date.
  177. # [12:08] <hsivonen> Lachy: phpbb I think
  178. # [12:09] <virtuelv> has any thought gone in to providing external captioning files?
  179. # [12:10] <virtuelv> so that captioning is made independent of the video stream itself
  180. # [12:10] <Lachy> there are external caption file formats
  181. # [12:10] <virtuelv> Lachy: I seem to remember markp blogging about this
  182. # [12:10] <Lachy> it may be useful to provide a way to link to them from the HTML
  183. # [12:11] <virtuelv> http://diveintomark.org/archives/2007/06/26/piracy-lessons
  184. # [12:12] <Lachy> this is one such format http://en.wikipedia.org/wiki/SubRip
  185. # [12:12] <Lachy> oops, wrong link
  186. # [12:13] <hsivonen> virtuelv: I guess the crucial question is: will external files be better for users than muxed captions?
  187. # [12:14] <virtuelv> hsivonen: potentially, since you can probably make use of browser settings to get subtitles and captioning based on what language the UA is set to prefer
  188. # [12:14] <virtuelv> and it makes the subtitling separate from the data stream itself
  189. # [12:14] <hsivonen> virtuelv: do you mean content negotiation on the HTTP level?
  190. # [12:14] <virtuelv> hsivonen: yes
  191. # [12:14] * hsivonen has severe doubts about conneg
  192. # [12:15] <Lachy> oh, that is the right link (the first paragraph of that wikipedia page is confusing)
  193. # [12:15] <hsivonen> conneg doesn't tell you what else was available
  194. # [12:15] <virtuelv> hsivonen: I have doubts as well, but there are other ways around this, using scripting
  195. # [12:15] <hsivonen> and conneg-based approaches assume that the site developer is able and competent to configure the HTTP layer
  196. # [12:18] <hsivonen> anyway, I'd expect a dedicated external timed text format to have better chances of implementation than SMIL
  197. # [12:20] <hsivonen> "Unfortunately there is no exact specification of the .SRT file format." -- Wikipedia
  198. # [12:20] <hsivonen> is "Unfortunately" NPOV? :-)
  199. # [12:23] <hsivonen> still about conneg:
  200. # [12:24] <hsivonen> virtuelv: with captioning for accessibility, the captions are expected to be in the same language as the soundtrack
  201. # [12:24] <hsivonen> virtuelv: when you start doing translations as subtitles, it isn't accessibility anymore
  202. # [12:24] <hsivonen> virtuelv: and for subtitles, automating the choice becomes much more difficult
  203. # [12:25] <hsivonen> virtuelv: with captions, if one is deaf, a permanent "Enable closed captions" pref makes sense
  204. # [12:25] <hsivonen> virtuelv: with subtitles, the choice of subtitles depends not only on the language of the subtitles but also on the language of the audio content
  205. # [12:27] <hsivonen> my personal subtitle preferences are complex enough that I wouldn't think it'd be reasonable for UAs to model them and try to relieve me of choosing manually
  206. # [12:30] <hsivonen> oh, btw, if one applies the Design Principles, one could argue that translations as subtitles as well as alternative language sound tracks are out of scope
  207. # [12:40] <Lachy> I've been asked to write an article for a popular online magazine, called "Developing with HTML5" (somewhat based on the presentation I did in August)...
  208. # [12:40] <Lachy> I'm trying to decide which topics to discuss.
  209. # [12:41] * Joins: yod (n=ot@softbank221018155222.bbtec.net)
  210. # [12:41] <Lachy> So far, I've written about choosing HTML or XHTML and using both together, and about the sectioning elements and heading algorithm
  211. # [12:41] <Lachy> I want to include one more topic and would like some feedback about what to choose:
  212. # [12:42] <Lachy> 1. new semantics: time/meter/progress
  213. # [12:42] <Lachy> 2. Embedded content and multimedia (video, audio and canvas)
  214. # [12:42] <Lachy> 3. Form controls
  215. # [12:42] <Lachy> any preferences?
  216. # [12:43] <hsivonen> Lachy: does the title imply developing today? or is it about developing in the future?
  217. # [12:45] <hsivonen> Lachy: form controls and video are perhaps the most interesting things to your audience
  218. # [12:45] <Lachy> a little of both. I'd prefer to avoid things that won't be available for a long time, such as <datagrid>, but also want to give some insight into the future
  219. # [12:45] <hsivonen> Lachy: you could use <progress> as an example of built-in accessibility semantics
  220. # [12:46] <Lachy> yeah, same with time and meter
  221. # [12:46] <hsivonen> Lachy: also, the good thing about form controls and video is that they seem to be getting attention from browser vendors and might even get deployed sooner than later
  222. # [12:47] <Lachy> I could do video and audio. There's already so much about canvas and it's already widely deployed
  223. # [12:47] <zcorpan> Lachy: will you only cover front-end development?
  224. # [12:47] <Lachy> (I'm also not an expert on canvas, so I'm probably not the best person to write about it)
  225. # [12:48] <Lachy> mostly front end, but the HTML/XHTML bit talks about using XHTML on the back end and serialsing as HTML
  226. # [12:48] <zcorpan> ok
  227. # [12:48] <hsivonen> Lachy: of the HTML5 features that weren't in HTML 4.01, canvas probably has the best market penetration
  228. # [12:49] <hsivonen> Lachy: to the point that it doesn't feel like a future feature anymore
  229. # [12:49] <Lachy> yeah, that's basically what I meant by what I said above
  230. # [12:50] <Lachy> I suppose further discussion of forms should really wait till the we get results from the Forms TF
  231. # [12:52] <Lachy> alright, I'll do video and audio
  232. # [12:58] <Lachy> if I do video, I should probably create a demo page with a sample video.
  233. # [12:58] <Lachy> I wonder if I should create a new one or just reuse one of my existing videos http://lachy.id.au/lib/media/2007/
  234. # [13:04] <virtuelv> hixie's site is down?
  235. # [13:04] <Lachy> virtuelv, yes
  236. # [13:05] <Lachy> sometimes. It's having the same problems as the whatwg blog, wiki and forum
  237. # [13:05] <Lachy> (they're all on the same server)
  238. # [13:07] <virtuelv> Hm. And the server is not crumbling under the weight of the traffic?
  239. # [13:23] <othermaciej> hsivonen: Apple has a proposal for how to have multiple media sources w/ different accessibility features, that integrates with CSS media queries
  240. # [13:23] <othermaciej> (since other likely reasons for choosing one of several videos include screen size and bandwidth)
  241. # [13:24] <othermaciej> hsivonen: I need to get that sent out
  242. # [13:25] <othermaciej> hsivonen: this will make it possible to either use a video with a separate caption track, or if preferable a whole separate video with burned-in captions
  243. # [13:25] <othermaciej> and so forth
  244. # [13:30] <hsivonen> othermaciej: cool.
  245. # [14:29] <Philip`> othermaciej: It seems that lists are arrays or something similar - http://docs.python.org/lib/deque-objects.html says "list objects ... are optimized for fast fixed-length operations and incur O(n) memory movement costs for "pop(0)" and "insert(0, v)" operations which change both the size and position of the underlying data representation."
  246. # [14:30] <othermaciej> I guess that would only be confusing to someone who would expect a list to be a linked list
  247. # [14:36] <Philip`> Someone who expected that would be confused as soon as they accessed items[1000000] and got a quick answer
  248. # [14:46] * Joins: BenneWarde (i=BenWard@nat/yahoo/x-e77680b5bfa7c07f)
  249. # [14:47] * Quits: BenWard (i=BenWard@nat/yahoo/x-6f6ea5dc4bbd37d3) (Read error: 104 (Connection reset by peer))
  250. # [15:06] * Joins: BenWard (i=BenWard@nat/yahoo/x-7fb09e37db4b6943)
  251. # [15:07] * Quits: BenneWarde (i=BenWard@nat/yahoo/x-e77680b5bfa7c07f) (Read error: 104 (Connection reset by peer))
  252. # [15:14] * Joins: Ducki (n=Ducki@nrdh-d9b98049.pool.mediaWays.net)
  253. # [15:18] * Joins: aaronlev (n=chatzill@c-66-31-86-217.hsd1.ma.comcast.net)
  254. # [15:28] * Quits: gsnedders (n=gsnedder@host86-137-237-196.range86-137.btcentralplus.com) ("Don't touch /dev/null…")
  255. # [15:37] * Joins: hasather (n=hasather@90-227-221-48-no62.tbcn.telia.com)
  256. # [15:39] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  257. # [15:46] * Joins: dev0 (i=Tobias@unaffiliated/icefox0)
  258. # [15:49] * Joins: tndH_ (i=Rob@adsl-87-102-72-215.karoo.KCOM.COM)
  259. # [15:50] * tndH_ is now known as tndH
  260. # [16:03] * Joins: Ducki_ (i=Ducki@nrdh-d9b98075.pool.mediaWays.net)
  261. # [16:07] * Joins: mpt (n=mpt@219.234.180.225)
  262. # [16:17] * Joins: markp (n=markp@adsl-77-239-73.rmo.bellsouth.net)
  263. # [16:25] * Quits: Ducki (n=Ducki@nrdh-d9b98049.pool.mediaWays.net) (No route to host)
  264. # [16:26] <othermaciej> does HTML 4.01 have any requirements for the handling of unknown elements?
  265. # [16:26] <othermaciej> I thought it did, but I can't find it in the spec
  266. # [16:27] <zcorpan> not normatively
  267. # [16:27] <zcorpan> http://www.w3.org/TR/html401/appendix/notes.html#h-B.1
  268. # [16:28] <zcorpan> (though close to nothing is normative in html4, but anyway)
  269. # [16:32] * Quits: yod (n=ot@softbank221018155222.bbtec.net) ("Leaving")
  270. # [16:33] * Joins: billmason (n=billmaso@ip156.unival.com)
  271. # [16:38] <zcorpan> "Since user agents may vary in how they handle error conditions, authors and users must not rely on specific error recovery behavior." -- so users are non-conforming by just browsing the web! (or was that sentence not normative?)
  272. # [16:57] <hsivonen> whoa! Rob characterizes my email as flame bait.
  273. # [16:58] <Philip`> Maybe that's because you were discussing accessibility, and accessibility discussions inevitably draw flames
  274. # [16:59] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  275. # [17:01] <hsivonen> well, it was more like a point came up on IRC so better post it on list so it gets in Hixie's IMAP box instead of getting lost
  276. # [17:12] <othermaciej> he's such a timesink
  277. # [17:17] * Joins: karlUshi (n=karl@modemcable168.84-81-70.mc.videotron.ca)
  278. # [17:17] * Joins: gsnedders (n=gsnedder@host86-137-237-196.range86-137.btcentralplus.com)
  279. # [17:24] * Joins: h3h (n=w3rd@cpe-76-88-44-219.san.res.rr.com)
  280. # [17:27] <zcorpan> Philip`: is there a way to browse http://canvex.lazyilluminati.com/ other than using google?
  281. # [17:27] * Joins: om_sleep (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
  282. # [17:28] * Quits: othermaciej (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net) (Read error: 113 (No route to host))
  283. # [17:34] <Philip`> zcorpan: No - I always use Google to find things on it too :-p
  284. # [17:34] * Quits: KevinMarks (n=KevinMar@c-76-102-254-252.hsd1.ca.comcast.net) ("The computer fell asleep")
  285. # [17:34] <zcorpan> Philip`: heh, ok
  286. # [17:34] * Philip` probably should do some kind of organisation at some point
  287. # [17:34] * Quits: mpt (n=mpt@canonical/launchpad/mpt) ("Leaving")
  288. # [17:35] <Philip`> but I always end up dumping everything into "misc"
  289. # [17:35] <zcorpan> could you enable indexes on that directory, maybe?
  290. # [17:38] * Philip` checks for any embarrassing files in that directory
  291. # [17:38] * Quits: h3h (n=w3rd@cpe-76-88-44-219.san.res.rr.com)
  292. # [17:39] * zcorpan finds http://canvex.lazyilluminati.com/misc/htmldiffs.txt -- useful :)
  293. # [17:40] <Philip`> That's a tiny bit wrong - it misses at least one HTML5 attribute
  294. # [17:41] <zcorpan> which one?
  295. # [17:42] <Philip`> Indexes enabled now
  296. # [17:42] <zcorpan> thanks
  297. # [17:44] <zcorpan> font: Attributes only in HTML5 and HTML4 Transitional (deprecated by HTML4, restored by HTML5): color face size style
  298. # [17:45] <zcorpan> seems incorrect
  299. # [17:45] <Philip`> li@value is the only problem I can find
  300. # [17:45] <Philip`> Hmm
  301. # [17:46] <Philip`> Oh
  302. # [17:46] <Philip`> </dd><dt>Element-specific attributes:</dt>
  303. # [17:46] <Philip`> <!--
  304. # [17:46] <Philip`> <dd><code title="attr-font-color">color</code></dd>
  305. # [17:46] <Philip`> <dd><code title="attr-font-face">face</code></dd>
  306. # [17:46] <Philip`> <dd><code title="attr-font-size">size</code></dd>-->
  307. # [17:46] <Philip`> My HTML5 spec parser didn't understand comments
  308. # [17:47] <zcorpan> hmm, <form onreset> is gone in html5?
  309. # [17:49] <Philip`> I didn't count anything that was defined in WF2
  310. # [17:50] <zcorpan> perhaps it should be a global attribute like the rest of event handler attributes
  311. # [17:51] <zcorpan> reset bubbles so that could be useful
  312. # [17:51] <Philip`> (This was mostly meant for checking the contents of anne's differences document, so there are various areas where human judgement is needed to decide whether something's a real difference)
  313. # [17:54] * Philip` is away for a while
  314. # [18:01] * Joins: Ducki (i=Ducki@nrdh-d9b980d2.pool.mediaWays.net)
  315. # [18:15] * Joins: hober (n=ted@unaffiliated/hober)
  316. # [18:20] * Joins: tantek (n=tantek@64-60-251-142.static-ip.telepacific.net)
  317. # [18:22] * Quits: Ducki_ (i=Ducki@nrdh-d9b98075.pool.mediaWays.net) (Read error: 113 (No route to host))
  318. # [18:23] * Quits: weinig (n=weinig@c-67-169-182-231.hsd1.ca.comcast.net)
  319. # [18:37] * Joins: h3h (n=w3rd@66-162-32-234.static.twtelecom.net)
  320. # [18:45] * Joins: aroben (i=aroben@unaffiliated/aroben)
  321. # [18:45] * Joins: maikmerten (n=maikmert@L8f9f.l.pppool.de)
  322. # [18:50] * Joins: weinig (i=weinig@nat/apple/x-495b09b2a15ca7f2)
  323. # [19:10] * Joins: maikmerten_ (n=maikmert@L87fc.l.pppool.de)
  324. # [19:11] * Quits: maikmerten (n=maikmert@L8f9f.l.pppool.de) (Read error: 113 (No route to host))
  325. # [19:15] * Quits: Whiskey_M (n=Richard@host-84-9-127-20.bulldogdsl.com)
  326. # [19:22] * Joins: KevinMarks (i=KevinMar@nat/google/x-0cb939ff05b5d100)
  327. # [19:33] * Joins: tantek_ (n=tantek@64-60-251-146.static-ip.telepacific.net)
  328. # [19:37] * Quits: om_sleep (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
  329. # [19:41] * Quits: tantek_ (n=tantek@64-60-251-146.static-ip.telepacific.net)
  330. # [19:45] * Quits: tantek (n=tantek@64-60-251-142.static-ip.telepacific.net) (Connection timed out)
  331. # [19:51] * Joins: virtuelv_ (n=virtuelv@58.80-202-82.nextgentel.com)
  332. # [20:00] * Joins: Ducki_ (i=Ducki@nrdh-d9b98053.pool.mediaWays.net)
  333. # [20:08] * Quits: zcorpan (n=zcorpan@pat.se.opera.com) (Read error: 110 (Connection timed out))
  334. # [20:15] * Joins: tantek (n=tantek@66-7-230-34.static-ip.telepacific.net)
  335. # [20:17] * Quits: Ducki (i=Ducki@nrdh-d9b980d2.pool.mediaWays.net) (Read error: 113 (No route to host))
  336. # [20:17] * Joins: [1]markp (n=markp@adsl-221-39-196.rmo.bellsouth.net)
  337. # [20:19] * Quits: markp (n=markp@adsl-77-239-73.rmo.bellsouth.net) (Read error: 110 (Connection timed out))
  338. # [20:19] * [1]markp is now known as markp
  339. # [20:20] * Quits: Ducki_ (i=Ducki@nrdh-d9b98053.pool.mediaWays.net) (Read error: 104 (Connection reset by peer))
  340. # [20:27] * Joins: zcorpan (n=zcorpan@c-0922e353.1451-1-64736c12.cust.bredbandsbolaget.se)
  341. # [20:35] * Joins: om_sleep (i=mjs@nat/apple/x-df1105f9e85cde4a)
  342. # [20:39] * Joins: kingryan (n=kingryan@corp.technorati.com)
  343. # [20:58] * Quits: om_sleep (i=mjs@nat/apple/x-df1105f9e85cde4a) (Read error: 104 (Connection reset by peer))
  344. # [21:01] * Quits: markp (n=markp@adsl-221-39-196.rmo.bellsouth.net) (Read error: 110 (Connection timed out))
  345. # [21:04] * Joins: markp (n=markp@adsl-77-239-73.rmo.bellsouth.net)
  346. # [21:08] * Joins: om_sleep (i=mjs@nat/apple/x-1307719d3b5f8809)
  347. # [21:24] * Quits: maikmerten_ (n=maikmert@L87fc.l.pppool.de) ("Leaving")
  348. # [21:31] * Quits: BenWard (i=BenWard@nat/yahoo/x-7fb09e37db4b6943) ("Fades out again…")
  349. # [21:31] * Joins: tantek_ (n=tantek@66-7-230-34.static-ip.telepacific.net)
  350. # [21:32] * Quits: tantek (n=tantek@66-7-230-34.static-ip.telepacific.net) (Read error: 113 (No route to host))
  351. # [21:36] * tantek_ is now known as tantek
  352. # [21:37] * Joins: grimboy (n=grimboy@85.211.240.135)
  353. # [21:39] * Quits: zcorpan (n=zcorpan@c-0922e353.1451-1-64736c12.cust.bredbandsbolaget.se) (Read error: 110 (Connection timed out))
  354. # [21:57] * Quits: dev0 (i=Tobias@unaffiliated/icefox0) ("dev0 has no reason")
  355. # [22:11] * Quits: jgraham (n=jgraham@81-86-211-170.dsl.pipex.com) (Read error: 110 (Connection timed out))
  356. # [22:16] * Joins: jgraham (n=jgraham@81-86-212-88.dsl.pipex.com)
  357. # [22:22] * Quits: tantek (n=tantek@66-7-230-34.static-ip.telepacific.net)
  358. # [22:22] * Quits: ROBOd (n=robod@89.123.16.145) ("http://www.robodesign.ro")
  359. # [22:54] * Quits: aaronlev (n=chatzill@c-66-31-86-217.hsd1.ma.comcast.net) (Read error: 104 (Connection reset by peer))
  360. # [22:55] * Quits: virtuelv_ (n=virtuelv@58.80-202-82.nextgentel.com) ("Leaving")
  361. # [23:08] * Joins: aroben_ (n=aroben@unaffiliated/aroben)
  362. # [23:10] * Joins: [1]aroben (i=aroben@nat/apple/x-13e760bf725fb7d3)
  363. # [23:25] * Quits: aroben (i=aroben@unaffiliated/aroben) (Read error: 110 (Connection timed out))
  364. # [23:25] * [1]aroben is now known as aroben
  365. # [23:25] * Joins: markp_ (n=markp@adsl-77-239-73.rmo.bellsouth.net)
  366. # [23:26] * Quits: markp (n=markp@adsl-77-239-73.rmo.bellsouth.net) (" HydraIRC -> http://www.hydrairc.com <- Like it? Visit #hydrairc on EFNet")
  367. # [23:26] * markp_ is now known as markp
  368. # [23:27] * Quits: aroben_ (n=aroben@unaffiliated/aroben) (Read error: 110 (Connection timed out))
  369. # [23:29] * Quits: markp (n=markp@adsl-77-239-73.rmo.bellsouth.net) (Client Quit)
  370. # [23:34] * Quits: karlUshi (n=karl@modemcable168.84-81-70.mc.videotron.ca) ("Where dwelt Ymir, or wherein did he find sustenance?")
  371. # [23:45] * Joins: stelt (n=chatzill@82-170-139-154.dsl.ip.tiscali.nl)
  372. # [23:48] * Joins: tantek (n=tantek@64-60-251-170.static-ip.telepacific.net)
  373. # Session Close: Tue Sep 18 00:00:00 2007

The end :)