Re: [whatwg] :invalid

Boris, >Are there cases when pages would set invalid default values and want them flagged as such in UI? Yes, there are. Typically, in large organizations, there are folks who clean up data. So they will be presented with data that's already entered by someone else and their job is to clean up th

Re: [whatwg] [IndexedDB] Simultaneous setVersion from multiple pages

>What does other DB's like MySQL do? My guess is a busy/try again error >right? They'll continue and finish the transaction if the locks are removed before the timeout. If the timeout expires they'll throw a deadlock exception and the transaction will be rolled back. Shiv http://exposureroom.com

Re: [whatwg] Scriptable interface for video element FullScreen mode

Greg, >Is this proposal not good enough? > https://wiki.mozilla.org/index.php?title=Gecko:FullScreenAPI That proposal covers the video element but is way too broad. Digesting and analyzing it would take quite an effort. It w

Re: [whatwg] Form element invalid message

>I actually think that the customerrormessage attribute that has been >suggested is a decent solution too. So it looks like Jonas and Mounir concur. That's great! >All you'd need to do >is install an event handler for the "invalid" event, and in that >handler do something like element.setAttribut

Re: [whatwg] Form element invalid message

>New features should perpetuate the good paradigm represented by the "label" element, not the bad paradigm represented by the "title" >attribute. Ok, I get it. That makes sense So can we have a tag where the for attribute can point to the control in question? Or is that going against the paradig

Re: [whatwg] Form element invalid message

>And yes, you could always conceive of simple declarative >APIs that would do this stuff, Hmm... so you admit, it's simple. That's a start! >but you just can't add those for every >single feature someone wants. I guess not :) Even if it makes it simpler, more approachable and more useful. Shi

Re: [whatwg] Propsal: Mechanism for converting rgb, hex, and named color strings between one another

> I propose that we provide a way for developers to get all color equivalents of a valid color string - red, #ff0, rgb(255, 0, 0). I've gone through similar and painful motions. So yes, I'd like to see easy ways to get this conversion/information. xxxAsRgb() xxxToRgb() xxxAsHex() xxxto

[whatwg] Scriptable interface for video element FullScreen mode

I've changed the subject of this post in the hopes that it receives the correct attention. As per the current spec: WARNING! User agents should not provide a public API to cause videos to be shown full-screen. A script, combined with a carefully crafted video file, could trick the user i

Re: [whatwg] Html 5 video element's poster attribute

>You just need to remember the value of the poster element before you remove it - then you can set it back later. Silvia, have you tried this? Remember that at this time the poster never comes back on after the video has ended even if the poster attribute is set. Shiv

Re: [whatwg] Consensus on video element (scriptable) Full-Screen

>no. >it is not ok to allow content authors to refuse to deliver content >unless they are "full screen". What? Is this anything to do with the original post? Shiv http://exposureroom.com

Re: [whatwg] Form element invalid message

end all be all solution for validations but it does also keep continue the paradigm. Shiv http://exposureroom.com -Original Message- From: Benjamin Hawkes-Lewis [mailto:bhawkesle...@googlemail.com] Sent: Wednesday, September 22, 2010 3:00 AM To: Shiv Kumar Cc: 'WHATWG' Subject:

Re: [whatwg] Html 5 video element's poster attribute

twg-boun...@lists.whatwg.org] On Behalf Of Chris Pearce Sent: Wednesday, September 22, 2010 1:23 AM To: whatwg@lists.whatwg.org Subject: Re: [whatwg] Html 5 video element's poster attribute On 22/09/2010 4:26 p.m., Shiv Kumar wrote: >What I suggested was to use a call to the loa

Re: [whatwg] and invalid values

I tend to agree with Jonas on the performance (or load time) aspects of this. If we had multiple such lists each with a large number of items it could cause serious performance issues. And what does the spec say about dynamically loaded items. Is the UA going to go through the validation process e

Re: [whatwg] Html 5 video element's poster attribute

>Thus, it covers both use cases. I'd say it covers two use cases. "Both" implies that's all the use cases there are and I've cited 3 that I know of. So if they want to "reset" the player they'll have to live with the poster showing when the video ends? >What I suggested was to use a call t

Re: [whatwg] Html 5 video element's poster attribute

call "The Golden Rule" and Html 5 video players? Shiv http://exposureroom.com -Original Message- From: Zachary Ozer [mailto:z...@longtailvideo.com] Sent: Tuesday, September 21, 2010 3:15 PM To: Shiv Kumar Cc: Benjamin Hawkes-Lewis; Silvia Pfeiffer; WHATWG Subject: Re: [whatwg] Html 5 v

Re: [whatwg] Html 5 video element's poster attribute

>I've also stated that I believe that the poster should indeed be displayed when the video element is just loaded and not on autoplay. And I have agreed that >there should be a possibility to have that state return after the video has played through Yes, you have and so we're (thankfully) on th

Re: [whatwg] Form element invalid message

>That doesn't seem cryptic to me. Come now Aryeh :). Imagine this scenario. On a web page/form, I'm asking the user to enter her social security number and she sees a message "You have to specify a value", you're saying that sounds ok to you? Oh, and the next browser will say something like, "T

Re: [whatwg] File Upload Progress Event (Upload Progress)

icture, which is why I joined this group. Shiv http://exposureroom.com -Original Message- From: whatwg-boun...@lists.whatwg.org [mailto:whatwg-boun...@lists.whatwg.org] On Behalf Of Aryeh Gregor Sent: Tuesday, September 21, 2010 3:33 PM To: Shiv Kumar; resca...@emsai.net Cc: WHATWg Subject: R

Re: [whatwg] Html 5 video element's poster attribute

Behalf Of Zachary Ozer Sent: Tuesday, September 21, 2010 3:15 PM To: Shiv Kumar Cc: Silvia Pfeiffer; WHATWG; Benjamin Hawkes-Lewis Subject: Re: [whatwg] Html 5 video element's poster attribute On Tue, Sep 21, 2010 at 1:53 PM, Shiv Kumar wrote: > Zachary, > >>Why is simply removing

[whatwg] Consensus on video element (scriptable) Full-Screen

Pardon me if I've missed something. The last time I found and read the spec on this feature it said that UAs should not provide a script interface to put the video element in full screen. Now in order for anyone to be able to provide their own skin/player, we'll need to provide a scriptable way

Re: [whatwg] Html 5 video element's poster attribute

Benjamin, Ok, I see your point. So yes, I'm asking for a better implementation of an existing feature. So far I've made two proposals as regards the video element's poster. 1. The poster should stay visible until the video is played, rather than disappear as soon as the first frame is loaded. In

Re: [whatwg] Html 5 video element's poster attribute

ailvideo.com] Sent: Tuesday, September 21, 2010 1:21 PM To: Shiv Kumar Cc: Benjamin Hawkes-Lewis; Silvia Pfeiffer; WHATWG Subject: Re: [whatwg] Html 5 video element's poster attribute Shiv - Why is simply removing the poster attribute unacceptable? -- Zachary Ozer Developer, LongTail V

Re: [whatwg] Html 5 video element's poster attribute

Benjamin, To add to my earlier reply... I proposed that there be a method such as setPostervisibility(bool) to implement this feature while Silvia is proposing this feature be implemented via the load() method. So it then makes sense that she give good reason for and against, just as I have. Shi

Re: [whatwg] Html 5 video element's poster attribute

Bejamin, I believe I have provided reasons. It seem in principle people agree. What's we're stuck on is how to go about it. I don't believe providing an indirect method that has a side effect of turning on a poster is the right way to go about it while still leaving the poster as a stepchild of t

Re: [whatwg] Html 5 video element's poster attribute

Silvia, I don't believe you've given is a good reason and use case for not having a single method the allows turning on and off the poster without any side effects. >I haven't seen a case yet that speaks for having this feature, but I can already come up with two good reasons for not having

Re: [whatwg] Html 5 video element's poster attribute

simple method (with no side effects) to make a poster visible/invisible? Shiv <http://exposureroom.com/> http://exposureroom.com From: Silvia Pfeiffer [mailto:silviapfeiff...@gmail.com] Sent: Tuesday, September 21, 2010 12:54 AM To: Shiv Kumar Cc: WHATWG Subject: Re: [what

Re: [whatwg] Html 5 video element's poster attribute

Silvia, How do you supposed the case I mentioned earlier (where when the video is paused the poster is shown) will work with load()? With all due respect, I do know how load works. Shiv http://exposureroom.com

Re: [whatwg] Html 5 video element's poster attribute

ttp://exposureroom.com/> http://exposureroom.com From: whatwg-boun...@lists.whatwg.org [mailto:whatwg-boun...@lists.whatwg.org] On Behalf Of Robert O'Callahan Sent: Monday, September 20, 2010 11:46 PM To: Shiv Kumar Cc: WHATWG Subject: Re: [whatwg] Html 5 video element's poster

Re: [whatwg] Html 5 video element's poster attribute

x27;Callahan Sent: Monday, September 20, 2010 11:46 PM To: Shiv Kumar Cc: WHATWG Subject: Re: [whatwg] Html 5 video element's poster attribute On Mon, Sep 20, 2010 at 11:36 PM, Shiv Kumar wrote: Here are some contradictory cases that may serve as use cases to justify the need to have a spate m

Re: [whatwg] Html 5 video element's poster attribute

Rob, >Do you have use-cases where calling "load()" after the video stream ends would >not be a reasonable solution? As you can imagine, getting an Html 5 video player to work as expected is a delicate balance, especially when having to deal with nuances between browser implementations. I

Re: [whatwg] Form element invalid message

: whatwg@lists.whatwg.org Subject: Re: [whatwg] Form element invalid message On 2010-09-21 00:38, Shiv Kumar wrote: Scenario 1: We now have the option define if an element is required and the form will validate the value such elements before submission. That’s a step in the right directio

Re: [whatwg] Html 5 video element's poster attribute

Behalf Of Monty Montgomery Sent: Monday, September 20, 2010 10:32 PM To: rob...@ocallahan.org Cc: Silvia Pfeiffer; whatwg@lists.whatwg.org; Shiv Kumar; Chris Pearce Subject: Re: [whatwg] Html 5 video element's poster attribute > They are not designed to be independent. If you want them to

Re: [whatwg] Html 5 video element's poster attribute

act anything else will do the trick. Shiv <http://exposureroom.com/> http://exposureroom.com From: whatwg-boun...@lists.whatwg.org [mailto:whatwg-boun...@lists.whatwg.org] On Behalf Of Robert O'Callahan Sent: Monday, September 20, 2010 9:47 PM To: Shiv Kumar Cc: Silvia Pfeif

Re: [whatwg] File Upload Progress Event (Upload Progress)

If the spec lays out what the UA should show then each vendor is free to design their own UI for it. The important part is consistent information. What happens when the specs don't go far enough is that browser vendors do their thing and then you get inconsistent information and then web develop

Re: [whatwg] File Upload Progress Event (Upload Progress)

Roger, If the powers that be feel the spec should take on the job of providing a minimum set of information for upload progress then I'm all for it. That would save people the need to have to develop their own gizmo for this common scenario. The bare minimum would be the following: 1. Show th

[whatwg] Form element invalid message

Scenario 1: We now have the option define if an element is required and the form will validate the value such elements before submission. That's a step in the right direction. However, it so happens different implementation do different things in the case when the validation return false. Some

Re: [whatwg] Html 5 video element's poster attribute

Rob, I’ve explained earlier that that’s not a solution. In case where we allow users to switch versions of video in mid step that is while the viewer is watch a video of say medium quality and wants to switch to the HD version, today they can seamlessly switch (without having to start from t

Re: [whatwg] File Upload Progress Event (Upload Progress)

p://exposureroom.com -Original Message- From: whatwg-boun...@lists.whatwg.org [mailto:whatwg-boun...@lists.whatwg.org] On Behalf Of Aryeh Gregor Sent: Monday, September 20, 2010 2:12 PM To: Shiv Kumar Cc: WHATWg Subject: Re: [whatwg] File Upload Progress Event (Upload Progress) On Sun, Sep

Re: [whatwg] Html 5 video element's poster attribute

values could be enumerated similar to how readyState and networkState are enumerated. On 20/09/2010 7:57 p.m., Silvia Pfeiffer wrote: On Mon, Sep 20, 2010 at 1:38 PM, Shiv Kumar wrote: >Could a call to video.load() reset this state? Currently is doesn’t affect the poster. But would that be

Re: [whatwg] Html 5 video element's poster attribute

will be fraught with UA implementation nuances. Shiv <http://exposureroom.com/> http://exposureroom.com From: whatwg-boun...@lists.whatwg.org [mailto:whatwg-boun...@lists.whatwg.org] On Behalf Of Silvia Pfeiffer Sent: Monday, September 20, 2010 3:58 AM To: Shiv Kumar Cc: whatwg@li

Re: [whatwg] File Upload Progress Event (Upload Progress)

/exposureroom.com -Original Message- From: Olli Pettay [mailto:olli.pet...@helsinki.fi] Sent: Monday, September 20, 2010 4:16 AM To: Shiv Kumar Cc: 'WHATWg' Subject: Re: [whatwg] File Upload Progress Event (Upload Progress) On 09/20/2010 06:42 AM, Shiv Kumar wrote: > Areyah, th

Re: [whatwg] File Upload Progress Event (Upload Progress)

Areyah, thanks for your inputs thus far. >At that >point, the user is already in the process of navigating away from the >page. Keep in mind that I'm talking about large file uploads. For the typically user that takes about 2-6 hours. So they may be in the process of navigating away, but that p

Re: [whatwg] Html 5 video element's poster attribute

.org [mailto:whatwg-boun...@lists.whatwg.org] On Behalf Of Silvia Pfeiffer Sent: Sunday, September 19, 2010 11:19 PM To: Shiv Kumar Cc: whatwg@lists.whatwg.org; Chris Pearce Subject: Re: [whatwg] Html 5 video element's poster attribute Could a call to video.load() reset this state? Silvia. On

Re: [whatwg] Html 5 video element's poster attribute

hrough. Chris P. On 20/09/2010 3:16 p.m., Shiv Kumar wrote: As regards having more control of the poster’s visibility, what I’m saying is that one should have the ability to turn on/off a poster. Currently once the poster has been made invisible by the UA, there is no way to turn it back on. S

Re: [whatwg] Html 5 video element's poster attribute

:10 PM To: whatwg@lists.whatwg.org Subject: Re: [whatwg] Html 5 video element's poster attribute On 20/09/2010 12:50 p.m., Aryeh Gregor wrote: On Sun, Sep 19, 2010 at 4:53 PM, Shiv Kumar <mailto:sku...@exposureroom.com> wrote: The poster frame should remain visible until the vide

Re: [whatwg] Html 5 video element's poster attribute

Cc: Silvia Pfeiffer; WHATWg; Shiv Kumar Subject: Re: [whatwg] Html 5 video element's poster attribute Actually, the browser behavior is all more complicated than this the preload attribute is influencing it strongly eg, FF4 doesn't show the poster if 'preload' is not set

Re: [whatwg] Html 5 video element's poster attribute

Shiv http://exposureroom.com -Original Message- From: simetri...@gmail.com [mailto:simetri...@gmail.com] On Behalf Of Aryeh Gregor Sent: Sunday, September 19, 2010 8:50 PM To: Shiv Kumar Cc: WHATWg Subject: Re: [whatwg] Html 5 video element's poster attribute On Sun, Sep 19, 2010 at 4:5

[whatwg] File Upload Progress Event (Upload Progress)

I'd like to propose that UAs should surface an bytes transferred event when a form is being submitted. With so many large files being uploaded using browsers today and every website that allows this having had to implement their own upload progress indicator I think the Html 5 spec should support t

[whatwg] Html 5 video element's poster attribute

I'd like to see the implementation of the poster attribute change to something that is more useful. By useful I mean something that wroks without the need for javascript and works the way most people would expect. Currently the poster disappears as soon as the first frame has been downloaded, w