On Tue, 6 Oct 2009, Mark Pilgrim wrote:
This is an email followup from an IRC discussion long ago, at Ian's request.
http://krijnhoetmer.nl/irc-logs/whatwg/20090416#l-507
# [23:30] mpilgrim test cases:
http://diveintomark.org/tmp/relalternate.html and
On Wed, 7 Oct 2009, Alex Russell wrote:
As currently specified, HTML 5 includes a list of pre-defined good
values for http-equiv [2] and specifies a pragma extensibility mechanism
[3] which predicates new entries on being registered HTTP headers from
duly submitted RFCs. This is onerous
I assume Javadocs are a legitimate use case for HTML5. What's the
right way to implement Javadocs in HTML5?
--
Henri Sivonen
hsivo...@iki.fi
http://hsivonen.iki.fi/
On Thu, 8 Oct 2009, Alexander Surkov wrote:
The suggestion is to treat control element as special character, i.e.
when you move through the text by arrow keys and control element is met
then control element should be focused and its selection should be
changed appropriately. When control
On Oct 10, 2009, at 08:20, Maciej Stachowiak wrote:
I think the HTML5 requirement should be changed to allow any header
in the Permanent Message Header Field Registry. Effectively, this
would require either an RFC or an Open Standard. This seems just as
good for HTML5's purposes as
On Thu, 8 Oct 2009, Markus Ernst wrote:
I found this post by Ian Hickson from August 15, 2006 in the list
archive:
On Sat, 1 Apr 2006, Henri Sivonen wrote:
Since the omission of legend does not cause any horrible effects,
I suggest making legend optional and reaffirming that if
Henri Sivonen wrote:
On Oct 10, 2009, at 08:20, Maciej Stachowiak wrote:
I think the HTML5 requirement should be changed to allow any header in
the Permanent Message Header Field Registry. Effectively, this would
require either an RFC or an Open Standard. This seems just as good for
HTML5's
On Sun, 11 Oct 2009 23:43:03 +0200, Eduard Pascual herenva...@gmail.com
wrote:
For it to be taken
seriously by the editor, I strongly recommend that you send spec-ready
quality text,
I recommend sticking to use cases, requirements, links to real-world
pages, and proposed solutions with
bay117-w3028b5e214edae8ab9a8eb83...@phx.gbl
pine.lnx.4.62.0910120719160.25...@hixie.dreamhostps.com
Content-Type: text/plain; charset=windows-1255
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
Does pushState apply to bookmarking ?From reading section 6.10 of the spec it
seems
On Oct 11, 2009, at 11:57 PM, Henri Sivonen wrote:
On Oct 10, 2009, at 08:20, Maciej Stachowiak wrote:
I think the HTML5 requirement should be changed to allow any header
in the Permanent Message Header Field Registry. Effectively, this
would require either an RFC or an Open Standard.
Ian Hickson schrieb:
Additionnally I want to suggest to make it possible to place the legend
element outside the fieldset element, providing a for attribute (just
as it is possible to place the label element apart from it's form field
element).
This is significantly harder to pull off, for
On Fri, 9 Oct 2009, Yuvalik Webdesign wrote:
A) In the NAV element it says: In particular, it is common for footers
to have a list of links to various key parts of a site, but the footer
element is more appropriate in such cases, and no nav element is
necessary for those links.
But then
On Sat, 10 Oct 2009, Yuvalik Webdesign wrote:
In section 3.2.6 (Assistive technologies) it states in the table that
header has an implied ARIA role of “banner”. However, the spec
description of header does not comply with the description of the
banner-role in the ARIA-spec. ARIA states:
On Sun, 11 Oct 2009, Simon Pieters wrote:
On Sun, 11 Oct 2009 11:38:51 +0200, Ian Hickson i...@hixie.ch wrote:
While I agree that it is probably an authoring error if the author
included a type=file control on a page with the default enctype,
Should thus validators flag this as an
On Sun, 11 Oct 2009, Garrett Smith wrote:
My question is:
Which browser does document.initDragEvent work in?
Do you mean DragEvent.initDragEvent?
Document.initDragEvent is inordinately long and cumbersome, taking 16
arguments, and requiring the creation of a DataTransfer object. That
On Mon, 12 Oct 2009, tali garsiel wrote:
Does pushState apply to bookmarking?
Insofar as bookmarking uses the document's current address, yes.
(Bookmarking, being a UI feature, isn't defined in HTML5.)
--
Ian Hickson U+1047E)\._.,--,'``.fL
On Mon, 12 Oct 2009, Markus Ernst wrote:
Ian Hickson schrieb:
Additionnally I want to suggest to make it possible to place the
legend element outside the fieldset element, providing a for
attribute (just as it is possible to place the label element apart
from it's form field
Ian Hickson wrote:
On Sun, 11 Oct 2009, Mark Kaplun wrote:
Boris, I have agreed with your first response that I don't know
enough about all the crazy things that people might be doing, to make
this attribute to disappear. However I don't see how changing the
default mime type will have
From: Ian Hickson
Which makes sense to me, a banner is not a header. In other words, if
header implies a banner-role, it may only be used once on a page
unless that role is overridden for additional headers. Is this an
oversight in the spec or is this to remain like this? If so, how
From: Ian Hickson
C) When talking about outline (in the context of sectioning) I gather
we
are NOT talking about the DOM-tree, but about (a Table Of) Contents
kind
of outline.
Right.
Does a generic page-header and footer (containing a site-wide logo,
style and navigation)
I have an argument with a colleague of mine regarding Transparent elements. He
filed a bug regarding this in bugzilla and I wrote to the html5doctor about it
with a question, but neither action has answered our question.
The way I understand it, a Transparent Element can contain the same
Ian Hickson schrieb:
On Mon, 12 Oct 2009, Markus Ernst wrote:
Ian Hickson schrieb:
Additionnally I want to suggest to make it possible to place the
legend element outside the fieldset element, providing a for
attribute (just as it is possible to place the label element apart
from it's form
pine.lnx.4.62.0910121145480.25...@hixie.dreamhostps.com
Content-Type: text/plain; charset=windows-1255
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
I guess it's not a HTML5 question but more a best practice question but ...
In case an application has navigation menus that cannot be
On Mon, Oct 12, 2009 at 8:21 AM, Yuvalik Webdesign
postmas...@yuvalik.org wrote:
I have an argument with a colleague of mine regarding Transparent elements.
He filed a bug regarding this in bugzilla and I wrote to the html5doctor
about it with a question, but neither action has answered our
On 10/11/09 11:06 AM, Mark Kaplun wrote:
Boris, I have agreed with your first response that I don't know enough
about all the crazy things that people might be doing, to make this
attribute to disappear. However I don't see how changing the default
mime type will have any affect on the existing
From: Tab Atkins Jr.
Neither of you are *quite* right, but you are much closer to correct
than your colleague. A transparent element *must* contain the same
kinds of elements that its direct parent can. The meaning of
transparent is simply that, if you removed the element but left its
On Mon, Oct 12, 2009 at 9:52 AM, Yuvalik Webdesign
postmas...@yuvalik.org wrote:
From: Tab Atkins Jr.
Neither of you are *quite* right, but you are much closer to correct
than your colleague. A transparent element *must* contain the same
kinds of elements that its direct parent can. The
tali garsiel schrieb:
pine.lnx.4.62.0910121145480.25...@hixie.dreamhostps.com
Content-Type: text/plain; charset=windows-1255
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
I guess it's not a HTML5 question but more a best practice question but ...
In case an application has navigation
Ian,
I quoted Andrew Fedoniouk
(http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2007-March/010186.html),
There are use cases when frames are good. As an example: online (and
offline) help systems ... In such cases they provide level of usability
higher than any other method of
Peter,
Can you explain what you mean by A DB row is a tree node and it must be
possible to block bookmarking of such rows. a little more? From my
understanding, a developer could accomplish this with an onclick handler and
some URI arguments, but it seems like you're focused on the browser
Boris Zbarsky wrote:
On 10/11/09 11:06 AM, Mark Kaplun wrote:
Boris, I have agreed with your first response that I don't know enough
about all the crazy things that people might be doing, to make this
attribute to disappear. However I don't see how changing the default
mime type will have any
On Mon, Oct 12, 2009 at 10:21 AM, Peter Brawley p...@artfulsoftware.com wrote:
A DB row is a tree node and it must be possible to block bookmarking of such
rows.
You keep implying that frames make it possible to block bookmarking.
They do not. Anyone can right click-open frame and then just
On 10/12/09 11:32 AM, Mark Kaplun wrote:
Is there any reason why someone will do such a thing by design? unless
there is some exotic reason, this is an example to a form which do not
perform its role.
That depends on whether the server actually expects to get anything from
the file input.
Mike,
Can you explain what you mean by A DB row is a tree node and it must
be possible
to block bookmarking of such rows. a little more? From my
understanding, a developer
could accomplish this with an onclick handler and some URI arguments,
but it seems like
you're focused on the browser
On Mon, Oct 12, 2009 at 5:21 PM, Peter Brawley wrote:
I quoted Andrew Fedoniouk
(http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2007-March/010186.html),
There are use cases when frames are good. As an example: online (and
offline) help systems ... In such cases they provide level of
On Mon, Oct 12, 2009 at 6:01 PM, Peter Brawley p...@artfulsoftware.com wrote:
The use case that mainly motivates my objection to
this says that the datatree maintenance page must function as a black box
with no internal HTML bookmarking at all---except for exit, navigation must
be controlled
There are good database reasons to block bookmarks to table rows, so that
must be doable.
I still don't get what database has to do with it?
block bookmars to table rows? Does it make any sense at all?
…
Regards,
Rimantas
--
http://rimantas.com/
Peter,
Thanks for the clarification, I think I have a little better understanding
now.
(Sorry I jumped into the mailing list in the middle of the conversation and
missed some of the earlier context) Are we currently discussing
implementation details around a proposed tree structure control? I
From: Ian Hickson [mailto:i...@hixie.ch]
Please file specific bugs or send specific e-mails for each example you
think should be reworked; there are over 300 examples in the spec and
without knowing what is wrong with each one, if I just go through them
all
and change them, they're just
On Mon, Oct 12, 2009 at 11:18 AM, Yuvalik Webdesign
postmas...@yuvalik.org wrote:
From: Ian Hickson [mailto:i...@hixie.ch]
Please file specific bugs or send specific e-mails for each example you
think should be reworked; there are over 300 examples in the spec and
without knowing what is
From: Tab Atkins Jr.
Definitely not; it's part of the application. From your snippet, the
page seems to be built as a picture-app, which means both the image
and the thumbnails work together; neither is tangential to the purpose
of the page like a sidebar would be.
I think this is the
On Sun, Oct 11, 2009 at 11:57 PM, Henri Sivonen hsivo...@iki.fi wrote:
On Oct 10, 2009, at 08:20, Maciej Stachowiak wrote:
I think the HTML5 requirement should be changed to allow any header in the
Permanent Message Header Field Registry. Effectively, this would require
either an RFC or an
On Sun, Oct 11, 2009 at 11:39 PM, Ian Hickson i...@hixie.ch wrote:
On Wed, 7 Oct 2009, Alex Russell wrote:
As currently specified, HTML 5 includes a list of pre-defined good
values for http-equiv [2] and specifies a pragma extensibility mechanism
[3] which predicates new entries on being
Alex Russell wrote:
...
So just to clarify: should we standardize X-UA-Compatible at the IETF,
the validator would no longer complain about it, assuming that you'll
accept it in the wiki (which I'd like to be clear on)?
...
To standardize it in the IETF, it would probably need to be renamed,
Thomas,
What's wrong or missing in MSDN and/or Google Documentation Reader?
http://msdn.microsoft.com/en-us/library/system.collections.generic.aspx
http://code.google.com/docreader/#p=google-web-toolkit-doc-1-5
The Google solution needs at least 1,100 lines of JavaScript (perhaps
much more,
On 10/12/09 1:55 AM, Ian Hickson wrote:
Why is the form.submit() ignored? It's not ignored in, e.g.:
http://www.hixie.ch/tests/adhoc/html/navigation/unload/same-origin/004.html
But in this case the form action is same-origin with the load that's
happening
Oops, that's a vestigial
On Mon, Oct 12, 2009 at 1:56 PM, Yuvalik Webdesign
postmas...@yuvalik.org wrote:
From: Tab Atkins Jr.
iframe src=example1_jpg.html name=detail
p
A long story regarding the companies' origins and goals...
/p
div id=advert.../div
ul
lia target=detail
On Oct 12, 2009, at 11:02 AM, Julian Reschke wrote:
Alex Russell wrote:
...
So just to clarify: should we standardize X-UA-Compatible at the
IETF,
the validator would no longer complain about it, assuming that you'll
accept it in the wiki (which I'd like to be clear on)?
...
To
Am Mon, 12 Oct 2009 14:24:20 -0700
schrieb Jonas Sicking jo...@sicking.cc:
[…]
Unless you count IE-based browsers, such as maxathon, a separate
implementation.
/ Jonas
Which we don't because they do not have a seperate rendering engine,
amirite?
--
Nils Dagsson Moskopp // erlehmann
Maciej Stachowiak wrote:
On Oct 12, 2009, at 11:02 AM, Julian Reschke wrote:
Alex Russell wrote:
...
So just to clarify: should we standardize X-UA-Compatible at the IETF,
the validator would no longer complain about it, assuming that you'll
accept it in the wiki (which I'd like to be clear
On Mon, Oct 12, 2009 at 5:14 PM, Maciej Stachowiak m...@apple.com wrote:
And the standard would have to describe what it actually does, which would
probably require some input from Microsoft. At some point, to advance on the
IETF standards track, it would need multiple interoperable
On Mon, Oct 12, 2009 at 4:37 AM, Ian Hickson i...@hixie.ch wrote:
On Sun, 11 Oct 2009, Garrett Smith wrote:
My question is:
Which browser does document.initDragEvent work in?
Do you mean DragEvent.initDragEvent?
AH, yeah. The event is under MouseEvent, then? So:-
Hi, Ian. Thank you for the answer.
AFAIK usually accessibility people tend to define kind of universal
behaviour on mouse/keyboard interaction depending on OS of course.
This case is probably not this one and behaviour should be
implementation dependent. I'm not sure. Therefore I brought this
On Mon, 12 Oct 2009, Garrett Smith wrote:
On Mon, Oct 12, 2009 at 4:37 AM, Ian Hickson i...@hixie.ch wrote:
On Sun, 11 Oct 2009, Garrett Smith wrote:
My question is:
Which browser does document.initDragEvent work in?
Do you mean DragEvent.initDragEvent?
AH, yeah. The event is under
On Thu, 17 Sep 2009, Jeremy Orlow wrote:
On Thu, Sep 17, 2009 at 1:32 AM, Ian Hickson i...@hixie.ch wrote:
I think we should be very careful before introducing a fourth storage
mechanism to make sure that whatever we introduce really is something
that's going to be very useful and
On Tue, Oct 13, 2009 at 3:07 PM, Ian Hickson i...@hixie.ch wrote:
On Wed, 9 Sep 2009, Darin Fisher wrote:
What about navigating an iframe to a reference fragment, which could
trigger a scroll event? The scrolling has to be done synchronously for
compat with the web.
You can only do that
On Mon, 12 Oct 2009 01:44:39 + (UTC), Ian Hickson i...@hixie.ch wrote:
On Tue, 6 Oct 2009, Kartikaya Gupta wrote:
[...]
Fixed the spec.
That works, thanks.
kats
On Mon, Oct 12, 2009 at 3:38 PM, Aryeh Gregor simetrical+...@gmail.com wrote:
On Mon, Oct 12, 2009 at 5:14 PM, Maciej Stachowiak m...@apple.com wrote:
And the standard would have to describe what it actually does, which would
probably require some input from Microsoft. At some point, to advance
58 matches
Mail list logo