07:14:29 RRSAgent has joined #chairing 07:14:29 logging to http://www.w3.org/2015/10/20-chairing-irc 07:14:31 Zakim has joined #chairing 07:14:56 meeting: Chair Training - Fifth episode: "Horizontal Review" (session 2) 07:15:16 -> http://www.w3.org/2015/10/13-chairing-minutes.html Previous session (2015-10-13) 07:15:49 agenda: https://lists.w3.org/Archives/Member/chairs/2015OctDec/0033.html 07:16:07 koalie has changed the topic to: "horizontal review" chair training: https://lists.w3.org/Archives/Member/chairs/2015OctDec/0033.html 07:18:26 chair: VirginieGalindo 07:18:51 regrets: Nick_Telford-Reed 07:19:03 regrets+ Jeff_Jaffe 07:35:56 Florian_ has joined #chairing 07:47:32 chaals has joined #chairing 07:55:40 Florian has joined #chairing 08:00:14 present+ Coralie 08:00:18 Judy has joined #chairing 08:00:27 present+ Florian 08:02:15 present+ wseltzer 08:02:28 virginie has joined #chairing 08:02:52 scribenick: koalie 08:02:52 present+ Judy 08:03:11 r12a has joined #chairing 08:03:21 Restarting computer then 08:03:28 kevg has joined #chairing 08:04:29 present+ r12a 08:04:39 AdamCrofts has joined #chairing 08:04:40 present+ virginie 08:04:43 yoav has joined #chairing 08:04:46 present+ NatashaRooney 08:04:54 presents+ AndreasTai 08:05:01 zakim, who's here? 08:05:01 Present: Coralie, Florian, wseltzer, Judy, r12a, virginie, NatashaRooney 08:05:01 present+ yoav 08:05:03 On IRC I see yoav, AdamCrofts, kevg, r12a, virginie, Judy, chaals, Zakim, RRSAgent, wseltzer_transit, astearns, koalie, schuki 08:05:09 present+ AndreasTai 08:05:21 present+ RenatoIanella 08:05:32 present+ AdamCrofts 08:05:56 AdrianHB has joined #chairing 08:06:08 present+ Adrien 08:06:16 present+ FlorianRivoal 08:06:28 Florian has joined #chairing 08:06:40 [15 people on call] 08:07:15 -> http://www.w3.org/2015/10/W3C-transversal-review-101_13OCT2015.pdf Slides 08:07:23 s/present+ Adrien/present+ AdrianHB/ 08:07:42 renato has joined #chairing 08:08:13 renato_ has joined #chairing 08:08:18 Topic: Objective of that hour (slide 1) 08:08:28 VG: horizontal review are important for the web 08:08:48 ... Horizontal review is about support of privacy, security, accessibility and internationalization 08:09:20 ... all deliverables of the W3C are concerned 08:09:36 ... wonder if it's OK in terms of accessibility, security, privacy and so on 08:10:02 ... goal: Make a trustable web for all, that scales for business 08:10:19 ... so we're spending some time with education and have identified some materials 08:10:24 help: should I be seeing the slides in the WebEx window?? 08:10:28 Topic: Why, when and how should you horizontally review ? (slide 4) 08:11:56 Topic: Horizontal review mechanics (slide 5) 08:12:04 VG: contact the appropriate reviewer 08:12:10 ... share your timeline for your spec 08:12:44 ... you may have an initial feeling of what you need some help on 08:12:47 ... share that 08:13:21 ... you know the technology so you probably know where you need attention 08:13:26 renato_ has joined #chairing 08:13:37 ... another good practice: identify a champion in your group to deal with the horizontal reviewer 08:13:47 got it: http://www.w3.org/2015/10/W3C-transversal-review-101_13OCT2015.pdf 08:13:57 present+ KevinGavigan 08:14:06 present+ DanielPeintner 08:14:30 Florian: with regards to the champion, isn't that naturally the editor? 08:14:42 VG: The objective depends on how heavy the work will be 08:14:47 ... your editor can be the champion 08:15:10 ... but someone in the group with a special interest in a11y, i18n, security or privacy, that might be that person 08:15:27 ... It's important this person doesn't have thousands of things to do wrt the spec 08:16:16 Florian: Bandwidth: my impression is that groups are heavily loaded already; is it practical to ask for review earlier given that things may change significantly? 08:16:25 q+ 08:16:49 VG: earlier review is more to ensure the Group has on their todo list to care about horizontal review 08:16:53 ... and raise awareness 08:17:06 ... you don't want to have to change the whole spec if you seek review too late 08:17:46 ... early review should not overload the expert, but start initiating the dialogue on awareness, education and accurate shaping of the technology happens when the spec matures 08:17:55 Richard: you covered what I would have said 08:18:10 ... as a representative of a review group (i18n) we're happier to do earlier reviews 08:18:22 ... we'll have problems of load at each step anyway 08:18:34 q+ to also support Virginie's reply with an example for accessibility 08:18:41 ... if we can intersect at FPWD, we can spot areas that need to be worked on 08:18:51 ... it's a quality principle 08:19:03 ... do things up front to avoid problems further along in the process 08:19:31 VG: review has to happen along the life of the spec you're delivering 08:19:33 ack next 08:19:36 ack next 08:19:37 Judy, you wanted to also support Virginie's reply with an example for accessibility 08:19:47 Judy: There is a bandwidth problem at any point 08:19:58 renato has joined #chairing 08:20:35 ... but often we find people who thinks accessibility problems will arise as spec matures, but we find it's better to intersect earlier 08:20:45 Topic: Reviews... (slide 6) 08:20:54 VG: You have 4 reviews to conduct 08:21:03 ... in addition to business as usual 08:21:17 ... this is the guarantee of Open Web consistency 08:21:19 ... so be brave 08:21:25 ... you won't be alone 08:21:35 ... ensure that those reviews happen with your champions 08:21:49 ... What I suggest is that we review in next slides the horizontal domains 08:22:17 ... let's see what is at stake and what materials will be at your hand 08:22:26 Topic: Internationalization : I18n (slide 7) 08:22:35 VG: To ensure that the technology supports text in any writing system of the world 08:22:35 nigel has joined #chairing 08:22:50 Present+ nigel 08:23:48 Topic: I18n structure (slide 8) 08:23:55 VG: Internationalization (i18n) is part of the Interaction Domain 08:24:11 ... i18n IG, WG and Tag Set IG and some community groups 08:24:21 ... ask your review to the Internationalization WG 08:24:33 Topic: I18n support (slide 9) 08:24:38 VG: resources 08:24:51 -> http://www.w3.org/International/techniques/developing-specs-dynamic Internationalization Techniques: 08:25:09 s/Techniques:/Techniques: Developing specifications/ 08:25:20 renato_ has joined #chairing 08:26:13 VG: slide 10 has the list of people to contact in i18n 08:26:24 ... Richard, would you like to add anything? 08:26:53 www-international@w3.org 08:26:56 Richard: Yes, please do not write to me. You'll get better answers if you involve more people; www-international@w3.org 08:27:09 pubic-i18n-core@w3.org 08:27:20 ... if you want to engage the i18n WG before the review: public-i18n-core@w3.org 08:27:29 ... Addison will schedule a review for you 08:27:34 Internationalization Best Practices for Spec Developers 08:27:44 ... today we'll public a FPWD of Internationalization Best Practices for Spec Developers 08:27:56 s/public/publish/ 08:27:57 http://www.w3.org/International/techniques/developing-specs-dynamic 08:28:14 Richard: hoping this will be a useful thing for you 08:28:22 ... consult yourselves before talking to us 08:28:32 ... we organised DOs and DONTs by task 08:28:56 ... We're in the early stage of committing this to electronic paper, so you should feel free to discuss this with us 08:29:09 ... but a checklist of this kind is useful for you in the early stages 08:29:22 http://www.w3.org/International/reviews/openissues/ 08:29:26 ... another thing: if you interact with us, we'll raise issues on your list and our list; keep both lists copies 08:30:23 ... one more thing: designate champions for horizontal reviews, but don't leave all the work related to i18n to that champion 08:30:41 ... the whole of the wg should learn and next time they write a spec they have that knowledge 08:31:13 Topic: Accessibility : A11y (slide 11) 08:31:27 VG: Accessibility allows anyone – including the ones with disabilities – to access the Web 08:31:41 ... Web accessibility supports social inclusion, but also improve SEO and device independence 08:31:50 ... important for making a good web 08:32:15 ... Accessibility targets web content, user agent, assistive devices, authoring tools, and evaluation tools 08:32:50 Topic: A11y structure (slide 12) 08:33:01 VG: WAI is responsible for accessibility at W3C 08:33:30 ... keep in mind that as chair and editor, you'll need to ask your review to APA WG Accessible 08:33:35 ... Platform Architectures (APA) WG 08:33:45 ... formerly Protocols and Formats Working Group 08:33:54 Topic: A11y support (slide 12) 08:34:05 VG: Resources 08:34:06 [[ 08:34:12 Draft best practices for developing specifications: 
 08:34:12 Web Technology Accessibility Guidelines
 http://w3c.github.io/pfwg/wtag/wtag.html
 Draft Checklist: http://w3c.github.io/pfwg/ wtag/checklist 08:34:15 • 7/24 irc channel for discussion (but not complete review) 08:34:17 – https://github.com/w3c/a11ySlackers 08:34:20 ]] 08:34:40 VG: Slide 14 has the list of people to contact in accessibility 08:35:11 ... send your requests to wai-xtech@w3.org mailing list 08:35:19 ... Judy, would you like to add a few words 08:35:27 Judy: Thanks for the introduction, Virginie 08:35:33 ... there are different groups in WAI 08:36:00 ... two main contacts for accessibility review are Janina Sajka, chair of FPWG to become APA WG 08:36:06 ... and Michael Cooper is the team contact 08:36:15 ... there are a few mailing lists associated with APA 08:36:15 public-apa@w3.org: ordinary Working Group discussion; 08:36:15 public-apa-comments@w3.org: public comments on publication; 08:36:15 wai-xtech@w3.org: Working Group discussions involving a wider audience than the WG membership, and where specification review announcements and submissions are copied; 08:36:16 w3c-wai-ig@w3.org: announcements of Working Group activities including publications, key events, and specification reviews. 08:36:57 Judy: there's one of the WG regular discussion, for comments on the work. wai-xtech is the one we recommend for horizontal reviews, as well as the WAI IG list 08:37:36 renato has joined #chairing 08:37:41 ... there is a document: web technology accessibility guidelines (provisional name) 08:37:57 ... about requirements for specs; that has a checklist 08:38:09 ... this is a priority to complete this document in the next few month 08:38:14 s/month/months/ 08:38:25 ... to allow self-checking for implications 08:38:39 ... before asking review to APA 08:38:48 ... but don't hesistate to contact us directly 08:39:00 ... in addition, that group is to better liaise with other groups 08:39:29 ... Groups, work with us, develop liaisons, ensure to coordinate back with APA 08:40:01 q? 08:40:21 Topic: Privacy (slide 15) 08:41:08 VG: User activity is considered something that could be private 08:41:24 ... privacy domain helps W3C ensure the web platform doesn't harm the user's privacy 08:41:35 ... includes tracking user, fingerprinting of the machine, and the API design 08:41:44 Topic: Privacy structure (slide 16) 08:41:55 VG: Privacy at W3C http://www.w3.org/Privacy/ 08:42:07 ... Ask review to Privacy Interest Group 08:42:17 Topic: Privacy support (slide 17) 08:42:21 VG: Resources 08:42:28 [[ 08:42:29 (draft) Guidelines 08:42:29 – Fingerprint guidance for editors 08:42:29 • http://w3c.github.io/fingerprinting-guidance/ 08:42:29 – TAG review questionnaire (covering security and privacy) 08:42:31 • https://w3ctag.github.io/security-questionnaire/ 08:42:33 ]] 08:43:45 VG: slide 19 has a list of contacts 08:44:03 ... you should contact Christine Runnegar runnegar@isoc.org and Tara Whalen tjwhalen@gmail.com the co-chairs of PING 08:44:11 .... Nick Doty is the team contact 08:44:32 q+ 08:44:33 ... sending an e-mail to Christine or Tara initiates your review 08:44:38 ack next 08:45:06 Nigel: I wonder if all the reviews are needed only when APIs are being specified? 08:45:19 VG: As soon as you're getting a technology specified, you should ask reviews 08:46:03 VG: chaals raised a good question during session 1 last week 08:46:22 ... if my privacy review demonstrate that my technology isn't good, what happens? 08:46:30 ... Wendy said the spec may not go to REC 08:46:50 unlike i18n, for privacy we should raise questions to the chairs directly, not to the IG mailing list? 08:46:52 ... so have in mind that technology that doesn't go through review or has negative feedback is at risk of not being finalised 08:47:16 [Coralie: Florian, yes] 08:47:34 Topic: Security (slide 18) 08:48:00 VG: this is about making sure to prevent security leaks on the Web 08:48:19 ... security activity aims to adapt the web security model with new features and special care in the API design 08:48:37 Topic: Security structure (slide 20) 08:48:53 VG: Security at W3C http://www.w3.org/Security/ 08:49:02 ... Reviews must be asked to Security Interest Group and TAG 08:49:22 ... at the moment, the TAG is active on security aspects 08:49:30 q+ 08:49:37 Topic: Security support (slide 21) 08:49:42 VG: resources 08:49:44 [[ 08:49:49 (draft) Guidelines 08:49:49 – TAG review questionnaire (covering security and privacy) 08:49:49 • https://w3ctag.github.io/security-questionnaire/ 08:49:50 ]] 08:50:10 VG: This is a draft but a good starter to raise questions and trigger discussions in your group(s) 08:50:20 ... slide 22 has contacts 08:50:22 [[ 08:50:29 Web Security chair 08:50:29 – Virginie Galindo virginie.galindo@gemalto.com 08:50:29 • TAG co-chairs 08:50:29 – Dan Applequist appelquist@gmail.com – Peter Linss peter.linss@hp.com 08:50:29 • Security team contact: 08:50:32 – Wendy Seltzer wseltzer@w3.org 08:50:34 q+ 08:50:34 ]] 08:50:38 ack next 08:50:59 Florian: We have been using the TAG self-assessment questionnaire in the CSS WG 08:51:10 ... I wasn't aware that the TAG wanted people to engage with the TAG 08:51:21 ... we have TAG members in the CSS WG but I haven't heard about that 08:51:58 VG: experts in security are more in the TAG than Security Interest Group 08:52:13 ... e.g. Mark Nottingham, Yan Zhu 08:52:41 ... I'm trying to get more expert to the Security Interest Group 08:52:56 ... but that the moment, security is a "poor" domain, lacking volunteers to perform reviews 08:53:12 ack next 08:53:13 q- 08:53:39 Richard: I wanted to say two things; we're restricted in the number of people able to do i18n reviews 08:53:43 AdrianHB has joined #chairing 08:54:00 ... if you're aware of anyone in your companies willing to help, please let us know and we'll be happy to have them on board 08:54:25 ... Another thing is that we'll read your specs with our understanding. Some specs are hard to read. 08:54:46 ... if you put things in algorithmic form without adding a description, this makes it hard for us to understand it well enough 08:55:01 ... if you have examples in your specs, that is extreeeemely helpful for us 08:55:10 ... try to make your specs as readable as possible 08:55:17 ... we'll make better reviews. 08:55:19 q+ to ask, if the spec isn't readable, is your review response "do more work"? 08:55:20 ... thanks. 08:55:49 ack next 08:55:50 nigel, you wanted to ask, if the spec isn't readable, is your review response "do more work"? 08:56:07 +1 to Richard's request to consider readability of your specifications; this can even reduce the number of times that a specification may need review. It saves time for horizontal reviewers, as well as for the eventual implementers of your specification(s). 08:56:13 q+ 08:56:16 Nigel: coming back to Richard's point, if we're asking someone to read and understand a spec, readability is very important. 08:56:33 ... what is the appropriate response from a review group to a spec they find hard to understand? 08:56:59 ack next 08:57:02 Judy: Great question 08:57:24 ... this is going to become more specific whether a group has secured a review 08:57:34 +1 to schuki, I read mike west specs as novels :) 08:57:59 URLs for Mike West's specs? 08:57:59 Judy: and decide whether there are features that could become a barrier 08:58:10 Judy: typically, we'd send back a request for clarification 08:58:27 ... that may cause lag in getting accessibility feedback to the group 08:58:37 exemple of security spec edited by Mike West : http://www.w3.org/TR/SRI/ 08:58:46 Judy: right now it's a practical concern 08:59:08 Judy: as we come up with clearer systems for director's review and more mature document stages 08:59:08 q+ 08:59:23 Judy: implementers would benefit from a clear writing as well 08:59:30 Zakim, close the queue 08:59:30 ok, koalie, the speaker queue is closed 08:59:34 ack next 08:59:52 Florian: It's genuinely useful feedback if my spec isn't clear; do tell me 09:00:07 +1 to Florian's point 09:00:16 +1 to Florian 09:00:47 ie. that if horizontal review groups can easily read specs, how can we expect the wider public to review 09:01:13 Topic: Thank yous (slide 23) 09:01:14 s/can easily/can't easily/ 09:01:21 VG: Thanks to all the people who made that presentation possible 09:01:26 Coralie Mercier, Judy Brewer, Léonie Watson, Wendy Seltzer, Felix Sasaki, Richard Ishida, Keiji Takeda, Nick 09:01:44 s/Nick/Nick Doty, and... you/ 09:01:54 s/Coralie/Virginie: Coralie/ 09:02:05 VG: please, don't forget to evangelise in your own group(s) 09:02:11 ... that there are 4 reviews to conduct 09:02:18 ... Thanks for your time and listening 09:02:45 thanks 09:02:49 Thanks! 09:02:54 Thanks! :) 09:03:02 yoav has left #chairing 09:03:07 [no audio recording this time] 09:03:23 RRSagent, make minutes 09:03:23 I have made the request to generate http://www.w3.org/2015/10/20-chairing-minutes.html koalie 11:35:03 Zakim has left #chairing 11:57:37 tzviya has joined #chairing 12:13:16 tzviya has joined #chairing 12:22:32 RRSAgent, make logs public 12:23:26 s/ ->/ ->/G 12:23:27 RRSagent, make minutes 12:23:27 I have made the request to generate http://www.w3.org/2015/10/20-chairing-minutes.html koalie 12:32:47 r12a has left #chairing 12:57:50 Judy has joined #chairing 12:58:20 chaals has joined #chairing 13:35:27 ShaneM has joined #chairing 13:35:37 ShaneM has left #chairing