Ian just pointed out to me that his current draft requires
HTMLCollections to implement a tags() method (which seems to do a filter
by tagName on the contents of the collection).
As far as I can tell, IE, Webkit, and Opera implement this; Gecko does
not. I was wondering whether any of the Web
Dne Tue, 14 Jul 2009 02:52:22 +0200 Aryeh Gregor
napsal/-a:
On Mon, Jul 13, 2009 at 8:29 PM, Aen Tan wrote:
I was specifically referring to the LEGEND element.
That seems to work less. WebKit just removes it from the DOM. Are
you suggesting that for compatibility, it should be named some
On Tue, 23 Jun 2009, Simon Pieters wrote:
> > +
> > + Classes from the class attribute
> > + of HTML elements in documents that are in quirks
> > + mode must be treated as case-insensitive.
>
> This is the case for SVG classes, too, but maybe it's up to the SVG spec
> to define that.
Yeah, I'
On Mon, 22 Jun 2009, OmegaJunior wrote:
>
> Currently the drawImage() function defines the following behaviour for
> its image argument if that happens to represent an animation:
>
> "When the drawImage() method is passed, as its image argument, an
> HTMLImageElement representing an animated image
On Sat, 20 Jun 2009, Smylers wrote:
>
> The current text suggests that a user-agent may choose to support only
> the HTML syntax (not XHTML) but should still return true for
> hasFeature("XHTML", "5.0").
>
> If that isn't intended then the requirements for hasFeature() should be
> changed to dep
On Fri, 19 Jun 2009, Smylers wrote:
>
> A valid time string, such as "10:55", is one of the possible values for
> a valid date or time string:
>
> http://www.whatwg.org/html5#vaguer-moments-in-time
>
> But step 10 of the parsing rules says:
>
> If the 'time present' flag is true, but 'posit
On Fri, 19 Jun 2009, 'Smylers' wrote:
>
> And even states the blindingly obvious:
>
> The 'week number of the last day' of a week-year with 53 weeks is 53;
> the 'week number of the last day' of a week-year with 52 weeks is 52.
I use the term "week number of the last day" as a kind of functio
On Fri, 19 Jun 2009, Smylers wrote:
>
> For elements the spec requires:
>
> The value attribute, if specified, must have a value that is a valid
> week string.
>
> -- http://www.whatwg.org/html5#week-state
>
> But the spec's HTML source contains this comment immediately afterwards:
>
>
On Fri, 19 Jun 2009, Brett Zamir wrote:
>
> 1) Firefox and Webkit, should not give a single point of failure for a
> missing entity as they do now, (unless they switch to a validating
> parser which finds no declaration in the external file and the user is
> in validation mode), since such fail
On Thu, 18 Jun 2009, Geoffrey Sneddon wrote:
>
> Although charsets are case insensitive, it'd probably be best to be
> consistent with the IANA registry. The only change this means makes is
> changing "Windows-*" to "windows-*".
Fixed.
--
Ian Hickson U+1047E)\._.,
On Thu, 18 Jun 2009, Smylers wrote:
>
> The algorithm for parsing signed integers does not allow an optional
> plus sign before positive integers; that is, parsing "+4" will return an
> error at step 8 of this algorithm:
>
> http://www.whatwg.org/html5#rules-for-parsing-integers
>
> That is inc
Currently rel="canonical" (
http://googlewebmastercentral.blogspot.com/2009/02/specify-your-canonical.html)
is not in the allowed set of link types listed at
http://www.whatwg.org/specs/web-apps/current-work/#linkTypes . Looking back
through archived posts, it seems that it was once briefly mention
On Thu, 18 Jun 2009, Smylers wrote:
>
> The 'History' section starts:
>
> Work on HTML 5 originally started in late 2003, as a proof of concept
> to show that it was possible to extend HTML4's forms ...
>
> -- http://www.whatwg.org/html5#history-0
>
> Having "HTML 5" (with a space) and "
On Thu, 18 Jun 2009, Smylers wrote:
>
> The audience section states familiarity with Dom Core and Dom Events as
> prereqs for reading the HTML 5 spec:
>
> http://www.whatwg.org/html5#audience
>
> As somebody without this Dom background there are certainly many parts
> of the spec which I've f
On Thu, 18 Jun 2009, Smylers wrote:
>
> One of the audiences for HTML is stated as "implementors of tools that
> are intended to conform to this specification":
>
> http://www.whatwg.org/html5#audience
>
> That seems circular, verging on tautologous: a tool author wondering
> whether this spe
On Thu, 18 Jun 2009, Smylers wrote:
>
> One of the examples of is marking up a lede paragraph:
>
> http://www.whatwg.org/html5#the-b-element
>
> Is a lede semantically relevant to the document such that it needs to be
> in the mark-up?
Sure, why not?
> Emboldening the first paragraph of an
On Mon, Jul 13, 2009 at 6:24 AM, news.gmane.org wrote:
> On 7/13/2009 7:26 AM, Jonas Sicking wrote:
>>
>> On Sun, Jul 12, 2009 at 9:00 PM, Ian Hickson wrote:
>>>
>>> If we don't remove duplicates, then things like the .toggle() method
>>> could
>>> have some quite weird effects.
>>
>> Such as? The
On Mon, Jul 13, 2009 at 4:28 PM, Jonas Sicking wrote:
> This way even incremental rendering of the fallback contents would
> work fine. The only case that's weird is markup like:
>
>
> lots and lots of fallback here
>
>
>
> There is a risk that content would be displayed, and then switch to
>
On Mon, Jul 13, 2009 at 4:01 PM, Philip Jägenstedt wrote:
> I thought you meant
>
>
>
> fallback content here
>
>
>
> I would prefer if fallback content and source elements weren't mixed on the
> same level, but maybe that's just me.
Eh, fallback content for non- browsers is already there
On Mon, Jul 13, 2009 at 5:01 AM, Philip Jägenstedt wrote:
>>> The design you describe is what tried to do, and it proved to be
>>> extremely problematic in practice -- and that was without another
>>> built-in
>>> fallback mechanism to complicate matters.
>>
>> While has had a very poor implement
On Mon, 13 Jul 2009 17:01:26 -0400, Philip Jägenstedt
wrote:
Does audio also have fallback content?
With , you can set its display to 'none' and the audio will still
play. However, if its display is set to 'none' and the element were to
fall back to a child object element that loads a p
On Mon, 13 Jul 2009 21:28:45 +0200, Tab Atkins Jr.
wrote:
On Mon, Jul 13, 2009 at 2:15 PM, Philip Jägenstedt
wrote:
On Mon, 13 Jul 2009 20:38:11 +0200, Tab Atkins Jr.
wrote:
On Mon, Jul 13, 2009 at 1:33 PM, Boris Zbarsky wrote:
Philip Jägenstedt wrote:
It would have to be part of t
I honestly can't see the benefit of bundling common libraries at all. It
requires a bunch of infrastructure to manage it and quickly becomes out
of date. Not worth it to save a few tens of K as a one-time download -
not a significant amount at all in today's terms.
What would help is if more p
On Mon, Jul 13, 2009 at 3:20 PM, Aryeh Gregor wrote:
> On Mon, Jul 13, 2009 at 3:21 PM, Tab Atkins Jr. wrote:
>> Yes there are. jQuery doesn't put out very many updates, and I don't
>> think most people alter their jQuery file.
>
> It's only one file, not multiple?
Yes.
> And people don't inadve
On Mon, Jul 13, 2009 at 3:21 PM, Tab Atkins Jr. wrote:
> Yes there are. jQuery doesn't put out very many updates, and I don't
> think most people alter their jQuery file.
It's only one file, not multiple? And people don't inadvertently
change newline style, or minify it using different incompati
On Mon, Jul 13, 2009 at 2:15 PM, Philip Jägenstedt wrote:
> On Mon, 13 Jul 2009 20:38:11 +0200, Tab Atkins Jr.
> wrote:
>
>> On Mon, Jul 13, 2009 at 1:33 PM, Boris Zbarsky wrote:
>>>
>>> Philip Jägenstedt wrote:
It would have to be part of the resource selection algorithm. Since that
>>>
On Mon, Jul 13, 2009 at 2:01 PM, Aryeh Gregor wrote:
> I'm not sure how useful this would actually be, though. Are there
> really *so* many sites using the *exact* same version of jQuery or any
> other single library?
Yes there are. jQuery doesn't put out very many updates, and I don't
think mos
On Mon, 13 Jul 2009 20:38:11 +0200, Tab Atkins Jr.
wrote:
On Mon, Jul 13, 2009 at 1:33 PM, Boris Zbarsky wrote:
Philip Jägenstedt wrote:
It would have to be part of the resource selection algorithm. Since
that
waits for new source elements indefinitely, when exactly would you
decide to
On Mon, Jul 13, 2009 at 11:34 AM, Ryosuke Niwa wrote:
>
> We can define it in this way. When a list A appears within anther list B
> (without being enclosed by li), then the list A is a sublist of B and that
> lists A and B constitutes a tree structure. When a list C appears within a
> list item
On Mon, Jul 13, 2009 at 12:49 AM, Jonas Sicking wrote:
> 2. How do we deal with identifying libraries.
> As Aaron Boodman pointed out, SHA hashes means that you can't make
> upgrades for security problems etc.
I think a hash would be fine. You don't want to load a different
version of the library
On Mon, Jul 13, 2009 at 1:33 PM, Boris Zbarsky wrote:
> Philip Jägenstedt wrote:
>>
>> It would have to be part of the resource selection algorithm. Since that
>> waits for new source elements indefinitely, when exactly would you decide to
>> switch to fallback content? Bad solutions include specia
Philip Jägenstedt wrote:
It would have to be part of the resource selection algorithm. Since that
waits for new source elements indefinitely, when exactly would you
decide to switch to fallback content? Bad solutions include
special-casing static markup and/or (falsely) assuming that scripts wi
Simon Pieters wrote:
It's actually rather purposeful, at least in terms of the code. It'd
be pretty easy to change to returning the textContent instead (so
walking into kids).
textContent wouldn't emit the tags.
Yes, true. I thought that's what you were asking for...
I think the spec cur
The first public Editors Draft of RDFa for HTML5 was published earlier
today. You can view the draft in two forms:
* [1] HTML5+RDFa Section (small 34K HTML document)
* [2] Complete HTML5+RDFa Specification (very large 4MB HTML document)
This blog post explains how this draft came to be, how it
On Mon, Jul 13, 2009 at 1:43 AM, Philip Jägenstedt wrote:
> Also, I've reported bugs on Safari and Chrome (I think, neither give
> confirmation that the report has been sent successfully!)
>
That's odd. Both bugs.webkit.org and crbug.com tell me when I've filed a
bug, and give me the bug number
On Mon, Jul 13, 2009 at 11:41 AM, Aron Spohr wrote:
> Hi Christian,
>
> have you ever considered just making the md5 (or maybe just a shorter CRC)
> part of the filename of the file you want to cache? Then you can send Expiry
> headers for 6 months or a years time for those files and you'll get t
Hi Christian,
have you ever considered just making the md5 (or maybe just a shorter CRC) part
of the filename of the file you want to cache? Then you can send Expiry headers
for 6 months or a years time for those files and you'll get the same behaviour.
Aron
2009/7/13 Christian Nygaard :
> What if one included hash sums of every binary file in html tags, plus
> embedded hash sums in streaming file blocks, then the client would never
> need to look at time stamps/expire headers to determine if it could cache
> the objects. That would make caching very e
What if one included hash sums of every binary file in html tags, plus
embedded hash sums in streaming file blocks, then the client would never
need to look at time stamps/expire headers to determine if it could cache
the objects. That would make caching very easy on mobile devices with slow
datali
On 13/07/2009 16:45, "Erik Vorhes" wrote:
> Part of the reason that browsers handle this--
>
>
>
>
>
> -- pretty well is because, in HTML 4.01 (and earlier HTML specs),
> was not required to be explicitly closed, so it would implicitly
> handle that as a child of the preceding .
On 13/07/2009 16:45, "Erik Vorhes" wrote:
> Part of the reason that browsers handle this--
>
>
>
>
>
> -- pretty well is because, in HTML 4.01 (and earlier HTML specs),
> was not required to be explicitly closed, so it would implicitly
> handle that as a child of the preceding .
On Mon, Jul 13, 2009 at 10:22 AM, Ryosuke Niwa wrote:
>
> Does anyone see a serious compatibility issue with adding ol / ul as child
> nodes of ol / ul? I feel like not allowing them is more problematic given
> the situation.
>
Part of the reason that browsers handle this--
-- pr
On Mon, Jul 13, 2009 at 4:01 AM, Simon Pieters wrote:
>
>
> I think this is a bug in execCommand('indent') and should be fixed in
> browsers.
>
> The spec doesn't seem to list 'indent' at all. It would be helpful if it
> was specified.
>
Yes, we need to specify how execCommand('indent' / 'inserto
We could make Storage into an EventTarget and also fire events on
there,
sure. As Jeremy said, this is something that might best be done in the
next version; we're still trying to get the current features
implemented
in a stable and consistent fashion as it is.
Sounds great. Although would
On 7/13/2009 7:26 AM, Jonas Sicking wrote:
On Sun, Jul 12, 2009 at 9:00 PM, Ian Hickson wrote:
If we don't remove duplicates, then things like the .toggle() method could
have some quite weird effects.
Such as? The only one I can think of is that calling .toggle() would
remove multiple items.
netarchit...@randasolutions.com
M. A. Luttrell Sr.
Sr. Web Applications Architect
Randa Solutions Inc.
722 Rundle Ave.
Nashville, Tennessee 37027
(615) 424-9988
This e-mail, including any attached files, may contain confidential and
privileged information for the sole use of t
2009/7/13 Jeff Walden :
> On 12.7.09 23:20, Ian Hickson wrote:
>> If people really want to push
>> Apple into supporting Theora, the best way to do it would be to just keep
>> using it as if it was the common codec, and _not_ provide another fallback
>> for-supporting UAs -- then things would work
On Thu, 09 Jul 2009 19:38:58 +0200, Boris Zbarsky wrote:
Kartikaya Gupta wrote:
Opera and Chrome will alert "some>stuffmore(escaping the angle bracket inside the child element) and Firefox just
outputs "more
It's actually rather purposeful, at least in terms of the code. It'd be
pretty ea
2009/7/13 Ian Hickson :
> On Fri, 10 Jul 2009, Jeff Walden wrote:
>> And if a site wants to publish H.264-only with Flash or QuickTime as the
>> fallback, they have to use scripting to make it work in Firefox.
>
> We presumably don't want to make the use of uncumbered codecs easier.
I agree. Moreo
On Mon, 13 Jul 2009 11:14:21 +0200, Jonas Sicking wrote:
On Sun, Jul 12, 2009 at 11:20 PM, Ian Hickson wrote:
On Fri, 10 Jul 2009, Jonas Sicking wrote:
>>
>> Hmm.. is that good? What if you want to use an (to use
flash
>> or java) or a as fallback?
>
> Then you do it with script.
>
> The
On Thu, 18 Jun 2009, Smylers wrote:
>
> HTML 5 currently defines as being for "stress emphasis of its
> contents", noting that:
>
> The placement of emphasis changes the meaning of the sentence. The
> element thus forms an integral part of the content.
>
> -- http://www.whatwg.org/html
On 13/07/2009 12:01, "Simon Pieters" wrote:
> I think this is a bug in execCommand('indent') and should be fixed in
> browsers.
As someone who has gone to a great deal of effort to get HTML lists working
in an editor really well, I'd definitely agree. However, almost no editors
get this right for
On Fri, 03 Jul 2009 00:05:09 +0200, Ryosuke Niwa wrote:
Hi, I just realized that in HTML4.01 spec, DTD doesn't seem to allow
nested OL or UL without LI. See
http://www.w3.org/TR/REC-html40/struct/lists.html#h-10.2 In fact, the
nested list example is marked deprecated. But in practice, all ma
On 13 Jul 2009, at 08:52, Bruce Lawson wrote:
I'd like to suggest that input
type="url" allows the http:// prefix to be optional on input and,
if ommitted, be assumed when parsing.
The spec explicitly allows that actual value seen and edited by the
user in the interface is different from D
On Thu, 18 Jun 2009, Bruce Lawson wrote:
>
> Spec says
>
> "The nav element represents a section of a page that links to other pages or
> to parts within the page: a section with navigation links. Not all groups of
> links on a page need to be in a nav element — only sections that consist of
> pri
On Wed, 17 Jun 2009, Joseph Pecoraro wrote:
>
> The "storage" event [1] fires for both sessionStorage and localStorage.
> To me, this means if you only want to interact with localStorage you
> will have to manually ensure that it is the storage area being modified:
>
> window.addEventListener
On 13/7/09 11:06, Ian Hickson wrote:
On Tue, 16 Jun 2009, Alpha Omega wrote:
I think it would be useful to add "fullscreenable" (or more refined
name) attribute to arbitrary element, so users could be able to
full-screen DOM subtrees, that document author marked as
"fullscreenable".
Usage: User
On Sun, Jul 12, 2009 at 11:20 PM, Ian Hickson wrote:
> On Fri, 10 Jul 2009, Jonas Sicking wrote:
>> >>
>> >> Hmm.. is that good? What if you want to use an (to use flash
>> >> or java) or a as fallback?
>> >
>> > Then you do it with script.
>> >
>> > The design is based around the assumption that
On Tue, 16 Jun 2009, Alpha Omega wrote:
>
> I think it would be useful to add "fullscreenable" (or more refined
> name) attribute to arbitrary element, so users could be able to
> full-screen DOM subtrees, that document author marked as
> "fullscreenable".
>
> Usage: User choses area that he wa
On Mon, 13 Jul 2009 00:00:20 +0200, Robert O'Callahan
wrote:
On Sun, Jul 12, 2009 at 10:34 AM, Philip Jägenstedt
wrote:
Not that I except this discussion to go anywhere, but out of curiosity I
checked how Firefox/Safari/Chrome actually implement canPlayType:
http://wiki.whatwg.org/wiki/V
On 12.7.09 23:20, Ian Hickson wrote:
If people really want to push
Apple into supporting Theora, the best way to do it would be to just keep
using it as if it was the common codec, and _not_ provide another fallback
for-supporting UAs -- then things would work fine it non--
supporting UAs like IE
On Sun, 12 Jul 2009 15:48:51 +0100, Kornel Lesinski
wrote:
On Sun, 12 Jul 2009 09:46:19 +0100, Bruce Lawson
wrote:
I'd like to suggest that input
type="url" allows the http:// prefix to be optional on input and, if
ommitted, be assumed when parsing.
The spec explicitly allows that ac
On Jul 12, 2009, at 11:20 PM, Ian Hickson wrote:
The design of from the ground up is based on the idea that in
browsers that support the element, the API will be used. If we
change this
assumption, then the entire design of the element would have to be
reconsidered -- in particular, I think
63 matches
Mail list logo