Please unsubscribe mahtaba...@gmail.com.
Thanks,
Mahtab
Robert O'Callahan wrote:
On Fri, Jul 10, 2009 at 7:36 PM, James Graham jgra...@opera.com wrote:
Is there a good reason to return the empty string rather than false? The
empty string seems very unhelpful to authors since it doesn't play nicely
with debugging prompts and is non-obvious to infer
I've been reviewing the new EventSource draft. I'm very pleased to see it
converted into a separate object, rather than being tacked onto everything
that implements EventTarget. This is a huge improvement. However, there
are some issues that I think need to be addressed, specifically in the
James Graham wrote:
Is there any good reason to worry about languages other than javascript?
Writing APIs that work well in the one language implemnented in web
browsers seems better than writing mediocre APIs that can be used in
many other languages. I'm not sure what is needed for IDL
On Fri, Jul 10, 2009 at 4:57 AM, Robert O'Callahanrob...@ocallahan.org wrote:
The way we've implemented in Firefox, we'll return yes if you specify a
codecs parameter and we support every codec in your list. So
v.canPlayType(video/ogg; codecs=vorbis,theora) returns probably in
Firefox 3.5. I
On Fri, 10 Jul 2009 19:23:44 +0200, Aryeh Gregor
simetrical+...@gmail.com wrote:
On Fri, Jul 10, 2009 at 4:57 AM, Robert O'Callahanrob...@ocallahan.org
wrote:
The way we've implemented in Firefox, we'll return yes if you specify
a
codecs parameter and we support every codec in your list. So
On Fri, 10 Jul 2009 23:26:40 +0200, Philip Jagenstedt phil...@opera.com
wrote:
On Fri, 10 Jul 2009 19:23:44 +0200, Aryeh Gregor
simetrical+...@gmail.com wrote:
On Fri, Jul 10, 2009 at 4:57 AM, Robert
O'Callahanrob...@ocallahan.org wrote:
The way we've implemented in Firefox, we'll return
On Fri, 12 Jun 2009, Jordan Osete wrote:
I've wondered for some time if it weren't possible to harmonize stack
traces across browsers.
As Patrick Mueller mentioned, this is probably better handled by the
JavaScript working group. I encourage you to bring this up with them; I
think it's a
Quoting Kartikaya Gupta lists.wha...@stakface.com:
Really, it's not that much work to make sure the API can have
bindings in other languages. As long as you can write WebIDL for it
(and provide relevant DOM feature strings wherever necessary), you
should get it for free. I would also
On Jul 10, 2009, at 3:27 PM, James Graham wrote:
Quoting Kartikaya Gupta lists.wha...@stakface.com:
Really, it's not that much work to make sure the API can have
bindings in other languages. As long as you can write WebIDL for
it (and provide relevant DOM feature strings wherever
On Fri, 12 Jun 2009, Boris Zbarsky wrote:
Ian Hickson wrote:
2) The description of putImageData says it Paints the data from the
given ImageData object onto the canvas. It may be worth
specifying that this uses the SOURCE operator, though this is
clear later on when
Ian Hickson wrote:
For another example, consider an algorithm that wants to reduce the size of
the image by 1px horizontally (e.g. content-aware image resizing as demoed
using canvas at
http://labs.pimsworld.org/wp-content/uploads/2009/04/demo-content-aware-image-resizing-2/).
If we're shrinking
On Fri, 10 Jul 2009, Boris Zbarsky wrote:
Ian Hickson wrote:
For another example, consider an algorithm that wants to reduce the
size of the image by 1px horizontally (e.g. content-aware image
resizing as demoed using canvas at
On Sun, 14 Jun 2009 jjcogliati-wha...@yahoo.com wrote:
I read section 4.8.7 The video element and I have some questions:
1. What happens if the user agent supports the video tag but does not
support the particular video codec that the video file has? Should it
display the fallback
Ian Hickson wrote:
I don't see why the imagedata API isn't suitable for that. It's not like
if you're painting that on the canvas you'll want to leave the last row or
column unaffected. You'll want to clear it or some such, in practice.
I believe in this case the page actually wants to create
On Fri, Jul 10, 2009 at 5:44 PM, Ian Hicksoni...@hixie.ch wrote:
On Sun, 14 Jun 2009, Jonas Sicking wrote:
Hmm.. is that good? What if you want to use an object (to use flash or
java) or a img as fallback?
Then you do it with script.
The design is based around the assumption that we will
On 10.7.09 17:44, Ian Hickson wrote:
The design is based around the assumption that we will eventually find a
common codec so that fallback won't ever be needed in supporting UAs.
So has anyone ever actually pointed out the elephant in the room here, that we might
never do so? I can't
On Sat, Jul 11, 2009 at 5:23 AM, Aryeh Gregor
simetrical+...@gmail.comsimetrical%2b...@gmail.com
wrote:
Maybe you'd try testing all the video types you support, and
if one is maybe while another is probably you'd go with
probably?
Right. Or you might have plugin-based fallback you can use
On Sat, Jul 11, 2009 at 9:37 AM, Philip Jagenstedt phil...@opera.comwrote:
the point is simply that calling canPlayType without out a codecs list or
with specific codecs, you can learn exactly what is supported and not out of
the container formats and codecs you are interested in, without the
On Thu, Jul 9, 2009 at 6:25 PM, Oliver Hunt oli...@apple.com wrote:
Inconsistency doesn't lead to no one depending on a behaviour, it just
means sites only work in one browser. Your suggesting would result in sites
being broken in all browsers -- the only options from here on out are either
On Jul 10, 2009, at 6:38 PM, Gregg Tavares wrote:
On Thu, Jul 9, 2009 at 6:25 PM, Oliver Hunt oli...@apple.com wrote:
Inconsistency doesn't lead to no one depending on a behaviour, it
just means sites only work in one browser. Your suggesting would
result in sites being broken in all
21 matches
Mail list logo