- From: Daniel Weck <daniel.weck@gmail.com>
- Date: Thu, 9 Jun 2011 10:41:07 +0100
- To: fantasai <fantasai.lists@inkedblade.net>, www-style list <www-style@w3.org>
- Cc: Marisa DeMeglio <marisa.demeglio@gmail.com>, Gylling Markus <markus.gylling@gmail.com>, Fabien Cazenave <fabien.cazenave@inria.fr>
Hi, I should point out that the problem we are trying to solve with "-epub- media-overlay-active" (or such like) is not related to speech synthesis. It is a more general issue that ties into synchronized multimedia. Keyframe-based (video) text/sign-language synchronization is another application, for example. Note that HTML5 "Timed text tracks" specify [1] the ::cue pseudo- element as well as :past and :future pseudo-classes, but these are specific to the WebVTT captioning format, so they do not translate well to document-wide "activation" in the non-linear SMIL / Timesheet sense. I have just recently proposed [2] an alternative solution for EPUB3 Media Overlays, inspired by an experimental SMIL Timesheets implementation which effectively solves the problem of style discoverability for "active" elements. It is based on regular author- defined CSS classes (i.e. the EPUB3 standard wouldn't have to reserve any particular class name, nor would it have to rely on a custom pseudo-class). Now, just a summary to save you reading the EPUB discussions: At this relatively late stage in the EPUB3 specification process, some major implementors / stakeholders in the EPUB working group are failing to reach a consensus on the CSS pseudo-class vs reserved-class- name issue. This is a sign that this EPUB3 feature (i.e. author- provided styling for synchronized text/audio playback activation) is at risk of being deferred to an ulterior revision of the standard. Should this turn out to be the case, reading system implementors would likely adopt their own method / extension to EPUB3, and in the case of Apple iBooks this would consist in a reserved CSS class name (judging by their position in the discussion thread). Note that other implementors (and content producers) might actually be perfectly contempt with default user-agent styles (which would be overridable by users, but not by authors). The ones in favor of a CSS pseudo-class would have to either modify the core (browser) rendering engine to support it, or would have to adapt the stylesheets at pre-processing time (perhaps with a SASS-like structured approach, or with brute- force regular expressions text replacements). Those of us who object against a reserved class name are primarily concerned about setting a widespread precedent based on a "magic string", which is admittedly a broken approach. A solution similar to the existing CSS ":active" pseudo-class is not only more elegant, it is also architecturally more sound (albeit at the cost of implementation complexity / feasibility). Anyway, I am now awaiting feedback regarding the alternative proposal, which relies on neither a custom pseudo-class, nor a reserved class name. Regards, Dan [1] http://www.whatwg.org/specs/web-apps/current-work/multipage/rendering.html#css-extensions [2] http://groups.google.com/group/epub-working-group/msg/a94e5f523f7eb938 On 9 Jun 2011, at 06:12, fantasai wrote: > The EPUB3 spec includes the definition for a pseudo-class to select > elements > that are active during speech playback: > http://epub-revision.googlecode.com/svn-history/trunk/build/30/spec/epub30-mediaoverlays.html#sec-docs-assoc-style > > There's some ongoing discussion in the EPUBWG about prefixing the > pseudo-class > name or using a reserved class name instead of a pseudo-class, etc. > http://groups.google.com/group/epub-working-group/browse_thread/thread/1eba33a3b544b6e2 > > Their spec's a little underdefined, imo, but I thought such a pseudo- > element would > be something for the CSSWG to consider, particularly as an addition > to CSS3 Speech. > The state should propagate up to ancestors, so that you can choose, > for example, > > p:media-overlay-active { outline: solid yellow; } /* ugly example > for demo purposes */ > > I'd suggest coming up with a less awkward name, though. :) > (Maybe :playback-active?) > > ~fantasai >
Received on Thursday, 9 June 2011 09:41:38 UTC