[Bug 20371] New: Suggest a different default for converting paint-on captions

https://www.w3.org/Bugs/Public/show_bug.cgi?id=20371

            Bug ID: 20371
           Summary: Suggest a different default for converting paint-on
                    captions
    Classification: Unclassified
           Product: TextTracks CG
           Version: unspecified
          Hardware: PC
                OS: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Conversion of 608/708 captions to WebVTT
          Assignee: silviapfeiffer1@gmail.com
          Reporter: christian.vogler@gallaudet.edu
        QA Contact: dave.null@w3.org
                CC: public-texttracks@w3.org

By far the most common use case for paint-on captions was to resume captioning
immediately after an interruption by e.g. a commercial, rather than waiting for
the captioning buffer to fill, which took a couple of seconds on analog TVs.
It's neither necessary nor desirable to convert such cases 1:1 - as long as
quality is improved by doing something different and straightforward, that is
exactly what we should do.

I suggest making a note here:

http://dvcs.w3.org/hg/text-tracks/raw-file/default/608toVTT/608toVTT.html#paint-on-captions 

stating the by default, the strong preference is just to generate a simple
pop-on cue without the time codes within the cues.

There *are* some relatively rare cases where paint-on is a stylistic choice,
and wherever these need to be preserved, we can use the time codes, as
suggested by the document.

Related question: are such time codes within cues expected to play nice with
screen readers, such that the cue is read back in its entirety, rather than
character by character?

-- 
You are receiving this mail because:
You are on the CC list for the bug.

Received on Wednesday, 12 December 2012 23:08:33 UTC