On Wed, 3 Dec 2008, Calogero Alex Baldacchino wrote:
> Ian Hickson ha scritto:
> > Exactly how getElementById() works is out of scope for HTML5, but in the Web
> > DOM Core spec that Simon is working on I imagine he has specced that it will
> > pick the first element with a matching ID or some such
On Wed, 3 Dec 2008, Calogero Alex Baldacchino wrote:
>
> When you read "The value must not contain any space characters.", is it
> an authoring rule for conforming documents, for you? Ok.
Right, statements that place requirements on what the values must be are
authoring requirements.
> When y
Ian Hickson ha scritto:
Exactly how getElementById() works is out of scope for HTML5, but in the
Web DOM Core spec that Simon is working on I imagine he has specced that
it will pick the first element with a matching ID or some such behavior.
Cheers,
Is it thought as a somewhat break with w
Benjamin Hawkes-Lewis ha scritto:
Calogero Alex Baldacchino wrote:
[...]
I think you're confusing parsing rules that conforming user agents
must follow to associate identifiers with elements (even when ids are
duplicated) with the authoring rules that conforming documents must
follow (ids
On Tue, 2 Dec 2008, Jonas Sicking wrote:
> >
> > I just did a little bit of testing, but it seems like IE *always*
> > treat id's in a case insensitive manner, including for getElementById.
> > If we are duplicating that quirk then we should do it consistently,
> > not just for image maps.
> >
On Tue, 2 Dec 2008, Calogero Alex Baldacchino wrote:
>
> Indeed it does, and I found such behaviour more consistent than letting
> just the a element with a 'name' or an 'id' being an anchor for
> navigating to a fragment :-)
>
> However, now I have a question. The 3rd step of the algorithm to
Jonas Sicking wrote:
Ian Hickson wrote:
On Thu, 26 Jun 2008, Jonas Sicking wrote:
On Sat, 18 Aug 2007, Jonas Sicking wrote:
Since ID is case sensitive everywhere else, I don't see a reason to
make
an exception from that rule here. That seems to unnecessarily
complicate
implementation as well
Calogero Alex Baldacchino wrote:
However, now I have a question. The 3rd step of the algorithm to
determine "the indicated part of the document" says,
"If there is an element in the DOM that has an ID exactly equal to
/fragid/, then the first such element in tree order is the indicated
part o
Ian Hickson ha scritto:
On Mon, 1 Dec 2008, Calogero Alex Baldacchino wrote:
Yes, a hash link () will scroll to the element with an
id=foo. If coding properly, you'll virtually *never* use an for
an actual *anchor*, but rather will target the most semantically
appropriate element, such as
On Tue, Dec 2, 2008 at 2:44 AM, Ian Hickson <[EMAIL PROTECTED]> wrote:
> On Mon, 17 Nov 2008, Ojan Vafai wrote:
> > This is a useful property on any text input element. Seems like it
> > should apply to textareas as well as contentEditable elements and
> > iframes with designMode on. I can point t
On Tue, Dec 2, 2008 at 10:39 AM, Aaron Leventhal <[EMAIL PROTECTED]> wrote:
> Maybe there is a deeper problem if copy & paste doesn't work right because
> of IDs?
>
> Or maybe there should be a node.getDescendantById() method?
maybe, but not with that name.
Results 1 - 10 of about 4,480,000 for
On Tue, 02 Dec 2008 07:16:51 -0500, Ian Hickson <[EMAIL PROTECTED]> wrote:
On Tue, 2 Dec 2008, Michael A. Puls II wrote:
I'm talking about a UA associating mailto: links and mailto: form
submission with webmail clients (like Gmail for example) by whatever
means, just like UAs can do with Thund
On Tue, 2 Dec 2008, Michael A. Puls II wrote:
>
> I'm talking about a UA associating mailto: links and mailto: form
> submission with webmail clients (like Gmail for example) by whatever
> means, just like UAs can do with Thunderbird for example.
>
> This could be done with registerProtocolHand
The phrase "The size attribute gives the number of characters that, in a
visual rendering, the user agent is to allow the user to see while editing
the element's value." is phrased misleadingly like a UA conformance
criterion even though it is not. It doesn't account for the fact that a
sty
On Tue, 02 Dec 2008 05:00:11 -0500, Ian Hickson <[EMAIL PROTECTED]> wrote:
On Tue, 2 Dec 2008, Michael A. Puls II wrote:
Consider this form:
mailto:?subject=1+2"; action="POST">
(which contains a valid mailto URI meaning that "1+2" should be the
value of the subject)
Imagine in your br
I've added the Origin header to all non-GET browsing context navigation
and to ping="" processing.
http://html5.org/tools/web-apps-tracker?from=2524&to=2525
--
Ian Hickson U+1047E)\._.,--,'``.fL
http://ln.hixie.ch/ U+263A/, _.. \
On Tue, Dec 2, 2008 at 11:44 AM, Ian Hickson wrote:
>
> For , a placeholder value seems odd. Do you have examples of
> people doing that?
Google Code hosting for adding a comment on an issue:
http://code.google.com/p/support/issues/detail?id=1#makechanges
--
Thomas Broyer
Dne Tue, 02 Dec 2008 11:31:07 +0100 Ian Hickson <[EMAIL PROTECTED]> napsal/-a:
Well, in the snippet above, the following seems adequate:
Instructions
Type in dd-mm-yyy format
...and the custom error message should be set from script, using
addCustomValidity(). How is that not acce
On Fri, 28 Nov 2008, Anne van Kesteren wrote:
> On Sat, 08 Nov 2008 18:46:48 +0100, Ian Hickson <[EMAIL PROTECTED]> wrote:
> > On Mon, 16 Jun 2008, Adele Peterson wrote:
> > > I saw the need for this in our Web Inspector, which has a lot of custom
> > > controls (including some that use contentedit
On Mon, 17 Nov 2008, Samuel Santos wrote:
> On Wed, Nov 12, 2008 at 12:14 AM, Ian Hickson <[EMAIL PROTECTED]> wrote:
> > On Tue, 11 Nov 2008, Samuel Santos wrote:
> > > >> On Thu, 6 Nov 2008, Samuel Santos wrote:
> > > >> >
> > > >> > If changing the button text can be a security issue (e.g.
> > >
On Mon, 17 Nov 2008, Ojan Vafai wrote:
>
> This is a useful property on any text input element. Seems like it
> should apply to textareas as well as contentEditable elements and
> iframes with designMode on. I can point to real-world examples of the
> latter if need be. I think it's acceptable
On Tue, 11 Nov 2008, Oldřich Vetešník wrote:
> Dne Mon, 10 Nov 2008 21:50:37 +0100 Ian Hickson <[EMAIL PROTECTED]> napsal/-a:
> > >
> > > Instructions
> > >
> > > Type in dd-mm- format
> > > Must be a valid value (if error is true)
> >
> > This seems excessively complicated and I'm not convi
On Tue, 2 Dec 2008, Michael A. Puls II wrote:
>
> Consider this form:
>
> mailto:?subject=1+2"; action="POST">
>
>
>
> (which contains a valid mailto URI meaning that "1+2" should be the
> value of the subject)
>
> Imagine in your browser that it supports setting the default mailto URI
>
(trimmed cc list so that I'm not cross-posting to half a dozen lists)
On Sat, 1 Nov 2008, Mike Schinkel wrote:
>
> If URI Templates are added I can see them be immediately incorporated
> into CMS like Drupal, WordPress and Joomla (I use the former two so I'll
> add it if nobody else does) and
On Tue, 02 Dec 2008 02:48:15 -0500, Ian Hickson <[EMAIL PROTECTED]> wrote:
On Wed, 29 Oct 2008, Michael A. Puls II wrote:
On Wed, 29 Oct 2008 03:42:17 -0400, Ian Hickson <[EMAIL PROTECTED]> wrote:
> On Wed, 29 Oct 2008, Michael A. Puls II wrote:
> >
> > What about the method="POST" case where t
On Tue, 2 Dec 2008, Julian Reschke wrote:
> Ian Hickson wrote:
> > ...
> > I actually can't find where it is defined that the + in an HTTP
> > URI represents a space. (I can find where it says that a space is to
> > be converted into a +, but not the other way around.)
>
> Where does it say that
Ian Hickson wrote:
...
I actually can't find where it is defined that the + in an HTTP URI
represents a space. (I can find where it says that a space is to be
converted into a +, but not the other way around.)
Where does it say that? Surely not RFC 2616? RFC 3986?
My understanding, though, i
Maybe there is a deeper problem if copy & paste doesn't work right
because of IDs?
Or maybe there should be a node.getDescendantById() method?
I don't know. It just seems odd to implement something special here for
that.
- Aaron
On 11/22/2008 3:06 PM, Henri Sivonen wrote:
On Nov 22, 2008,
On Sat, 1 Nov 2008, Erik Wilde wrote:
> > >
> > > The benefit would be having more control over the construction of
> > > the URI rather than just the query parameters. I could have a form
> > > with two simple fields "a" and "b" and specify
> > > "http://test.org/customers/{a}/reports/{b}"; as
On Wed, 29 Oct 2008, Garrett Smith wrote:
> >
> > I've used different wording in HTML5, let me know if it's confusing
> > still (it probably is), and what it should say instead.
>
> Link or text?
I don't like giving links or text because if you can't find the text, then
that is valuable inform
Ian Hickson wrote:
On Wed, 12 Nov 2008, Tommy Thorsen wrote:
Consider the following markup:
X
The html5 parsing algorithm produces the following tree:
X
whereas Firefox and Opera both produce:
X
and IE produces:
The main problem with the html5 output, in my opinion, is the e
On Wed, 29 Oct 2008, Markus Ernst wrote:
> Ian Hickson schrieb:
> > On Tue, 28 Oct 2008, Markus Ernst wrote:
> > >
> > > I consider a total re-thinking of select, input type="checkbox" and
> > > input type="radio" elements as highly desirable, though I see that
> > > this might cause more serious
32 matches
Mail list logo
