On Wed, 02 Sep 2009 17:39:00 -0400, Ian Hickson wrote:
On Thu, 27 Aug 2009, Michael A. Puls II wrote:
Here's an example that uses a more modern plug-in that shows what
browsers do.
window.onload = function() {
var obj = document.createElement("object");
obj.type = "application/x-shoc
Dear WHATWG,
I would like to revisit HTML5 section 4.10.4.3, as circumstances have
changed since it was last discussed. For those of you not familiar
with the issue, section 4.10.4.3 defines the value property of elements. This behavior is not currently consistent
across all browsers. For example
Consider the following test page:
test
document.location = "#frag"
Jump to me!
Observed behavior in both Chrome 4 and Opera 9.6 is that the browser
jumps to the given fragment; Firefox 3.5 does not. I believe all
versions of IE jump to the fragment as well, since MediaWiki relies on
this, alth
In 4.9.11:
"The rowSpan DOM attribute must reflect the content attribute of the
same name. Its default value, which must be used if parsing the
attribute as a non-negative integer returns an error, is also 1."
What does "also" refer to?
In 4.10.4:
It's a little confusing that no visual distinct
On Wed, Sep 2, 2009 at 6:49 PM, Ian Hickson wrote:
> On Fri, 28 Aug 2009, Jonas Sicking wrote:
>> On Thu, Aug 27, 2009 at 5:30 PM, Ian Hickson wrote:
>> >
>> > I can't imagine really seeing enough sites using this to make it worth
>> > it, but maybe our experience with will show this kind of thing
On Wed, Sep 2, 2009 at 6:17 PM, Ian Hickson wrote:
>> "The user agent stops fetching the media data before it is completely
>> downloaded" implies that 1) it cannot occur after the media is
>> completely downloaded,
>
> Correct.
Okay, then I was reporting the wrong part of the contradiction. It
s
On 3 Sep 2009, at 00:35, Ian Hickson wrote:
[Vertical tab] seems to cause a parse error... did I miss something?
Sorry, I missed it (all the other characters/ranges seem to be listed
in ascending order, so I naïvely expected to find B between 8 and E,
not between FDEF and FFFE).
--
Øiste
On Sat, 29 Aug 2009, tali garsiel wrote:
>
> Will this element come back?
I think you mean . It'll probably return once we have it figured
out. We removed it because it wasn't mature enough yet.
--
Ian Hickson U+1047E)\._.,--,'``.fL
http://ln.hixie.ch/
On Sat, 29 Aug 2009, Schuyler Duveen wrote:
>
> There is a use case for hierarchical progress elements: e.g. multiple
> file uploads (or multiple phases). Consider the following example:
>
>
> 1
>
>
> could be displayed something like this:
> div {margin:0;padding:0;height:20px;float:left;
On Sat, 29 Aug 2009, Øistein E. Andersen wrote:
>
> As far as I can tell, vertical tab ('\v') is not defined as a space
> character anymore, but does not cause a parse error either (unlike other
> control characters). Is this intentional?
It seems to cause a parse error... did I miss something?
On Fri, 28 Aug 2009, David Bennett wrote:
>
> Any instant messaging client, or any client that requires user presence,
> will use this to keep track of the users idle state. Currently the idle
> state of a user inside a browser tell tend to be incorrect, and this
> leads to problems with peopl
On Fri, 28 Aug 2009, Kevin Benson wrote:
> On Fri, Aug 28, 2009 at 3:43 PM, Ian Hickson wrote:
> > On Tue, 18 Aug 2009, Kevin Benson wrote:
> >>
> >> 4.10.4.1.17 Radio Button state
> >>
> >> "Either neither a nor b have a form owner, or they both have one and
> >> it is the same for both."
> >>
> >
On Thu, Sep 3, 2009 at 4:50 AM, Jens Alfke wrote:
>
> On Sep 2, 2009, at 11:36 AM, Peter Kasting wrote:
>
> It still seems like you are interpreting this statement as saying that the
>> UA must not allow users to keep/clear cookies separately from Local Storage
>> data.
>>
>
> Yes; that seemed t
On Fri, 28 Aug 2009, Drew Wilson wrote:
>
> I'm saying that we should differentiate between the "closed" state and
> "cloned" state. Implementors effectively need to do this anyway, because
> the spec says that closed ports are still task sources, while cloned
> ports are not.
>
> It makes sens
On Fri, 28 Aug 2009, Jonas Sicking wrote:
> On Thu, Aug 27, 2009 at 5:30 PM, Ian Hickson wrote:
> >
> > I can't imagine really seeing enough sites using this to make it worth
> > it, but maybe our experience with will show this kind of thing
> > is used a lot.
>
> > On Wed, 19 Aug 2009, Jeremy
On Fri, 28 Aug 2009, Aryeh Gregor wrote:
> On Thu, Aug 27, 2009 at 10:23 PM, Ian Hickson wrote:
> >>
> >> Is "The user agent stops fetching the media data before it is
> >> completely downloaded" really a good description for abort? It can
> >> trigger during the NETWORK_LOADED state, can't it?
On Fri, 28 Aug 2009, Mike Wilson wrote:
>
> My chain of thoughts is something like below (this is just a general
> picture so don't take it too literally):
>
> - invent a more restrictive mechanism for script access
> between documents from the same origin ("host") so it
> can be limited ba
On Thu, 27 Aug 2009, Michael A. Puls II wrote:
>
> Here's an example that uses a more modern plug-in that shows what
> browsers do.
>
> window.onload = function() {
> var obj = document.createElement("object");
> obj.type = "application/x-shockwave-flash";
> obj.data = "http://adobe.c
On Mon, Aug 31, 2009 at 11:06 PM, Doug Turner wrote:
> Thanks Dave for your comments.
> I was thinking about update frequency. right now, it is up to the UA (we
> are using 50ms).
>
To give an explicit example, if you want to run a high pass (say to detect
only sudden movements), you might code
On Wed, Sep 2, 2009 at 1:33 PM, Tab Atkins Jr. wrote:
> On Wed, Sep 2, 2009 at 3:26 PM, Dirk Pranke wrote:
>> 2) wrap="off" does not appear to be a legitimate value, despite being
>> implemented in all the major browsers. Is this an oversight, or an
>> intentional omission?
>
> This value is specif
On Wed, Sep 2, 2009 at 3:26 PM, Dirk Pranke wrote:
> 2) wrap="off" does not appear to be a legitimate value, despite being
> implemented in all the major browsers. Is this an oversight, or an
> intentional omission?
This value is specified down in the rendering section, as it doesn't
have any effe
Hi all,
In testing various combinations of attributes on textareas, I've found
a couple of inconsistencies and some vagueness in the spec.
1) The wrap="hard" attribute appears to be defined such that you get
hard line breaks at the specified character width of the element, but
the semantics of th
On Sep 2, 2009, at 11:36 AM, Peter Kasting wrote:
It still seems like you are interpreting this statement as saying
that the UA must not allow users to keep/clear cookies separately
from Local Storage data.
Yes; that seemed the most direct interpretation of its language.
While on the face
On Wed, Sep 2, 2009 at 11:08 AM, Jens Alfke wrote:
> On Aug 31, 2009, at 12:04 PM, Peter Kasting wrote:
>
> If you combine that statement with section 6.1's "User agents should
>> present the persistent storage feature to the user in a way that does not
>> distinguish them from HTTP session cooki
On Aug 31, 2009, at 12:04 PM, Peter Kasting wrote:
If you combine that statement with section 6.1's "User agents should
present the persistent storage feature to the user in a way that
does not distinguish them from HTTP session cookies", then the
result is that, when the user requests to
On Sep 1, 2009, at 6:35 PM, Ian Hickson wrote:
Right now this can be done by the site directly.
You mean a download link I can click? Sure, but then the site has no
ability to access that data later unless I explicitly locate the file
and upload it. That's not the same thing as a storage
When we had this discussion last, there was significant pushback on this -
the argument was basically "we have no evidence that cookie-based race
conditions *aren't* causing sporadic breakages", which is true. It's
inherently difficult to measure.
As an aside, I'll note that the majority of pushbac
On Tue, Sep 1, 2009 at 4:31 PM, Jeremy Orlow wrote:
> On Wed, Aug 26, 2009 at 3:24 PM, Jeremy Orlow wrote:
>
>> On Wed, Aug 26, 2009 at 3:05 PM, Robert O'Callahan
>> wrote:
>>
>>> On Wed, Aug 26, 2009 at 2:54 PM, Jeremy Orlow wrote:
>>>
Is there any data (or any way to collect the data) on
Hixie wrote;
The text for begins with a definition:
I assume you mean the text for .
Doh!
Yes, I did.
You win some, you lose some, I guess:
http://www.brucelawson.co.uk/2009/html-5-is-a-mess/#comment-618892
I've moved the note to an example, so it's less misleading.
Thanks, much app
29 matches
Mail list logo