Re: [whatwg] input type=password... restrict reading value from JS?

2011-07-11 Thread Sean Connelly
As a web developer, if I wanted access to the password, I would then avoid using the input type=password field, and create my own field that reads characters (perhaps via onkeyup), and fakes a password field visually. I also think it's a bad idea to change the behavior of input type=password

Re: [whatwg] input type=password... restrict reading value from JS?

2011-07-11 Thread Tom O'Connor
We would likely end up with some more of these lovely interfaces: https://online.westpac.com.au/ Try using that without a mouse and not going insane/grossly disclosing your input to anyone paying mild attention to your screen. Tom On 11/07/2011 23:29, Sean Connelly wrote: As a web

Re: [whatwg] Call for Clarification of the Menu Element Et Al.

2011-07-11 Thread Bjartur Thorlacius
Þann lau 9.júl 2011 04:29, skrifaði Hugh Guiney: 6.1 On that note, why is the spec enabling the use of unstyled spans to achieve alternative rendering? Doesn't this give meaning (however contextual) to an element that is supposed to be semantically neutral? Can you think of any other uses for

Re: [whatwg] input type=password... restrict reading value from JS?

2011-07-11 Thread Bjartur Thorlacius
Þann sun 10.júl 2011 08:08, skrifaði Alex Vincent: /** * Check if a password field's value matches another. * * @param otherPassword Another password element. * * @throws Error if this.type != password * @throws Error if other.type != password * * @returns Boolean True if the

Re: [whatwg] The blockquote element spec vs common quoting practices

2011-07-11 Thread Bjartur Thorlacius
On 7/8/11, Jeremy Keith jer...@adactio.com wrote: Bjartur wrote: Citation will most likely contain the cited resource (@cite), the title of the cited resource (@title) and the date and optionally time of the quote (@datetime?). All three of which are invisible and so do not match the use

Re: [whatwg] Call for Clarification of the Menu Element Et Al.

2011-07-11 Thread Tab Atkins Jr.
On Fri, Jul 8, 2011 at 9:29 PM, Hugh Guiney hugh.gui...@gmail.com wrote: Hey All, I was in the process of coding a prototype for a site I'm working on when I decided that certain nav's should actually be menu's. While the basic concept is apparent, unfortunately, with zero browser

Re: [whatwg] input type=password... restrict reading value from JS?

2011-07-11 Thread Tab Atkins Jr.
On Sun, Jul 10, 2011 at 3:44 AM, Alex Vincent ajvinc...@gmail.com wrote: On Sun, Jul 10, 2011 at 3:21 AM, Michal Zalewski lcam...@coredump.cxwrote: For the last 10+ years, password inputs have been accessible from scripts, with nary a complaint.  If I have this code: Unfortunately, the

Re: [whatwg] input type=password... restrict reading value from JS?

2011-07-11 Thread Aryeh Gregor
On Mon, Jul 11, 2011 at 9:29 AM, Sean Connelly s...@pbwhere.com wrote: As a web developer, if I wanted access to the password, I would then avoid using the input type=password field, and create my own field that reads characters (perhaps via onkeyup), and fakes a password field visually. Then

[whatwg] Proposal for a MediaSource API that allows sending media data to a HTMLMediaElement

2011-07-11 Thread Aaron Colwell
Hi, Based on comments in the File API Streaming Blobshttp://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2011-January/029973.html thread and my Extending HTML 5 video for adaptive streaminghttp://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2011-June/032277.html thread, I decided on taking a stab

Re: [whatwg] Timing API proposal for measuring intervals

2011-07-11 Thread Chris Rogers
On Fri, Jul 8, 2011 at 4:37 PM, Robert O'Callahan rob...@ocallahan.orgwrote: , On Fri, Jul 8, 2011 at 2:54 PM, James Robinson jam...@google.com wrote: On Thu, Jul 7, 2011 at 7:36 PM, Robert O'Callahan rob...@ocallahan.org wrote: Using this value as a clock for media synchronization

Re: [whatwg] Proposal for a MediaSource API that allows sending media data to a HTMLMediaElement

2011-07-11 Thread Robert O'Callahan
It seems to me that the spec is written assuming only one media element is consuming the MediaSource. But nothing stops multiple elements consuming the same URL simultaneously. Maybe instead of going through a URL you should add API directly to media elements. bytesAvailable is for flow control?

Re: [whatwg] Timing API proposal for measuring intervals

2011-07-11 Thread Robert O'Callahan
On Tue, Jul 12, 2011 at 7:23 AM, Chris Rogers crog...@google.com wrote: In the CoreAudio case, the AudioTimeStamp contains *both* the host-time (system clock) and the sample time (based on audio hardware). This creates a relationship between the two clocks. As an example of how these two

Re: [whatwg] Timing API proposal for measuring intervals

2011-07-11 Thread Glenn Maynard
On Mon, Jul 11, 2011 at 8:57 PM, Robert O'Callahan rob...@ocallahan.orgwrote: Suppose we wanted to sync animation (either scripted animation or CSS animation) to audio. We'd want them to use the audio clock, right? For that you need the play cursor of the actual audio sample you're

[whatwg] RTC API Proposal

2011-07-11 Thread Anant Narayanan
Hi, Mozilla and Cisco have been working on an API for real time communication, which we sent out today to the W3C WebRTC working group (http://lists.w3.org/Archives/Public/public-webrtc/2011Jul/0010.html). It builds on both the WHATWG RTC proposal by Ian Hickson as well as the MediaStream

Re: [whatwg] Timing API proposal for measuring intervals

2011-07-11 Thread Robert O'Callahan
On Tue, Jul 12, 2011 at 1:02 PM, Glenn Maynard gl...@zewt.org wrote: On Mon, Jul 11, 2011 at 8:57 PM, Robert O'Callahan rob...@ocallahan.orgwrote: Suppose we wanted to sync animation (either scripted animation or CSS animation) to audio. We'd want them to use the audio clock, right? For

Re: [whatwg] Timing API proposal for measuring intervals

2011-07-11 Thread Glenn Maynard
On Mon, Jul 11, 2011 at 10:35 PM, Robert O'Callahan rob...@ocallahan.orgwrote: On Tue, Jul 12, 2011 at 1:02 PM, Glenn Maynard gl...@zewt.org wrote: On Mon, Jul 11, 2011 at 8:57 PM, Robert O'Callahan rob...@ocallahan.orgwrote: Suppose we wanted to sync animation (either scripted animation

Re: [whatwg] RTC API Proposal

2011-07-11 Thread Jonas Sicking
On Mon, Jul 11, 2011 at 7:01 PM, Anant Narayanan an...@mozilla.com wrote: Hi, Mozilla and Cisco have been working on an API for real time communication, which we sent out today to the W3C WebRTC working group (http://lists.w3.org/Archives/Public/public-webrtc/2011Jul/0010.html). It builds on