On Fri, 6 Jul 2007, Alexander wrote:
i wonder why there's still no a special 'key' attribute for every form
field implemented.
Basically the answer is because it can already be done with name.
On Fri, 6 Jul 2007, Alexander wrote:
Of course, it's how I usually do this :) But I would not
On Tue, 28 Oct 2008 16:01:33 -0400, Ian Hickson [EMAIL PROTECTED] wrote:
On Tue, 30 Jan 2007, Shadow2531 wrote:
http://www.whatwg.org/specs/web-forms/current-work/#for-mailto
http://www.whatwg.org/specs/web-forms/current-work/#x-www-form-urlencoded
(#4)
In mailto URIs, %20 represents a
On Wed, 29 Oct 2008, Michael A. Puls II wrote:
Question though.
What about the method=POST case where the query string is kept?
For example:
form action=mailto:?subject=1+2; method=POST
input type=text name=body value=1+2
input type=text name=other value=1 2
input
On Sun, 15 Jul 2007, Alex Vincent wrote:
I've held off on commenting about the new types suggested for input so
far, but I should mention this: Web Forms 2 as it currently stands has
twenty-four different types of input elements. Ten from HTML 4,
fourteen new ones in this spec. Please,
On Mon, 27 Aug 2007, Garrett Smith wrote:
Currently there is a problem in at least Firefox, and I can't remember
about IE. If no OPTION has selected attribute, then Firefox will select
the first option in the list. If the first option is selected, it's
selected attribute will be true and
On Thu, 13 Sep 2007, Garrett Smith wrote:
I found a few mistakes in the spec.
===
5.1. Successful form controls
The controls that are successful are those that are included in the
submission (in the form data set) when their form is
Hi Philipp,
After all, more or less the only situation you'd want to use UDP
Wrong. But then personally, I'd use UDP for server-generated events, and
something other than a context-devoid, connection-less, session-hijackable,
bollocks protocol as my middleware backbone; I am clearly 180 degrees
Hi Maciej,
Does OS X (or the iPhone for that matter) support Java 6 yet?
And were all these security bug reports you keep seeing to do with Java in
general, or the Apple version in particular?
Would Strict Same Origin policy not be useful as an optional (perhaps
default) configuration?
Cheers
Hear! Hear!
- Original Message -
From: Shannon [EMAIL PROTECTED]
To: Anne van Kesteren [EMAIL PROTECTED]
Cc: WHATWG [EMAIL PROTECTED]
Sent: Tuesday, September 30, 2008 12:59 PM
Subject: Re: [whatwg] WebSocket websocket-origin
Anne van Kesteren wrote:
What is the reason for doing
Hi Shannon,
In the absence of Socket Policy Files, this is a good fallback position; the
shorter the handshake, the better.
Cheers Richard Maher
- Original Message -
From: Shannon [EMAIL PROTECTED]
To: WHAT working group whatwg@lists.whatwg.org
Sent: Tuesday, September 30, 2008 4:04 PM
Hi Shannon,
Bummer :-( Please don't give up!
Sorry if this is a really stupid question (my knowledge of proxy-servers is
minimal) but what issues are involved here that have not been solved with a
product such as Orbited? http://www.orbited.org/
Look, I've never used it but, if I understand it
On Wed, 29 Oct 2008 03:42:17 -0400, Ian Hickson [EMAIL PROTECTED] wrote:
On Wed, 29 Oct 2008, Michael A. Puls II wrote:
Question though.
What about the method=POST case where the query string is kept?
For example:
form action=mailto:?subject=1+2; method=POST
input type=text name=body
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 backwards compatiblity problems than for
example removing the
The spec says when an iframe (a child browsing context) doesn't refer a
manifest in the html tag it has to inherit cache from its parent's
document.
1. This should be restricted to the same origin because when an offline
application loads in an iframe a site (an advertisement or what ever
On Wed, Oct 29, 2008 at 9:49 AM, Markus Ernst [EMAIL PROTECTED] wrote:
Consider a form with some quite big radio button groups, and now you have do
add some more options. After you are done, your boss says: Ok, great
work... but this looks too ugly now, just change it into those dropdown kind
1. On this part:
If there is a header cell in the table
http://www.whatwg.org/specs/web-apps/current-work/multipage/tabular-data.html#concept-table
whose corresponding |th
http://www.whatwg.org/specs/web-apps/current-work/multipage/tabular-data.html#the-th-element|
element has an ID
Silvia Pfeiffer wrote:
On Sat, Oct 25, 2008 at 6:18 PM, Jonas Sicking [EMAIL PROTECTED] wrote:
After thinking about this, I'm not sure that limiting playback to a
section of a media file will be used very often. A developer can easily
script the same functionality as long as they don't use the
Am Mittwoch, den 29.10.2008, 11:16 -0700 schrieb Jonas Sicking:
Maciej (and I think others) have suggested that it would be useful if it
was possible to allow audio to be used such that a single file can be
downloaded that contains multiple sound effects, and then use javascript
to play
On Wed, Oct 29, 2008 at 6:16 PM, Jonas Sicking [EMAIL PROTECTED] wrote:
Maciej (and I think others) have suggested that it would be useful if it was
possible to allow audio to be used such that a single file can be
downloaded that contains multiple sound effects, and then use javascript to
The problem of table header identifiers is a reflection a general problem of
locality in markup: you cannot use templates without renaming the
identifiers, which is the easy part, and replacing the internal references
to the identifiers, which is the hard part. If you find this remark silly
I realized that the HTTP response headers exposed in the HTMLDocument
interface http://www.w3.org/html/wg/html5/#htmldocument are limited:
referrer, cookie, lastModified, charset, characterSet.
It would be very useful if a script could get *all* of the response headers,
the raw entity body, and
What should the property HTMLDocument.responseXML represent?
Chris
_
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Weston Ruter
Sent: Wednesday, October 29, 2008 8:06 PM
To: [EMAIL PROTECTED]
Cc: Ian Hickson; Anne van Kesteren
Subject: [whatwg] Implement
If the interface were implemented as-is, document.responseXML would just be
a reference back to the document object.
So if the document is XML, then document === document.responseXML
On Wed, Oct 29, 2008 at 12:14 PM, Kristof Zelechovski [EMAIL PROTECTED]
wrote:
What should the property
The meaning of HTMLDocument.responseXML looks a bit strange and
unexpected: a property of an object bound to the object itself by
definition. I would suggest leaving that one out.
Chris
_
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Weston Ruter
Sent: Wednesday,
On Wed, Oct 29, 2008 at 11:35 AM, Kristof Zelechovski [EMAIL PROTECTED]
wrote:
Multiple AUDIO elements require one request per element unless they refer
to
the same stream or they use the data URL scheme, or the whole page is
packaged as multipart/mixed, which would indeed be nice for such
Providing the original document tree before transformation in
HTMLDocument.responseXML makes sense. In that case, the Document returned
should be immutable, just as a DOMString is; I am not sure how to declare it
in IDL.
Chris
_
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
There are multiple ways to encapsulate heterogeneous data in documents:
application resources (the res URL scheme), file archives (jar, zip, shar,
tar, whatever). Of those possibilities, MIME is most Web-friendly IMHO,
although the downside is that the transmitted resource grows. This should
not
Of course, a Windows check box label corresponds to nothing in HTML! I have
extrapolated Windows GUI where a check box has a TITLE. This Windows TITLE
property has no counterpart in HTML. Sorry for the confusion.
I should have added Please answer yes or no because I would like to have a
On Wed, 29 Oct 2008, Křištof Želechovski wrote:
Of course, a Windows check box label corresponds to nothing in HTML!
This is incorrect. A Windows checkbox label corresponds to the contents of
a label element associated with an input type=checkbox element.
Do you think the Internet Explorer
We have a different opinion on what corresponds means. A label in HTML is
detached, both logically and graphically, while a TITLE in Windows GUI is
attached. You can translate from Windows GUI to HTML - but this direction
is not interesting; you cannot translate from HTML to Windows GUI, at
On Wed, 29 Oct 2008, Křištof Želechovski wrote:
We have a different opinion on what corresponds means. A label in HTML is
detached, both logically and graphically, while a TITLE in Windows GUI is
attached. You can translate from Windows GUI to HTML - but this direction
is not interesting;
I shall try to explain the general problem in more detail.
Suppose you have a template that inserts a table T into the Web page, and
some elements in the table have identifiers. It is not a safe operation
because the identifiers can conflict with element identifiers on the
containing page, or
On Wed, 29 Oct 2008, Kristof Zelechovski wrote:
I shall try to explain the general problem in more detail. Suppose you
have a template that inserts a table T into the Web page, and some
elements in the table have identifiers. It is not a safe operation
because the identifiers can conflict
On Thu, Oct 30, 2008 at 7:38 AM, Eduard Pascual [EMAIL PROTECTED] wrote:
Wouldn't multiple audio elements be better here?
I can see use cases where multiple audio elements might not be as
useful as one containing multiple samples.
I might have a single audio file containing 500 'parts of
Am Donnerstag, den 30.10.2008, 13:19 +1300 schrieb Chris Double:
I'm not sure that type of use case is very likely though. In my
JavaScript 8080 emulator
Wait, what ?
On Thu, Oct 30, 2008 at 1:46 PM, Nils Dagsson Moskopp
[EMAIL PROTECTED] wrote:
I'm not sure that type of use case is very likely though. In my
JavaScript 8080 emulator
Wait, what ?
http://www.bluishcoder.co.nz/js8080
Needs a fast modern browser with recent canvas support. Webkit and
Firefox
Eduard Pascual wrote:
On Wed, Oct 29, 2008 at 6:16 PM, Jonas Sicking [EMAIL PROTECTED] wrote:
Maciej (and I think others) have suggested that it would be useful if it was
possible to allow audio to be used such that a single file can be
downloaded that contains multiple sound effects, and then
On Oct 29, 2008, at 6:40 PM, Kristof Zelechovski wrote:
Declare INPUT[type=mailing-list] instead of INPUT[type=emails],
please. Type=emails is ugly and confusing (as it seems to expect
messages).
...
emails is indeed ugly, but mailing-list would be even worse. A
mailing list usually has a
On Thu, Oct 30, 2008 at 11:52 AM, Jonas Sicking [EMAIL PROTECTED] wrote:
Eduard Pascual wrote:
On Wed, Oct 29, 2008 at 6:16 PM, Jonas Sicking [EMAIL PROTECTED] wrote:
Maciej (and I think others) have suggested that it would be useful if it
was
possible to allow audio to be used such that a
On Thu, Oct 30, 2008 at 1:16 AM, Matthew Paul Thomas [EMAIL PROTECTED] wrote:
On Oct 29, 2008, at 6:40 PM, Kristof Zelechovski wrote:
Declare INPUT[type=mailing-list] instead of INPUT[type=emails],
please. Type=emails is ugly and confusing (as it seems to expect
messages).
...
emails is
On Thu, Oct 30, 2008 at 12:52 AM, Jonas Sicking [EMAIL PROTECTED] wrote:
The whole idea was to make a single HTTP request to the server. Doesn't seem
like your proposal accomplishes that.
Indeed, it doesn't. It doesn't seem that the recent messages mentioned
that need neither.
Anyway, for the
Ian Hickson wrote:
On Wed, 6 Jun 2007, Sander wrote:
The specs say that for select ...the change event shall be fired when
the selection is completed Does this mean that, when using a
keyboard for navigation, the change event is fired when the user hits
'enter' or when she navigates from
On 10/30/08, Eduard Pascual [EMAIL PROTECTED] wrote:
On Thu, Oct 30, 2008 at 1:16 AM, Matthew Paul Thomas [EMAIL PROTECTED]
wrote:
On Oct 29, 2008, at 6:40 PM, Kristof Zelechovski wrote:
Declare INPUT[type=mailing-list] instead of INPUT[type=emails],
please. Type=emails is ugly and
On Oct 29, 2008, at 18:34, Silvia Pfeiffer
[EMAIL PROTECTED] wrote:
On Thu, Oct 30, 2008 at 11:52 AM, Jonas Sicking [EMAIL PROTECTED]
wrote:
Eduard Pascual wrote:
On Wed, Oct 29, 2008 at 6:16 PM, Jonas Sicking [EMAIL PROTECTED]
wrote:
Maciej (and I think others) have suggested that it
44 matches
Mail list logo
