IRC log of eo on 2014-11-07

Timestamps are in UTC.

13:21:43 [RRSAgent]
RRSAgent has joined #eo
13:21:44 [RRSAgent]
logging to http://www.w3.org/2014/11/07-eo-irc
13:21:45 [trackbot]
RRSAgent, make logs world
13:21:47 [trackbot]
Zakim, this will be 3694
13:21:48 [Zakim]
ok, trackbot; I see WAI_EOWG()8:30AM scheduled to start in 9 minutes
13:21:48 [trackbot]
Meeting: Education and Outreach Working Group Teleconference
13:21:49 [trackbot]
Date: 07 November 2014
13:21:51 [Sharron]
Chair: Shawn
13:21:58 [Sharron]
Scribe: Sharron
13:22:46 [kevin_]
kevin_ has joined #eo
13:27:32 [AnnaBelle]
AnnaBelle has joined #eo
13:27:37 [Zakim]
WAI_EOWG()8:30AM has now started
13:27:44 [Zakim]
+??P0
13:27:48 [kevin_]
zakim, ?? is me
13:27:48 [Zakim]
+kevin_; got it
13:28:44 [Zakim]
+Shawn
13:28:57 [Sharron]
Regrets: Andre, Hell, Eric, Jon, Vicki (Shadi)
13:29:37 [Zakim]
+AnnaBelle
13:30:28 [Zakim]
+Sharron
13:33:45 [paulschantz]
paulschantz has joined #eo
13:34:28 [Zakim]
+PaulSchantz
13:35:43 [Wayne]
Wayne has joined #eo
13:36:19 [Sharron]
Topic: Media Accessibility User requirements
13:36:23 [shawn]
https://www.w3.org/WAI/EO/wiki/Media_Accessibility_User_Requirements#Relationship_with_How_People_with_Disabilities_Use_the_Web
13:36:48 [shawn]
eowg discussed options: https://www.w3.org/WAI/EO/wiki/Media_Accessibility_User_Requirements#Options_EOWG_Discussed
13:37:55 [Zakim]
+Wayne_Dick
13:38:13 [Sharron]
Shawn: Developed by HTML5 Task Force within PF there is a section that references media requirements according to disability types.
13:38:44 [Zakim]
+ +1.512.731.aaaa
13:39:12 [Jan]
Jan has joined #eo
13:39:23 [Sharron]
...one option is to link to the Diversity document from the Media document but we were not all in favor of that. Another option was to take the wording from the Diversity page and repeat it, were nto entirely happy with that option either.
13:40:26 [Sharron]
...settled on a decision to leave the basic approach that is in the Media document, clean up the language and where appropriate, use language from the Diversity document.
13:40:36 [Sharron]
zakim, aaaa is Jan
13:40:36 [Zakim]
+Jan; got it
13:43:23 [Sharron]
Wayne: There is a cooment I made in email, that they are making different points in this document. Not as interested in the complete picture of disabilities and technology, more interested in getting right to the point of the functional requirments in this specific context.
13:44:06 [Sharron]
...really just trying to identify critical functions affected by the media.
13:44:33 [AnnaBelle]
happy to go with group decisions
13:44:37 [Sharron]
Shawn: So looking at this section, any disagreements with this approach?
13:44:41 [paulschantz]
+1 3rd approach
13:44:43 [Sharron]
Sharron: Seems right to me
13:44:51 [shawn]
Shawn: it was a preliminary decision / proposal at the f2f for review by all EOWG
13:44:54 [Jan]
sounds good
13:44:55 [kevin]
+1 third approach
13:45:30 [shawn]
https://www.w3.org/WAI/EO/wiki/Media_Accessibility_User_Requirements#Proposed_Suggestions
13:45:55 [Sharron]
Shawn: Taking that approach, Wayne did a pass and Kevin and I did as well. Link to suggestions
13:47:20 [Sharron]
Wayne: It could be stated better in places, even for spec writers to review.
13:47:59 [shawn]
1. link to HPuW resource
13:48:07 [Sharron]
Shawn: And it is not a primary document meant to inform people about disability so we can be a bit more lax in the wording but should strive to be sure it is accurate and clear.
13:48:21 [paulschantz]
agreed, #1 is a no-brainer to include where appropriate
13:48:46 [Sharron]
Shawn: Add link to HPwD use the web
13:49:09 [Sharron]
Jan: Can you add "in depth" instead of "More information"
13:49:14 [Sharron]
Shawn: Yes done
13:50:17 [Sharron]
Kevin: More in depth information on tools or people? I am a bit confused by the reference
13:50:36 [Zakim]
-kevin_
13:51:26 [Zakim]
+??P0
13:51:34 [kevin]
zakim, ?? is me
13:51:34 [Zakim]
+kevin; got it
13:51:35 [shawn]
some wording: Introduces detailed examples of people with different disabilities using websites, applications, browsers, and authoring tools.
13:51:49 [shawn]
from first page: This resource introduces how people with disabilities, including people with age-related impairments, use the Web. It describes tools and approaches that people with different kinds of disabilities use to browse the Web and the design barriers they encounter on the Web. It helps developers, designers, and others to understand the principles for creating accessible websites, web
13:51:49 [shawn]
applications, browsers, and other web tools.
13:52:21 [Sharron]
Jan: Seems good to me as is, we can move on.
13:52:26 [shawn]
2, section title
13:52:29 [Sharron]
Shawn: Any objection to that?
13:53:11 [Sharron]
Shawn: Next is the review by disability type, but it is not comprehensive so may need to modify the language
13:54:03 [Sharron]
Jan: No strong feeling but could use "Examples" in the title to show the lack of comprehension
13:54:16 [shawn]
3. deaf first
13:54:46 [Sharron]
Wayne: And either "Example" or "Overview" works
13:55:28 [Wayne]
+1
13:55:37 [Sharron]
Shawn: Next suggestion is that they list deafness first since that will put forward that other disability types are affected by accessiiblity issues and in this case, deafness may be MORE affected by new media
13:55:39 [paulschantz]
yes, captioning is a big deal
13:55:59 [Sharron]
Shawn: Any other thoughts?
13:56:41 [AnnaBelle]
+1
13:56:48 [Jan]
+1
13:56:49 [Sharron]
Jan: I think this is a great idea and have faced the lack of understanding that ASL is a separate language and that all content must be translated.
13:57:06 [shawn]
4. first paragraph
13:57:42 [Sharron]
Shawn: Next point is pretty general noting that the paragraph is rambling and may nned to be sharpened
13:57:56 [paulschantz]
+1 to cutting the paragraph altogether
13:58:11 [Wayne]
+1
13:58:12 [Sharron]
AnnaBelle: My brain cut it as I read, translated it as blah blah blah so I am in favor of sharpening or deling entirely
13:58:16 [shawn]
5. Cognitive and neurological disabilities
13:58:19 [Jan]
+1 of #4 suggestion
13:59:04 [Sharron]
Shawn: Section on cognitive and neurological disabilities may also need to be reviewed by Cognitive Disability Task Force
13:59:29 [Sharron]
Wayne: When I reviewed, it seemed the very weakest part
14:00:10 [kevin]
q+
14:01:44 [Sharron]
Jan: They seem to combine cognitive and neurological disabilities but there is actually a different legal status.
14:02:10 [Wayne]
q+
14:02:18 [Sharron]
Shawn: I think the reason it is presented together is because it is difficult for lay people to understand the difference.
14:03:05 [Sharron]
Jan: Yes, but since people with learning disabilities can function as well as anyone when properly accomodated, they should not be lumped in becasue the misconceptions are reinforced.
14:03:51 [Sharron]
Shawn: Can we make sure that we address that specifically in the HPwDU the Web and allow this to remain general in the Overview?
14:03:56 [shawn]
ack k
14:04:25 [Sharron]
AnnaBelle: As someone who has not a clue, I would appracitae a clear distinction, but I understand it is a lot of work to separate
14:04:39 [Sharron]
Jan: I agree with AnnaBelle and maybe we should leave it for future work.
14:05:10 [AnnaBelle]
s/appracitae/appreciate/
14:05:10 [Sharron]
Kevin: Since this is specifically referring to media use, maybe we can steer away from specific references to disability type.
14:06:52 [Sharron]
Shawn: Maybe we could suggest that in this document we should not list all of those condistions and have a pointer. The list seems overwhelming here and we could suggest that tehy focus on the need.
14:07:04 [Sharron]
Kevin: Yes I see that as being a helpful suggestion
14:07:06 [shawn]
ack w
14:07:40 [AnnaBelle]
s/tehy focus/they focus/
14:08:36 [Sharron]
Wayne: We have this situation where the global terminology is not fixed at all. It is a real problem to write a comprehensible statement about this. So maybe the way around it is just this. To mention the general categories and focus on what to do.
14:08:57 [AnnaBelle]
+1 to Kevin's suggestion
14:09:05 [Sharron]
Shawn: So the suggestion is not to have the long list of considetions, but simply focus on the things to be done for accessiiblity.
14:09:37 [AnnaBelle]
s/considetions/considerations/
14:09:41 [Sharron]
Wayne: It is very clear in this section but may be applied across these examples. They may just need to focus on the accomodation more specifically.
14:09:57 [shawn]
6. Atypical color perception
14:11:08 [kevin]
q+
14:11:16 [Sharron]
Shawn: Consider whether or not the inclusion of this section is unecessary since this is less of an issue with media, does it require an entire subsection.
14:11:38 [Sharron]
Wayne: Yes it should remain so the issue does not get lost.
14:12:11 [shawn]
ack k
14:12:20 [paulschantz]
yes
14:12:28 [Sharron]
Sharron: Yes I see that as an issue with media controls
14:12:31 [Jan]
+1 Wayne's suggestion and the addition of color blind
14:12:37 [Jan]
... on media controls
14:13:07 [Sharron]
Kevin: If it is going to be retained, we may suggest how it is related to media.
14:13:28 [Sharron]
Shawn: Can we quickly come up with a sentence to suggest?
14:14:02 [Sharron]
Kevin: if you ahve text overlay within the media itself (not captions necessarily) but that can be an issues as well
14:14:13 [Sharron]
s/ahve/have
14:15:00 [Sharron]
Shawn: I will put something in the wiki and you all can revise or comment
14:15:04 [Sharron]
Sharron: OK will do
14:15:59 [Sharron]
Shawn: OK the next three are just about simplfying language, etc. Take a look and if you ahve concerns or take issue with our suggested rewording
14:16:06 [Sharron]
...let us know
14:16:38 [Sharron]
Scribe: Jan
14:16:38 [shawn]
scribe: Jan
14:17:07 [Jan]
Wayne: I really like the chunking information suggestions.
14:17:21 [Jan]
Annabelle: I much prefer Kevin's edited version - it's more professional
14:18:39 [Wayne]
q+ to say closely check the entire document so that needs listed in section 2 are used in section 3 and
14:18:41 [shawn]
ack w
14:18:41 [Zakim]
Wayne, you wanted to say closely check the entire document so that needs listed in section 2 are used in section 3 and
14:19:23 [Jan]
Wayne: The needs articulated in section 2 should match the solutions articulated in section 3
14:19:47 [Jan]
Shawn: We could say that section 2 is a summary and overview and is not meant to be comprehensive.
14:21:18 [Jan]
Wayne: Section 2 should not be comprehensive, but it should be complete for their document - complete enough to cover what they are suggesting. They are saying "media do this, media do that," but it's not always easy to follow why their suggestions are important. Someone who is involved in the writing of this document should just make sure that sections 2 and 3 are synched well.
14:21:58 [Jan]
Shawn: Suggest that we combine 7, 8, and 9 into one comment.
14:22:03 [kevin]
+1
14:22:04 [Wayne]
+1
14:22:08 [AnnaBelle]
+1
14:22:12 [Jan]
+1
14:22:27 [Sharron]
Scribe: Sharron
14:22:29 [paulschantz]
+1
14:24:40 [Sharron]
Shawn: They wanted comments before TPAC but we asked for an extension. So I would like to expedite and let other EO review but send this link to the chairs with the disclaimer that EO may have further comments, but this is what we are thinking.
14:25:19 [Sharron]
Topic: Evaluation Tools list
14:25:24 [shawn]
github version https://w3c.github.io/wai-eval-tools/
14:26:57 [Sharron]
Shawn: Note that the submit function doesn't work in GitHub but does in the WAI version. Thanks to Sharron, Helle, Paul and others who reviewed and completed the survey.
14:27:24 [Sharron]
...Shadi and Eric are travelling but wanted to have preliminary discussion of these comments
14:27:37 [shawn]
Text edits to intro https://github.com/w3c/wai-eval-tools/issues/6
14:28:38 [AnnaBelle]
+1 to Sharron's suggestion
14:28:55 [Sharron]
Sahwn: Suggestion is to change web sites to "a web page or application"
14:29:04 [shawn]
" if a website meets accessibility guidelines" ->"if a web page or application meets accessibility guidelines"
14:29:22 [shawn]
s/Shawn: Sharron's suggestion
14:29:34 [shawn]
s/Sahwn: Suggestion/Shawn: Sharron's suggestion
14:29:37 [Jan]
PEAT documentation says that they released their software in the year 206 - pretty impressive - they were very much ahead of their time.
14:29:48 [Wayne]
zakim, mute me
14:29:48 [Zakim]
Wayne_Dick should now be muted
14:30:31 [Sharron]
Shawn: (channeling Jon) it should actually say web content since some material is neither a web page nor an application
14:31:17 [shawn]
OR: "websites, incuding web applications, "
14:31:53 [Sharron]
Sharron: I think it is easier to understand documents that are posted to the web as a web page than it is to understand web applications as that
14:32:48 [shawn]
Web accessibility evaluation tools are software programs or online services that help determine if a website, including web applications, meets accessibility guidelines. [too awkawrd
14:33:41 [shawn]
Web accessibility evaluation tools are software programs or online services that help determine if web pages, web applications, and other web content meets accessibility guidelines.
14:34:38 [shawn]
Web accessibility evaluation tools are software programs or online services that help determine if web content meets accessibility guidelines.
14:35:00 [Sharron]
AnnaBelle: There is a lot of confusion in the developer world about what is and is not a web app, so I think it is important to include that language. Whether the tools do a good job of evaluating them is another question.
14:35:21 [paulschantz]
I like web content. Web applications create and present content the same as a plain 'ol HTML web page
14:35:21 [Sharron]
...people would be more likely to look at the tool if we include web application.
14:35:52 [shawn]
q+ paul
14:35:56 [Sharron]
Shawn: How well do the evaluation tools return accurate evaluation of web apps?
14:38:19 [shawn]
ack p
14:38:24 [paulschantz]
until web page creation is all automated, automated evaluation tool effectiveness will vary
14:39:26 [shawn]
Web accessibility evaluation tools are software programs or online services that help determine if web pages, web applications, and other web content meets accessibility guidelines.
14:39:47 [Jan]
+1 to Shawn's comment
14:39:51 [Sharron]
Paul: I like web content as a term. Until web page creation is all automated, there will be no way for an automated tool to be accurate. Custom code means that there is no way for an automated tool to know how code renders
14:40:18 [shawn]
2. Web accessibility evaluation tools are software programs or online services that help determine if web content meets accessibility guidelines.
14:40:21 [AnnaBelle]
+1 to shawn's revision
14:40:26 [Wayne]
Actually, Alan Turing and Kurt Godel proved the automated tools can never work always
14:40:39 [shawn]
2/ Web accessibility evaluation tools are software programs or online services that help determine if web pages, web applications, and other web content meets accessibility guidelines. / 1. Web accessibility evaluation tools are software programs or online services that help determine if web pages, web applications, and other web content meets accessibility guidelines.
14:40:47 [shawn]
s/ Web accessibility evaluation tools are software programs or online services that help determine if web pages, web applications, and other web content meets accessibility guidelines. / 1. Web accessibility evaluation tools are software programs or online services that help determine if web pages, web applications, and other web content meets accessibility guidelines.
14:41:20 [shawn]
1. long list 2. web content
14:41:24 [Sharron]
Sharron: 2
14:41:27 [Jan]
I think we need Shawn's first revision with the long list because there's just too much confusion around accessibility in general, so being more specific is better, IMHO
14:41:28 [AnnaBelle]
+1 to 1
14:41:30 [Wayne]
2
14:41:34 [Jan]
+1 to 1
14:41:40 [Sharron]
1
14:41:52 [shawn]
+1 to 2
14:42:25 [paulschantz]
ok, I'll go with 1
14:43:32 [Jan]
You could simply change "pages" in #1 to "sites"
14:44:08 [shawn]
Web accessibility evaluation tools are software programs or online services that help determine if websites, web pages, web applications, and other web content meets accessibility guidelines.
14:44:16 [paulschantz]
grr
14:44:48 [Jan]
+1 to linking to website definition
14:46:05 [Wayne]
so I change to 1
14:47:01 [Sharron]
Sharron: Web "content" generally refers to the information in a Web page or Web application, including text, images, forms, sounds, and such. More specific definitions are available in the WCAG documents, which are linked from the Web Content Accessibility Guidelines (WCAG) Overview.
14:47:08 [Sharron]
Linked from: http://www.w3.org/WAI/intro/accessibility.php#content
14:48:29 [shawn]
3. Web accessibility evaluation tools are software programs or online services that help determine if <a href="http://www.w3.org/WAI/intro/accessibility.php#content">web content</a> meets accessibility guidelines.
14:49:24 [Sharron]
Shawn: Comments?
14:50:56 [Sharron]
AnnaBelle: It seems OK to me, no great objection.
14:51:04 [Wayne]
If web content = page+app why not use the right hand side?
14:51:30 [Wayne]
zakim, unmute me
14:51:30 [Zakim]
Wayne_Dick should no longer be muted
14:52:46 [shawn]
minor - version & release date under details https://github.com/w3c/wai-eval-tools/issues/9
14:52:49 [Sharron]
Shawn: Next is the suggesting for release date
14:53:00 [shawn]
tool: https://w3c.github.io/wai-eval-tools/
14:54:11 [paulschantz]
Agree with Kevin - keep version and release info
14:54:37 [Sharron]
Kevin: I would argue for keeping release date visible. part of understanding the value of a tool is whether or not it is up to date with newer technology and techniques.
14:54:40 [Sharron]
Sharron: +1
14:55:16 [Wayne]
+1
14:55:27 [paulschantz]
+1 keep it visible
14:55:31 [Sharron]
Shawn: If it is hidden it is easier to skim the list. The info would still be there but be hidden within details.
14:57:18 [shawn]
Text edits to filter criteria https://github.com/w3c/wai-eval-tools/issues/7
14:57:57 [Sharron]
Shawn: OK will close that issue, next is the question of text edits
14:58:04 [shawn]
scribe: jan
14:58:09 [Wayne]
zakim, mute me
14:58:09 [Zakim]
Wayne_Dick should now be muted
14:58:57 [Jan]
Sharron: These descriptions are submitted by the people who have created the tools, so we get some strange things in the filter (like "also Firefox add-on).
14:59:24 [Jan]
... there is an "other" option in the submission form and this is a problems.
15:00:01 [Jan]
Shawn: A higher-level issues is "what should we do with the "other" option. If someone puts something in "other," then it shouldn't automatically become a filter.
15:01:04 [Jan]
Shawn: We are uncomfortable with content entered under "other," automatically becoming a filter.
15:01:24 [Jan]
Sharron: This issue is reflected in my #4 comment
15:02:18 [AnnaBelle]
I like "Features" more too
15:02:56 [Jan]
... if you look at the filters on the left-hand side, you have a list of filters - if you look at "assistance," you have a list that does not really look like "assistance." They are more related to how they report. "Features" is a better word - feature of the tool. If they don't want to use "features," then I think we still need to think of a different word because "assistance" doesn't make sense.
15:03:20 [Jan]
Annabelle: I like features more - it makes more sense to me.
15:03:22 [shawn]
ack me
15:03:24 [kevin]
+1 for Features
15:04:09 [kevin]
zakim, mute me
15:04:09 [Zakim]
kevin should now be muted
15:04:42 [Zakim]
-PaulSchantz
15:05:01 [Jan]
Sharron: another option - "capabilities" - I think that when I open the "assistance" link that I am going to get help on how to use the tool, but that is not what I get.
15:05:47 [Jan]
... "display options" - does this work better than "features?"
15:09:22 [Jan]
Sharron: #2 - "automatically checks" - language needs to be cleaned up, but this is probably something that was submitted by the user, in the same way as #4 - so #2 is really related to #4
15:09:43 [shawn]
submit form has:
15:09:54 [shawn]
Supports automated checking of:Single Web pages
15:09:54 [shawn]
Groups of Web pages or Web sites
15:09:54 [shawn]
Restricted or password protected pages
15:10:52 [shawn]
the submit form says "Authoring tool plugin for:"
15:11:42 [Jan]
Shawn: Instead of "authoring tools" it should say something like "plug-in for certain authoring tools" or something like that
15:12:03 [Jan]
Sharron: "Authoring tool plugin" - another suggestion.
15:12:24 [Jan]
... I think that anyone who adds a filter, those will have to be checked by us, before they are added.
15:12:51 [Jan]
Shawn: We might have to let them know that your "other" suggestions may not be added as a filter, but could show up in your description.
15:13:32 [Jan]
Shawn: Reminder - do the review and complete the survey by Wednesday.
15:13:47 [Wayne]
zakim, unmute me
15:13:47 [Zakim]
Wayne_Dick should no longer be muted
15:13:55 [Jan]
Annabelle: Is this a different survey than I have already filled out?
15:14:11 [Jan]
Topic: Overall Work - Where we are now
15:14:13 [Sharron]
scribe: Sharron
15:14:53 [Sharron]
Shawn: We had big push to post drafts of many things in October. Now that they are posted, we will go at a more reasonable pace, one by one to ahve a chance to do more detailed review.
15:14:59 [Sharron]
s/ahve/have
15:15:51 [Sharron]
...so this is a new survey for the Tools to say that it is not just sufficient for posting as a draft, but need to do a final sign off
15:16:21 [Sharron]
AnnaBelle: Sharron mentioned last week that we will do more surveys to keep us aligned and focused. Is that right?
15:17:06 [Sharron]
Shawn: Yes, after Shadi and eric get back, we will release a schedule for getting work done and the surveys will be related to that.
15:18:23 [Sharron]
Shawn: We want to give people at least two weeks to review, not to do too many things at once. Tools List was the first. Coming up next is the Planning documents, first will be the Policy document.
15:20:01 [Sharron]
...once you have completed full review of the Tools list, you can begin to look at Policy. This is final approval of the Tools List look at it carefully.
15:20:10 [shawn]
s/Coming up next is the Planning documents, first will be the Policy document./Coming up next is the Policy document.
15:21:23 [Sharron]
Shawn: Ideally we have looked at things in advance and by the time the survey comes, there are not many comments.
15:21:58 [Sharron]
Sharron: But since we looked at these so quickly it is not surprising we are stioll getting comment
15:22:15 [Sharron]
Shawn: Yes that is why we want to begin reviewing Policy now
15:22:21 [Wayne]
q+ Do eval tools use ATAG
15:23:08 [Sharron]
Shawn: any questions about review process or where we are?
15:23:31 [Sharron]
Topic: EvalTools and ATAG
15:23:34 [Sharron]
Wayne: Are evaluation tools subject to ATAG?
15:24:04 [shawn]
http://www.w3.org/WAI/intro/atag.php Authoring tools are software and services that "authors" (web developers, designers, writers, etc.) use to produce web content (static web pages, dynamic web applications, etc.).
15:24:21 [Sharron]
...I ask because I got so frustrated with how unusable they are, I rarely use automated tools. Is that captured in the eval tools list
15:24:49 [Sharron]
Shawn: look at ATAG and if you have a question or comment, submit
15:25:37 [Sharron]
...as it applies to this tool, it is an interesting question. Perhaps you should add an issue of whether the tool meets ATAG or WCAG
15:27:11 [Sharron]
Shawn: Productive discussion, appreciate your input and happy GitHubbing to all.
15:27:12 [Zakim]
-Wayne_Dick
15:27:13 [kevin]
zakim, unmute me
15:27:13 [Zakim]
kevin should no longer be muted
15:27:15 [Zakim]
-AnnaBelle
15:27:17 [Zakim]
-Shawn
15:27:18 [Sharron]
trackbot, end meeting
15:27:18 [trackbot]
Zakim, list attendees
15:27:19 [Zakim]
-Jan
15:27:19 [Zakim]
As of this point the attendees have been kevin_, Shawn, AnnaBelle, Sharron, PaulSchantz, Wayne_Dick, +1.512.731.aaaa, Jan, kevin
15:27:22 [Zakim]
-kevin
15:27:24 [Zakim]
WAI_EOWG()8:30AM has ended
15:27:24 [Zakim]
Attendees were kevin_, Shawn, AnnaBelle, Sharron, PaulSchantz, Wayne_Dick, +1.512.731.aaaa, Jan, kevin
15:27:26 [trackbot]
RRSAgent, please draft minutes
15:27:26 [RRSAgent]
I have made the request to generate http://www.w3.org/2014/11/07-eo-minutes.html trackbot
15:27:27 [trackbot]
RRSAgent, bye
15:27:27 [RRSAgent]
I see no action items