Re: [whatwg] media resources: addressing media fragments through URIs spec

2010-07-04 Thread timeless
On Sun, Jul 4, 2010 at 5:26 AM, silviapfeiffer1 silviapfeiff...@gmail.com wrote: It doesn't actually matter what element the URI appears in - your element has to deal with the data that it receives and if file.ogv#t=1:00,1:15 is an Ogg Theora segment out of a video, then that is what the img

Re: [whatwg] Resolutions meta tag proposal

2010-07-04 Thread Marques Johansson
Another way about handling this PPI ratio business would be with HTTP 300 multiple choice. http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.3.1 This may not be the best answer for every image on a page, but the first HTML page in a server controlled session could store the PPI ratio

Re: [whatwg] More YouTube response

2010-07-04 Thread bjartur
Lachlan Hunt lachlan.h...@lachy.id.au wrote: On 2010-07-02 21:01, John Harding wrote: On Fri, Jul 2, 2010 at 5:50 AM, Lachlan Huntlachlan.h...@lachy.id.auwrote: As Henri pointed out, major content producers already broadcast their TV shows and movies over the air without DRM.

Re: [whatwg] media resources: addressing media fragments through URIs spec

2010-07-04 Thread Silvia Pfeiffer
On Sun, Jul 4, 2010 at 9:43 PM, timeless timel...@gmail.com wrote: On Sun, Jul 4, 2010 at 5:26 AM, silviapfeiffer1 silviapfeiff...@gmail.com wrote: It doesn't actually matter what element the URI appears in - your element has to deal with the data that it receives and if file.ogv#t=1:00,1:15

Re: [whatwg] More YouTube response

2010-07-04 Thread Aryeh Gregor
On Fri, Jul 2, 2010 at 3:09 PM, John Harding jhard...@google.com wrote: Yes, it's pretty straightforward to offer iframe-based embed code, but it needs to be coupled with getting sites to accept them, or we end up with a lot of confused, unhappy users. This will only happen if the iframe

Re: [whatwg] media resources: addressing media fragments through URIs spec

2010-07-04 Thread Aryeh Gregor
On Sun, Jul 4, 2010 at 9:19 AM, Silvia Pfeiffer silviapfeiff...@gmail.com wrote: All of the image formats that you are pointing out have an image mime type. I am merely pointing out that to support ogg theora browsers would need to support a video mime type in an img element. I don't see that

Re: [whatwg] media resources: addressing media fragments through URIs spec

2010-07-04 Thread timeless
On Sun, Jul 4, 2010 at 4:19 PM, Silvia Pfeiffer silviapfeiff...@gmail.com wrote: Note that I do understand the need and am trying to explain how it can be made to work. Also I am trying to show that what might look as the simplest approach won't work and why. It doesn't have to be made to work

Re: [whatwg] Resolutions meta tag proposal

2010-07-04 Thread Roger Hågensen
On 2010-07-04 14:34, Marques Johansson wrote: Another way about handling this PPI ratio business would be with HTTP 300 multiple choice. http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.3.1 This may not be the best answer for every image on a page, but the first HTML page in a

Re: [whatwg] More YouTube response

2010-07-04 Thread David Gerard
On 4 July 2010 13:57, bjartur svartma...@gmail.com wrote: I fail to see how BBC would be harmed by the usage of alternative software. Its business model is about content, not software, right? See, you're using logic and sense ... about half the BBC want to just *make their stuff available*,

Re: [whatwg] More YouTube response

2010-07-04 Thread Ashley Sheridan
On Sun, 2010-07-04 at 23:56 +0100, David Gerard wrote: On 4 July 2010 13:57, bjartur svartma...@gmail.com wrote: I fail to see how BBC would be harmed by the usage of alternative software. Its business model is about content, not software, right? See, you're using logic and sense ...

Re: [whatwg] media resources: addressing media fragments through URIs spec

2010-07-04 Thread Silvia Pfeiffer
On Mon, Jul 5, 2010 at 2:46 AM, Aryeh Gregor simetrical+...@gmail.com wrote: On Sun, Jul 4, 2010 at 9:19 AM, Silvia Pfeiffer silviapfeiff...@gmail.com wrote: All of the image formats that you are pointing out have an image mime type. I am merely pointing out that to support ogg theora browsers

Re: [whatwg] media resources: addressing media fragments through URIs spec

2010-07-04 Thread Silvia Pfeiffer
On Mon, Jul 5, 2010 at 4:23 AM, timeless timel...@gmail.com wrote: On Sun, Jul 4, 2010 at 4:19 PM, Silvia Pfeiffer silviapfeiff...@gmail.com wrote: Note that I do understand the need and am trying to explain how it can be made to work. Also I am trying to show that what might look as the

Re: [whatwg] media resources: addressing media fragments through URIs spec

2010-07-04 Thread Bjartur Thorlacius
Aryeh Gregor simetrical+...@gmail.com wrote: On Sun, Jul 4, 2010 at 9:19 AM, Silvia Pfeiffer silviapfeiff...@gmail.com wrote: All of the image formats that you are pointing out have an image mime type. I am merely pointing out that to support ogg theora browsers would need to support a

Re: [whatwg] More YouTube response

2010-07-04 Thread Bjartur Thorlacius
David Gerard dger...@gmail.com wrote: On 4 July 2010 13:57, bjartur svartma...@gmail.com wrote: I fail to see how BBC would be harmed by the usage of alternative software. Its business model is about content, not software, right? See, you're using logic and sense ... about half the BBC

[whatwg] proposal - link relations: rel=prefetch to be exchanged for a boolean attribute

2010-07-04 Thread Ben Schwarz
Hi All, I'm sure link relations have already had many debates around how they should work and the exact use case that they cover. I'd like to add another card to the deck :-) When using link relations on an a tag, one would find it useful to have next and previous link relations, this is

Re: [whatwg] proposal - link relations: rel=prefetch to be exchanged for a boolean attribute

2010-07-04 Thread Garrett Smith
On 7/4/10, Ben Schwarz ben.schw...@gmail.com wrote: Hi All, [...] However, as far as my understanding goes, linkrels should not contain multiple values; eg: a rel=prefetch nextNext page/a Why not? They can in HTML4. http://www.w3.org/TR/html401/struct/links.html#adef-rel rel =

[whatwg] Should window.name be [Replaceable]?

2010-07-04 Thread Joseph Pecoraro
Should window.name be [Replaceable]? There are a number of [Replaceable] [1] properties on the window object. However, window.name is not marked as such [2]. Not being marked as replaceable means that if authors use a global variable named name it will be coerced into a string. For many this

Re: [whatwg] Should window.name be [Replaceable]?

2010-07-04 Thread Biju
On Mon, Jul 5, 2010 at 12:05 AM, Joseph Pecoraro pecor...@apple.com wrote:    - I didn't have access to IE to test. I'd appreciate      someone giving it a shot to see how they act. On IE8 it is printing string,string,string And it looks like in Firefox 1) name = with_a_number changes type to

Re: [whatwg] Should window.name be [Replaceable]?

2010-07-04 Thread Joseph Pecoraro
On Jul 4, 2010, at 9:35 PM, Biju wrote: On Mon, Jul 5, 2010 at 12:05 AM, Joseph Pecoraro pecor...@apple.com wrote: - I didn't have access to IE to test. I'd appreciate someone giving it a shot to see how they act. On IE8 it is printing string,string,string Thanks for checking! So

Re: [whatwg] proposal - link relations: rel=prefetch to be exchanged for a boolean attribute

2010-07-04 Thread Garrett Smith
On 7/4/10, timeless timel...@gmail.com wrote: On Mon, Jul 5, 2010 at 6:27 AM, Garrett Smith dhtmlkitc...@gmail.com wrote: This attribute describes the relationship from the current document to the anchor specified by the href attribute. The value of this attribute is a space-separated list