Closed bert-github closed 7 months ago
no comment or request from APA
No comment nor request from i18n
No comment from PING
I concur that the success criteria section needs to be aligned with the charter template. We need as much consistency between our charters as possible.
For the success criteria section, I suggest starting from the charter template and pick the items from the current charter that aren't reflected yet. If you catch yourself having to remove wording from the charter template, outline the reasons why you think the text will be harmful for the Math WG.
cc @bkardell @NSoiffer
On Thursday, June 29, 2023 10:02:21 PM CEST Philippe Le Hegaret wrote:
I concur that the success criteria section needs to be aligned with the charter template. We need as much consistency between our charters as possible.
- In its present form, the charter does not require 2 interoperable implementations for MathML Core 2 and beyond.
That's on purpose. Time is too short to expect implementations of MathML Core 2 within this charter period, let alone of MathML Core 3.
- "A MathML Full (MathML 4) specification, based on Core is published." seems a low bar for success. Why list it at all?!?
It is actually quite a bit of work. But MathML4 is a major deliverable, so it seems desirable that it gets a mention in the success criteria, even if everything was already said in the previous sections.
- "There is an AAM (Accessibility API Mapping) for MathML Core". This is not listed in the deliverable. Who is/will be working?
It is a part of MathML Core 2. It is indeed not listed as a separate deliverable, but it is mentioned under MathML Core 2.
For the success criteria section, I suggest starting from the charter template and pick the items from the current charter that aren't reflected yet. If you catch yourself having to remove wording from the charter template, outline the reasons why you think the text will be harmful for the Math WG.
I can ask the chairs, but it seems a pity to replace a concrete list of success criteria with some generic text.
Bert -- Bert Bos ( W 3 C ) http://www.w3.org/ http://www.w3.org/people/bos W3C/ERCIM @.*** 2004 Rt des Lucioles / BP 93 +33 (0)4 92 38 76 92 06902 Sophia Antipolis Cedex, France
On Thursday, June 29, 2023 10:02:21 PM CEST Philippe Le Hegaret wrote: I concur that the success criteria section needs to be aligned with the charter template. We need as much consistency between our charters as possible. 1. In its present form, the charter does not require 2 interoperable implementations for MathML Core 2 and beyond. That's on purpose. Time is too short to expect implementations of MathML Core 2 within this charter period, let alone of MathML Core 3.
ok.
- "A MathML Full (MathML 4) specification, based on Core is published." seems a low bar for success. Why list it at all?!? It is actually quite a bit of work. But MathML4 is a major deliverable, so it seems desirable that it gets a mention in the success criteria, even if everything was already said in the previous sections.
Except that MathML4 is expected to become a REC in this charter cycle. Just published a document isn't high of a bar to publish a REC. What are the expectation in terms of implementations for example?
- "There is an AAM (Accessibility API Mapping) for MathML Core". This is not listed in the deliverable. Who is/will be working? It is a part of MathML Core 2. It is indeed not listed as a separate deliverable, but it is mentioned under MathML Core 2.
You should be more explicit then. add ", part of MathML Core 2" for example.
For the success criteria section, I suggest starting from the charter template and pick the items from the current charter that aren't reflected yet. If you catch yourself having to remove wording from the charter template, outline the reasons why you think the text will be harmful for the Math WG. I can ask the chairs, but it seems a pity to replace a concrete list of success criteria with some generic text.
Except that your list of criteria remains weak and the list of criteria in the charter template is more explicit in terms testing, etc.
I noticed this morning when doing my usual (unless things are too wild) friday queue check that the charter review is live and has votes and expires... in a couple of days??
On 2023-07-28 19:24, Brian Kardell wrote:
I noticed this morning when doing my usual (unless things are too wild) friday queue check that the charter is live and has votes and expires... /in a couple of days??/
No, that was a bug. The review hasn't officially started yet.
I set up the review back in June and programmed it with a temporary start date of August 1, expecting to add the real date soon. But August 1 came before I knew the real date...
Bert -- Bert Bos ( W 3 C ) http://www.w3.org/ http://www.w3.org/people/bos W3C/ERCIM @.*** 2004 Rt des Lucioles / BP 93 +33 (0)4 92 38 76 92 06902 Sophia Antipolis Cedex, France
The charter draft has been updated:
@bert-github: can you change the "rechartered" dates at the end from August to October. Also, the "Out of Scope" section is in bold for some reason. I think regular font is appropriate.
I'll put this on the agenda for Thursday and see if anyone has any changes. We've already approved the charter, but I suppose it doesn't hurt to have another vote on this updated version.
At this point, I'm happy with the proposed charter. One minor tweak that we'll need to apply: https://github.com/w3c/charter-drafts/issues/416 was reopened and the security/privacy recent change has to reverted (https://github.com/w3c/charter-drafts/pull/423).
This has been approved for AC review. A few updates update to make before the start of the review::
Group will get an extension.
Minor comment (and I see Chris Needham commented on this also)
It deprecates, make obsoletes, and drop features that are not used "
is awkward English.
It deprecates, makes obsolete, and drops features that are not used
would be better.
New charter proposal, reviewers please take note.
Charter Review
Charter:
What kind of charter is this? Check the relevant box / remove irrelevant branches.
New
Existing
Horizontal Reviews: apply the Github label "Horizontal review requested" to request reviews for accessibility (a11y), internationalization (i18n), privacy, and security. Also add a "card" for this issue to the Strategy Funnel.
Communities suggested for outreach: a11y
Known or potential areas of concern: none
Where would charter proponents like to see issues raised? (this strategy funnel issue, a different github repo, email, ...): this issue seems fine
Anything else we should think about as we review?