Re: [whatwg] Request for new DOM property textarea.selectionText

2012-05-01 Thread Ian Hickson
On Mon, 30 Apr 2012, Ojan Vafai wrote: On Sun, Apr 29, 2012 at 2:10 PM, Maciej Stachowiak m...@apple.com wrote: Aryeh is referring to the DOM Range interface, which can only apply to nodes that are directly in the DOM, and offsets into their text. The text contents of an input or

Re: [whatwg] Request for new DOM property textarea.selectionText

2012-05-01 Thread Ryosuke Niwa
On Mon, Apr 30, 2012 at 11:01 PM, Ian Hickson i...@hixie.ch wrote: On Mon, 30 Apr 2012, Ojan Vafai wrote: I'd also like to see us expose a method for getting the text that accepts optional start/end arguments. Mainly, this allows for the possibility of browser vendors to performance

Re: [whatwg] Request for new DOM property textarea.selectionText

2012-05-01 Thread Ian Hickson
On Mon, 30 Apr 2012, Ryosuke Niwa wrote: Seems like it'd be better just to have UAs optimise their JS string implementations so that it can just be backed by the same thing as the DOM or the control's editor. (I believe Mozilla may in fact already do that.) In theory, this is

Re: [whatwg] Request for new DOM property textarea.selectionText

2012-05-01 Thread Ojan Vafai
On Mon, Apr 30, 2012 at 11:01 PM, Ian Hickson i...@hixie.ch wrote: On Mon, 30 Apr 2012, Ojan Vafai wrote: On Sun, Apr 29, 2012 at 2:10 PM, Maciej Stachowiak m...@apple.com wrote: Aryeh is referring to the DOM Range interface, which can only apply to nodes that are directly in the

Re: [whatwg] Exposing framerate / statistics of video playback and related feedback

2012-05-01 Thread Hugh Guiney
On Mon, Apr 30, 2012 at 7:37 PM, Ian Hickson i...@hixie.ch wrote: On Fri, 28 May 2010, Ian Fette wrote: Has any thought been given to exposing such metrics as framerate, how many frames are dropped, rebuffering, etc from the video tag? It has come up a lot, but the main question is: what is

Re: [whatwg] Exposing framerate / statistics of video playback and related feedback

2012-05-01 Thread Charles Pritchard
On 5/1/12 10:21 AM, Hugh Guiney wrote: If you have fixed frame rates, it's trivial to do the conversion to and from SMTPE timecode in JavaScript; you don't need any direct support from the media element API. Yes, but we currently have no way of knowing what fixed frame rate we are working

[whatwg] multipart/form-data filename encoding: unicode and special characters

2012-05-01 Thread Evan Jones
I am not an experienced web standards wonk, so please forgive me if I'm making a mistake here. When uploading files that contain special characters in their name, it appears to me that it is unspecified as to how those file names should be escaped. As a result, Webkit/Safari/Chrome appear to

Re: [whatwg] Double meaning of the u element

2012-05-01 Thread Shaun Moss
I know it's contentious, but as a teacher it's very simple to teach students of HTML5 that: u = underline b = bold i = italic s = strikethrough Of course, I also teach strong and em, but the simplest way to teach b and i is that it's merely an easy way to create bold or italic text when the

Re: [whatwg] multipart/form-data filename encoding: unicode and special characters

2012-05-01 Thread Ashley Sheridan
On Tue, 2012-05-01 at 21:12 -0400, Evan Jones wrote: I am not an experienced web standards wonk, so please forgive me if I'm making a mistake here. When uploading files that contain special characters in their name, it appears to me that it is unspecified as to how those file names should

Re: [whatwg] Double meaning of the u element

2012-05-01 Thread Ashley Sheridan
On Wed, 2012-05-02 at 11:31 +1000, Shaun Moss wrote: I know it's contentious, but as a teacher it's very simple to teach students of HTML5 that: u = underline b = bold i = italic s = strikethrough Of course, I also teach strong and em, but the simplest way to teach b and i is that

Re: [whatwg] Double meaning of the u element

2012-05-01 Thread Shaun Moss
Sure, I agree - so, deprecate the b, i, u and s tags then. On 2012-05-02 12:39 PM, Ashley Sheridan wrote: On Wed, 2012-05-02 at 11:31 +1000, Shaun Moss wrote: I know it's contentious, but as a teacher it's very simple to teach students of HTML5 that: u = underline b = bold i = italic s =

[whatwg] Should editable elements have placeholder attribute?

2012-05-01 Thread Ryosuke Niwa
Hi, Would it be useful to have placeholder content attribute on elements that are editable? (i.e. contenteditable=true). According to the original WebKit bug 21286https://bugs.webkit.org/show_bug.cgi?id=21286, this may reduce the amount of code authors have to write. Best, Ryosuke Niwa Software