On Mon, 13 Nov 2006, Carlos OKieffe wrote:
>
> Are there any plans to attach an XPath like API to this HTML spec? I
> think it may be helpful for parsing elements by attributes like
> /[EMAIL PROTECTED]'alternate'].
The W3C WebAPI working group is working on something like this.
--
Ian Hickso
Are there any plans to attach an XPath like API to this HTML spec? I think it may be helpful for parsing elements by attributes like /[EMAIL PROTECTED]'alternate'].
Hi Everyone,
*The WHATWG Blog*
A new community blog has been created [1]. The aim of the blog is to
keep the public informed about the development of (X)HTML 5, the WHATWG,
and related topics, and get feedback from those who do not wish to
participate directly in the mailing list.
At pre
On Mon, 13 Nov 2006 22:30:13 +0600, Jeff Seager <[EMAIL PROTECTED]> wrote:
> After reflecting on your points and others, Alexey, I do expect more of
> a caption than I expect of a simple attribute. Most importantly, I
> expect it to be visible by default if I have a visible picture. For that
> rea
Hi,
I have tried to sum up the requirements for
CanvasRenderingContext2D.drawString() at
http://rhino-canvas.sf.net/www/drawstring.html
The page contains an API proposal based on the Font/TextStyle object
approach that
meets all those requirements, and also some motivation why I have
impleme
Hi,I'm quite pleased to see a nav element being proposed. It will make things much easier for assistive technologies and potential improvements to search engine listings, as well as having more meaning than an unordered list.I saw that there are no attributes beyond the standard HTMLElement on
Alexey notes:
> With CSS3 it's possible to display the value of "title" attribute in
the
> visual flow. For older UAs a JS implementation is trivial.
I didn't know that about CSS3, and that would be a good solution except
where the end user has specified a local stylesheet to override the
desi
Alexey Feldgendler wrote:
> On Fri, 10 Nov 2006 23:47:05 +0600, Steve Runyon <[EMAIL PROTECTED]>
> wrote:
>
>> Couldn't we extend the element to work for images as well as form
>> elements? The for attribute would provide the explicit link to the image
>> that would take the label's contents o
On Nov 11, 2006, at 15:35, Henri Sivonen wrote:
encodings that "everyone" supports. A passable practical definition
could be the intersection of the IANA-registered encodings
supported by IE6, Opera 9, Firefox 2.0, Safari 2.0.x, Sun JDK 1.4.2
and Python 2.4.
For the record, the following
On Nov 9, 2006, at 11:57 AM, Jeff Seager wrote:
...
Among all literate people, I believe there is a longstanding
expectation that pictures are accompanied by meaningful descriptions
(usually below the image, but often to one side). The absence of image
captioning seems to me to be an oversight
10 matches
Mail list logo