- From: Charles McCathieNevile <charles@w3.org>
- Date: Wed, 11 Aug 1999 21:55:15 -0400 (EDT)
- To: WAI AU Guidelines <w3c-wai-au@w3.org>
now available - http://www.w3.org/WAI/AU/telecon-11aug99 and linked from the
home page, and included below in text format.
We are now hoping t odecide on 24 August (the meeting after next) to go to
last call. Other than that we made some wording and ordering changes to three
checkpoints and included the new SMILey sample implementation.
cheers
Charles
[1]W3C [2]Web Accessibility Initiative
[3]WAI Authoring Tool Guidelines Working Group
WAI AU Teleconference - 11 August 1999
Details
Chair: Jutta treviranus, <[4]jutta.treviranus@utoronto.ca>
Date: Wednesday 11 August 1999
Time: 3.30pm - 5:00pm Boston time (1930Z - 2100Z)
Phone number: Tobin Bridge, +1 (617) 252 7000
_________________________________________________________________
Agenda
Review of Latest Draft
The latest working group draft is
[5]http://www.w3.org/WAI/AU/WAI-AUTOOLS-19990805.
Note that in most cases there is a thread of discussion following the
message which has been referred to here.
* Checkpoint 2.1 wording:
[6]http://lists.w3.org/Archives/Public/w3c-wai-au/1999JulSep/0076.
html
* Introduction:
[7]http://lists.w3.org/Archives/Public/w3c-wai-au/1999JulSep/0075.
html
* Reordering of checkpoints by priority:
[8]http://lists.w3.org/Archives/Public/w3c-wai-au/1999JulSep/0074.
html
* Techniques review - sample implementations
* Last Call / Face to Face Meeting -
[9]http://lists.w3.org/Archives/Public/w3c-wai-au/1999JulSep/0080.
html and
[10]http://lists.w3.org/Archives/Public/w3c-wai-au/1999JulSep/0079
.html
_________________________________________________________________
Attendance
* Charles McCathieNevile
* Ian Jacobs
* Jutta Treviranus
* Dick Brown
* Phill Jenkins
Regrets:
* Kynn Bartlett
* Bruce Roberts
* William Loughborough
* Gregory Rosmaita
* Jan Richards
_________________________________________________________________
Action Items and Resolutions
* Resolved: Proposal for explanatory note in 2.1 adopted
* Resolved: JT to propose text, to be incorporated in place of
detailed example. Add checking for accessibility to issues.
* Resolved: Put definition of normative in glossary
* Resolved: Put public request for further techniques into
techniques introduction
* Resolved: Add text to checkpoint intro, change note for 2.2 as
discussed under [11]reordering checkpoints (below)
* Resolved: Use "markup language" where that is what we mean. Define
it as the encoding language.
* Resolved: Move 4.4 and 6.1 as proposed
* Resolved: Put the SMILey example it into document
* Resolved: We hope to decide we will go to last call on 24th
* Resolved: Ask the list if 7/8 October is alright for a face to
face meeting (remind them of ATIA conflict).
_________________________________________________________________
Minutes
Checkpoint 2.1
CMN We should put the explanation about W3C specs into the checkpoint
text as well as in the Techniques
JT The grammar needs to be clarified carefully.
IJ Yes
PJ I would like the P1 first.
JT It was felt as a leogical progression.
Resolved: Proposal adopted
Introduction
JT Text proposed by Ian, revised by charles, with comments by others.
PJ Is the "editing tools" a list item?
CMN Yes
PJ OK. (It isn't clear from the plaintext formatting on the list)
JT It is easy to miss the accessible software point. But that's OK
PJ don't need word 'production' in second sentence of second
paragraph.
DB Looks OK to me
IJ I am not so happy about the single issue example.
CMN I am happy to leave it out...
JT Part of the reason for this was becuase it came from the text that
was introductory to specific guidelines
PJ Can we be more general, rather than getting into one in detail?
JT Or make it more general
PJ I think we should give some actual examples of design issues.
CMN How about if we drop the example itself?
PJ I would like to delete the detail of the automation example, add
"checking accessibility".
JT I would agree with that, as long as we explain why it is important
in an authoring tool. We need to make the point that the authoring
tool is probably the most important place to have this occur
Resolved: JT to propose text, to be incorporated in place of detailed
example. Add checking for accessibility to issues.
DB What does normative mean? Can you put in some explanatory text
PJ Could we define it in glossary and link to it?
Resolved: Put definition in glossary
IJ What needs to be clear is that normative is related to conformance.
So the techniques document does not impact conformance.
JT We could just say "not a requirement for conformance" here.
PJ Could we add in the introduction a request for techniques.
CMN Certainly. It sounds like a good idea.
Resolved: Put public request for further techniques into techniques
introduction
Reordering Checkpoints
CMN We had decided to keep 2.1 before others although we wanted
generally to have priority order. If we treat relative priority as P1
for purposes of ordering then we only have two changes apart from
that.
DB are we saying that W3C recommendations are not published standards?
JT No. It is a reading order. We think that it is better where
applicable to use a W3C recommendation
PJ Can we put into the intro text of the guidelines to use W3C
standards where applicable, and after that to use a published
standard.
JT In 2.2 should we use "produce"
PJ "this is necessary for User agents to be ale to transform web
content to a presentation appropriate to a particular user's needs.
Resolved: Add text to checkpoint intro, change note for 2.2
PJ Document language - should we say document markup language.
Resolved: Use "markup language" where that is what we mean. Define it
as the encoding language...
JT What happens if there are P1 and relative pronouns
CMN Suggest to leave them as they are ordered in that case.
Resolved: Move 4.4 and 6.2 as proposed
Sample implementations
Nobody has had time to review yet...
Resolved: Put the SMILey example it into document
Last Call
JT We are wanting to make a decision and put the document to last
call. There haven't been any substantive changes, last call is a good
opportunity to get outside review. Proposed to put it out for last
call in about two weeks.
CMN Last call draft is a working draft. Working group doesn't plan to
make changes. We call on all teh W3C groups who have relationship ot
this to sign it off or identify show stoppers, and we have to answer
all issues reaised before we can ask for a Proposed Recommendation.
List of groups we need to talk to in W3C is SVG (they require
conforming generators to conform to these guidelines in their current
working draft), SMIL, HTML, MathML, WCAG, WAI IG, WAI EO, User Agent
Guidelines, WAI PF, Amaya.
PJ I am concerned that a 5 week last call will just mean people take
that time. Maybe we should shorten it to four weeks or so.
CMN Agreed, but on the other hand the longer time allows developers to
go away and think, ask questions, and get feedback and think again.
There is not much value in finishing a long way before the meeting
PJ We want a buffer of some time.
CMN We curerntly would have about 5 days to organise issues for the
meeting...
PJ OK. Sounds good to me - that means we can shoot for the end of the
year as a recommendation
CMN Depends a bit on the schedule - earliest possible is about the
start of December I think. But this is not a secret negotiation - you
can go to your development teams and say we think there will be a last
call review - allocate time in September for review...
JT That means that the working group need to go over the document
fairly carefully in the next couple of weeks and make sure it is OK.
Phill you had identified guideline 1 as a concern.
PJ Yes, I will have to look through that. I have read the august 5
draft and seems ok so far.
DB Sounds OK to me. I will be away next week, but will read the draft
when I return - before the 24th.
JT Charles if you could prompt Bruce to take another look
Resolved: We hope to decide we will go to last call on 24th
Meeting, 7/8 October
PJ That conflicts with ATIA conference, Orlando Florida. Can we have
it the next week?
CMN Conflicts with UAAG meeting Monday/Tuesday, and then with Closing
the Gap.
PJ I don't think I am likely to be at ATIA. What about earlier?
JT That will start to cut into the Last call period (the
Monday/Tuesday conflicts with W3C meetings)
PJ That isn't such a problem.
Resolved: Ask the list if 7/8 October is OK.
.
_________________________________________________________________
[12]Copyright © 1999 [13]W3C ([14]MIT, [15]INRIA, [16]Keio ), All
Rights Reserved. W3C [17]liability, [18]trademark, [19]document use
and [20]software licensing rules apply. Your interactions with this
site are in accordance with our [21]public and [22]Member privacy
statements.
_________________________________________________________________
Last Modified $Date: 1999/08/11 22:40:10 $ by [23]Charles
McCathieNevile
References
1. http://www.w3.org/WAI/
2. http://www.w3.org/WAI/
3. http://www.w3.org/WAI/AU
4. mailto:jutta.treviranus@utoronto.ca
5. http://www.w3.org/WAI/AU/WAI-AUTOOLS-19990805
6. http://lists.w3.org/Archives/Public/w3c-wai-au/1999JulSep/0076.html
7. http://lists.w3.org/Archives/Public/w3c-wai-au/1999JulSep/0075.html
8. http://lists.w3.org/Archives/Public/w3c-wai-au/1999JulSep/0074.html
9. http://lists.w3.org/Archives/Public/w3c-wai-au/1999JulSep/0080.html
10. http://lists.w3.org/Archives/Public/w3c-wai-au/1999JulSep/0079.html
11. http://www.w3.org/WAI/AU/telecon-11aug99.html#Reordering
12. http://www.w3.org/Consortium/Legal/ipr-notice.html#Copyright
13. http://www.w3.org/
14. http://www.lcs.mit.edu/
15. http://www.inria.fr/
16. http://www.keio.ac.jp/
17. http://www.w3.org/Consortium/Legal/ipr-notice.html#Legal Disclaimer
18. http://www.w3.org/Consortium/Legal/ipr-notice.html#W3C Trademarks
19. http://www.w3.org/Consortium/Legal/copyright-documents.html
20. http://www.w3.org/Consortium/Legal/copyright-software.html
21. http://www.w3.org/Consortium/Legal/privacy-statement.html#Public
22. http://www.w3.org/Consortium/Legal/privacy-statement.html#Members
23. mailto:charles@w3.org
Received on Wednesday, 11 August 1999 21:55:16 UTC