- From: Nigel Megitt <nigel.megitt@bbc.co.uk>
- Date: Thu, 8 Dec 2022 17:39:39 +0000
- To: TTWG <public-tt@w3.org>
- Message-ID: <AM0PR01MB62571E742C5CC445D66F4F35CA1D9@AM0PR01MB6257.eurprd01.prod.exchangelabs>
Thanks all for attending todays TTWG meeting. Minutes can be found in HTML format at https://www.w3.org/2022/12/08-tt-minutes.html
We made one Resolution, which is a WG Decision following our Decision Policy, arising from the CfC sent immediately after the meeting 2 weeks ago. This concerns the proposals made by the FO Council for the Timed Text Working Group Charter, which we accepted.
CfC: https://lists.w3.org/Archives/Public/public-tt/2022Nov/0011.html
Resolution: https://www.w3.org/2022/12/08-tt-minutes.html#r01
RESOLUTION: Merge the pull request and Chair(s) to email team and FO Council Chair with status update.
I have already emailed the team and FO Council Chair per that action.
Those minutes in text format:
[1]W3C
[1] https://www.w3.org/
Timed Text Working Group Teleconference
08 December 2022
[2]Previous meeting. [3]Agenda. [4]IRC log.
[2] https://www.w3.org/2022/11/24-tt-minutes.html
[3] https://github.com/w3c/ttwg/issues/234
[4] https://www.w3.org/2022/12/08-tt-irc
Attendees
Present
Atsushi, Chris_Needham, Cyril, Gary, Nigel, Pierre
Regrets
-
Chair
Gary, Nigel
Scribe
cpn, nigel
Contents
1. [5]This meeting
2. [6]Rechartering Formal Objection Council and CfC conclusion
3. [7]IMSC-HRM CR1 Exit Criteria w3c/imsc-hrm#56 (Draft Pull
Request)
4. [8]DAPT
5. [9]Meeting close
6. [10]Summary of resolutions
Meeting minutes
This meeting
Nigel: Agenda for today:
Rechartering Formal Objection Council status update and CfC
conclusion
DAPT Issue review
IMSC-HRM (CR1 Exit Criteria)
Any other business?
One from me: I said a very long time ago that I would propose
a working method
for Registries in TTWG and I haven't done it, and we need it
soon, so I'll try to get that
done by the first meeting of next year.
Rechartering Formal Objection Council and CfC conclusion
github: [11]https://github.com/w3c/charter-timed-text/pull/84
[11] https://github.com/w3c/charter-timed-text/pull/84
Nigel: I haven't received any objections, and some folk have
said it looks good.
Gary, Atsushi, have you received any objections?
Gary: No
Atsushi: No
Nigel: There are 2 unresolved conversations on the pull
request.
The first is about changing "Content producing
implementation" to "Content implementation"
as mentioned by Amy last time.
5 days ago Amy asked Tess if she'd be okay with removing
"producing" and there's no answer.
Are we now in limbo?!
Any preferences for what we do here?
Gary: What would be the next step after we merge?
Atsushi: I believe this scenario should be the first case in FO
Council so I'm not quite sure what we should
or can do here, but I believe the best way is to continue the
conversation with the FO Council.
As far as I can tell, all of the FO Council decided to accept
or deny, so to be honest I believe this
conversation should be a good input to the W3C Process on FO
Council matters.
I have no idea for the best option here.
Nigel: I think, if we've reflected on the FO council proposal
and accepted, that should be the end of the matter.
So the next step should be to approve the charter and move
on. I don't see scope in the Process for further argument or
discussion
Atsushi: I would believe so
Chris: The concern I have here is that the FO Council proposed
a wording change and then Tess
is saying she doesn't like the word "producing" so she's in
disagreement with the Council.
Gary: We don't know that.
Nigel: I think it's slightly the other way round: Tess wanted
the word "producing" and the Chair of the FO Council
proposed removing it.
What I'd like to do here is what the Chair of the FO Council
said, and remove the word "producing".
Chris: Oh I see, I got it. And there's no reply from Tess yet.
Nigel: The other conversation is about the "for example" using
conformance language. I've changed "MAY" to "may" as Amy
suggested, and she hasn't objected
So I'll go ahead and resolve that conversation
We now have all conversations resolved. Does anyone on the
call have anything to say about the change from "content
producing implementation" to "content implementation"?
(no replies)
Nigel: So let's take a WG decision, the CfC has run its course,
and merge the PR. The next stage is to email Atsushi and Amy to
say we believe the charter is good to go, following the
objection review process
Gary: Sounds good
Atsushi: I agree
RESOLUTION: Merge the pull request and Chair(s) to email team
and FO Council Chair with status update.
github-bot, end topic
IMSC-HRM CR1 Exit Criteria w3c/imsc-hrm#56 (Draft Pull Request)
<Github> [12]https://github.com/w3c/imsc-hrm/pull/56 : CR1 exit
criteria
[12] https://github.com/w3c/imsc-hrm/pull/56
github: [13]https://github.com/w3c/imsc-hrm/pull/56
[13] https://github.com/w3c/imsc-hrm/pull/56
Nigel: Last time we looked at this 28 days ago we said to
proceed, and TTWG to continue to review.
No commits since then.
Atsushi: Now we have agreement on the charter, I propose we
describe how the criteria meet the new
charter requirements.
We had a bunch of discussions and objections on this area so
I believe it might be better
to describe more logically step by step how the charter
requirements lead to these exit criteria.
Otherwise we may have a similar discussion during CR
transition request.
And when we do final AC review to go from PR to Rec.
Nigel: I think with the charter wording I'd make a couple of
changes.
I'll do them as suggestions.
First: implementation -> validating implementation
Second, use the "Content Implementation" wording from the
charter.
Pierre: Yes, use the charter language
Nigel: The rest looks fine to me, and I appreciate the start on
tests.
I think we need to create an Implementation Report and link
to it from the CR.
Atsushi: Yes, before the transition request it might be better
to include the link in Respec metadata config.
(I may be getting Respec and Bikeshed mixed up)
<atsushi> [14]https://respec.org/docs/#implementationReportURI
[14] https://respec.org/docs/#implementationReportURI
Nigel: Either way we need to make sure it is in the document.
Atsushi: Pub Rule checks are getting stricter checking all
required items.
Some past publications are now failing for other WGs!
Pierre: My main question is who will draft the IR?
The Exit Criteria go into the spec.
Do you want me to do it, and if so, where?
Nigel: In the past we've always put the IRs into the TTWG wiki.
Pierre: Correct. I'm happy to do it, there or somewhere else.
Nigel: Yes please.
Pierre: Where would you like the stub IR to be?
Nigel: I'll take an action to look up what we did and propose a
location.
Pierre: Thanks, and I'll wait for your comments on the proposed
exit criteria.
Nigel: Okay. Any more for any more on this topic?
<atsushi> [15]https://w3c.github.io/imsc-hrm/spec/
imsc-hrm.html?specStatus=CR
[15] https://w3c.github.io/imsc-hrm/spec/imsc-hrm.html?specStatus=CR
Atsushi: Testing current IMSC-HRM spec checklist using CR, it
seems we need to define Implementation Experience
somewhere in the document.
Nigel: That's new.
Atsushi: We need to fix that in the pull request.
Nigel: Make sense to you Pierre?
Pierre: No.
Nigel: The words "implementation experience" are being picked
up by Respec and it wants a definition of them.
Pierre: That points to the IR I think.
Nigel: Ah, it may well do, makes sense.
Pierre: Once we create the IR and put a link, it should fix
that I think.
Atsushi: That's the second error, the third one is asking for
"implementation experience" to be defined.
Gary: It does not need to be in this document, it could be in
the IR.
Some place needs to define Implementation Experience.
SUMMARY: Nigel to propose adjusted CR Exit Criteria wording and
a location for an IR, Pierre to create an IR and a pull request
to take the document to CR.
Pierre: Thanks
DAPT
Nigel: We've been making good progress.
I don't think the agenda issues are actually ready for
discussion.
I'll take the labels off them.
Cyril: Yes we're not ready.
There's one issue marked Done awaiting Confirmation, based on
issue 15, raised by Andreas.
Nigel: He's not here.
Cyril: My suggestion is to close the issue.
Nigel: I'm reluctant: last time he was on a call we said we'd
say when it's time to do a review,
and we haven't done that yet.
Cyril: I want to see issues being closed, and I think this is
done, so we should close and
when we think we're ready for FPWD ask for a review from the
group.
Nigel: I think the diagram (#86) will be enough to close this,
so I'll do it then.
Cyril: Sure, yes.
Nigel: I've linked #15 to #86.
Nigel: Anything else to discuss in terms of issues or pull
requests?
Cyril: No I don't think so.
We'll need one or two registries.
In general, how does the group feel about reviewing when we
think it is stable?
What should be the process. Keep editing until we think it's
good enough for FPWD?
Nigel: Yes, I think that is what we said before and it still
makes sense.
Happy to be told otherwise!
Cyril: It's difficult when there's so much change.
I think we're getting pretty close - most of the issues are
non-technical.
It's looking more editorial and we're converging rapidly.
Nigel: It seems that way, yes.
I did notice that PR preview has stopped working properly.
Atsushi: I didn't notice that.
Nigel: The problem is that inline inclusions via Respec are
appearing as error messages.
Cyril: It works in the main branch and locally, but not in PR
Preview.
[16]For example
[16] https://pr-preview.s3.amazonaws.com/w3c/dapt/pull/81.html
Cyril: See Example 1
Atsushi: Oh, this is an issue I've seen before, where images
don't appear in PR Preview.
It just takes the specified file without any other asset in
the repository and will output the document
using the local browser instance. This is what we may expect
using PR Preview.
Nigel: I feel that this has broken recently, I may be wrong.
Atsushi: I believe there was no time that external assets
worked using PR Preview.
Nigel: Ah, it's a real shame.
Atsushi: Sorry for that, it should happen for images also.
Nigel: Yes, I can confirm that with [17]https://
pr-preview.s3.amazonaws.com/w3c/dapt/pull/86.html#data-model
OK, it's not stopping us but is making life a bit harder.
[17] https://pr-preview.s3.amazonaws.com/w3c/dapt/pull/86.html#data-model
Atsushi: Do you assume any specific date for FPWD publication,
since it is nearly the end of the year
and the latest publication date within this year will be 22nd
Dec, in 2 weeks.
If you want to publish this year we need to take some
immediate action.
Nigel: I don't think we'll be ready this year. It will have to
be next year.
Cyril: I agree. When will the publication pipeline reopen?
Atsushi: Theoretically, 1st January but 2 items to consider.
One, when TR approval pipeline will start after new year,
and Two what will happen from FO Council and rechartering.
Cyril: OK, no issue with not publishing this year.
Nigel: Agreed.
Atsushi: Just for comment, W3C Process now has a Registry track
we can use.
Nigel: That's right, and there's a formal step for proposing
how to manage the Registry, and I need
to write a proposal for that.
Meeting close
Nigel: We've completed our agenda, just at the meeting end
time.
Thanks everyone. See you in 2 weeks.
[adjourns meeting]
Summary of resolutions
1. [18]Merge the pull request and Chair(s) to email team and
FO Council Chair with status update.
Minutes manually created (not a transcript), formatted by
[19]scribe.perl version 196 (Thu Oct 27 17:06:44 2022 UTC).
[19] https://w3c.github.io/scribe2/scribedoc.html
Received on Thursday, 8 December 2022 17:40:26 UTC