- From: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
- Date: Mon, 23 Sep 2013 16:55:34 +1000
- To: Simon Pieters <simonp@opera.com>
- Cc: public-html <public-html@w3.org>, Glenn Adams <glenn@skynav.com>, Philip Jägenstedt <philipj@opera.com>, Brendan Long <self@brendanlong.com>, Eric Carlson <eric.carlson@apple.com>
On Fri, Sep 20, 2013 at 11:01 PM, Simon Pieters <simonp@opera.com> wrote: > On Fri, 20 Sep 2013 14:48:54 +0200, Silvia Pfeiffer > <silviapfeiffer1@gmail.com> wrote: > >>> That seems a bit bogus since the data could be the empty string. >> >> >> If the data is empty, DOMString returns "null" IIUC. > > > No. If you pass null to a DOMString argument for a method it gets converted > to "null" in WebIDL, but that's not a case being discussed here. What a > DOMString attribute returns is up to the spec for that attribute to define. > In the case of WebVTT and .text, it returns the empty string if the WebVTT > cue has no data. OK. We have to use either null or the empty string to indicate that the data couldn't be parsed. If we want the empty cue to be signified by an empty string in .text (like WebVTT), then we'd need to return null in .text when the browser can't parse it. I'll go ahead and specify that now. Regards, Silvia.
Received on Monday, 23 September 2013 06:56:21 UTC