On 19.09.2010 22:33, Robert O'Callahan wrote:
...
So for example, page A links to resource B. The browser does a GET on A,
and receives a document containing a link to B, and the link element
has etags or last-modified attributes. The browser has a cached resource
for B, whose
On 2010-09-20 05:09, Robert O'Callahan wrote:
On Sun, Sep 19, 2010 at 10:57 PM, Shiv Kumar sku...@exposureroom.com
mailto:sku...@exposureroom.com wrote:
I'm glad to see that people do see the need to change (or specify
in more detail) the behavior of the poster at least insofar as it
On 2010-09-20 05:27, Chris Pearce wrote:
Right, so you want to be able to toggle the poster back on (when the
media is paused or ended) but after playback has started.
I wonder if these are separate use cases, e.g. whether users would
want to display a different image from the poster image
On 20.09.2010 02:37, Aryeh Gregor wrote:
...
Sure it would. You can currently only save an HTTP request if a
future Expires header (or equivalent) can be sent. A lot of the time,
the resource might change at any moment, so you can't send such a
header. The client has to check every time, and
On 20 September 2010 16:17, Roger Hågensen resca...@emsai.net wrote:
On 2010-09-20 05:27, Chris Pearce wrote:
Right, so you want to be able to toggle the poster back on (when the media
is paused or ended) but after playback has started.
I wonder if these are separate use cases, e.g.
On Mon, Sep 20, 2010 at 1:38 PM, Shiv Kumar sku...@exposureroom.com wrote:
Could a call to video.load() reset this state?
Currently is doesn’t affect the poster. But would that be intuitive? I’m
getting the video element to load it’s source and so the poster will show?
Ideally poster
On 09/20/2010 06:42 AM, Shiv Kumar wrote:
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
On Mon, 20 Sep 2010 08:25:09 +0200, Julian Reschke julian.resc...@gmx.de
wrote:
Resources that should be cached (stylesheets, images) but change at
unexpected times are indeed a problem.
A well understood approach is to push some kind of version indicator
into the URI (such as query
Well, events aren't declarative, and you explicitly
asked for progress events ;)
Ok, without getting into semantics...
If I have:
input type=file id=somefilefield onuploadprogress=displayProgress()/
for example is a lot more approachable (and easy to modify existing code) than
having to
On 20/09/2010 6:11 p.m., Roger Hågensen wrote:
If the user pauses the video during play then a paused poster must
not be shown as the user most likely intends to study the paused frame
of the video
This is a good argument against having a paused-poster.
The question then is whether the
Showing the poster at the end of playback is a matter of taste. How about
we remain with a single 'poster' attribute, and add a 'showposter' attibute,
I agree except for the start, end and both part.
We just need one poster and the ability to show it via script. If people
want to
On Mon, Sep 20, 2010 at 7:26 PM, Chris Pearce ch...@pearce.org.nz wrote:
On 20/09/2010 6:11 p.m., Roger Hågensen wrote:
If the user pauses the video during play then a paused poster must not be
shown as the user most likely intends to study the paused frame of the video
This is a good
On 20 September 2010 01:40, Roger Hågensen resca...@emsai.net wrote:
It would be better to define this as explicitly indicating which resources
are NOT valid any longer,
with most sites/web applications this would only be a select few links.
I like the idea though as it'll allow a page to
On Sep 19, 2010, at 3:17 PM, Silvia Pfeiffer wrote:
Not quite: this is an implementation decision that Webkit-based browsers
made. Neither Opera nor Firefox work that way (haven't checked IE yet).
I agree that this implementation of poster frames is practically useless and
it really
On Sun, Sep 19, 2010 at 11:25 PM, Julian Reschke julian.resc...@gmx.dewrote:
On 20.09.2010 02:37, Aryeh Gregor wrote:
...
Sure it would. You can currently only save an HTTP request if a
future Expires header (or equivalent) can be sent. A lot of the time,
the resource might change at any
On 20.09.2010 17:26, Mike Belshe wrote:
...
LINK, in general, allows a server to indicate to a client that it will
need a particular resource earlier than the client otherwise would have
discovered it. Today, the LINK header doesn't assist with understanding
...
Sorry?
That may be a use
Julian,
On 20 September 2010 11:47, Julian Reschke julian.resc...@gmx.de wrote:
Or are you referring to using the Link *header* in addition to an
equivalent HTML LINK?
I think Mike was referring to the Link header. This header is defined in
RFC 2068 (but not RFC 2616) in section 19.6.2.4
2010/9/20 Julian Reschke julian.resc...@gmx.de
On 20.09.2010 17:26, Mike Belshe wrote:
...
LINK, in general, allows a server to indicate to a client that it will
need a particular resource earlier than the client otherwise would have
discovered it. Today, the LINK header doesn't assist
On 20.09.2010 18:17, Gavin Peters (蓋文彼德斯) wrote:
I think Mike was referring to the Link header. This header is defined
in RFC 2068 (but not RFC 2616) in section 19.6.2.4
http://tools.ietf.org/html/rfc2068#section-19.6.2.4 , the most important
part of that text is probably that The Link field is
On Sun, Sep 19, 2010 at 11:42 PM, Shiv Kumar sku...@exposureroom.com wrote:
At the same time, if I were to use Flash to upload the file, I don't need
server side support to show progress and almost every website (that deals
with large file uploads) today uses Flash to display upload progress
Aryeh,
Ok let me put this another way...
In order to show a upload progress using the new FileAPI/FormData I'd have to
write the event handler so I can control the way I want things displayed. I'd
have to write the same event handler code to show upload progress if I were to
hook into my
I'd like to weight in quickly on this based on feedback from our users
on this (they have a lot).
* Webkit's original implementation (show the first frame once it's
available) is requested by a lot of people. What they don't realize is
that the first frame is black for 99% of videos, so they end
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
On 2010-09-20 10:16, Olli Pettay wrote:
I do think browser UI for large uploads is terrible and needs to
be fixed.
I agree!
Yeah, the UI is terrible, but that is about browser implementations and
not about any specification.
Well! There is nothing preventing the specs from providing a
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.
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
21.09.10 Roger Hågensen resca...@emsai.net:
On 2010-09-20 10:16, Olli Pettay wrote:
I do think browser UI for large uploads is terrible and needs to
be fixed.
I agree!
Yeah, the UI is terrible, but that is about browser implementations
and not about any specification.
Well!
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 direction. However, it so happens different
implementation do different things in the
On 2010-09-21 00:59, Nils Dagsson Moskopp wrote:
21.09.10 Roger Hågensenresca...@emsai.net:
Well! There is nothing preventing the specs from providing a minimum
UI guideline that should be followed by UAs.
UAs compete on interface, too. As long as the standards are open and
consistent, why
On Mon, Sep 20, 2010 at 5:03 PM, Shiv Kumar sku...@exposureroom.com wrote:
Of course we wouldn’t want the user to see the poster during the time it
takes to switch so we clear value of the poster before doing this, which is
one of the issues cited in my very first post on this subject.
I
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
Rob,
I don't see why providing a scriptable API to hide the poster image is better
than just having authors use existing APIs to clear the poster attribute.
What is the existing API to clear and show the poster?
They are not designed to be independent. If you want them to be independent,
They are not designed to be independent. If you want them to be independent,
use a real independent image placed over the video.
Is there a way to do this without also obscuring the controls [making
them inacessible]?
Monty
On Mon, Sep 20, 2010 at 10:31 PM, Shiv Kumar sku...@exposureroom.comwrote:
Rob,
I don't see why providing a scriptable API to hide the poster image is
better than just having authors use existing APIs to clear the poster
attribute.
What is the existing API to clear and show the poster?
No there is not. It's an all or nothing kind of thing. There is no way to
get in between (in terns of z-index) the controls and the video.
Shiv
http://exposureroom.com
-Original Message-
From: whatwg-boun...@lists.whatwg.org
[mailto:whatwg-boun...@lists.whatwg.org] On Behalf Of Monty
Roger,
Yes, an error or errormsg attribute that one can set at the server side
since the message youd want the user to see will most likely be determined
by business rules.
Spec-ing how UAs should display the message may be a bit much but we should
have a way of hooking into the
https://bugzilla.mozilla.org/show_bug.cgi?id=264525
We need
HTMLNode.getSupportedEvents() == returns a text array of event names
HTMLNode.isSupportedEvent(eventName) == returns true/false
Many times in particular version of browser we dont know whether an
HTMLNode/window support particular
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
On Mon, Sep 20, 2010 at 11:36 PM, Shiv Kumar sku...@exposureroom.comwrote:
Here are some contradictory cases that may serve as use cases to justify
the need to have a spate method:
1. Some websites, don’t bother showing the poster after the video
ends while providing the content
On Mon, Sep 20, 2010 at 11:37 PM, Jonas Sicking jo...@sicking.cc wrote:
if (onhashchange in document.body) {
...
}
assuming
if ('onhashchange' in document.body) {
That should solve one issue, but Firefox is not doing that for all events,
example:- 'onbeforeunload' in window === gives
On Mon, Sep 20, 2010 at 8:50 PM, Biju bijumaill...@gmail.com wrote:
On Mon, Sep 20, 2010 at 11:37 PM, Jonas Sicking jo...@sicking.cc wrote:
if (onhashchange in document.body) {
...
}
assuming
if ('onhashchange' in document.body) {
That should solve one issue, but Firefox is not doing
A side question: do any of these sites want a poster that has
dynamic/interactive content in it?
They have video pre-roll ads but then that’s just another video. Honestly, I
can’t speak for other websites (besides seeing what I see and know). At
ExposureRoom we don’t have any distractions
Rob,
YouTube does not show a poster at the end of the video by default, they show
other related videos in that space. The content producer can change that but by
default YouTube shows (using Flash player) other related videos and the whole
thing is animated and interactive.
Shiv
On Tue, Sep 21, 2010 at 1:36 PM, Shiv Kumar sku...@exposureroom.com wrote:
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,
On 21/09/2010 2:37 p.m., Robert O'Callahan wrote:
On Mon, Sep 20, 2010 at 10:31 PM, Shiv Kumar sku...@exposureroom.com
mailto:sku...@exposureroom.com wrote:
The only thing that remains then is if web developers would like
control over the poster, such as to show the poster after the
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/ http://exposureroom.com
On Tue, Sep 21, 2010 at 2:14 PM, Chris Pearce ch...@pearce.org.nz wrote:
On 21/09/2010 2:37 p.m., Robert O'Callahan wrote:
On Mon, Sep 20, 2010 at 10:31 PM, Shiv Kumar sku...@exposureroom.comwrote:
The only thing that remains then is if web developers would like
control over the poster,
On Tue, Sep 21, 2010 at 2:14 PM, Shiv Kumar sku...@exposureroom.com wrote:
Silvia,
How do you supposed the case I mentioned earlier (where when the video is
paused the poster is shown) will work with load()?
For the pause state you will have to use the onpause event to make any
changes.
For the pause state you will have to use the onpause event to make any
changes. But to be honest, I doubt anyone would want to show the poster in
pause state. I have not seen that anywhere yet and I have come across a
sizeable number of video sites. Can you point to a single one that currently
49 matches
Mail list logo