21:26:59 RRSAgent has joined #media 21:26:59 logging to http://www.w3.org/2012/05/10-media-irc 21:27:23 zakim, room for 10? 21:27:25 ok, janina; conference Team_(media)21:27Z scheduled with code 2119 (A11Y) for 60 minutes until 2227Z 21:27:43 ah, cool, we can use a11y? 21:27:52 Looks like! 21:27:53 as in a11y# ? 21:28:02 dialing in now... 21:28:12 Team_(media)21:27Z has now started 21:28:18 Waiting for you! 21:28:19 +??P1 21:28:29 zakim, ??P1 is Janina 21:28:29 +Janina; got it 21:28:54 +John_Foliot 21:29:23 zakim, John_Foliot is JF 21:29:23 +JF; got it 21:30:46 zakim, this will be 2119 21:30:46 ok, janina; I see Team_(media)21:27Z scheduled to start 3 minutes ago 21:31:03 Meeting: HTML-A11Y teleconference 21:31:03 Chair: John_Foliot 21:31:03 Scribe: Janina_Sajka 21:31:03 agenda: this 21:31:03 agenda+ Time Tracks, Transcripts, and Issue-194 21:31:05 agenda+ Other Business? 21:31:08 agenda+ be done 21:33:20 chaals has joined #media 21:33:51 Chaas, are you dialing in? We're on Zakim 2119# 21:33:57 thanks. 21:34:02 I joined to find out. 21:34:22 zakim, who is here? 21:34:22 I notice Team_(media)21:27Z has restarted 21:34:23 On the phone I see Janina, JF 21:34:23 On IRC I see chaals, RRSAgent, Zakim, JF, janina 21:34:55 There's a new CP on the floor, though! 21:35:16 http://www.w3.org/html/wg/wiki/ChangeProposal/Issue194_SP 21:35:26 just in case @chhals hasn't seen it 21:35:41 Of course, if Silvia doesn't wake up and grab some coffee, this may b a short meeting after all! 21:35:42 s/@chhals/chaals/ 21:37:20 silvia has joined #media 21:37:28 Hi everyone 21:37:35 sorry, I just found the channel 21:37:36 Hi, Silvia, code is 2119# 21:37:39 dial in code is a11y# 21:37:52 Or you can SIP 002119@voip.w3.org 21:38:14 phone number? 21:38:27 U.S. +1.617.761.6200 21:38:53 +??P3 21:39:01 zakim, ??P3 is me 21:39:01 +chaals; got it 21:39:08 thanks 21:39:49 + +61.2.801.2.aaaa 21:39:57 zakim, aaaa is me 21:39:57 +silvia; got it 21:41:43 zakim, who is here? 21:41:43 On the phone I see Janina, JF, chaals, silvia 21:41:44 On IRC I see silvia, chaals, RRSAgent, Zakim, JF, janina 21:41:58 scribe: janina 21:42:08 zakim, take up item 1 21:42:08 agendum 1. "Time Tracks, Transcripts, and Issue-194" taken up [from janina] 21:42:34 jf: Background from the F2F just concluded 21:42:45 jf: Discussion with Ted started over dinner 21:42:57 jf: I thanked him for his research paper 21:43:16 sp: I helped him a bit with that 21:43:21 sp: He wrote it all up 21:43:26 jf: So thanks also to you! 21:43:46 sp: I'm still of the mind that we haven't thought it all through sufficiently yet 21:44:11 jf: That's also the critical thing for me. We shouldn't be deferring this to .next 21:44:43 jf: Not so concerned whether we get it over first LC or second LC, but we need it in this spec 21:45:13 sp: I'm most fussed over getting it right and not so much as whether it's this rev or .next 21:45:35 chls: I'd take a middle path, we need to go the right direction ... 21:46:38 JS: the more I have been thinking about this, less worried about the mechanism and more about user-accomodation perspective 21:46:56 becoming concerned about a unified presentation of options to the end user... button creep 21:47:41 if we don't have a mechanism that allows for reliable grouping, we could end up with too many controls in the UI 21:47:44 q+ 21:48:00 scribe: janina 21:48:00 ach ch 21:48:15 chls: I'm worked about having a reasonable uniform mechanism 21:48:40 chls: If we do for real come to a button creep problem, we'll have to deal with it 21:48:48 chls: But we probably won't get it right the first time 21:49:06 chls: The authoring complexity is my concern with the point-to link 21:49:22 chls: Strikes me much of this discussion is a proxy for longdesc 21:50:07 chls: The cable participants thought there was something else that was a hidden agenda when we talked about this during the F2F, which kept them out of the discussion 21:50:26 chls: I heard that in a side conversation 21:50:41 +1 to the perception that the initial discussion at the F2F was an @longdesc proxy discussion 21:51:22 chls: There won't be that many really full presentations--except large movie sites, government, 21:51:26 janina: Also education 21:51:28 Q+ 21:51:33 ack chaals 21:51:35 sp: Which proposal are you referring to? 21:52:11 chls: As I read SP's current proposal, it seems what Ted was actioned to write at the F2F 21:52:43 jf: I would echo that as well 21:53:06 jf: The proposal that Ted was actioned to write would have an idref pointing to a uri 21:53:22 s/As I read SP's current proposal, it seems what Ted was actioned to write at the F2F/The design pattern of pointing to a link external to the video element, as opposed to something inside it/ 21:53:41 jf: As we discussed this more and more, many of us, especially a11y, came to like the tracks proposal best 21:53:48 jf: seemed simple and self-contained 21:53:59 sp: Superficially it's clearly that attractive 21:54:31 sp: Because it can be any format, pdf, odf, docx, daisy, it's more like a longdesc 21:54:38 sp: Is supposed to be a defined format 21:55:00 sp: Files that we want renedered on page, as well as those that we might buttons for, etc 21:55:19 sp: this makes my mind explode as to how to author, how to develop the implementation, etc 21:55:39 sp: There's no extra screen region to refer to outside the video element 21:55:52 sp: That's why i became so unhappy when I saw this 21:56:26 sp: So I backed off to basics ... 21:56:44 sp: The transcript doesn't require the video, you can consume it on browsers that can't render video/audio 21:56:55 sp: That's how I came up with the element outside the video element 21:57:25 sp: How we render, how we do the ui, we still need to work it all out 21:57:54 jf: My concern is still the copy and paste part 21:58:00 sp: but that's not how people embed videos 21:58:44 jf: Tip of the hat to youtube for figuring out a good way to do that 21:58:51 jf: But will that be the only model? 21:59:07 jf: Just concerned that the authoring pattern be very clear 22:00:13 sp: I appreciate the concern, but as a well developer, when I copy functionality to another page, I simply make sure I get it all 22:00:51 sp: All the sites I've seen that publish video provide a way, either iframe or a code segment that is selected and copied 22:01:04 sp: even now it includes more than the video element, title for instance 22:01:13 ack JF 22:01:17 Q+ 22:01:30 q? 22:01:37 ack chaals 22:01:38 ack c 22:02:20 chls: ... looking at the tracks proposal 22:02:37 q+ 22:02:42 chls: Not sure how transcript in tracks, with 0 time ... how is that handled 22:03:32 chls: rendering into video space is probably not such a big issue, because people who can't see the video won't care about rendered video 22:03:46 chls: also not so concerned about linking -- we know how to handle links 22:04:14 chls: do exactly what Opera did with longdesc -- that does seem to work 22:04:29 chls: Our experience is that it works tolerably well 22:05:44 sp: At least in webvtt at the moment, we require start and end, so if it's only 0 it will sit there in a single queue 22:05:56 sp: js will have to do something with it--no rendering implied 22:06:25 sp: But then we restrict ourselves to transcript either in webvtt or ttml, but not the other file formats 22:06:40 q+ to ask is that bad? why not make that restriction? 22:07:40 sp: It doesn't give us rendering, what do we expect the web browser to do with it? 22:08:00 +1 to overt restrictions on trnscript file formats 22:08:15 chls: Agree that it restricts us and makes a mess because a lot of docs won't be available in that format 22:08:58 chls: we have the kind attrib to define what to do 22:08:58 22:09:24 chls: It could link out to a doc, pdf, etc 22:10:47 jf: Also a web developer--how I pay my bills--and work with a building full of other developers 22:11:05 chls: These still do silly things, hence my concern. We need to make the right thing simple and clear 22:11:23 jf: That's why I'm looking at the authoring pattern, not so much the underlying mechanism 22:12:29 sp: How then is the transcript rendered when it's inside the video element? 22:12:43 jf: via js, i suppose? 22:13:28 jf: Will work one way on my phone and differently on my laptop 22:13:54 ack JF 22:14:33 sp: video element, if we put stuff in there, affects a defined region of the screen. 22:15:02 sp: In recent years people have been backing off from too many buttons inside video 22:15:34 sp: what seems to be of issue is that we're only talking, so far, of one way of dealing with transcripts, whereas there are two other ways as well 22:16:02 sp: We have the not on screen but programatically discoverable transcript ... 22:17:05 sp: everything inside video is passed away by the browser--it's not in the dom 22:17:39 22:17:41

Lorum Ipsum X 15 paragraphs

22:17:42 22:17:44 Transcript for the video 22:17:45 22:18:43 sp: we have all the techniques we need for associating transcript and video, even when it's not inside the element 22:19:46 jf: still concerned about the association between video and transcript when it's outside the element 22:20:01 sp: same for labels 22:20:11 sp: it's only that it makes sense for them to be next to each other 22:21:05 chls: I'm not so sure that the hidden discussion from i204 is unrelated to this 22:21:23 chls: we seem to be building something fragile -- when dealing with hiding stuff 22:23:09 chls: relying on a link to content that's somewhere else is the fragile part that's still problematic -- longdesc like 22:24:01 cls: people are still shipping display=none and 1pcsl gifs with alt, etc 22:24:02 Q? 22:24:34 q- 22:24:45 s/pcsl/pixel/ 22:24:58 q+ 22:25:08 chls: to my certain knowledge, WAI has been working on solving this for 15 years 22:25:09 Q+ 22:25:43 chls: not yet convinced that any particular approach proposed is more or less fragile than another 22:26:24 -silvia 22:26:31 We'll wait for you! 22:27:44 rrsagent, make log public 22:27:51 rrsagent, make minutes 22:27:51 I have made the request to generate http://www.w3.org/2012/05/10-media-minutes.html janina 22:28:30 s/not yet convinced that any particular approach proposed is more or less fragile than another/I think that an approach which relies on techniques to make hidden text accessible is a very fragile one/ 22:28:57 Silvia, from Zakim? 22:29:42 yes - it's restricted 22:29:59 call center is restricted at this time 22:30:10 call center? 22:30:18 not conference? 22:30:22 the pass code is not valid 22:30:30 i.e. is zakim telling you this? 22:30:32 aha 22:31:53 -chaals 22:31:58 -JF 22:31:59 Silvia, use 26631# 22:32:04 pk 22:32:07 -Janina 22:32:08 Team_(media)21:27Z has ended 22:32:08 Attendees were Janina, JF, chaals, +61.2.801.2.aaaa, silvia 22:32:34 zakim, this is Team_cha 22:32:34 sorry, chaals, I do not see a conference named 'Team_cha' in progress or scheduled at this time 22:32:42 zakim, this is Team_(cha 22:32:42 ok, chaals; that matches Team_(chaals)22:30Z 22:32:49 zakim, who is here? 22:32:49 On the phone I see ??P0, JF 22:32:50 On IRC I see silvia, chaals, RRSAgent, Zakim, JF, janina 22:32:56 zakim, ??p0 is me 22:32:56 +chaals; got it 22:33:10 +silvia 22:33:21 +??P3 22:33:28 zakim, who is here? 22:33:28 On the phone I see chaals, JF, silvia, ??P3 22:33:29 zakim, ??p3 is janina 22:33:29 On IRC I see silvia, chaals, RRSAgent, Zakim, JF, janina 22:33:29 +janina; got it 22:33:30 zkim, ??P3 is Janina 22:34:23 sp: q about fragility? why if in video element? don't we have the same problem however we do it? 22:34:50 chls: in the elemtn we rely on browsers not doing stupid things 22:35:01 chls: outside, we rely on authors not doing stupid things 22:35:21 chls: experience suggests that even a million authors doing things right, there will be still others doing it wrong 22:35:31 sp: we still want rendering on the page, no? 22:35:38 [agreement in the room] 22:38:14 jf: I suspect we're thinking the link to transcript would be displayed as a control 22:38:42 s/things right, there will be still others doing it/this right, there will still be masses of authors doing this/ 22:39:30 jf: Citing experience with dlink which has not been successful 22:39:42 sp: are we repeating dlink? 22:39:56 jf: it seems so 22:40:03 s/are we/why are we/ 22:40:19 s/it seems so/that is what relying on a text link is doing/ 22:42:55 [process discussion on next steps in view that this was to be done May 11 according to F2F] 22:47:18 jf: any reason transcript element can't be child of video? 22:47:31 sp: yes, because it restricts us to the screen space assigned to video 22:47:45 sp: my approach gives us anothr view port 22:48:55 Q? 22:49:03 chls: agree with concern on rendering model 22:49:24 chls: one use case video not even rendered 22:50:00 janina: pointing out that the no video use case isn't just disability use case 22:50:13 chls: side by side still sensible rendering 22:50:20 chls; if has timing, no problem 22:51:11 chls: still not convinced that it's too hard to mix this in and that it requires external definition 22:51:34 chls: e.g. pasting a word doc into an iframe rendered side by side with the video 22:53:10 chls: of course it's more readable if read without the timing ml 22:53:18 chls: but harder to render in sync 22:53:58 Q+ 22:55:04 sp; we should handle all types of transcripts in a uniform manner 22:55:07 q+ 22:55:33 jf: don't think we're that far apart 22:55:38 janina +1 to not so far apart 22:56:03 jf: still fighting to preserve simple and clear author experience 22:57:16 sp: my concern is that you wouldn't be able to render the transcript in parallel with the video 22:57:48 q+ 22:57:57 sp: my proposal is similar to the signed translation being in a separate video and the video description in a separate audio element 22:58:26 ack JF 22:59:29 jf: use case is to save the transcript, and read later. 23:02:33 -chaals 23:04:01 [I agree that it should be possible to render side-by-side. I don't see how any of the proposals get away from "the web developer has to make that feasible" (on the basis that browsers getting into hcking the display of pages is a pretty fragile way to work)] 23:04:57 [I am concerned about the issue of whether the transcript data should be inside or outside, but I may be convinced that having it outside is workable (I would have to "evolve my position" to get there...)] 23:05:28 we're considering another call tomorrow same time 23:05:35 does that work for you? 23:05:50 chaals, we are going to try and reconvene at the same time tomorrow 23:06:08 [I am really concerned about building on top of a bit of page content, because I believe that is repeating the D-link experiment. People *will* try to hide the text (which means you lose any benefit over the original longdesc approach), and will get it wrong...] 23:06:33 I'll think this through for tomorrow... 23:07:32 I'll try for tomorrow. 23:08:02 [I am not that fussed about the colour of the bike shed. There are many ways to make a colour scheme consistent in my bike shed] 23:08:47 [Oh. I mean that there are multiple ways to get consistency while tossing around attribute/element, special name or re-use something, ...] 23:08:54 -janina 23:08:56 -silvia 23:08:58 zakim, bye 23:08:58 leaving. As of this point the attendees were JF, silvia, chaals, janina 23:08:58 Zakim has left #media 23:09:08 rrsagent make minutes 23:10:51 rrsagent, make minutes 23:10:51 I have made the request to generate http://www.w3.org/2012/05/10-media-minutes.html janina