15:00:40 RRSAgent has joined #tt 15:00:40 logging to https://www.w3.org/2019/05/23-tt-irc 15:00:42 RRSAgent, make logs public 15:00:42 Zakim has joined #tt 15:00:44 Meeting: Timed Text Working Group Teleconference 15:00:44 Date: 23 May 2019 15:00:49 chair: nigel 15:00:52 scribe: cyril 15:01:03 present: cyril, gary, glenn 15:01:08 present+ nigel 15:01:15 present+ pierre 15:01:25 agenda: https://github.com/w3c/ttwg/issues/39 15:01:32 Log: https://www.w3.org/2019/05/23-tt-irc 15:02:22 Regrets: Andreas, Thierry 15:02:39 Topic: This meeting 15:03:22 nigel: we'll talk about WebVTT IR and 2 issues for TTML2 15:03:28 ... one for TTML profile registry 15:03:40 ... in AOB an update from Philippe on the charter 15:03:49 ... anything else? 15:04:10 Topic: WebVTT Implementation Report 15:04:22 Implementation report: https://www.w3.org/wiki/TimedText/WebVTT_Implementation_Report 15:04:34 -> https://www.w3.org/wiki/TimedText/WebVTT_Implementation_Report WebVTT Implementation Report 15:04:53 nigel: this was discussed a little bit 15:05:07 ... I raised concern that there was not enough evidence to make a decision 15:05:19 ... I don't think the group has seen enough that the exit criteria are met 15:05:29 gkatsev: I discussed offline with Nigel 15:05:35 ... about what should be done 15:05:45 ... I did not have a chance to snapshot the spreadsheet 15:05:53 ... some tests are still showing 0 15:06:14 ... the test is old and it was not expectin gthe API to throw 15:06:28 ... it sounds like the spec calls the lines to be unsigned long 15:06:40 ... but if the value is too big it throws 15:06:53 ... that sounds like an implementation issue, not a spec issue 15:07:07 nigel: the point of the IR is to show that whatever is specified is implemented 15:07:31 ... so the tests are doing their job showing that impl. don't implement the spec 15:07:40 gkatsev: for this particular test, the test is out of date 15:08:05 ... if you take the negative test, it shows that it is working otherwise 15:08:22 nigel: if you update the test to match the spec, the test will pass? 15:08:34 gkatsev: no, because implementation only allow integer 15:08:55 ... to me that looks like an incredibly minor difference 15:08:59 ... we could change the spec 15:09:26 glenn has joined #tt 15:09:26 ... the other big thing is the HTML character entities 15:09:36 ... and it seems a impl bug that they don't support all of them 15:09:45 ... there is a bug filed against Safari 15:09:59 ... and I have a proof of concept showing that it's implementable 15:10:03 q? 15:10:31 nigel: in terms of steps to take to show the evidence that exit criteria are met 15:10:37 ... one is showing it on the wiki 15:10:46 ... and showing that everything is implemented 15:10:57 ... is it worth doing a planning for that 15:11:10 gkatsev: I can just keep working through it 15:11:25 ... is there a document describing exit criteria 15:11:40 nigel: it's in the status of the document part of the CR 15:12:30 gkatsev: I think we're pretty much there 15:12:40 nigel: this assessment is based on your spreadsheet 15:12:53 ... but you told us some of the tests are problematic 15:13:03 ... and a bunch of the tests are red 15:13:41 gkatsev: safari has a slightly non-conformant implementation of regions 15:13:57 nigel: to be clear, we are testing agains the spec 15:14:06 s/agains/against/ 15:14:30 gkatsev: it sounds like this is an implementation bug 15:14:39 ... with a minor tweak everything does work 15:14:54 nigel: sure but the exit criteria says it's based on the test results 15:15:12 ... if there is a story to be told about the significance of the test failure, maybe 15:15:22 ... you need to highlight that in the IR 15:15:39 gkatsev: that totally makes sense 15:15:49 ... there are a couple of tests like this 15:16:14 ... I'll have a more detailed list of tests when the IR is more complete 15:16:44 nigel: in terms of spec edits, you have a PR open, Silvia approved it 15:16:54 gkatsev: it'll stay open until we request to go to PR 15:17:07 q? 15:17:07 nigel: makes sense 15:17:28 Topic: TTML2 and TTML3 15:18:00 github: w3c/ttml2#1054 15:18:13 glenn: I'm working on that, stay tuned 15:18:19 nigel: same answer as last time 15:18:19 Topic: Clarify relative profile designator does not use xml:base (#1033). ttml2#1054 15:18:26 github: https://github.com/w3c/ttml2/pull/1054 15:19:08 nigel: the reason you are working on it is because you think changes are needed 15:19:17 glenn: yes, I'll have an update before the next meeting 15:19:29 nigel: is it worth sharing your initial thoughts 15:19:31 glenn: no 15:19:47 pal has joined #tt 15:19:59 glenn: I'll reach out to you separately if I need 15:20:12 Topic: Character-related style properties should not apply to ruby containers. 15:20:22 github: https://github.com/w3c/ttml2/issues/1043 15:20:31 nigel: can we get a resolution? 15:21:52 glenn: the big picture I see is "applies to" is a CSS notion, formally defined in the CSS spec 15:21:58 https://www.w3.org/TR/2011/REC-CSS2-20110607/about.html#applies-to 15:22:18 ... it lists the elements to which the property applies 15:22:29 ... we must note that a ruby container is not an element 15:22:38 ... it is a specific span 15:22:50 ... and then in CSS, all elements have all properties 15:22:59 ... but some properties have no effect 15:23:04 ... that's the guidance we get from CSS 15:23:11 ... XSL-FO and TTML follow that 15:23:25 ... applies to refers to element types and deals with rendering effect 15:24:11 ... the question here is to add language to the 18 style properties to say that it does not apply to ruby containers 15:24:16 q+ to note that TTML2 doesn't say that "applies to" is as per the CSS convention 15:24:31 ... ie. the top level container, the ruby container and the text container 15:24:43 ... my position is that we should not add this language 15:24:56 ... the semantics depend on the content of the element 15:25:13 ... the issue of rendering effect may or may not apply depending on other semantics 15:25:19 ... having renderable text in it 15:25:38 ... we added some language in my PR then in his PR 15:26:02 ... we both seem to have agreed on language to say that it does not apply 15:26:17 ... the only disagreement is whether or not to add language 15:26:22 ... to the properties 15:26:31 ... there are 3 properties to which it applies 15:26:45 ... direction, unicode bidi and XXXX 15:27:03 ... for the other 15, the semantics only apply to glyph areas 15:27:38 ... the bottom line is that there was no case of a ruby container producing glyph areas to which these 15 properties could apply 15:27:45 ... there is a semantic no-op 15:28:07 q? 15:28:22 ... in the interest of giving readers a clue, I did add a note to the PR 15:28:35 ... in the 10.2.35.1 15:29:00 ... that highlights for the reader that there is no significance to the fact that a property can apply 15:29:07 ... I think my PR covers all the case 15:29:27 ... with the exception of tweaking properties regarding the notion of glyph areas 15:29:48 nigel: you described very clearly your thoughts process, which makes sense 15:30:07 ack n 15:30:07 nigel, you wanted to note that TTML2 doesn't say that "applies to" is as per the CSS convention 15:30:21 ... the need to clarify "applies to" is because there is some ambiguity 15:30:45 ... for something like ruby-align, the "applies to" sets a precedent 15:30:52 ... in giving more information 15:31:22 q+ 15:31:46 ... the CSS spec is a bit interesting 15:32:01 ... because it refers to conceptual things that are elements in HTML 15:32:06 ... but not elements in TTML 15:32:18 ... that makes me think we should be clearer in the spec 15:32:23 ... we did it for ruby align 15:32:33 ... we should be helpful for the other properties 15:33:15 ... I wouldn't do that for tts:color saying that it applies to character content of an element, that's too obvious 15:33:39 ack glenn 15:33:42 glenn: so raised 3 things 15:33:43 q+ 15:33:59 ... we don't explicitly refer to the CSS definition of "applies to" 15:34:03 ... that's true 15:34:20 ... XSL-FO uses it without referring to it explicitly 15:34:40 ... we have to balance use of references with clutter in the spec 15:34:48 ... I could add a formal reference 15:35:02 ... the 2nd point about ruby-align's precedence 15:35:07 ... is a bad way to go 15:35:23 ... my preference would be to remove the existing text in ruby-align (and the other one) 15:35:37 ... we can embellish the prose to make it clear 15:35:49 ... maybe that's part of why we are where we are 15:36:02 ... turning 2 into 17 is a bad way to go 15:36:15 ... it complicates tracking that semantics 15:36:22 ... it clutters the table in my opinion 15:36:45 the 3rd point is about clear to implementers 15:36:55 ... the spec is not an implementation guide 15:37:01 ... somebody can write one 15:37:18 ... if you look at MPEG-2 systems spec, there is no information about implementation 15:37:35 ... we are in good company when we don't put implementation details 15:37:49 what I'm willing to do is add some text to conventions 15:37:56 ... remove text from ruby align 15:37:58 ... but not more 15:38:00 ack pal 15:38:08 pal: let's keep it simple 15:38:21 ... "applies to" is extremely useful to implementers 15:38:30 ... if a particular element is not on that list 15:38:42 ... implementation can bypass it for rendering 15:39:02 ... for instance that text-decoration is not on applies to for div, is already there and useful 15:39:36 ... I see no reason not to continue on the path of listing things to what elements a property applies 15:39:59 ... to the point that the ruby-containers are not "elements", that's knit-picking 15:40:37 ... I think it's consistent and useful to list ruby containers on the list things to which a property applies or not applies 15:40:44 cyril: I agree with listing them 15:41:12 nigel: under the ruby attributes, there is a CSS mapping 15:41:19 ... that's useful 15:41:25 ... let's not forget that it's there 15:42:28 glenn: even if we were to add something, we want to not repeat text 15:42:55 ... style properties cannot apply to nothing 15:43:03 pal: what about text-decoration? 15:43:51 glenn: [explains underline and box model 15:44:14 ... we have consistently done that in the spec 15:44:33 ... they apply to span because applying to div is for inheritance 15:44:42 pal: that's different, there is an inheritance line 15:45:15 glenn: it's because it applies to the most nest glyph area 15:45:22 s/nest/nested/ 15:45:36 pal: your logic doesn't work 15:45:55 ... you say text decoration cannot apply to div because it would be confusing 15:46:05 ... but you're saying the opposite for ruby container 15:46:57 [scribe having problems following and scribing] 15:48:35 glenn: when I reviewed all the 18 styles that are proposed to be changes 15:49:45 ... both the text-decoration and text-emphasis properties have applies to glyph areas or inline ares 15:50:23 ... the 15 properties do not have the same text 15:51:08 ... my conclusion was that all 15 style properties, the semantics of those relate to glyph areas 15:51:18 ... generated by anonymous spans or spans 15:51:33 nigel: on the point of removing inline areas from text decoration 15:51:50 ... CSS spec says, applies to all elements 15:52:14 ... but there is specific text that says that underline only applies to text 15:52:22 ... for example not on images 15:52:39 ... but the difference between CSS and TTML is that CSS has blink 15:52:49 glenn: I agree 15:52:59 ... and I should handle that with a separate issue 15:53:13 ... one could fathom having blink apply to a box 15:53:20 ... in the CSS semantics 15:53:35 ... so since we don't have blink, we could remove that 15:53:43 ... I'll do that in another PR 15:54:02 ... but that means that the 15 properties have languages that say that they apply to glyph area 15:54:15 ... and since it's not possible to generate glyph areas in the ruby containers 15:54:26 ... there is no logical way that it applies 15:54:40 ... so it would be redundant and clutter 15:54:47 ... that's the basis of my objection 15:54:59 ... that's what I added in the note 15:55:22 nigel: pal are you satisfied? 15:55:24 pal: no 15:55:49 ... text decoration is not on applies to for div, the same should apply to ruby containers 15:55:56 ... I'm even more convinced 15:57:00 nigel: as a chair, I see several people thinking additional text is needed and I see a single voice (glenn) thinking it is not needed 15:57:50 glenn: for text decoration, I could add language or note in the prose 15:58:33 ... and if pierre sees other properties where that is confusing, I could add text 15:58:49 pal: I don't understand why we don't want to reuse the "applies to" line 15:59:07 ... cyril suggested to use definitions to avoid wordy lines 15:59:11 ... that's a good idea 15:59:21 ... we shouldn't use prose gymnastics for that 15:59:48 glenn: one cannot avoid reading the prose to understand the effect 15:59:52 ... of rendering 16:00:04 pal: right, but "applies to" is a bypass 16:06:52 https://www.w3.org/TR/css-regions-1/#the-region-fragment-property 16:15:31 scribe: nigel 16:15:58 post-conversation-summary: The group was not able to find consensus at this time on how 16:16:19 .. to progress, either procedurally or editorially. 16:16:46 .. Glenn stated his willingness to adjust the prose for tts:textDecoration specifically and 16:17:02 .. no other style attribute, to clarify that it does not have any effect on inline areas, but 16:17:26 .. only on text. 16:18:24 .. The group does have consensus on the handling of LWSP and for defining the usage of 16:19:08 .. "applies to" as per CSS2's convention, and that style attributes that have rendering 16:19:30 .. effects only on text content can be excluded from consideration by those ruby 16:19:48 .. containers that are not permitted to contain text content. 16:20:13 .. The remaining disagreement is whether or not to add qualifying text to those style 16:21:07 .. attributes (normatively in the Applies to row of the style table) to describe this exclusion, with Glenn opposed, Cyril, Nigel and Pierre in favour. 16:30:54 .. No clear path forward to resolve this at this time. 16:30:57 Topic: Meeting close 16:31:13 Nigel: Reminder that I'm not available to chair next week so if the meeting is to go ahead 16:31:31 .. then we need an alternative volunteer chair. 16:31:37 .. [adjourns meeting] 16:31:40 rrsagent, make minutes 16:31:40 I have made the request to generate https://www.w3.org/2019/05/23-tt-minutes.html nigel 16:44:14 s|Implementation report: https://www.w3.org/wiki/TimedText/WebVTT_Implementation_Report|| 16:48:07 s/the 3rd point is about clear to implementers/.. the 3rd point is about clear to implementers 16:48:16 s/what I'm willing to do is add some text to conventions/.. what I'm willing to do is add some text to conventions 16:50:27 rrsagent, make minutes 16:50:27 I have made the request to generate https://www.w3.org/2019/05/23-tt-minutes.html nigel 16:54:24 scribeOptions: -final -noEmbedDiagnostics 16:54:25 rrsagent, make minutes 16:54:25 I have made the request to generate https://www.w3.org/2019/05/23-tt-minutes.html nigel 18:01:49 Zakim has left #tt