New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
HR review of IMSC 1.2 FPWD #474
Comments
Hi @hober, thank you for self-assigning this. And hello to the rest of TAG! Publication of IMSC 1.2 was discussed during today's TTWG call. The group would like to target publication in 4 weeks, i.e. on 2020-03-19, if the reviews do not throw up any blockers. Please could you let me know if you would like additional time to review this? Acknowledging TTWG's tardiness in requesting review after FPWD publication, if there's anything more we can do to assist in the review please let me or @palemieux know. One other thing to note is that as a profile of TTML2, the new feature in IMSC 1.2 is already part of a W3C Recommendation, albeit the variant in IMSC 1.2 is somewhat constrained relative to the TTML2 feature. |
PING's privacy assessment is here: https://lists.w3.org/Archives/Public/public-privacy/2020JanMar/0055.html |
Hi, Thanks for all your patience as it's taken us many months to get to this review. In the intervening time, you've received and addressed a number of pieces of accessibility and privacy feedback, and you've gone to REC. If you'd still like us to review, we'd appreciate an explainer targeted at a general technical audience unfamiliar with TTML and IMSC1. |
We're going to go ahead and close this issue, if you feel you'd benefit from any TAG feedback on this please ping us to re-open. |
Thanks @plinss and @hober. TAG feedback at this juncture would be difficult to integrate into the published Rec, so this seems reasonable. Given that the closest related feature to that introduced here is the CSS |
Hello TAG!
I'm requesting a TAG review of IMSC 1.2 FPWD, specifically the delta relative to IMSC 1.1, of which the main substantive change is the addition of support for the
#font
feature.This feature allows the content author to specify an external font resource to be used when presenting the document, with attributes similar to the descriptors that can be specified with the CSS
@font-face
rule.Further details:
You should also know that...
The FPWD was published on 2019-11-28 and the feature delta is small.
The main substantive requirement was to allow inline images such as company logos to be inserted into text. By allowing external font resources to be specified, the subtitle or captions document author can have some reassurance that the desired image is present in the selected font. Two image mechanisms are feasible: 1. A fallback image in the font file, e.g. the text "W3C" might be replaced inline with an SVG image of the W3C logo; 2. The Unicode private use area of code points can be used to define bespoke images.
We'd prefer the TAG provide feedback as (please delete all but the desired option):
🐛 open issues in our GitHub repo for each point of feedback
The text was updated successfully, but these errors were encountered: