- From: Pierre-Anthony Lemieux <pal@sandflow.com>
- Date: Sun, 1 Oct 2017 15:52:30 -0700
- To: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
- Cc: David Ronca <dronca@netflix.com>, David Singer <singer@apple.com>, Timed Text Working Group <public-tt@w3.org>
Hi Silvia, > But even if it's not, please work with the CSS group to make the features happen. Yes! The TTWG (well, Nigel mostly:) has been keeping a running list of such features at [1]. [1] https://www.w3.org/wiki/TTML/CSSRequirements TTWG has also suggested a joint meeting with the CSS WG at TPAC [2]. [2] https://lists.w3.org/Archives/Public/www-style/2017Sep/0042.html Other suggestions from you would be much appreciated, as always. Best, -- Pierre On Sun, Oct 1, 2017 at 3:36 PM, Silvia Pfeiffer <silviapfeiffer1@gmail.com> wrote: > Hi Pierre, all, > > With respect, in my experience, working with the CSS group to make any > missing CSS features available is more constructive than going ahead > and defining it separately. > > For example, text-wrap: balance > (https://www.w3.org/TR/css-text-4/#text-wrap) is actually created to > allow WebVTT to balance the different lines in a multi-line caption > cue, which is something the caption community has asked use for. This > may well be what you are after for multiRowAlign. But even if it's > not, please work with the CSS group to make the features happen. > > Kind Regards, > Silvia. > > > > > On Sun, Oct 1, 2017 at 3:24 PM, Pierre-Anthony Lemieux <pal@sandflow.com> wrote: >> Hi David and David et al., >> >> My experience with implementing imscJS [1] has been that the mapping >> from IMSC1 to CSS was mostly straightforward and accurate, with the >> exception of two features that are not available natively in CSS but >> were deemed critical to captions: linePadding and multiRowAlign. >> >> [1] https://github.com/sandflow/imscJS >> >> In my mind, IMSCvNEXT should follow a similar pattern: mapping to >> HTML/CSS should be straightforward and accurate, with the exception of >> features that are essential to current subtitling/captioning >> practices, but not yet available in CSS. For such features, a fallback >> should be specified, and UA vendors should be encourages to support >> the feature in the future. >> >> Best, >> >> -- Pierre >> >> On Sat, Sep 30, 2017 at 6:01 PM, David Ronca <dronca@netflix.com> wrote: >>>> Please consider adopting CSS as-is, without embellishment or improvement. >>> >>> CSS is beyond the scope of TTML2, and would be a requirement for TTMLvNext. >>> Once of the deliverables for IMSCvNext will be a node.js TTML->CSS >>> transform implementation that will preserve as much of the TTML styling as >>> possible. This will simplify IMSCvNext rendering for HTML clients. >>> >>> On Sat, Sep 30, 2017 at 5:49 PM, David Singer <singer@apple.com> wrote: >>>> >>>> The styling model used in TTML2 is not CSS and is not processable by a >>>> processor/rendering-engine designed to support HTML/CSS. This leads to >>>> complex ‘come from’ process deep in rendering engines, where the behavior >>>> has to be dependent on whether the text ‘came from’ an HTML/CSS context or a >>>> TTML context. >>>> >>>> Please consider adopting CSS as-is, without embellishment or improvement. >>>> >>>> David Singer >>>> Manager, Software Standards, Apple Inc. >>>> >>>> >>> >>
Received on Sunday, 1 October 2017 22:53:14 UTC