On 15.09.2010 19:45, Gavin Peters (蓋文彼德斯) wrote:
Hi, I'm working on link tags inside of chrome. We're now experimenting
with an optimization that uses link tags and headers to avoid round
trips for cache validation in many cases.
...
Clarifying: essentially that's a workaround for resources
On 8/24/10, Henri Sivonen hsivo...@iki.fi wrote:
How often do captions distinguish two or more speakers in the same cue by
styling them differently? In my experience, translation subtitles for TV,
DVDs and theatrical movies virtually never do (but it's assumed that the
reader of the subtitles
2010/9/19 Julian Reschke julian.resc...@gmx.de
On 15.09.2010 19:45, Gavin Peters (蓋文彼德斯) wrote:
Hi, I'm working on link tags inside of chrome. We're now experimenting
with an optimization that uses link tags and headers to avoid round
trips for cache validation in many cases.
...
On 19.09.2010 20:47, Robert O'Callahan wrote:
2010/9/19 Julian Reschke julian.resc...@gmx.de
mailto:julian.resc...@gmx.de
On 15.09.2010 19:45, Gavin Peters (蓋文彼德斯) wrote:
Hi, I'm working on link tags inside of chrome. We're now
experimenting
with an optimization
2010/9/19 Julian Reschke julian.resc...@gmx.de
So it's a workaround that causes a performance optimization. It wouldn't be
necessary if the linked resource would have the right caching information in
the first place
I think you're misunderstanding the proposal.
If present for an http uri,
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,
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
XMLHttpRequest has progress events and you can send files and form data
using it.
-Olli
On 09/20/2010 12:20 AM, Shiv Kumar wrote:
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
On Mon, Sep 20, 2010 at 6:53 AM, Shiv Kumar sku...@exposureroom.com wrote:
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.
2010/9/19 Julian Reschke julian.resc...@gmx.de:
So it's a workaround that causes a performance optimization. It wouldn't be
necessary if the linked resource would have the right caching information in
the first place.
Sure it would. You can currently only save an HTTP request if a
future
On Sun, Sep 19, 2010 at 5:20 PM, Shiv Kumar sku...@exposureroom.com wrote:
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
Ah, interesting, I just wasted most of last night trying to figure out
why I couldn't get poster to do anything sane or useful in Chrome or
Firefox (actually-- FF4 betas change behavior completely and the
poster.. sort of... behaves as expected).
Currently the poster disappears as soon as the
On Mon, Sep 20, 2010 at 1:15 PM, Monty Montgomery xiphm...@gmail.com wrote:
Firefox 3.x practically never shows the poster.
Firefox 3.5 didn't have poster implemented so it definitely won't show
there. Firefox 3.6 does implement poster and it works for me. If you
look at the following page the
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 to 'none' And I was wrong
now that I recheck chrome... it too replaces poster with first frame,
but the poster
[apologies, FF4 is working properly... tracked it down to setting
'video.currentTime=0' kicks off dropping the poster and actively
preloading]
...but not losing sight of the original post, I agree with the
suggestions, and am happy to find FF4 is already following them.
Monty
I'll try and respond to everyone that's replied...
First I do want to make clear that it's not about being able to do things via
script, but rather declaratively via attributes to the extent possible. At
least that's the way I feel Html should be. That is, to the extent possible,
Html should
Monty,
All the more reason for the spec to be more explicit I think.
Shiv
http://exposureroom.com
-Original Message-
From: whatwg-boun...@lists.whatwg.org
[mailto:whatwg-boun...@lists.whatwg.org] On Behalf Of Monty Montgomery
Sent: Sunday, September 19, 2010 9:58 PM
To: Chris Double
On Sun, Sep 19, 2010 at 10:57 PM, Shiv Kumar sku...@exposureroom.comwrote:
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 disappearing
before the video is played. As far as I know, every major browser (IE 9
On 20/09/2010 12:50 p.m., Aryeh Gregor wrote:
On Sun, Sep 19, 2010 at 4:53 PM, Shiv Kumarsku...@exposureroom.com wrote:
The poster frame should remain visible until the video is played.
I agree with Silvia, this should be required by the spec.
This makes sense, we should spec this so that
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.
So if I wanted to turn it back on after the video has ended,
Could a call to video.load() reset this state?
Silvia.
On Mon, Sep 20, 2010 at 1:16 PM, Shiv Kumar sku...@exposureroom.com 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
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 in these cases. i.e.
I wonder if we need
I wonder if these are separate use cases, e.g. whether users would want to
display a different image from the poster image in these cases. i.e. I wonder
if we need to provide an attribute to specify an image to display when paused
and another new attribute for an image to display when playback
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 should be an object (a property of the video element) that
has a source property
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
On 2010-09-20 02:37, Aryeh Gregor wrote:
2010/9/19 Julian Reschkejulian.resc...@gmx.de:
So it's a workaround that causes a performance optimization. It wouldn't be
necessary if the linked resource would have the right caching information in
the first place.
Sure it would. You can currently
26 matches
Mail list logo