W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > October 2011

[Bug 14547] New: In the step just before timings should there not be an end-of-file check as well? This WebVTT parser would be easier to read by the way if you did the CRLF normalization as a pre-processing step.

From: <bugzilla@jessica.w3.org>
Date: Sun, 23 Oct 2011 01:48:56 +0000
To: public-html-bugzilla@w3.org
Message-ID: <bug-14547-2486@http.www.w3.org/Bugs/Public/>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14547

           Summary: In the step just before timings should there not be an
                    end-of-file check as well? This WebVTT parser would be
                    easier to read by the way if you did the CRLF
                    normalization as a pre-processing step.
           Product: HTML WG
           Version: unspecified
          Platform: Other
               URL: http://www.whatwg.org/specs/web-apps/current-work/#par
                    sing-0
        OS/Version: other
            Status: NEW
          Severity: normal
          Priority: P3
         Component: other Hixie drafts (editor: Ian Hickson)
        AssignedTo: ian@hixie.ch
        ReportedBy: contributor@whatwg.org
         QAContact: public-html-bugzilla@w3.org
                CC: mike@w3.org, annevk@opera.com


Specification:
http://www.whatwg.org/specs/web-apps/current-work/multipage/the-video-element.html
Multipage: http://www.whatwg.org/C#parsing-0
Complete: http://www.whatwg.org/c#parsing-0

Comment:
In the step just before timings should there not be an end-of-file check as
well? This WebVTT parser would be easier to read by the way if you did the
CRLF normalization as a pre-processing step.

Posted from: 1.113.239.210 by annevk@opera.com
User agent: Opera/9.80 (Macintosh; Intel Mac OS X 10.7.1; U; en) Presto/2.9.168
Version/11.51

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Sunday, 23 October 2011 01:48:58 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:02:06 UTC