16:58:52 RRSAgent has joined #cg 16:58:52 logging to http://www.w3.org/2009/04/17-cg-irc 16:59:15 +??P4 16:59:19 -[Microsoft] 16:59:20 +[Microsoft] 16:59:27 +??P5 16:59:28 zakim, microsoft is kford 16:59:29 +kford; got it 16:59:37 zakim, ??P5 is Joshue 16:59:37 +Joshue; got it 16:59:38 + +1.617.324.aaaa 16:59:46 zakim, call janina 16:59:46 ok, janina; the call is being made 16:59:47 +Janina 17:00:15 +Gregory_Rosmaita 17:00:28 rrsagent, make logs member 17:00:31 -Janina 17:00:34 rrsagent, make minutes 17:00:34 I have made the request to generate http://www.w3.org/2009/04/17-cg-minutes.html jeanne 17:00:36 zakim, call janina 17:00:36 ok, janina; the call is being made 17:00:37 +Janina 17:00:45 zakim, mute me 17:00:45 Joshue should now be muted 17:01:04 http://esw.w3.org/topic/PF/XTech/HTML5/TextAlternativeProposal 17:01:04 http://esw.w3.org/topic/PF/XTech/HTML5/TextAlternativeExamples 17:01:04 http://esw.w3.org/topic/PF/XTech/HTML5/HumanImageProcessing 17:01:04 http://esw.w3.org/topic/PF/XTech/HTML5/MachineImageProcessing 17:01:16 meeting: Ad Hoc HTML5-Alt 17:01:30 chair: Janina 17:01:35 +??P11 17:01:49 zakim, ??P11 is really JR 17:01:49 +JR; got it 17:02:35 http://esw.w3.org/topic/PF/XTech/HTML5/Caucus 17:03:07 MichaelC has joined #cg 17:03:14 zakim, call cooper-mit 17:03:14 ok, MichaelC; the call is being made 17:03:16 +Cooper 17:03:42 rrsagent, make logs public 17:04:00 Ben_ has joined #cg 17:04:01 2009 meetings & minutes: http://esw.w3.org/topic/PF/XTech/HTML5/Caucus#head-3cebde16d977cf52699076c2eceff9c7f42b6614 17:05:06 don't worry gregg, i'm not minuting today 17:05:36 zakim, who's on the phone? 17:05:36 On the phone I see kford, ??P4, Joshue (muted), +1.617.324.aaaa, Janina, Gregory_Rosmaita, JR, Cooper 17:05:43 scribe:jeanne 17:05:59 zakim, ??P4 is Gregg_Vanderheiden 17:05:59 +Gregg_Vanderheiden; got it 17:06:12 zakim, Ben_Caldwell is with Gregg_Vanderheiden 17:06:12 +Ben_Caldwell; got it 17:06:21 zakim, +1.617 is Jeanne_Spellman 17:06:21 +Jeanne_Spellman; got it 17:07:38 topic: Rewrite of the Draft 17:07:42 + +1.218.349.aabb 17:08:02 http://esw.w3.org/topic/PF/XTech/HTML5/TextAlternativeProposal (march 6 proposal submitted to WAI-CG) 17:08:26 JS: WAI-CG asked the working groups to comment on what was produced. One of which was that the report was difficult to understand. Gregg took on the task of simplifying 17:08:31 zakim, +1.218 is probably Laura_Carlson 17:08:31 +Laura_Carlson?; got it 17:08:54 Loretta has joined #cg 17:09:30 ... another comment was that it wasn't clear whether we were requiring @alt for validity. 17:09:48 q+ 17:09:56 q+ to ask if there is a pointer to a static version of the revised proposal 17:10:01 q+ 17:10:29 ... Did we change our meaning in the re-write? We want consensus on whether there is consensus around the draft. 17:10:37 Laura has joined #cg 17:10:39 ack oe 17:10:39 oedipus, you wanted to ask if there is a pointer to a static version of the revised proposal 17:10:43 q? 17:11:06 GV: Today I put out a second version of the document adding some text that Michael suggested. 17:11:50 ack me 17:12:10 MC: I went through the drafts side-by-side and didn't see a meaning change. I sent comments on another issue, which Gregg has now incorporated. 17:12:33 +Loretta_Guarino_Reid 17:13:02 http://esw.w3.org/topic/PF/XTech/HTML5/TextAlternativeExamples 17:13:36 KF: We had additional discussion in UAWG thinking about useragents that have no need to support ARIA, such as mobile phones. How does this apply to browsers that do not support ARIA? 17:14:01 also, march 6 advice was conditional -- if aria-labelledby is supported natively... 17:14:17 JS: Let's first discuss whether the meaning has changed. 17:14:21 agenda+ Specific engineering approaches 17:14:46 agenda+ Situation of e.g., aria-labelledby if UA not expected to support ARIA 17:14:59 s/useragents/user agents 17:15:00 q? 17:15:09 q? 17:15:24 q? 17:15:28 ack q 17:15:28 Question, you wanted to comment on UA that doesn't support ARIA 17:16:48 greggvanderheiden has joined #cg 17:16:50 ??: We failed to communicate to our colleagues. If we aren't communicating this to UAAG, we need to clarify it. 17:17:29 q+ 17:18:04 RESOLUTION 1: We agree HTML5 should provide mechanism(s) for providing short text alternatives. 17:18:04 RESOLUTION 2: We agree HTML5 should provide mechanism(s) for providing long text alternatives. 17:18:04 RESOLUTION 3: We agree HTML5 should provide mechanisms to allow both short and long text alternatives at the same time. 17:18:04 RESOLUTION 4: We recommend continued inclusion of the "alt" attribute as a non-deprecated mechanism to provide short text alternatives. 17:18:05 RESOLUTION 5: That HTML5 state that "For guidance on accessibility requirements for text alternatives authors SHOULD consult WCAG 2.0." and that HTML should not provide any guidance that conflicts with WCAG. 17:18:12 GV: Your "if" statements were if ARIA was incorporated into HTML5. ARIA labelledby can not be included if ARIA is not. 17:19:05 s/??/GR 17:20:39 GR: I was speaking to Kelly's concern that we could use @alt or ARIA labelledby. 17:20:56 GV: We are assuming that ARIA is included in HTML5. 17:21:16 q? 17:21:29 \ 17:21:58 q+ 17:22:04 ack jr 17:22:21 JR: It wasnt just saying that the concern is only including ARIA in HTML5. There was also concern that some user agents would not support ARIA. 17:22:24 Principle 1: The working group recommends that HTML5 provide mechanism for both short and long text alternatives. (These are different concepts with different uses and both should be provided as separate functions. Short descriptions are read automatically when the item is encountered. Long descriptions are read only on request of the user.) 17:22:24 Principle 2: A short text alternative (using one of the mechanisms) should be required for validity but the long description should not be required. 17:22:24 Principle 3: We recommend continued inclusion of the alt attribute as one of the valid mechanisms to provide short text alternatives. 17:22:25 Principle 4: We recommend aria-labelledby as a second valid mechanism for short text alternatives. 17:22:27 Principle 5: We recommend: that HTML5 state that "For guidance on accessibility requirements for text alternatives authors should consult WCAG 2.0."; and that HTML should not provide any guidance that conflicts with WCAG 17:22:45 q+ 17:22:52 ack kford 17:23:33 KF: Somehow there has to be awareness that, if this proposal is adopted, there will have to be awareness of the population that you are designing for. If you don't have a user agent that supports the latest technology, then you are running the risk that your site will not be accessible. 17:24:09 q? 17:24:42 ... the issue was also addressed in the UAWG comments on ARIA Last Call. There must be guidance and awareness that not all users will have the latest technology. 17:24:48 q+ to say would like to add: we recommend that HTML5 include a "role" attribute for IMG; the default value for an IMG is role="img" UNLESS the author changes the role value to "presentation" -- ALL images with role="img" are INVALID without alt 17:25:01 GV: We did say that you would be prompted to use @alt. 17:25:11 ack lor 17:25:36 q? 17:25:36 ack oe 17:25:37 oedipus, you wanted to say would like to add: we recommend that HTML5 include a "role" attribute for IMG; the default value for an IMG is role="img" UNLESS the author changes the 17:25:41 ... role value to "presentation" -- ALL images with role="img" are INVALID without alt 17:25:44 LGR: We can't expect HTML5 to worry about subsets of the implementation of HTML5. 17:26:27 q? 17:26:41 GR: recommend that HTML5 include a "role" attribute for IMG; the default value for an IMG is role="img" UNLESS the author changes the role value to "presentation" -- ALL images with role="img" are INVALID without alt 17:27:03 JS: this is different from what we agreed on before. 17:27:16 +[Microsoft] 17:27:23 GV: [reads from proposal] 17:28:42 GR: We want continued use of @alt. 17:28:47 From the original proposal: 17:28:50 That the proper use of @role="presentation" be taken from ARIA 1.0 and that an IMG without a @role attribute is assumed to be the equivalent of (and would follow the rules in #1 above) 17:28:53 cyns has joined #cg 17:28:57 http://esw.w3.org/topic/PF/XTech/HTML5/TextAlternativeProposal#line-32 17:29:55 GR: No matter what, @alt is already in the spec. Therefore it must be used. ARIA Labelledby is conditional on being included in HTML5. 17:30:14 GV: I have added it to the document, that ARIA is included. 17:31:14 GR: Do we want ARIA included in HTML5? We will lose control of ARIA. 17:31:36 ... we could use this document as a way to insure that @role is included. 17:31:44 s/ARIA included in HTML5/ARIA hard-coded into HTML5 17:32:09 JR: Assuming that ARIA is part of HTML5, are you ok with the "or"? 17:32:31 GR: Even if ARIA is part of it, we still need @alt as a fallback. 17:33:05 ... we could ask older browsers to map labelledby to alt. 17:33:23 https://mywebspace.wisc.edu/gcvander/web/WCAG/WAI%20CG%20Consensus%20Resolutions%20on%20Text%20alternatives%20in%20HTML.html 17:33:33 q? 17:33:57 That is the link to the edited version of what we are talking about. 17:34:06 Jeanne: HTML5 is being implemented and becoming a defacto standard before it is scheduled to become an official recommendation 17:34:14 Gregory has a good point about the piecemeal implementation. 17:34:38 JS: Does anyone object to the draft being accepted as not changing the meaning? 17:34:43 [no objections] 17:34:45 http://esw.w3.org/topic/PF/XTech/HTML5/TextAlternativeExamples 17:34:45 http://esw.w3.org/topic/PF/XTech/HTML5/HumanImageProcessing 17:34:45 http://esw.w3.org/topic/PF/XTech/HTML5/MachineImageProcessing 17:35:05 q+ 17:35:10 RESOLVED: the draft of the second version does not change the meaning of the first version adopted. 17:35:24 thank you very much greggV 17:35:37 GV: I have added a sentence clarifying that ARIA must be adopted in HTML5. 17:36:06 JS: Would it be better to put some boundaries on that saying "the parts of ARIA referenced in this document must be included/" 17:36:24 q+ 17:37:02 KF: What we are ultimately saying is that we need to cross a bridge. @Alt doesn't work well enough to do everything that is needed. We are putting more of a burden on the author to insure that it is accessible. 17:37:54 don't want to stifle use of ARIA, just don't want to put all eggs in one basket that can't be modified/extended (i.e. hard-coded aria in html5) 17:38:01 ...as long as there is outreach and awareness, that whatever environment you are in, does the general population have the ability to access HTML5 feature sets. I think we need to include that in our assumptions 17:38:03 ack kf 17:38:06 ack jan 17:38:42 JS: You are correct, we need to be concerned about people who aren't at the leading edge of the technology. 17:38:42 The statement isn't that are MUST be included but that we are assuming that it is. 17:38:44 NOTE: These recommendations are assuming that ARIA features referenced in this document are included in HTML 5. 17:39:36 JS: All the WAI groups need to be involved to educate on these issues. 17:40:05 ... we don't want HTML5 providing accessibility guidance. It is raising possibility for conflict and misunderstanding. 17:40:10 summation from this morning's PF Caucus call on HTML5: "There MUST be a means of adding human parseable terse descriptors using alt or aria-labelledby. Tools like Flickr should aim for ATAG and WCAG compliance. Ideally, the author should be prompted to provide terse descriptors at load-time or pre-load, but definitely MUST provide a facility to attach terse descriptors to each image post-load." 17:41:24 q+ 17:41:29 JS: I don't think anyone is arguing that @alt will be forever sufficient. We have a vision that could do a better job than what was originally proposed. We can do a better job now with ARIA. 17:41:30 +1 to oedipus: 17:42:20 q? 17:42:25 ack kf 17:42:27 KF: I don't know that this document is the way to raise those concerns. Recommendations on addressing legacy issues belong in a separate document 17:42:41 rrsagent, make minutes 17:42:41 I have made the request to generate http://www.w3.org/2009/04/17-cg-minutes.html jeanne 17:43:26 violet agreement - flower power! 17:43:58 JS: We are in agreement on this issue. We are not adding any additional statements on this issue for this document. We have documented in the minutes that this is an important issue 17:44:15 Judy has joined #cg 17:44:50 q+ 17:45:25 ... and we need to address it as a later time. When it is ok to see more labelledby than @alt. 17:45:27 q? 17:45:35 zakim, pointer? 17:45:35 I don't understand your question, oedipus. 17:45:56 kford - check http://www.w3.org/2009/04/17-cg-minutes.html 17:46:09 jeanne logged as resolution 17:46:43 KF: Propose a resolution that CG sends appropriate guidance for proper use of ARIA labelledby as a result of this proposal. 17:47:59 GV: CG should provide guidance to the Working Groups to provide proper use of ARIA labelledby. 17:48:18 q? 17:48:50 Propose a resolution that CG work with the working groups to see what can be done to ensure that guidance for proper use of ARIA labelledby be included in guidelines and educational materials. 17:50:53 Propose a resolution that CG work with the working groups to see what can be done to ensure that guidance on when it is effective to use ARIA labelledby be included in guidelines and educational materials. 17:51:46 q? 17:51:56 [no objections] 17:52:07 RESOLVED: that CG work with the working groups to see what can be done to ensure that guidance on when it is effective to use ARIA labelledby be included in guidelines and educational materials. 17:52:13 Joshue has left #cg 17:52:22 -Joshue 17:53:20 rrsagent, make minutes 17:53:20 I have made the request to generate http://www.w3.org/2009/04/17-cg-minutes.html jeanne 17:53:39 where does this advice belong?: "There MUST be a means of adding human parseable terse descriptors using alt or aria-labelledby. Tools like Flickr should aim for ATAG and WCAG compliance. Ideally, the author should be prompted to provide terse descriptors at load-time or pre-load, but definitely MUST provide a facility to attach terse descriptors to each image post-load." 17:54:04 topic: are there improvements to the draft? 17:54:25 role="complementary" (or did i spell that wrong, MCooper?) 17:54:44 https://mywebspace.wisc.edu/gcvander/web/WCAG/WAI%20CG%20Consensus%20Resolutions%20on%20Text%20alternatives%20in%20HTML.html 17:55:48 JS: My concern was with the blanket statement that we are open to other engineering solutions. I think that weakens the document. 17:56:26 ...It may be useful to say that where we are introducing new technolgies, but not as a blanket statement at the beginning of the document. 17:57:00 R-E-S-P-E-C-T 17:57:04 MC: The rationale is that if we just tell them how to engineer their specification, it will not be as effective. 17:57:08 q? 17:57:10 q+ 17:57:19 i think we DO want to say you MUST use these 17:57:31 MC: We don't want to say "You MUST use these attribute." 17:58:22 GV: Delete the second sentence. We have in the background information information that these should be used as guidelines, recommendations, suggestions. 17:58:48 JS: I am happy with the second reference. 17:59:00 JR: I am happy with MC's original 17:59:29 q? 18:00:19 if anyone can explain "their" process to us, i'm all ears 18:00:24 JR: I agreed with Michael's original. We need to signal respect for their process. We don't need to spend all day on this. 18:01:05 GV: It really does strengthen the document. We spent a lot of time to do it right, since it wasn't being done right. We don't want to have it dismissed. 18:01:26 q? 18:01:34 JS: the later statement in the background doesn't water down our statement that this is what should be done. 18:01:37 ack jr 18:01:46 we shouldn't forget that some of us are HTML WG members, too 18:01:51 JS: Are there any other perfections? 18:02:39 JR: I sent an email earlier today. It seems like there was so much front matter that people were overwhelmed with complexity before they even got to the meat of the proposal. 18:02:51 q? 18:03:03 ... moving it forward would improve the readibility of the document. 18:03:16 +1 to JR's move the key content up. 18:04:02 ... the second bullet "proper use of role..." it just means that we want to use the "role" in ARIA, but it was mentioned in 1, that made it seem more complicated. 18:04:18 q? 18:05:22 GV: The background says "this is what we are trying to solve" and then put the changes in. This is how we like to get comments in our WG. 18:05:56 JR: It makes it SEEM complicated, even though it isn't that complicated. 18:06:19 JR: for a regular author, it is the same workflow that they have now. 18:06:37 GV: Should I take the use cases and put that in as an appendix? 18:06:42 JS: I like that. 18:07:22 +1 18:07:23 q+ 18:07:29 all we need is a simple nav bar with jump-to links to each header 18:07:39 CS: Change "Background to "Goals" 18:08:35 q+ 18:08:54 present+ Ben, Cynthia, GregoryR, GreggV, Janina, Jeanne, Jan, Kelly, Laura, Loretta, Michael, Joshe 18:09:25 amen +100 18:09:33 KF: Please be consistent about list numbering and lettering so it is clear. 18:10:19 ACK KF 18:10:37 add aria 18:10:50 mark notes as role="complementary" 18:11:16 ack lor 18:11:42 Topic: Flickr use case discussion 18:12:24 JS: There was a comment that if we do not address the use case that HTML5 requested uidance on, it would appear that we were ignoring their concerns. 18:12:28 GJR suggests something short and sweet: "There MUST be a means of adding human parseable terse descriptors using alt or aria-labelledby. Tools like Flickr should aim for ATAG and WCAG compliance. Ideally, the author should be prompted to provide terse descriptors at load-time or pre-load, but definitely MUST provide a facility to attach terse descriptors to each image post-load." 18:12:34 q+ 18:12:58 JS: Should it be included in this document or a separate document? 18:12:58 q+ 18:13:13 fq? 18:13:16 q? 18:13:23 ack lor 18:14:07 LGR: We are saying that there has to be a text alternative. We need to address what to do when there is no suitable text. 18:14:34 q? 18:14:40 ack JR 18:14:41 ... we are leaving ourselves open to null alt text in situations where the author did not provide text. 18:15:02 JR: I am open to there being a flag when the text is not available. 18:15:10 Use Case 1 (uncooperative author using a photo sharing site) 18:15:11 - author logs into the photo sharing site 18:15:13 - author uses the uploader feature to upload 50 pics of her vacation (XYZ0001.png, XYZ0002.png,..., XYZ0050.png) into an album she calls "Paris 2009". 18:15:15 - a prompt appears asking her to write descriptive labels for each image to facilitate text searching and access by people with disabilities. 18:15:17 - she ignores the prompt and logs off. 18:15:19 - The photo sharing site assigns the @alt strings "Photo 1 of 50 of album Paris 2009" 18:15:21 - when the user logs back in she still sees the prompt to descriptively label the images. 18:15:23 DISCUSSION: 18:15:25 + the page will be HTML5_valid because it includes @alt 18:15:27 + the feature will meet the PROPOSED ATAG2 requirement because the "After authoring session ended" repair used contextual information not available to the user agent. 18:15:28 + the page will NOT meet WCAG 2.0 because the text alternative does not serve the equivalent purpose 18:16:47 http://lists.w3.org/Archives/Public/w3c-wai-au/2009AprJun/0010.html 18:17:09 GJR suggests something short and sweet: "There MUST be a means of adding human parseable terse descriptors using alt or aria-labelledby. Tools like Flickr should aim for ATAG and WCAG compliance. Ideally, the author should be prompted to provide terse descriptors at load-time or pre-load, but definitely MUST provide a facility to attach terse descriptors to each image post-load." 18:17:43 challange to HTML WG: validate ANY flickr page to see if (alt, aside) it is valid 18:17:46 JR: repair can only be information that is not available to the user agent (not file name). 18:17:46 q? 18:18:24 Flickr image pages currently have over 50 validity errors, and that's just HTML 4.01 Transitional. 18:18:27 Why should the HTML5 make supposedly narrow exceptions to the spec to be more lax about validation when the sites themselves aren't even trying today? 18:18:28 q+ 18:18:34 q- 18:18:45 An author obviously has a responsibility in using an authoring tool. 18:18:53 It is unreasonable to state that the output from authoring tools should always be considered valid, regardless of input or lack of thereof. 18:19:04 Machine-generated patch-jobs and text alternatives originating from a person are not equivalent. 18:19:13 The two aren't the same and shouldn't be confused or on purpose or otherwise. 18:19:20 SC: We can leave brand names out of it, but people understand the issue described as Flickr. 18:19:33 s/SC:/CS: 18:19:49 q+ 18:20:34 proposed "placeholder" alt - alt="i don't give a damn" 18:22:14 q? 18:22:34 http://esw.w3.org/topic/PF/XTech/HTML5/TextAlternativeExamples 18:22:34 http://esw.w3.org/topic/PF/XTech/HTML5/HumanImageProcessing 18:22:34 http://esw.w3.org/topic/PF/XTech/HTML5/MachineImageProcessing 18:23:06 ack lor 18:23:38 LGR: Is it reasonable to have a goal that authoring tools always generate valid output. It is implicit in our documents that there will always be a mechanism for providing accessible output. 18:23:51 q+ 18:24:45 GR: I am trying to get people to provide me with alt text for pictures that I took, and I would like a way to signal that I want alt text, and that it is still valid. 18:24:58 ack kf 18:25:05 q+ 18:25:44 CS: Jan's use case is reasonable, and I think it is a useful case to analyze, and I think the HTML5 group thinks so too. 18:25:46 q+ 18:25:53 ack cy 18:26:15 q? 18:26:20 ...What are the real steps that can be taken automatically and which steps can be taken by a human. That is key to getting agreement here. 18:26:22 q+ to say counter-example to flickr is galaxyzoo 18:26:24 I have made the request to generate http://www.w3.org/2009/04/17-cg-minutes.html kford 18:27:20 q? 18:27:25 ack greggv 18:27:34 GV: Jan's use case separates HTML5 validity and WCAG conformance. I think we should consider putting this example in. 18:27:57 ... there is a new version of the document with this example. I think it is a very nice way of addressing the issue. 18:28:30 q+ 18:28:51 ack me 18:28:51 oedipus, you wanted to say counter-example to flickr is galaxyzoo 18:28:54 Another proposal Machine Image Processing 18:28:54 astronomers seek help in describing galactic images - http://www.galaxyzoo.org/ - "This is a job that humans are much better at than computers, so most of the questions should be fairly easy." 18:28:58 ... they might pick up on this example to separate accessibility and validity. 18:29:00 http://esw.w3.org/topic/PF/XTech/HTML5/MachineImageProcessing 18:29:46 GR: Something we could add is galaxyzoo.org, because humans are better at describing pictures than computers. 18:30:07 GV: But they put images up without alt text. 18:30:10 q+ 18:30:44 In HTML5 an author can provide an address with the address element that isn't a contact address, which would not be considered compliant. 18:30:47 q? 18:31:00 plus 1 to laura's last comment 18:31:15 q+ laura's comment 18:31:26 q? 18:31:31 q- comment 18:32:12 JR: A prompt is not a dialog where you have to say "dismiss, dismiss" It can be something that is unobtrusive. 18:32:39 q+ 18:32:46 ack JR 18:32:49 ack Lor 18:32:53 CS: That is valid feedback for UAAG, but it doesn't need to be here. 18:33:06 q- 18:34:10 LGR: We need to have a place where there is an image without alt, like the astronomers, or Greg looking for alt text for his photos. What do we want to see in the markup for those situation. 18:34:12 "photo 1 of 50" is as unhelpful as a naked filename "photo0001.jpg" 18:34:50 [jeanne reads Laura's comment] 18:35:31 JS: We need to be very clear that the current state of the art cannot be relied on for valid alternative text. 18:35:35 q+ 18:35:38 GJR's experiment in alt: http://my.opera.com/oedipus/blog/an-experiment-in-alt 18:35:40 CS: But we can get part-way there. 18:36:14 did i leave the lens cap on again - attempt to solicit alt for photos: http://my.opera.com/oedipus/albums/show.dml?id=212490 18:36:38 What about proposing new attribute for machine generated alt or meta data? 18:36:42 KF: I am not comfortable with Use-Case 2 being an "uncooperative" author. 18:36:56 q+ 18:37:02 q? 18:37:16 ... proposed "Human generated" and "Computer generated" 18:37:23 document updated 18:38:12 ... there is a concept of "readily achievable". If I take a 1000 photos, it is not reasonable to add 1000 alt text. I would rather have machine generated alt text. 18:38:20 ack kf 18:38:43 GV: Make it a statement of fact, and actions or lack of actions. 18:38:56 ack oed 18:38:57 need is two-fold: human parseable info and machine parseable info -- don't use alt to flag something missing - use role="img" to mark it invalid from machine processing PoV 18:39:06 q+ 18:39:22 Machine-generated patch-jobs and text alternatives originating from a person are not equivalent. 18:39:36 http://esw.w3.org/topic/PF/XTech/HTML5/MachineImageProcessing 18:40:10 GV agrees with LC's last comment 18:40:13 need is two-fold: human parseable info and machine parseable info -- don't use alt to flag something missing - use role="img" to mark it invalid from machine processing PoV 18:40:16 q? 18:40:26 ack oe 18:40:32 Should use a different attribute to differentiate. 18:40:37 The example makes it clear that machine generated was valid but did not meet WCAG 18:40:56 Q+ 18:40:59 q+ 18:41:02 q+ 18:41:09 q? 18:41:50 GR: @alt is specific for describing an image. Machine generated text should be included in @role. 18:41:51 Please check this proposal: http://esw.w3.org/topic/PF/XTech/HTML5/MachineImageProcessing 18:42:37 q+ laura 18:42:51 kford, you don't have to be 508 compliant, but if the site does... 18:43:29 q? 18:43:43 KF: If there is no machine-generated text I am up a creek. 18:43:43 is there an end-time? 18:45:01 role="img" 18:45:13 LGR: what should the markup of that page be so it can be marked as needing @alt. 18:45:36 GR: I want @role="img" that would then be invalid. 18:46:14 LGR: Can we satisfy the HTML5 request that it be a valid page if the author refuses to cooperate. 18:46:38 q+ 18:46:42 GR: No. I want the AT to know that it is invalid. 18:47:13 ... in the case of the astronomy site, they are saying that it is incomplete and they are asking for assistance in making them complete. 18:47:42 ... I could put the coordinates of the picture, and others could describe the picture. 18:48:04 KF: Would a human have to write the coordinates? 18:48:22 GR: If they didn't type that it would have nothing and it would be invalid. 18:48:27 KF: I disagree. 18:48:52 how much longer are we going to run? 18:48:57 CS: This reminds me of the discussion of XML error handling and XHTML error handling. 18:49:31 ... HTML doesn't want users to be exposed to error handling that only makes sense to highly technical users. 18:49:36 to the hour 18:49:58 it depends upon the grandma - if granny has blind grandkids, she WOULD have incentive to add alt for each and every image 18:50:18 ... they would like something to be valid HTML and authoring tool innovators to innovate and add information. 18:50:47 q+ 18:50:54 Q- 18:50:58 just like granpa might caption his YouTube videos if he has hard-of-hearing or deaf relatives 18:51:06 ... it is better than nothing, it is named and clickable without having URLs read. We need to allow for innovation in that space, because that can overall improve accessibility 18:51:27 Metadata like that supplied with EXIF might helpful for machine image processing if it was offered in a SPEARATE image attribute. 18:51:32 ... I don't think it is something that belongs in HTML but belongs in the Authoring tool. 18:52:01 q? 18:52:04 ack cyns 18:52:10 ... simplifing the experience of end users while giving developers the information that they need for debugging. 18:52:48 can people check out: http://esw.w3.org/topic/PF/XTech/HTML5/MachineImageProcessing 18:52:56 JS: Could people work on a document to capture the prevailing view to move us forward? 18:53:40 GV: I have posted the latest version and I would like to go with the version we have here. 18:54:02 if the meta-data is embedded in the image, yes 18:54:41 ... we cannot say that all human is good and all machine generated is bad. We must separate validity from passing WCAG. 18:55:15 q? 18:55:19 ack greggv 18:56:21 https://mywebspace.wisc.edu/gcvander/web/WCAG/WAI%20CG%20Consensus%20Resolutions%20on%20Text%20alternatives%20in%20HTML.html 18:56:46 JR: Rewording idea: 6. when the author logs back in they still see indicators on the images and/or the album that reminds them that the images are still lacking descriptive labels. 18:57:03 JR, yes, that's the idea 18:58:42