/irc-logs / freenode / #whatwg / 2007-08-26 / end

Options:

  1. # Session Start: Sun Aug 26 00:00:00 2007
  2. # Session Ident: #whatwg
  3. # [00:03] * Joins: grimboy_uk (n=grimboy@85-211-243-130.dsl.pipex.com)
  4. # [00:09] * Quits: aroben (n=adamrobe@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
  5. # [00:10] * Joins: aroben (n=adamrobe@unaffiliated/aroben)
  6. # [00:11] * Quits: tantek (n=tantek@h460dda09.area2.spcsdns.net) (Read error: 110 (Connection timed out))
  7. # [00:25] * moeffju[Away] is now known as moeffju
  8. # [00:26] * Quits: tantek_ (n=tantek@h460d2c43.area2.spcsdns.net) (Read error: 110 (Connection timed out))
  9. # [00:27] * Quits: grimeboy (n=grimboy@85-211-251-218.dsl.pipex.com) (Read error: 110 (Connection timed out))
  10. # [00:45] * Quits: aroben (n=adamrobe@unaffiliated/aroben) (Read error: 110 (Connection timed out))
  11. # [00:50] * Joins: dev0_ (i=Tobias@dslb-088-076-242-157.pools.arcor-ip.net)
  12. # [01:07] * Quits: dev0 (i=Tobias@unaffiliated/icefox0) (Read error: 110 (Connection timed out))
  13. # [02:13] * Joins: aroben (n=adamrobe@unaffiliated/aroben)
  14. # [02:22] * Quits: tndH (i=Rob@adsl-87-102-90-11.karoo.KCOM.COM) ("ChatZilla 0.9.78.1-rdmsoft [XULRunner 1.8.0.9/2006120508]")
  15. # [02:23] * Quits: gsnedders (n=gsnedder@host86-139-120-26.range86-139.btcentralplus.com) (Remote closed the connection)
  16. # [02:31] * Joins: webben_ (n=benh@91.84.196.77)
  17. # [02:42] * weinig is now known as weinig|away
  18. # [02:45] * Quits: webben (n=benh@dip5-fw.corp.ukl.yahoo.com) (Read error: 110 (Connection timed out))
  19. # [02:45] * Joins: tantek (n=tantek@h460df249.area2.spcsdns.net)
  20. # [02:48] * Joins: markp (n=mark@adsl-221-31-154.rmo.bellsouth.net)
  21. # [02:49] * Joins: tantek_ (n=tantek@000-127-501.area2.spcsdns.net)
  22. # [03:03] * Quits: tantek_ (n=tantek@000-127-501.area2.spcsdns.net) (Read error: 104 (Connection reset by peer))
  23. # [03:06] * Joins: tantek_ (n=tantek@h460de55c.area2.spcsdns.net)
  24. # [03:07] * Quits: tantek (n=tantek@h460df249.area2.spcsdns.net) (Read error: 110 (Connection timed out))
  25. # [03:17] * Joins: tantek (n=tantek@h460d334c.area2.spcsdns.net)
  26. # [03:30] * Quits: tantek (n=tantek@h460d334c.area2.spcsdns.net) (Read error: 104 (Connection reset by peer))
  27. # [03:31] * Joins: tantek (n=tantek@h460d39e8.area2.spcsdns.net)
  28. # [03:34] * Quits: tantek_ (n=tantek@h460de55c.area2.spcsdns.net) (Read error: 110 (Connection timed out))
  29. # [03:35] * weinig|away is now known as weinig
  30. # [03:45] * Joins: tantek_ (n=tantek@h460d9dd8.area2.spcsdns.net)
  31. # [04:05] * Quits: tantek (n=tantek@h460d39e8.area2.spcsdns.net) (Read error: 110 (Connection timed out))
  32. # [04:08] * Joins: tantek (n=tantek@h460d659c.area2.spcsdns.net)
  33. # [04:10] * Quits: tantek (n=tantek@h460d659c.area2.spcsdns.net) (Client Quit)
  34. # [04:19] * Quits: tantek_ (n=tantek@h460d9dd8.area2.spcsdns.net) (Read error: 110 (Connection timed out))
  35. # [05:36] * Joins: dev0 (i=Tobias@dslb-088-076-224-161.pools.arcor-ip.net)
  36. # [05:57] * Quits: dev0_ (i=Tobias@unaffiliated/icefox0) (Read error: 110 (Connection timed out))
  37. # [06:01] <Lachy> does anyone know if Alan Flavell's resources from http://ppewww.ph.gla.ac.uk/~flavell/ have been mirrored anywhere since they disappeared? Sadly, they appear to have been deleted from the internet archive as well http://web.archive.org/web/*/http://ppewww.physics.gla.ac.uk/~flavell/
  38. # [06:09] <Lachy> never mind, found them http://web.archive.org/web/*/ppewww.ph.gla.ac.uk/~flavell/
  39. # [06:14] * Quits: mpt (n=mpt@121-72-138-60.dsl.telstraclear.net) ("Leaving")
  40. # [06:19] <Lachy> hey, this page uses longdesc http://web.archive.org/web/20060903033519/http://ppewww.ph.gla.ac.uk/~flavell/alt/alt-text.html
  41. # [06:20] <Lachy> pointing to http://web.archive.org/web/20000814074740/ppewww.ph.gla.ac.uk/~flavell/alt/round-tuit.txt
  42. # [06:20] <Lachy> though, not even that looks like it's a particularly good use of longdesc
  43. # [06:26] * Quits: weinig (i=weinig@nat/apple/x-0460268c6ca455f8)
  44. # [06:47] <Lachy> this looks like a useful resource http://html.cita.uiuc.edu/text/
  45. # [06:47] * Quits: dev0 (i=Tobias@unaffiliated/icefox0) ("dev0 has no reason")
  46. # [06:49] * Quits: KevinMarks (n=KevinMar@c-76-102-254-252.hsd1.ca.comcast.net) ("The computer fell asleep")
  47. # [06:51] <Lachy> woot! found an excellent example of using longdesc! http://www.webcredible.co.uk/webcreds/episode8.shtml :-)
  48. # [06:59] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  49. # [07:04] * Joins: weinig (n=weinig@c-24-6-210-182.hsd1.ca.comcast.net)
  50. # [07:34] * Quits: cplot (n=cplot@c-98-193-22-194.hsd1.il.comcast.net)
  51. # [08:04] * Quits: csarven (n=nevrasc@modemcable081.152-201-24.mc.videotron.ca) ("http:/www.csarven.ca")
  52. # [09:42] * Joins: kfish (n=conrad@61.194.21.25)
  53. # [10:08] * Quits: weinig (n=weinig@c-24-6-210-182.hsd1.ca.comcast.net)
  54. # [10:11] <Hixie> Lachy: no! it's not an excellent use! because there's a link on that page to the exact same page!!
  55. # [10:11] <Hixie> which is what i've been saying, if it's useful for longdesc, it should (and would) just be available to everyone in a normal link
  56. # [10:11] <Lachy> Hixie, yeah, I know it does, but it's still a good use of a long description
  57. # [10:12] <Lachy> the other example I included in my email to public-html only uses longdesc
  58. # [10:12] <Hixie> http://issues.apache.org/bugzilla/show_bug.cgi?id=13986
  59. # [10:12] <Lachy> this one http://www.dizabled.com/comics/stairs/
  60. # [10:13] <Hixie> cool
  61. # [10:13] <Hixie> if you're sending it to public-html make sure to put it in the wiki too :-)
  62. # [10:14] <Lachy> I knew I should have sent to whatwg! :-)
  63. # [10:15] <Lachy> (but I figured it would be better to lead by example and show others on public-html the kind of evidence and constructive emails to post)
  64. # [10:15] <Hixie> hehe
  65. # [10:18] * Joins: gsnedders (n=gsnedder@host86-139-120-26.range86-139.btcentralplus.com)
  66. # [10:23] <Lachy> Hixie, in that other link I provided above <http://html.cita.uiuc.edu/text/>, it lists a whole heap of image categories. It might be useful if spec included examples of advertising banners and CAPTCHA images
  67. # [10:24] <Lachy> the spec seems to cover all the other relevant categories already
  68. # [10:27] <Hixie> cool
  69. # [10:27] <Hixie> did you mail that anywhere?
  70. # [10:27] <Lachy> no, but I will to whatwg
  71. # [10:27] <Hixie> cool thanks
  72. # [10:30] <Hixie> btw, i don't really ever use proposed replacement texts, because i usually find that to make them fit my style i have to make almost as many changes as just writing it from scratch based on the description of the proposla
  73. # [10:31] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  74. # [10:31] <Lachy> I tried to make it fit your style (I even used some parts of the existing text)
  75. # [10:32] <Hixie> yeah, but i suffer from NWH syndrome :-) (not-written-here)
  76. # [10:32] <Lachy> LOL! (me too) :-)
  77. # [10:33] <Hixie> hm, the feedback on progress events was sent to whatwg instead of webapi
  78. # [10:39] * Quits: aroben (n=adamrobe@unaffiliated/aroben) (Read error: 110 (Connection timed out))
  79. # [10:39] <Lachy> glad you noticed. I'm on so many lists, I barely notice which email gets sent to where
  80. # [10:40] <Lachy> though I did notice Dmitry Turin is sending more HTML feedback to www-style :-)
  81. # [10:40] * Quits: gsnedders (n=gsnedder@host86-139-120-26.range86-139.btcentralplus.com)
  82. # [10:42] * Joins: mpt (n=mpt@121-72-138-60.dsl.telstraclear.net)
  83. # [10:51] <Lachy> the comments on the blog have turned into little more than ad hominem attacks http://blog.whatwg.org/omit-alt
  84. # [10:51] * Joins: Ducki (n=Ducki@nrdh-d9b98065.pool.mediaWays.net)
  85. # [10:53] * Joins: ROBOd (n=robod@86.34.246.154)
  86. # [11:03] <Lachy> Hixie, Steve Faulkner mentioned this awesome list of resources about alt text. I know you've probably seen many of them already, but there's a few that I hadn't. http://www.d.umn.edu/itss/support/Training/Online/webdesign/accessibility.html#alt
  87. # [11:34] * Joins: tndH_ (i=Rob@adsl-87-102-90-11.karoo.KCOM.COM)
  88. # [11:35] * tndH_ is now known as tndH
  89. # [11:38] * Joins: maikmerten (n=maikmert@L81ec.l.pppool.de)
  90. # [11:59] * Joins: Ducki_ (i=Ducki@nrdh-d9b98063.pool.mediaWays.net)
  91. # [12:00] * Joins: ravenn (n=ravenn@124-170-0-247.dyn.iinet.net.au)
  92. # [12:17] * Quits: kfish (n=conrad@61.194.21.25) ("カレー")
  93. # [12:22] * Quits: Ducki (n=Ducki@nrdh-d9b98065.pool.mediaWays.net) (Read error: 113 (No route to host))
  94. # [12:33] * Joins: doublec (n=doublec@202-74-215-21.ue.woosh.co.nz)
  95. # [12:36] * zcorpan wonders if the alt section should s/empty value/empty or placeholder value/
  96. # [13:15] <Lachy> zcorpan, what do you mean by placeholder value? something like alt="photo" or "unkown"?
  97. # [13:20] * Joins: gsnedders (n=gsnedder@host86-139-120-26.range86-139.btcentralplus.com)
  98. # [13:22] <zcorpan> Lachy: yeah, dummy text
  99. # [13:27] <webben_> Is there any research into how hard it would be to explain to ordinary users "how or why to provide alternate text"? While professionals disagree about what provides the perfect alt text, it does not seem difficult to explain how to provide text that would be an improvement over nothing.
  100. # [13:29] <webben_> It seems to me the main obstacle for a site like Flickr to deal with (and this is actually basically limited to photo sharing sites) is how to handle /bulk/ uploads (the problem Maciej keeps mentioning).
  101. # [13:29] <webben_> My suspicion is that this is basically a technical problem, rather than a human problem, to be solved.
  102. # [13:30] <Lachy> webben_, it's a human problem. You try explaining to the millions of typical users, regardless of if they upload in bulk or individually, that they're expected to provide alternate text.
  103. # [13:30] <Lachy> and also teaching them about how to write good quality text.
  104. # [13:31] <webben_> Lachy: No I mean /bulk/ is a technical problem. Alt text is a human problem, but it doesn't seem a massively difficult one. (It's not more difficult to explain to a million users than a 100 users. Or even to 10 users.)
  105. # [13:31] <Lachy> it takes long enough to teach web developers how to write good alt text (many still get it wrong), let alone someone who just wants to upload some happy snaps of their kids birthday
  106. # [13:32] <Lachy> brb
  107. # [13:32] <webben_> I don't think writing alt text is intrinsically easier for your average webdev.
  108. # [13:33] <webben_> (In fact, in so far as webdev's may tend to have backgrounds in scientific or visual arts disciplines rather than highly verbal ones, it may be /harder/ for your average webdev than many other professionals.)
  109. # [13:35] <webben_> Also, webdevs are more likely to be confused by other groups by having read incorrect information about alt, or by being introduced to it primarily as a tool for SEO.
  110. # [13:36] <webben_> the text "my kid's birthday" is itself halfway usable alt text (it's not /perfect/ alt text, but it's usable)
  111. # [13:46] <Lachy> considering the title would probably be something like "Jack blowing out his candles" (assuming the user even bothered to provide that), I don't see how such alt text would be useful
  112. # [14:08] <webben_> Lachy: Well, first, I don't limit the question of alt text to the alt attribute (I'm also considering things like the alt element). Second, repeated text that uniquely identifies an image is preferable to failing to identify it. Third, such alt text is useful when photos are displayed without their titles (as is common on Flickr, e.g. for the photostream list on the right at http://www.flickr.com/photos/minouzers/1230100121/).
  113. # [14:10] <webben_> (Repeated text is better than none because you can select and manipulate the image from a list of items on the page, distinguishing it from the other images on the same page.)
  114. # [14:13] * Quits: dolphinling (n=chatzill@132.198.252.57) ("ChatZilla 0.9.78.1-rdmsoft [XULRunner 1.8.0.9/2006120508]")
  115. # [14:16] <webben_> alt="" is best reserved for items that should simply be omitted from the page.
  116. # [14:17] <webben_> (and this will never work for widget or link complete content)
  117. # [14:17] <Lachy> why would a user who couldn't see the image and is thus seeing the alternate text want to "select and manipulate the image from a list of items on the page"?
  118. # [14:18] <webben_> Lachy: Because blind users regularly want to share images with sighted peers.
  119. # [14:18] * Joins: grimboy (n=grimboy@85.211.235.205)
  120. # [14:18] <webben_> e.g. simple use case: Jack's visually impaired grandma wants an image off Flickr to email to her friends.
  121. # [14:19] <Lachy> yeah, saving an image is one thing. But it's the list of items that I'm not so sure about.
  122. # [14:19] <webben_> Lachy: Oh. Lists of things is a common assistive technology technique (providing an alternative for serial processing of the entire page.)
  123. # [14:19] <webben_> e.g. lists of links, lists of images, lists of headings
  124. # [14:19] <webben_> VoiceOver does a sort of list of "items"
  125. # [14:20] <webben_> but it's the same problem if the page is processed serially
  126. # [14:20] <Lachy> hmm. it's just sounding more and more like the "list of links" argument used for using unique link text
  127. # [14:20] <webben_> you can't necessarily distinguish one photo from another without some alt value
  128. # [14:21] <webben_> Lachy: Forget the list. That will just be part of the reality of how users process the page (whether people think it's "reasonable" or not). It doesn't change the problem.
  129. # [14:21] <Lachy> you can distinguish between them when read in context
  130. # [14:21] * Quits: grimboy_uk (n=grimboy@85-211-243-130.dsl.pipex.com) (Read error: 110 (Connection timed out))
  131. # [14:21] <webben_> not in the photostream
  132. # [14:21] <webben_> not if you jump around the page
  133. # [14:22] * Quits: Ducki_ (i=Ducki@nrdh-d9b98063.pool.mediaWays.net) (Connection timed out)
  134. # [14:22] <webben_> not if the developer isn't massively careful when it comes to distinguishing avatar images (in the comments, for example) from "the" photo
  135. # [14:23] <Lachy> well, I'd like some sort of usability study to demonstrate that. In fact, I asked for that a few weeks ago. http://lists.w3.org/Archives/Public/public-html/2007Aug/0577.html
  136. # [14:23] <webben_> Lachy: that being which in particular?
  137. # [14:24] <Lachy> your hypothesis that repeating text in the alt attribute is better than omitting it or a blank value
  138. # [14:25] <webben_> Ah. Yeah. I'd be interested in such a usability study too. It will be difficult to construct effectively I suspect.
  139. # [14:25] <Lachy> I did ask Joshue O Connor in that email if he could help out, since he offered his services for such things, but never heard back about it
  140. # [14:25] <webben_> for one thing, you'd need to give people some tasks where it might help (like the sharing example I gave above)
  141. # [14:26] <webben_> If I had the testing resources at my disposal, I'd led them. But I don't. :(
  142. # [14:26] <webben_> *lend
  143. # [14:26] * Quits: doublec (n=doublec@202-74-215-21.ue.woosh.co.nz)
  144. # [14:39] <zcorpan> Lachy: could you commit your changes to the status script to google code, please? :)
  145. # [14:39] <Lachy> this one http://status.whatwg.org/annotate-web-apps.js ?
  146. # [14:40] <zcorpan> yeah
  147. # [14:40] <zcorpan> http://html5.googlecode.com/svn/trunk/status/
  148. # [14:40] <Lachy> I got charlvn to add those changes for me, I'll ask him to do it
  149. # [14:40] <zcorpan> ok
  150. # [14:41] * Parts: webben_ (n=benh@91.84.196.77)
  151. # [14:44] <Lachy> I've messaged him, but he appears to be away. You could check it in yourself if you like, though. The only changes were adding everything from the comment with my name in it, getElementsByClassName() and below
  152. # [14:49] <Lachy> he said he'd do it shortly
  153. # [14:49] * Quits: ravenn (n=ravenn@124-170-0-247.dyn.iinet.net.au) ("adios")
  154. # [14:53] * Joins: ozamosi` (n=ozamosi@85.8.1.10.se.wasadata.net)
  155. # [14:54] * Quits: ozamosi (n=ozamosi@ubuntu/member/ozamosi) (Read error: 104 (Connection reset by peer))
  156. # [14:54] * ozamosi` is now known as ozamosi
  157. # [15:06] * Joins: grimeboy (n=grimboy@85.211.235.192)
  158. # [15:20] * Joins: tndH_ (i=Rob@adsl-87-102-90-11.karoo.KCOM.COM)
  159. # [15:24] * Quits: grimboy (n=grimboy@85.211.235.205) (Read error: 104 (Connection reset by peer))
  160. # [15:36] * Quits: tndH (i=Rob@adsl-87-102-90-11.karoo.KCOM.COM) (Read error: 110 (Connection timed out))
  161. # [16:08] * Joins: dev0 (i=Tobias@unaffiliated/icefox0)
  162. # [16:23] * Quits: gsnedders (n=gsnedder@host86-139-120-26.range86-139.btcentralplus.com)
  163. # [16:25] * Joins: cplot (n=cplot@c-98-193-22-194.hsd1.il.comcast.net)
  164. # [16:27] * Joins: gsnedders (n=gsnedder@host86-139-120-26.range86-139.btcentralplus.com)
  165. # [16:51] * Quits: dev0 (i=Tobias@unaffiliated/icefox0) (Read error: 104 (Connection reset by peer))
  166. # [16:52] * Quits: cplot (n=cplot@c-98-193-22-194.hsd1.il.comcast.net)
  167. # [17:12] * Joins: ozamosi` (n=ozamosi@85.8.1.10.se.wasadata.net)
  168. # [17:13] * Quits: ozamosi (n=ozamosi@85.8.1.10.se.wasadata.net) (Read error: 104 (Connection reset by peer))
  169. # [17:14] * Quits: Lachy (n=Lachy@124-170-133-138.dyn.iinet.net.au) ("ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007072518]")
  170. # [17:35] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  171. # [17:43] * Joins: ozamosi (n=ozamosi@85.8.1.10.se.wasadata.net)
  172. # [17:43] * Quits: ozamosi` (n=ozamosi@85.8.1.10.se.wasadata.net) (Read error: 104 (Connection reset by peer))
  173. # [17:44] * ozamosi is now known as ozamosi`
  174. # [18:13] * tndH_ is now known as tndH
  175. # [18:24] * Joins: csarven (n=nevrasc@modemcable081.152-201-24.mc.videotron.ca)
  176. # [18:37] * Joins: Lachy (n=Lachy@124-170-133-138.dyn.iinet.net.au)
  177. # [18:37] <zcorpan> ok
  178. # [18:38] <zcorpan> i've written a front-end interface for the status marker updater thing
  179. # [18:44] <Lachy> zcorpan, where is it and how does it work?
  180. # [18:51] <zcorpan> http://html5.googlecode.com/svn/trunk/status/
  181. # [18:51] <zcorpan> it adds a form to the TOC
  182. # [18:51] <zcorpan> and lots of radio buttons
  183. # [18:54] * Joins: KevinMarks (n=KevinMar@c-76-102-254-252.hsd1.ca.comcast.net)
  184. # [18:57] <Lachy> I don't see a form when I look at the spec
  185. # [19:06] * Quits: maikmerten (n=maikmert@L81ec.l.pppool.de) (Read error: 110 (Connection timed out))
  186. # [19:07] * Joins: maikmerten (n=maikmert@L8a4e.l.pppool.de)
  187. # [19:08] <zcorpan> indeed, it hasn't been moved to status.whatwg.org yet
  188. # [19:09] <Lachy> yeah, I just realised that
  189. # [19:09] <Lachy> is there an easy way to test it out?
  190. # [19:10] <zcorpan> i'll upload a demo, hold on
  191. # [19:15] <zcorpan> hmm, can't access simon.html5.org by ftp atm :(
  192. # [19:17] <Lachy> where's update-markers.php? I don't see it in SVN or on stats.whatwg.org, but it's referenced in the script
  193. # [19:17] <zcorpan> it doesn't exist yet
  194. # [19:17] <zcorpan> someone needs to write it :)
  195. # [19:17] <Lachy> ok, I'm too impatient :-)
  196. # [19:18] <markp> Lachy: ping
  197. # [19:18] <Lachy> yo
  198. # [19:18] <markp> got a minute to talk about NOALT?
  199. # [19:18] <Lachy> sure
  200. # [19:18] <markp> i was intrigued by paul's proposal
  201. # [19:18] <markp> on the blog thread that is now useless
  202. # [19:19] <markp> you or someone mentioned that NOALT had been considered but rejected for lack of a convincing use case?
  203. # [19:19] <Lachy> indeed, it was one of the more constructive posts :-)
  204. # [19:19] <Lachy> yeah, it's not clear why <img noalt> is better than <img>
  205. # [19:19] <markp> can you point me to some background discussion of that?
  206. # [19:20] <markp> well, <img noalt> is explicit, and <img> is implicit
  207. # [19:20] <Dashiva> noalt is worse, because it introduces ambuigity if both noalt and alt, or neither, are present
  208. # [19:20] <Lachy> I thought someone had given a more thorough reasoning on public-html, but I couldn't find it earlier. I'll see what I can find now
  209. # [19:21] <markp> i don't follow; but the addition of noalt would allow the spec to require either alt or noalt (but not both, and not neither)
  210. # [19:21] <markp> a missing alt would be a mistake, and could be flagged as such
  211. # [19:21] <Dashiva> It's easy to say something is not conforming, but we also have to specify how it works when it doesn't conform
  212. # [19:22] <markp> ok, we'll get there
  213. # [19:22] <markp> just brainstorming the idea atm
  214. # [19:22] <markp> i'm just thinking about the case of mass uploads to flickr, as has been discussed
  215. # [19:23] <Lachy> the end of this post from Hixie mentions it briefly http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2007-August/012378.html
  216. # [19:23] <markp> no alternate text is available, we know that at time of publication, this would let us explicitly state that
  217. # [19:23] * Joins: grimboy_uk (n=grimboy@85-211-244-32.dsl.pipex.com)
  218. # [19:23] <Lachy> the comparison with nohref is a good reason, since that attribute is totally useless
  219. # [19:23] <Philip`> Requiring an explicit <img noalt> makes the no-alt case harder (rather than like <img> which is easier to write than the with-useful-alt case), which sounds like the wrong way to motivate people to add alt text
  220. # [19:24] <Dashiva> I could've missed an argument, but I still don't have any clear distinction in use between "we know there's no alt" and "there's no alt"
  221. # [19:24] <markp> well, making alt required for the past 10 years hasn't done much to motivate people
  222. # [19:24] <markp> dashiva: think about the difference between http 404 and 410
  223. # [19:24] <markp> 410 is intentional
  224. # [19:25] <Dashiva> But the use is the same - you have no page to show
  225. # [19:25] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  226. # [19:25] <Lachy> noalt doesn't really solve any accessibility issue. Even if it does catch on, the validation-badge hunters are just going to stick alt="" or noalt in there to keep the validator happy
  227. # [19:25] <Philip`> I saw alt on two thirds of the imgs I looked at a while ago, so something has made people use it a lot, though that's independent of whether they're actually adding useful alt text
  228. # [19:25] <markp> you're right, noalt doesn't solve any accessibility issue
  229. # [19:26] <markp> an image that should have alternate text, but doesn't, is inaccessible regardless of the exact markup
  230. # [19:26] <Philip`> (Er, I meant half the imgs, or two thirds of the pages with at least one img)
  231. # [19:26] <markp> but i think noalt is a good alternative solution to making alt optional
  232. # [19:27] <markp> the spec could require either alt or noalt
  233. # [19:27] <Lachy> and I personally don't see any practical difference between a validator always issuing an error for missing alt, or issuing a warning to those who request it.
  234. # [19:27] <markp> and a missing alt attribute would be a sign that you forgot something and need to fix it
  235. # [19:27] <markp> if alt is optional, the validator can't flag that
  236. # [19:28] <markp> and people who genuinely forgot it (and would add it if reminded) might miss it
  237. # [19:28] <markp> that seems like an obvious benefit to me, but i can tell i'm not winning any converts yet
  238. # [19:28] <Dashiva> A missing alt would be a problem regardless
  239. # [19:29] <markp> A missing alt would be an accessibility problem regardless
  240. # [19:29] <markp> there, i fixed it for you
  241. # [19:29] <markp> i dislike how html 4 has conflated validation with accessibility
  242. # [19:29] <Lachy> I would expect good validators and authoring tools to be able to notify users of missing alt attributes, regardless of its requirement in the spec
  243. # [19:30] <markp> it's led to the problem we're now faced with, valid markup which is actively harmful to accessibility (because software is auto-filling harmful alt text)
  244. # [19:30] <markp> lachy: the problem with that is that it will add to the "noise" of the validation output
  245. # [19:31] <markp> like if your publishing platform doesn't escape ampersands in urls and you can't do anything about it
  246. # [19:31] <markp> then you go to validate and you can't find the real problems that you can fix, because there's too much noise
  247. # [19:31] <Dashiva> Just because you can't fix it doesn't make it any less a real problem, though
  248. # [19:32] <markp> sigh
  249. # [19:32] <Lachy> it would depend on the validators UI
  250. # [19:32] <markp> i'm not getting anywhere
  251. # [19:32] <zcorpan> markp: validators can still warn about missing alt, and you can have options in the validator to suppress certain warnings or errors
  252. # [19:32] <markp> yeah, ok
  253. # [19:33] <Philip`> Might validation-badge hunters choose to use the most lenient conformance checker that does the minimum amount of required testing before giving them badges?
  254. # [19:34] <Lachy> this is so annoying since I have conflicting opinions
  255. # [19:34] * Joins: tndH_ (i=Rob@adsl-87-102-38-101.karoo.KCOM.COM)
  256. # [19:35] <Philip`> (in which case there is benefit in having the spec require things, rather than hoping conformance checkers will choose to provide warnings, to raise the minimum quality level of conformant conformance checkers)
  257. # [19:35] <Dashiva> Badge hunters tend to mess it up anyhow, I'd say
  258. # [19:35] <zcorpan> Philip`: badge hunters will just use the w3c validator, because other validators aren't w3c approved... :)
  259. # [19:35] <Dashiva> Even if you make them conform to all machine-checkable criteria, they can still play ball with the rest
  260. # [19:36] <Philip`> Badge hunters post badges on their web sites, which gives the badge-providing validator high visibility and high search-engine-findingness and everything, so it is likely to become the most popular validator, so well-meaning people who want to properly validate their pages to find problems will end up using that one too
  261. # [19:37] <zcorpan> Philip`: require things doesn't necessarily improve the badge hunters' quality of their markup
  262. # [19:37] <Philip`> (Or at least that's why I've only ever used the W3C validator, because I don't hear about any probably-better validators and there aren't loads of badges pointing me at them)
  263. # [19:38] <Lachy> so Henri should issue badges for everything, like different grades depending on the number of errors :-)
  264. # [19:38] <Dashiva> A+++ would validate again
  265. # [19:38] <gsnedders> badges!
  266. # [19:38] <zcorpan> "This page is Invalid! Look for yourself!"
  267. # [19:39] <Lachy> zcorpan, there's already a badge for that :-)
  268. # [19:39] <zcorpan> oh snap
  269. # [19:39] <Dashiva> Oh yeah
  270. # [19:39] * Dashiva goes to read that article again
  271. # [19:39] <Philip`> http://www.mikeindustries.com/blog/archive/2004/06/march-to-your-own-standard ?
  272. # [19:39] <Lachy> that's it! I was looking for that
  273. # [19:40] <Philip`> (found via http://blogs.msdn.com/michkap/default.aspx )
  274. # [19:41] <zcorpan> but where's the badge?
  275. # [19:41] <Lachy> it seems to be gone
  276. # [19:42] <Lachy> http://www.mikeindustries.com/blog/images/validatethis.gif
  277. # [19:42] <Philip`> The blogs.msdn.com page does have the badge, just under the (Tick!) Unicode ENCODED
  278. # [19:42] <Lachy> he used to have it in his sidebar http://web.archive.org/web/20050123150650/http://www.mikeindustries.com/blog/archive/2004/06/march-to-your-own-standard
  279. # [19:43] <Dashiva> He sold out!
  280. # [19:43] <Lachy> his page is still invalid, even without the badge
  281. # [19:45] * Quits: grimeboy (n=grimboy@85.211.235.192) (Connection timed out)
  282. # [19:50] <Lachy> apparently UAAG actually requires UAs to treat <img> and <img alt=""> differently. http://www.w3.org/TR/UAAG10/guidelines.html#tech-missing-alt
  283. # [19:51] * Quits: tndH (i=Rob@adsl-87-102-90-11.karoo.KCOM.COM) (Read error: 110 (Connection timed out))
  284. # [19:56] <Lachy> markp, http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2007-April/010995.html has more reasoning.
  285. # [19:56] <Lachy> and all the other mails about noalt if you're interested http://lists.whatwg.org/mmsearch.cgi/whatwg-whatwg.org?config=whatwg-whatwg.org&restrict=&exclude=&method=and&format=short&sort=score&words=noalt
  286. # [20:00] <Lachy> "In SMIL 1.0 [SMIL], on the other hand, alt is not required on media objects." -- http://www.w3.org/TR/UAAG10-TECHS/guidelines.html#tech-missing-alt
  287. # [20:01] <Lachy> I wonder if that lack of requirement has harmed the accessibility of SMIL in any way
  288. # [20:02] <takkaria> is SMIL actually used anywhere?
  289. # [20:02] <Lachy> I don't know
  290. # [20:10] * Joins: webben (n=benh@91.84.196.77)
  291. # [20:15] * Joins: webben_ (n=benh@dip5-fw.corp.ukl.yahoo.com)
  292. # [20:30] * Quits: webben (n=benh@91.84.196.77) (Read error: 110 (Connection timed out))
  293. # [20:33] * Quits: maikmerten (n=maikmert@L8a4e.l.pppool.de) (Remote closed the connection)
  294. # [20:34] * Joins: virtuelv_ (n=virtuelv@58.80-202-82.nextgentel.com)
  295. # [20:38] <webben_> takkaria: I suspect in most cases where people have thought about using SMIL, they've ended up using Flash. Although SMIL actually has widespread support in some form (e.g. Internet Explorer, RealPlayer. QuickTime), Flash content can be played in-page in Gecko and WebKit. Plus, there are far more people who already know how to author in Flash. (Given the prohibition on using the Flash spec to create new plugins and players, this isn't necessarily
  296. # [20:39] <takkaria> you got cut off at "necessarily"
  297. # [20:39] <webben_> sorry.
  298. # [20:39] <webben_> necessarily ... a great idea, but you can see the market forces driving it
  299. # [20:40] <takkaria> right
  300. # [20:40] * takkaria nods
  301. # [20:41] <webben_> There are plenty of experiments with SMIL (e.g. http://www.domsmith.co.uk/computing/bbc-backstage/smil-news/ ), but I suppose broadcasters tend to be more interested in getting a big audience right now than picking the best technology for maximising audience over the long-term. If SMIL has a current home, I suspect it would be for DVD presentation-type things.
  302. # [20:43] <webben_> In theory, there's no big barrier to global SMIL adoption. There's an open source player and plugin, Ambulant, which seems to implement the spec a lot better than the closed-source alternatives.
  303. # [20:43] * Joins: weinig (i=weinig@nat/apple/x-538a414c9d9c2c15)
  304. # [20:43] <webben_> http://sourceforge.net/projects/ambulant/
  305. # [20:44] <webben_> takkaria: Oh, actually, one actual widespread use for SMIL is DAISY: http://www.daisy.org/z3986/
  306. # [20:45] <webben_> but you don't see much DAISY content on the web (because the content created in DAISY is usually limited to access by registered people with visual impairments)
  307. # [20:45] <webben_> I think DAISY (or at least some forms of DAISY) use a SMIL wrapper.
  308. # [20:46] <webben_> here's the spec: http://www.daisy.org/z3986/2005/z3986-2005.html
  309. # [20:46] <takkaria> ta
  310. # [20:46] <takkaria> interesting. :)
  311. # [20:48] * ozamosi` is now known as ozamosi
  312. # [20:50] * Joins: dev0 (i=Tobias@unaffiliated/icefox0)
  313. # [20:54] * Joins: dev0_ (i=Tobias@dslb-088-076-240-100.pools.arcor-ip.net)
  314. # [20:58] <webben_> takkaria: hmm also interesting: http://www.kaourantin.net/2007/08/what-just-happened-to-video-on-web_20.html "You can easily write your own SMIL parser in ActionScript though."
  315. # [21:11] * Quits: dev0 (i=Tobias@unaffiliated/icefox0) (Read error: 110 (Connection timed out))
  316. # [21:12] * Quits: hober (n=ted@unaffiliated/hober) (Read error: 104 (Connection reset by peer))
  317. # [21:12] <takkaria> well, it's XML, so it's not that surprising
  318. # [21:14] <webben_> guess not
  319. # [21:14] <zcorpan> what is "SMIL parser"?
  320. # [21:15] <webben_> zcorpan: I guess it would turn SMIL into a SWF animation.
  321. # [21:15] <webben_> (that is to say, a SMIL parser wouldn't be much use without rendering)
  322. # [21:15] <zcorpan> so an implementation of SMIL
  323. # [21:15] <webben_> yeah
  324. # [21:16] * zcorpan would like to study SMIL implementations sometime
  325. # [21:16] <zcorpan> in particular how they deal with namespaces
  326. # [21:18] <webben_> well the ambulant implementation is supposed to be "namespace-based": http://lists.w3.org/Archives/Public/public-evangelist/2006Aug/0003.html
  327. # [21:19] <webben_> whatever that means
  328. # [21:43] * Joins: grimeboy (n=grimboy@85-211-253-224.dsl.pipex.com)
  329. # [21:57] * Quits: grimboy_uk (n=grimboy@85-211-244-32.dsl.pipex.com) (Read error: 110 (Connection timed out))
  330. # [22:11] <Dashiva> IE7 doesn't seem to want to update its attribute selector selection
  331. # [22:14] * Dashiva hates forcing reflows
  332. # [22:30] <Dashiva> Summary of adapting whatwg/issues for IE7: helper function for textContent, helper function for hasAttribute, force reflow on 'irrelevant' attribute toggling, workaround for missing white-space:pre-wrap support.
  333. # [22:33] <zcorpan> Dashiva: fun :)
  334. # [22:34] * Quits: virtuelv_ (n=virtuelv@58.80-202-82.nextgentel.com) ("Leaving")
  335. # [22:35] * Philip` hopes there aren't people with AT that only supports IE6, not IE7
  336. # [22:35] * Quits: ROBOd (n=robod@86.34.246.154) ("http://www.robodesign.ro")
  337. # [22:36] <Dashiva> Supporting IE6 would probably be easier, since they don't support attribute selector to begin with, so you don't need to reflow to show content :)
  338. # [22:38] <Philip`> Wouldn't it be harder since you'd have to emulate attribute selectors via some other method? :-)
  339. # [22:39] <Dashiva> Not really. It's just [irrelevant]{display:none;} so it could just as easily be replaced by .style.display = 'none'; now that I have hte helper functions in place
  340. # [22:40] * Joins: mpt_ (n=mpt@121-72-130-6.dsl.telstraclear.net)
  341. # [22:40] <Dashiva> Didn't hixie mention something about the API being public and/or documented and/or otherwise usable?
  342. # [22:41] <webben_> Philip`: Probably (based on reading user mailing lists) a slim majority of AT users have AT that either only supports IE6 or works better with IE6 than IE7.
  343. # [22:41] <webben_> Philip`: In addition, many users downgrade from IE7 they hate it so much.
  344. # [22:44] <Philip`> Dashiva: Do you mean http://www.whatwg.org/issues/API ?
  345. # [22:44] * Quits: mpt (n=mpt@121-72-138-60.dsl.telstraclear.net) (Read error: 110 (Connection timed out))
  346. # [22:45] <Dashiva> I probably do
  347. # [22:46] <Philip`> It does seem to be public and documented and usable, and it doesn't even generate ill-formed XML any more
  348. # [22:48] * Joins: dbaron (n=dbaron@c-71-198-189-81.hsd1.ca.comcast.net)
  349. # [22:49] <Dashiva> I don't particularily like the listen stream format, but one makes do I suppose
  350. # [22:49] <Dashiva> There would be even more screaming if it required support for event-source :D
  351. # [22:51] <Philip`> Even more if it used TCPConnection - it would still be perfectly standards-based, but also perfectly useless
  352. # [22:52] <Hixie> there's actually another API below this one
  353. # [22:52] <Hixie> which doesn't use HTTP
  354. # [22:53] <Dashiva> By the way Hixie, there's still no action when you click the vote/remove vote button
  355. # [22:54] <Dashiva> You have to reload for the button text to change
  356. # [22:54] <Hixie> in what browser?
  357. # [22:54] <Dashiva> I'd say all of them based on the code, but I've only tried opera and IE so far
  358. # [22:55] <Hixie> works fine in firefox, opera, and safari for me
  359. # [22:55] <Philip`> It worked when I tried it in Firefox
  360. # [22:55] <Dashiva> Ah right, it's being set after the listen echo...
  361. # [22:56] <Dashiva> I haven't got that one to proxy properly yet
  362. # [22:57] <Dashiva> (Another reason I would prefer a pull option, with XML to avoid string parsing)
  363. # [22:58] <Hixie> yeah i can actually give you another protocol for that
  364. # [22:58] <Hixie> hold on
  365. # [22:58] <Dashiva> No hurry, I'm finished for today :)
  366. # [23:06] <mpt_> zcorpan, "validators can still warn about missing alt, and you can have options in the validator to suppress certain warnings or errors" is like those badly-designed GUIs that have "Are you sure?" alerts with "Do not warn me again" checkboxes
  367. # [23:06] <Hixie> i've start updating API, i'll let you know when it's done
  368. # [23:07] <Hixie> can't do it now
  369. # [23:07] <mpt_> zcorpan, in both cases, the problem is not that some people always want the warnings and some people never want them, but that for *everyone* the warning is useful *sometimes*
  370. # [23:08] <mpt_> And the solution is to prevent the warning from being necessary in the first place.
  371. # [23:09] <mpt_> If I'm a conscientious Web application author, noalt would let me distinguish between images that had no alt text because they were user-supplied, and images that had no alt text because I'd accidentally left it out.
  372. # [23:10] <mpt_> Just omitting alt= doesn't let me do that, it leaves me having to choose between zero validation warnings and too many validation warnings.
  373. # [23:11] <zcorpan> mpt_: the case markp described was actually in specific cases -- "like if your publishing platform doesn't escape ampersands in urls and you can't do anything about it ... then you go to validate and you can't find the real problems that you can fix, because there's too much noise"
  374. # [23:11] <mpt_> I don't understand that analogy, but I agree with the rest of markp's point.
  375. # [23:13] <zcorpan> if a validator complains about something you can't fix, then the straightforward solution to get rid of the noise is to suppress the warning/error in the validator
  376. # [23:13] <zcorpan> imho
  377. # [23:13] * Joins: dev0 (i=Tobias@dslb-088-076-236-118.pools.arcor-ip.net)
  378. # [23:15] <mpt_> zcorpan, absolutely, but it's better to be able to do that for individual images or types of image that you can't provide alt for ahead of time (using noalt) than for every image in the document (using the validator option).
  379. # [23:16] * Joins: h3h (n=w3rd@cpe-76-88-44-219.san.res.rr.com)
  380. # [23:16] <mpt_> Otherwise you can't test for mistakenly missed alt= on any page where people can upload their own images.
  381. # [23:16] <zcorpan> however i realise that adding alt="" as a way to suppress warnings might be more appealing than changing options in the validator, which is an argument for noalt
  382. # [23:16] * mpt_ is now known as mpt
  383. # [23:17] <zcorpan> mpt: true
  384. # [23:22] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  385. # [23:22] <webben_> I'm not really sure what weight this "validator" stuff holds when most of the web consists of invalid HTML.
  386. # [23:22] <webben_> (and people concerned with accessibility "validation" tend to use dedicated checkers)
  387. # [23:23] <zcorpan> indeed
  388. # [23:23] <webben_> and the sites like Flickr that we appear to be worrying about don't publish valid HTML
  389. # [23:23] <webben_> it seems like a bit of a red herring, i dunno
  390. # [23:24] <webben_> (well, red herring is an exaggeration, perhaps more of a debate about the number of angels on a pinhead ;) )
  391. # [23:25] <mpt> I don't think the existence of dedicated accessibility checkers should allow the HTML specification to make some things inherently uncheckable
  392. # [23:25] <webben_> mpt: I don't follow. Can you please rephrase?
  393. # [23:26] <mpt> Sure. How do you propose that *the accessibility checker itself* do the checking, if it can't tell the difference between "this image has no alternate text because it's user-supplied" and "this image has no alternate text because we forgot it"?
  394. # [23:29] <webben_> mpt: Oh. I wasn't making an argument against noalt or whatever. I was just saying I think the discussions around alt are probably placing more emphasis on validation and the effects of people validating and creating fake alt text to validate then they actually deserve.
  395. # [23:29] * Quits: dev0_ (i=Tobias@unaffiliated/icefox0) (Read error: 113 (No route to host))
  396. # [23:29] * Joins: dev0_ (i=Tobias@unaffiliated/icefox0)
  397. # [23:30] <webben_> Especially as replacing loads of fake alt text with no alt text or noalt does not make for a massively more accessible document.
  398. # [23:30] <webben_> noalt might offer marginal improvements
  399. # [23:30] <webben_> e.g. in Flickr you could distinguish content images from decorative images, maybe.
  400. # [23:30] <mpt> Given the expected lifespan of HTML5, I think the discussions about it are giving remarkably little emphasis to *everything* :-)
  401. # [23:31] <webben_> mpt: I guess I mean, too much weight in comparison to other factors. :)
  402. # [23:31] * Quits: dev0 (i=Tobias@unaffiliated/icefox0) (Connection timed out)
  403. # [23:32] <mpt> I think the argument about <img src="foo" noalt> being no more accessible than <img src="foo">, *that* is the red herring
  404. # [23:32] <mpt> This isn't about the final document, it's about the authoring process.
  405. # [23:32] <zcorpan> from a UA's point of view, how do you handle an <img> that has neither alt nor noalt? same as alt=""? same as noalt?
  406. # [23:32] <webben_> zcorpan: It depends on context.
  407. # [23:32] <mpt> Same as noalt, I think
  408. # [23:33] <zcorpan> webben_: what, quirks mode/standards mode? :)
  409. # [23:33] <mpt> but again, that's not the issue here
  410. # [23:33] <webben_> zcorpan: e.g. <a href="foo"><img alt=""></a> is very different to bla bla bla<img alt="">bla bla bla.
  411. # [23:33] <Philip`> Use UA-dependent heuristics to guess what would be the most useful replacement text
  412. # [23:34] <webben_> zcorpan: and bla bla bla<img>bla bla bla is different again
  413. # [23:34] <Philip`> (because then it's not our problem :-) )
  414. # [23:34] <Philip`> (and it's presumably what people do already when alt is missing)
  415. # [23:34] <zcorpan> webben_: right
  416. # [23:34] <webben_> Philip`: Well it would be useful to try and work out if there's a good common algorithm (a la the work that's going on with th/td associations)
  417. # [23:39] <webben_> likewise it would be useful to have ways of associating text elsewhere with the image (figure/legend, the proposed alt element, perhaps an altfor attribute)
  418. # [23:44] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  419. # [23:54] * Philip` needs to try re-running his web survey thing to get more data (like common values of certain attributes, and maybe content-types of linked scripts/stylesheets/images/etc to see how bad that is, and I can't think of much else yet - suggestions would be appreciated :-) )
  420. # [23:54] <Philip`> (But I need to remember how to write Java first, so I can use hsivonen's parser)
  421. # [23:55] <webben_> Philip`: maybe create a suggestion page or something for the next iteration?
  422. # [23:55] <webben_> hmm ... maybe that would end up duplicating that wikipage Rob Burns was creating on Research needing to be done.
  423. # [23:57] <webben_> Philip`: Did you collect longdesc data already btw (and does your sample include lots of .gov and .edu sites, which seem more likely to use longdesc)?
  424. # [23:59] <Philip`> webben_: Not specifically - all I have is the general attribute-occurrence information at http://canvex.lazyilluminati.com/survey/2007-07-17/analyse.cgi/attr/longdesc
  425. # Session Close: Mon Aug 27 00:00:00 2007

The end :)