15:58:43 RRSAgent has joined #tt 15:58:43 logging to https://www.w3.org/2020/03/12-tt-irc 15:58:45 RRSAgent, make logs Public 15:58:46 Meeting: Timed Text Working Group Teleconference 15:59:11 Previous meeting: https://www.w3.org/2020/03/05-tt-minutes.html 15:59:19 Agenda: https://github.com/w3c/ttwg/issues/100 16:00:14 cyril has joined #tt 16:00:33 Regrets: Glenn 16:00:36 Present: Nigel 16:00:39 Chair: Nigel, Gary 16:00:43 scribe: nigel 16:00:49 rrsagent, make minutes v2 16:00:49 I have made the request to generate https://www.w3.org/2020/03/12-tt-minutes.html nigel 16:02:09 scribe: Cyril 16:02:16 Present+ Andreas, Cyril, Gary 16:02:36 agenda: https://github.com/w3c/ttwg/issues/100 16:03:07 Topic: This meeting 16:04:25 nigel: for today, we have a bunch of incoming comments from APA on IMSC. we need to iterate and see if we need a change before CR or not 16:04:43 nigel: we have IMSC1.2 CR but not sure we need to discuss 16:04:52 nigel: only one AOB item for the DST issue 16:05:30 topic: IMSC 1.2 16:05:48 pal: I have an update to the IMSC test reel 16:05:52 (will be here shortly - last call continuing) 16:06:03 ... I was hoping plh would be here and have progress on it 16:06:10 atai2 has joined #tt 16:07:17 present+ 16:07:28 Present+ Pierre, Atsushi 16:08:08 nigel: we have issues 519 to 524 that concern accessibility 16:08:21 Topic: APA WG comment: Reference to WCAG 2.1 imsc#519 16:08:25 github: https://github.com/w3c/imsc/issues/519 16:08:58 nigel: they are suggesting that we do a change about WACG 16:09:33 ... change 'recommends' to 'requires' 16:09:48 ... D.1 does not say it's not normative 16:09:54 ... so that would be a normative change 16:10:26 ... we have to do that before publishing CR? 16:10:41 pal: that's news to me because WACG are guidelines and do not use MUST or SHALL 16:10:57 ... it was not clear to me that they were requirements 16:11:23 nigel: they're called guidelines, they have success criteria 16:14:15 cyril_ has joined #tt 16:14:26 gkatsev: WACG has a conformance section 16:15:10 pal: my recommendation would be to remove the word 'recommends' and replace it with 'specifies' so that the WACG document speaks for itself, instead of us trying to interpret it 16:15:41 nigel: the text currently says 'recommends that an implementation provide' 16:15:59 ... it's not very clear if it's the implementation or the content provider 16:16:22 pal: in general, my preference would be to paraphrase as little as possible and point to WACG 16:16:40 nigel: I agree it feels uncomfortable to try to interpret another recommendation 16:16:51 ... I would make an adjustment to pal's proposal 16:16:59 ... "specifies provisions of" 16:17:14 pal: I can take a pass at it and propose text 16:17:26 nigel: it's further down as well 16:17:34 ... in paragraphs 5 and 6 16:17:49 nigel: in terms of CR, this is a change to normative text 16:18:01 ... I would be more comfortable delaying that by a couple of weeks 16:18:16 ... it's likely to have less of an impact now that if we do it later 16:18:32 pal: the question in my mind is: is that going to change anythign 16:18:39 nigel: as in what? 16:18:51 pal: I don't think it changes any conformance to IMSC 16:19:13 nigel: it does not look like we have conformance language associated with it but it is in a normative section 16:19:28 pal: on the basis of that one, that's not a change of requirements 16:19:36 ... the risk is not very high 16:19:53 nigel: for this specific issue, we should have an editorial pass 16:20:40 SUMMARY: Discussed in today's call and agreed to do an editorial pass to adjust the text so that it no longer interpret WACG guidelines as recommendations 16:21:07 RRSAgent, pointer 16:21:07 See https://www.w3.org/2020/03/12-tt-irc#T16-21-07 16:21:28 Topic: APA WG comment: Requested Additional WCAG 2.1 References 16:21:37 github: https://github.com/w3c/imsc/issues/520 16:22:18 nigel: this is going to require some work 16:22:24 ... that would go in section D.1 16:22:33 ... they all make sense 16:22:52 pal: at some point it becomes easier to point to the WACG spec instead of pointing to each of them 16:23:31 nigel: the helpful thing here would be to describe the relevant part of an IMSC document that might be used to achieve these guidelines 16:23:48 ... for example, for contrast in a text profile we can point to how to do it 16:24:18 ... 1.4.3 minimum contrast could point to color and background color 16:24:40 ... we could also point to xml:lang 16:25:01 ... the useful thing is not to re-express the guidelines but indicate the tools to do that 16:25:11 pal: that makes sense 16:25:18 ... we can give it a try 16:25:45 cyril: now or in a new edition? 16:26:02 nigel: that will not affect any processor or conformance, it's a usage guideline 16:26:35 ... a document author should be aware of how to use color/backgroundColor to meet these guidelines 16:26:50 ... this is in the same category as the previous issue #519 16:27:28 cyril_: how will we consider done? 16:27:36 nigel: we create a PR and ask them to review 16:28:48 SUMMARY: Discussed in today's meeting and agreed to do an editorial pass to list those additional success criteria and how to address them in the context of IMSC 16:28:53 Topic: APA WG comment: Add note on alt text 16:29:00 github: https://github.com/w3c/imsc/issues/521 16:30:03 pal: the text that is being suggested might already be in 5.1 16:30:22 ... I can take an action item to determine if the text is already present and if not, add it to the annex D 16:30:40 nigel: they wanted to specifically put it in the altText section 16:31:09 pal: we should not put where the syntax is defined but I'm happy to go through the document to make sure the concept is in 16:32:11 pal: that note is actually best handled in annex D when we describe how to meet the criteria 16:32:14 nigel: makes sense 16:34:42 SUMMARY: Discussed in call today. The editor will consider the best location to incorporate this advice for document authors 16:35:01 Topic: APA WG comment: Add introduction 16:35:08 github: https://github.com/w3c/imsc/issues/522 16:35:44 pal: before taking any action, I'd like to know if they've considered the text in 5.1 16:35:59 cyril_: maybe the fact that it's in 5.1 and not early 16:36:20 pal: exactly, happy to move some of it to an introduction if it suits them 16:37:08 SUMMARY: Discussed today. Pierre to ask follow-up question on this issue. 16:37:58 Topic: APA WG comment: Author proposes, user disposes 16:38:05 github: https://github.com/w3c/imsc/issues/523 16:38:49 nigel: we have MAUR in D.2 16:39:20 ... this particular issue recommends adding a note to the spec 16:39:48 pal: I can see what it means but the wording does not seem useful 16:40:07 ... as a general idea, saying that the final rendering depends on user settings, local regulation ... 16:40:22 ... we could say that, if don't say it already somewhere 16:40:35 nigel: I do have a bit of a fundamental problem 16:40:49 ... authors specifying layout is not an issue 16:40:54 ... it's a positive point 16:41:17 ... the authors know what's in the video when the subs will be presented 16:41:33 ... I get that sometimes people want to override that 16:41:48 q+ 16:42:19 gkatsev: I agree with you Nigel but on the other hand, it would be useful for author that it's going to happen 16:42:35 ... for example for the CVAA in the US and the font-size change 16:42:51 ... the captions can become too big and missing 16:43:20 ack gkatsev 16:43:30 pal: we've had this discussion many times before 16:43:41 ... there are different regulations in different places 16:43:50 ... I don't think we can summarize it in one sentenc 16:44:00 ... I don't know how to make a sentence that is productive 16:44:19 ... just saying it might not be rendered as the author intended is not sufficient 16:44:27 q+ 16:44:50 nigel: we don't provide in IMSC any tools that the author can sensibly take advantage of 16:44:57 ... the closest is overflow and wrap option 16:45:06 ... but even then, they are not that useful 16:45:22 ... we could say don't make region as tight as possible 16:45:43 ... there are techniques that you can put for specific cases 16:46:12 ... the second point is that this guidelines is more targeted to implementers of processors rather than authors 16:46:23 ... we might want to get back to them to ask if they meant authors 16:46:42 ... because this specification says in the absence of anything else this is how to render 16:47:02 ... but in practice implementers have to take other things into account 16:47:28 pal: we could reference issue #316 16:47:38 ... the resolution was to add the reference to MAUR 16:48:02 ... my proposed disposition would be in the MAUR section to add a note along the lines of what you just mentioned 16:48:07 scribe: nigel 16:48:11 cyril: What about adding an example? 16:48:24 .. We could say there are plenty of ways for authors to take into account and give 16:48:35 .. the example like what Nigel said not to make the region too tight so the text does 16:48:37 cyril_: what about giving an example 16:48:38 .. not get clipped. 16:48:47 scribe: cyril_ 16:49:06 pal: in section D.2 16:49:11 ... we have one sentence 16:49:15 ... we could expand on that 16:49:52 gkatsev: I think maybe it's enough to say that authors should specify styling and positioning and that due to MAUR it may be overriden 16:50:10 pal: I like that, we could say the document specifies a nominal rendering 16:50:22 ... I want to avoid saying 'authors' 16:50:46 gkatsev: the sticking point is that users can modify the rendering (not the accessibility requirements) 16:50:54 nigel: this is the document processing context 16:51:13 ... users may influence the document processing context to modify the actual presentation in order to meet the MAUR guidelines 16:51:47 SUMMARY: Discussed and editor to add text to D.2 to express this concept 16:52:06 Topic: APA WG comment: semantic layers 16:52:13 github: https://github.com/w3c/imsc/issues/524 16:52:55 nigel: TTML and IMSC permit metadata description to be specified on particular bit of information 16:53:06 ... there is no formal requirement to do anything on that 16:53:14 ... the facility to have layers exist already 16:53:47 ... by using e.g. ttm:role 16:54:01 ... but there is no normative requirement on processor to use it 16:54:30 ... so force content provides a clear mechanism for authors and processors to define a interoperable presentation behavior 16:55:13 pal: "Forced" is a very specific tool for a very specific use case 16:55:26 ... the broader question is how to indicate the semantics of timed text 16:56:07 ... how to get the consistency across the ecosystem but that's beyond the scope of IMSC 16:56:35 q? 16:56:36 q? 16:56:38 ack cy 16:56:39 ack 16:57:21 SUMMARY: this is a really interesting topic, but we don't think we can make any useful change to IMSC in response to this comment 16:58:03 SUMMARY: TTWG suggests this should be the beginning of a conversion with APA and other interested parties 16:58:23 Topic: CFC 16:58:29 nigel: there were no objections 16:58:47 ... the editorial passes that we agreed to do, do not affect the normative parts 16:59:09 ... my proposal would be to say that the CFC is approved for CR publication 16:59:22 ... and we'll address the APA issues during CR phase 16:59:24 cyril_: +1 16:59:31 pal: good 16:59:41 nigel: no objection 17:00:10 s/no objection/it seems there is no objection from the group/ 17:00:51 RESOLUTION: Publish IMSC1.2 CR on March 19th 17:03:45 scribe: nigel 17:04:05 Nigel: I think that gives Atsushi what he needs and the action moves to Pierre and Atsushi 17:04:14 .. to get the materials ready for publication. Thanks everyone for that. 17:04:23 Topic: AOB - #104 17:04:38 Nigel: [short of time] Can we take this offline or defer until next week? 17:04:51 Atsushi: Yes, if someone who can open ics files could check the file in the pull request 17:04:58 .. please that would be very helpful? 17:05:05 Nigel: I will try to do that. Others welcome to also. 17:05:08 Topic: Meeting close 17:05:28 Nigel: Thank you everyone, and thank you Cyril for scribing. I found that really interesting. 17:05:42 .. We're out of time so I'll adjourn now, see you next week. [adjourns meeting] 17:05:47 rrsagent, make minutes v2 17:05:47 I have made the request to generate https://www.w3.org/2020/03/12-tt-minutes.html nigel 17:06:33 i/gkatsev: WACG has a conformance section/scribe: cyril_ 17:06:40 rrsagent, make minutes v2 17:06:40 I have made the request to generate https://www.w3.org/2020/03/12-tt-minutes.html nigel 17:07:52 s/specifies provisions of/specifies provision of 17:08:35 c/WACG/WCAG/g 17:08:40 s|c/WACG/WCAG/g|| 17:08:44 s/WACG/WCAG/g 17:10:05 s/one sentenc/one sentence 17:10:38 s/that this guidelines is more targeted/that this note is more targeted 17:11:18 s/cyril_: what about giving an example// 17:11:53 s/this is the document processing context/the formal term we can make use of here is the "document processing context" 17:13:01 s/ack// 17:13:22 zakim, end meeting 17:13:22 As of this point the attendees have been Nigel, Andreas, Cyril, Gary, atsushi, Pierre 17:13:24 RRSAgent, please draft minutes v2 17:13:24 I have made the request to generate https://www.w3.org/2020/03/12-tt-minutes.html Zakim 17:13:27 I am happy to have been of service, nigel; please remember to excuse RRSAgent. Goodbye 17:13:31 Zakim has left #tt 17:14:28 scribeOptions: -final -noEmbedDiagnostics 17:14:33 Present- atsushi 17:14:36 Present+ Atsushi 17:14:44 rrsagent, make minutes v2 17:14:44 I have made the request to generate https://www.w3.org/2020/03/12-tt-minutes.html nigel 17:18:30 nigel, you might get notice, filed CR transition request on imsc1.2 as https://github.com/w3c/transitions/issues/234 17:18:46 (note, still draft!) 17:37:14 github-bot, end topic 17:52:18 (please feel free to edit/suggest via email/kick me/etc. on that; I should have prepared well before on that - hope schedule will work on time...) 18:14:40 nigel has joined #tt 18:15:23 nigel has joined #tt 18:16:09 nigel has joined #tt 18:16:57 nigel_ has joined #tt 18:18:02 nigel has joined #tt