I support such an approach and have found the usual "use a server"
response a bit disheartening. Besides the stated cases, I believe it
should just be easy for new programmers, children, etc., to try out
simple projects with nothing more than a browser and text editor (and
the console is not en
On 3/27/2015 8:39 PM, Anne van Kesteren wrote:
On Fri, Mar 27, 2015 at 1:28 PM, Brett Zamir wrote:
Since fetch() is making life easier as is and in the spirit of promises, how
about taking it a step further to simplify the frequent use case of needing
to retrieve multiple resources and waiting
Since fetch() is making life easier as is and in the spirit of promises,
how about taking it a step further to simplify the frequent use case of
needing to retrieve multiple resources and waiting for all to return?
If the first argument to fetch() could be an array, then fetch() could
be made
(Apologies...resending due to my inadvertent use of generic "whatwg" subject...)
On 10/28/2014 12:06 PM,whatwg-requ...@lists.whatwg.org wrote:
Date: Tue, 28 Oct 2014 17:33:02 + (UTC)
From: Ian Hickson
Subject: Re: [whatwg] Shared storage
On Sat, 15 Feb 2014, Brett Zamir w
On 10/28/2014 12:06 PM, whatwg-requ...@lists.whatwg.org wrote:
Date: Tue, 28 Oct 2014 17:33:02 + (UTC)
From: Ian Hickson
Subject: Re: [whatwg] Shared storage
On Sat, 15 Feb 2014, Brett Zamir wrote:
>
>The desktop PC thankfully evolved into allowing third-party software
>which cou
On 6/10/2014 3:05 AM, whatwg-requ...@lists.whatwg.org wrote:
Message: 1
Date: Sun, 08 Jun 2014 15:41:32 -0400
From: timel...@gmail.com
To: whatwg@lists.whatwg.org
Subject: Re: [whatwg] Proposal: Inline pronounce element
Message-ID: <20140608194132.7602328.57406@gmail.com>
Content-Type: text/p
On 6/5/2014 3:05 AM, whatwg-requ...@lists.whatwg.org wrote:
On Tue, Jun 3, 2014 at 3:26 AM, Daniel Morris
wrote:
Hello,
With existing assistive technology such as screen readers, and more
recently the pervasiveness of new technologies such as Siri and Google
Now to name two examples, I have
*Problem:*
I believe that if Ajax or other forms of dynamic scripting had been
absent but were proposed today, people would probably say things like:
1. "What, you want to allow sites to have the ability out of the
box to track my mouse movements?"
2. "You want sites to be able to kno
*The opportunity and current obstacles*
The desktop PC thankfully evolved into allowing third-party software
which could create and edit files shareable by other third-party
software which would have the same rights to do the same. The importance
of this can hardly be overestimated.
Yet toda
On 8/17/2013 5:16 AM, Brendan Long wrote:
On 05/01/2013 10:57 PM, Brett Zamir wrote:
I wanted to propose (if work has not already been done in this area)
creating an HTTP extension to allow querying for retrieval and
updating of portions of HTML (or XML) documents where the server is so
capable
Hi,
I'm not sure where to post this idea, but as it does pertain to HTML I
thought I would post it here.
I wanted to propose (if work has not already been done in this area)
creating an HTTP extension to allow querying for retrieval and updating
of portions of HTML (or XML) documents where t
On 1/3/2013 4:35 AM, Anne van Kesteren wrote:
On Wed, Jan 2, 2013 at 8:53 PM, Ian Hickson wrote:
Like most widgets, I think the answer is Web Components.
As far as I can tell styling form controls is an unsolved problem and
Components does not seem to be tackling it. We always play the
Compone
Hi,
A former proposal (at
http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2009-January/018101.html
) mentioned protocol handler check which did not require a URL string as
in the second argument to isProtocolHandlerRegistered().
I don't see any other discussion of this, but I am puzzled
On 2/16/2012 7:39 AM, James Hawkins wrote:
We, the designers of the Web Intents draft API, have always seen Web
Intents as a superset of the functionality provided by
registerProtocolHandler (RPH) and registerContentHandler (RCH). To
follow this to the logical conclusion, we should be able to pr
On 5/13/2012 5:23 PM, Benjamin Hawkes-Lewis wrote:
On Sun, May 13, 2012 at 1:47 AM, Brett Zamir wrote:
With Server-Side JavaScript taking off, could we reserve "runat" (or maybe
an even simpler and more concise "server" boolean attribute) for a standard
and (via CommonJS)
Hi,
With Server-Side JavaScript taking off, could we reserve "runat" (or
maybe an even simpler and more concise "server" boolean attribute) for a
standard and (via CommonJS) potentially portable way for server-side
files to be created (and discourage use of HTML-unfriendly and
syntax-highligh
Hi,
This idea is more of a browser feature request, but it impinges on
language features which could conceivably be allowed in HTML to trigger
the feature. The idea would work best in browsers which allowed
toolbars/full-screen-mode to be configured on a per-tab basis, but does
not require it
On 2/1/2012 8:36 AM, Ian Hickson wrote:
On Sat, 17 Dec 2011, Brett Zamir wrote:
What is the reason you won't let us make our own browsers-in-a-browser?
What is the use case for browser-in-a-browser?
If you have a browser... then you have a browser. Why would you want to
run another one i
ation controls
(https://bugzilla.mozilla.org/show_bug.cgi?id=618354 ).
Best wishes,
Brett
Best regards,
Andreas
On Dec 16, 2011, at 11:16 PM, Brett Zamir wrote:
What is the reason you won't let us make our own browsers-in-a-browser?
I'm not talking about some module you have to bu
What is the reason you won't let us make our own browsers-in-a-browser?
I'm not talking about some module you have to build yourself in order to
distribute a browser as an executable. I'm talking about visiting a
(secure/signed?) page on the web and being asked permission to give it
any or all
On 12/1/2011 2:00 PM, L. David Baron wrote:
On Thursday 2011-12-01 14:37 +0900, Mark Callow wrote:
On 01/12/2011 11:29, L. David Baron wrote:
The default varies by localization (and within that potentially by
platform), and unfortunately that variation does matter.
In my experience this is wha
On 6/14/2011 2:32 AM, Tab Atkins Jr. wrote:
On Mon, Jun 13, 2011 at 2:29 AM, Brett Zamir wrote:
Thanks, that's helpful. Still would be nice to have item-* though...
Well, your idea for custom item-* attributes is just a way to more
concisely embed triples of non-visible data. You al
On 6/13/2011 2:41 PM, Tab Atkins Jr. wrote:
On Sat, Jun 11, 2011 at 4:20 AM, Brett Zamir wrote:
For example, to take a water-damaged text (e.g., for the TEI element
http://www.tei-c.org/release/doc/tei-p5-doc/en/html/ref-damage.html ) which
in TEI could be expressed as:
e> http://www.
On 4/27/2011 9:06 PM, Benjamin Hawkes-Lewis wrote:
On Wed, Apr 27, 2011 at 3:54 AM, Brett Zamir wrote:
Thanks for the references. While this may be relevant for the likes of blogs
and other documents whose requirements for semantic density is limited
enough to allow such reshaping for
On 4/26/2011 9:55 PM, Benjamin Hawkes-Lewis wrote:
On Tue, Apr 26, 2011 at 2:32 PM, Brett Zamir wrote:
That's kind of my purpose though. Sometimes, one does not wish to embed the
text itself, but one still wishes the data encoded so it can be retrieved by
other means. Why should exten
On 4/26/2011 9:22 PM, Benjamin Hawkes-Lewis wrote:
On Tue, Apr 26, 2011 at 11:48 AM, Brett Zamir wrote:
On 4/26/2011 5:33 PM, Benjamin Hawkes-Lewis wrote:
On Tue, Apr 26, 2011 at 7:36 AM, Brett Zamirwrote:
This would prevent the need for such ugly hacks as:
United Nations
...
http
On 4/26/2011 5:33 PM, Benjamin Hawkes-Lewis wrote:
On Tue, Apr 26, 2011 at 7:36 AM, Brett Zamir wrote:
This would prevent the need for such ugly hacks as:
United Nations
...
http://www.tei-c.org/ns/1.0";>
#United_Nations
We the Peoples of the United Nations determined to save su
Hi,
I'm interested to see more rich semantics (such as made possible in Text
Encoding Initiative documents to become available in HTML (e.g., toward
making markup more conveniently and richly queryable on sites like
Wikisource)), but this concern relates to data-centric markup as well.
With
On 4/20/2011 2:11 AM, Lachlan Hunt wrote:
On 2011-04-19 19:33, Ian Hickson wrote:
On Tue, 12 Apr 2011, Lachlan Hunt wrote:
We are investigating registerProtocolHandler and have been discussing
the need for a blacklist of protocols to forbid.
[...]
We'd like to know if we've missed any impor
om/whatwg@lists.whatwg.org/msg15393.html )
-------
On Wed, 20 May 2009, Brett Zamir wrote:
>
> I would like to suggest an incremental though I believe significant
> enhancement to Offline applications/SQLite.
>
> That is, the ability to share a complete
On 3/4/2011 3:53 AM, Aryeh Gregor wrote:
On Wed, Mar 2, 2011 at 8:27 PM, Brett Zamir wrote:
In any case, spans with inline styles are much less likely to conflict with
other styling
I'm not sure what you mean by this. Functionally, in what way is
less likely to conflict with other
st
On 3/3/2011 3:18 AM, Aryeh Gregor wrote:
On Tue, Mar 1, 2011 at 5:11 PM, Ryosuke Niwa wrote:
Styling a Range doesn't support styleWithCSS=false
I saw this feature in Mozilla's docs, but I don't really get it. What
use-cases does it have? Why do we need to support both ways of doing
things if
On 2/8/2011 1:33 AM, Adam van den Hoven wrote:
Hey guys,
I was reading the blog today and something I read (
http://blog.whatwg.org/whatwg-extensibility) prompted me to signup to the
list and get involved again. What follows is not exactly well thought out
but I'm hoping that it will spark somet
On 1/28/2011 3:33 PM, Ryosuke Niwa wrote:
On Wed, Jan 26, 2011 at 10:23 PM, Brett Zamir wrote:
I'll give a more concrete example, but I did state the problem: separation
of concerns, and the data I want, getting a CSS property for a given
selector.
For example, we want the designer guy
On 1/28/2011 3:15 PM, Boris Zbarsky wrote:
On 1/28/11 1:22 AM, Brett Zamir wrote:
My point is that a selector can be tied to a property through the
ruleset.
No, not really. Something that _matches_ selectors an be tied to a
property via seeing which selectors it matches and then considering
On 1/28/2011 2:22 AM, Boris Zbarsky wrote:
On 1/27/11 4:48 AM, Brett Zamir wrote:
I was thinking of it grabbing the "winning" property for the whole
document, i.e., the one which would be applicable without knowing more
contextual information. So, if the selector specified were &q
On 1/28/2011 2:19 AM, Boris Zbarsky wrote:
On 1/27/11 1:23 AM, Brett Zamir wrote:
I'll give a more concrete example, but I did state the problem:
separation of concerns, and the data I want, getting a CSS property for
a given selector.
"selectors" don't have propert
On 1/27/2011 3:59 PM, Tab Atkins Jr. wrote:
On Wed, Jan 26, 2011 at 10:23 PM, Brett Zamir wrote:
For example, we want the designer guy to be able to freely change the colors
in the stylesheet for indicating say a successful transition (green), an
error (red), or waiting (yellow) for an Ajax
On 1/27/2011 11:21 AM, Tab Atkins Jr. wrote:
On Wed, Jan 26, 2011 at 6:47 PM, Brett Zamir wrote:
While it can already be done dynamically by iterating through
document.stylesheets, in order to allow full separation of presentation from
content in a convenient way and foster best practices, I
While it can already be done dynamically by iterating through
document.stylesheets, in order to allow full separation of presentation
from content in a convenient way and foster best practices, I think it
would be helpful to have a built-in method to obtain a CSS property for
a given selector.
er to keep
them in harmony.
Brett
On 6/13/10, Ashley Sheridan wrote:
On Sun, 2010-06-13 at 13:57 +0800, Brett Zamir wrote:
Has thought been given to allow textarea, input and/or contenteditable
elements to use an attribute (maybe like does with
class=language-XX) so that user agents might
On 11/26/2010 11:59 PM, Julian Reschke wrote:
On 26.11.2010 16:55, Brett Zamir wrote:
On 11/26/2010 7:13 PM, Julian Reschke wrote:
On 26.11.2010 11:54, Brett Zamir wrote:
...
My apologies for the lack of clarity on the approval process. I see
all
the protocols listed with them, so I wasn&#
On 11/26/2010 7:13 PM, Julian Reschke wrote:
On 26.11.2010 11:54, Brett Zamir wrote:
...
My apologies for the lack of clarity on the approval process. I see all
the protocols listed with them, so I wasn't clear.
In any case, I still see the need for both types being reserved (and for
On 11/26/2010 6:18 PM, Julian Reschke wrote:
On 26.11.2010 05:20, Brett Zamir wrote:
I'd like to propose reserving two protocols for use with
navigator.registerProtocolHandler: "urn" and "xri" (or possibly xriNN
where NN is a version number).
See htt
or xri:http://example.com/myProtocols/someProtocol which
hopefully registerProtocolHandler could be expanded to allow such
specification without interfering with other URN/XRI protocol handlers
which attempted to handle a different namespace.
thanks,
Brett
On 11/26/2010 12:20 PM, Brett Zamir
I'd like to propose reserving two protocols for use with
navigator.registerProtocolHandler: "urn" and "xri" (or possibly xriNN
where NN is a version number).
See http://en.wikipedia.org/wiki/Extensible_Resource_Identifier for info
on XRI (basically allows the equivalents of URN but with a user
On 8/13/2010 2:00 AM, Adam Barth wrote:
On Thu, Aug 12, 2010 at 3:02 AM, Brett Zamir wrote:
On 8/12/2010 4:19 PM, Ian Hickson wrote:
On Sat, 24 Jul 2010, Brett Zamir wrote:
Might there be a way thattags could add an attribute which
combined the meaning of both "defer
On 8/12/2010 4:19 PM, Ian Hickson wrote:
On Sat, 24 Jul 2010, Brett Zamir wrote:
Might there be a way that tags could add an attribute which
combined the meaning of both "defer" and "document.write", whereby the
last statement was evaluated to a string, but ideally treate
How about a pull-down for Wikipedia which lets you choose the year or
period? Or a charting application which looks at trends in history.
While some uses may be more common than others, I personally favor going
the extra kilometre to allow full expressiveness for whatever ranges are
allowed.
This is and was a great idea. A few points/questions:
1) I think it would be nice to see explicit confirmation in the spec
that this works with offline caching.
2) Could data files such as .txt, .json, or .xml files be used as part
of such a package as well?
3) Can XMLHttpRequest be made t
On 7/28/2010 6:22 AM, Eduard Pascual wrote:
On Tue, Mar 30, 2010 at 11:44 PM, Christoph Päper
wrote:
If you think about various syntax variants of wiki systems they’ve got one thing in common that makes
them preferable to direct HTML input: easy links! (Local ones at least, whatever that mea
On 7/24/2010 2:02 PM, Boris Zbarsky wrote:
On 7/24/10 1:50 AM, Brett Zamir wrote:
I would be particularly interested in data on this last, across
different browsers, operating systems, and locales... There seem to be
servers out there expecting their URIs in UTF-8 and others expecting
them in
On 7/24/2010 12:02 PM, Boris Zbarsky wrote:
On 7/23/10 11:59 PM, Silvia Pfeiffer wrote:
Is that URLs as values of attributes in HTML or is that URLs as pasted
into the address bar? I believe their processing differs...
It certainly does in Firefox (the latter have a lot more fixup done to
th
On 7/23/2010 6:35 AM, Luke Hutchison wrote:
On Thu, Jul 22, 2010 at 5:39 PM, Boris Zbarsky wrote:
I can see the security benefits of disallowing all cross-origin application
of javascript: (if you don't know where it came from, don't apply it).
Yes, that is actually a really good way to pu
I would like to see attributes be added to allow iframes to have
independent navigation controls, or rather, to allow a parent document
to have ongoing access to the navigation history of its iframes (say to
be informed of changes to their histories via an event) so that it could
create such c
On 6/24/2010 10:13 AM, Benjamin M. Schwartz wrote:
The HTML5 spec appears to allow ">" inside an attribute value. For
example, the following page (note the body tag) passes the experimental
HTML5 validator at w3c.org:
I think ">" should be disallowed inside attribute values. It is
disallo
thank you,
Brett Zamir
On 6/4/2010 12:59 PM, Brett Zamir wrote:
On 3/11/2010 10:44 AM, Brett Zamir wrote:
On 3/11/2010 10:31 AM, Ian Hickson wrote:
I would recommend following a pattern somewhat like the Web's initial
development: create a proof of concept, and convince people that
it's what
they want.
On 3/11/2010 10:44 AM, Brett Zamir wrote:
On 3/11/2010 10:31 AM, Ian Hickson wrote:
I would recommend following a pattern somewhat like the Web's initial
development: create a proof of concept, and convince people that it's
what
they want. That's the best way to get a feature a
My apologies, it was brought to my attention that JSON was specified in
ECMAScript 5, but the principle still applies (for ECMAScript as well I
would say).
thank you,
Brett
On 5/10/2010 1:08 PM, Brett Zamir wrote:
Hello,
Although it seems a lot of attention has been given to ensuring
Hello,
Although it seems a lot of attention has been given to ensuring
backward-compatibility in HTML5, and while a kind of namespacing has
been considered in use of data- attributes (over expando properties), it
appears to my limited observations that global (window) properties are
being add
On 3/2/2010 6:54 PM, Ian Hickson wrote:
On Tue, 2 Mar 2010, Elliotte Rusty Harold wrote:
The handling of processing instructions in the XHTML syntax seems
reasonably well-defined; but it feels a little off in the HTML syntax.
There's no such thing as processing instructions in text/ht
On 3/12/2010 3:41 PM, Anne van Kesteren wrote:
On Fri, 12 Mar 2010 08:35:48 +0100, Brett Zamir
wrote:
My apologies if this has been covered before, or if my asking this is
a bit dense, but I don't understand why there are restrictions on
obtaining data via XMLHttpRequest from other do
Hi,
My apologies if this has been covered before, or if my asking this is a
bit dense, but I don't understand why there are restrictions on
obtaining data via XMLHttpRequest from other domains, if the request
could be sandboxed to avoid passing along sensitive user data like
cookies (or if th
On 3/11/2010 10:31 AM, Ian Hickson wrote:
On Thu, 11 Mar 2010, Brett Zamir wrote:
Is there really a need for a more dedicated mechanism? It's not clear
that there is much pent-up demand for this.
There wasn't a lot of pent up demand for the web itself either ("why
On 3/11/2010 9:19 AM, Ian Hickson wrote:
On Mon, 8 Feb 2010, Brett Zamir wrote:
Internet Explorer has an attribute on anchor elements for URNs:
http://msdn.microsoft.com/en-us/library/ms534710%28VS.85%29.aspx
This has not caught on in other browsers, though I believe it could be a very
On 3/3/2010 7:06 PM, Philip Taylor wrote:
On Wed, Mar 3, 2010 at 10:55 AM, Brett Zamir wrote:
On 3/2/2010 6:54 PM, Ian Hickson wrote:
On Tue, 2 Mar 2010, Elliotte Rusty Harold wrote:
Briefly it seems that. Because processing instructions
can contain>and terminate o
On 3/2/2010 6:54 PM, Ian Hickson wrote:
On Tue, 2 Mar 2010, Elliotte Rusty Harold wrote:
Briefly it seems that. Because processing instructions
can contain> and terminate only at the two character sequence ?> this
could cause PI processing to terminate early and leave a lot more error
hand
On 2/10/2010 3:55 PM, Martin Atkins wrote:
Brett Zamir wrote:
Hi,
Internet Explorer has an attribute on anchor elements for URNs:
http://msdn.microsoft.com/en-us/library/ms534710%28VS.85%29.aspx
This has not caught on in other browsers, though I believe it could
be a very powerful feature
Hi,
Internet Explorer has an attribute on anchor elements for URNs:
http://msdn.microsoft.com/en-us/library/ms534710%28VS.85%29.aspx
This has not caught on in other browsers, though I believe it could be a
very powerful feature once the feature was supported with a UI that
handled URNs (as w
Ian Hickson wrote:
On Mon, 18 May 2009, Brett Zamir wrote:
Section 10.1, "Writing XHTML documents" observes: "According to the XML
specification, XML processors are not guaranteed to process the external
DTD subset referenced in the DOCTYPE."
While this is true, since n
>From: Anne van Kesteren
>To: Michael A. Puls II ; Brett Zamir
>>; Ian Hickson
>Cc: wha...@whatwg.org
>Sent: Thursday, June 11, 2009 12:31:10 AM
>Subject: Re: [whatwg] DOM3 Load and Save for simple parsing/serialization?
>
>On Wed, 10 Jun 2009 17:13:28 +0200, M
- Original Message
>From: Ian Hickson
>To: Brett Zamir
>Cc: wha...@whatwg.org
>Sent: Wednesday, June 10, 2009 11:48:09 AM
>Subject: Re: [whatwg] DOM3 Load and Save for simple parsing/serialization?
>
>On Mon, 18 May 2009, Brett Zamir wrote:
>>
>&
Ian Hickson wrote:
On Mon, 13 Apr 2009, Markus Ernst wrote:
I found a message in the list archives from July 2004, where Ian
announced to put nested optgroups back into the spec:
http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2004-July/001200.html
Anyway in the current spec, the optgro
Hello,
Regardless of any decision on whether my recommendation for
document.contentType to be standardized and made settable on a document
created by createDocument() (rather than needing to call the
less-than-intuitive doc.open() fix for HTML), I'd still like to
recommend standardizing on Mo
Henri Sivonen wrote:
On May 18, 2009, at 11:50, Brett Zamir wrote:
Henri Sivonen wrote:
On May 18, 2009, at 09:36, Brett Zamir wrote:
Also, as far as heavy server loads for frequent DTDs, entities could
be deliberately not defined at a resolvable URL.
There are existing XML doctypes out
I also wonder if feeds being accessible in HTML might give rise, as with
stylesheets and scripts contained in the head (convenient as those can
be too), to excessive bandwidth, as agents repeatedly request updates to
a whole HTML page containing a lot of other data.
(If we had external entitie
Anne van Kesteren wrote:
Although it seems most browsers have adopted these APIs, HTML5 offers basically
identical APIs in the form of
document.innerHTML
or is there something that DOMParser / XMLSerializer can do that
document.innerHTML cannot?
1) As far as non-privileges uses, D
Brett Zamir wrote:
Brett Zamir wrote:
Jonas Sicking wrote:
On Wed, May 20, 2009 at 12:49 AM, Maciej Stachowiak wrote:
On May 19, 2009, at 11:49 PM, Jonas Sicking wrote:
On Mon, May 18, 2009 at 5:45 AM, Brett Zamir wrote:
Has any thought been given to standardizing on at
Brett Zamir wrote:
Jonas Sicking wrote:
On Wed, May 20, 2009 at 12:49 AM, Maciej Stachowiak wrote:
On May 19, 2009, at 11:49 PM, Jonas Sicking wrote:
On Mon, May 18, 2009 at 5:45 AM, Brett Zamir wrote:
Has any thought been given to standardizing on at least a part of DOM
Jonas Sicking wrote:
On Wed, May 20, 2009 at 12:49 AM, Maciej Stachowiak wrote:
On May 19, 2009, at 11:49 PM, Jonas Sicking wrote:
On Mon, May 18, 2009 at 5:45 AM, Brett Zamir wrote:
Has any thought been given to standardizing on at least a part of DOM
Level
3 Load and
I would like to suggest an incremental though I believe significant
enhancement to Offline applications/SQLite.
That is, the ability to share a complete database among offline
applications according to the URL from which it was made available. It
could be designated by the origin site as a rea
Anne van Kesteren wrote:
On Tue, 19 May 2009 13:46:43 +0200, Brett Zamir
wrote:
While it may not be that common, people may want at a later date to
apply some files for validation...
And don't forget the vanity/business factor in having a fully
validating site :)
You can
Anne van Kesteren wrote:
On Tue, 19 May 2009 03:20:49 +0200, Brett Zamir
wrote:
In order to comply with XML ID requirements in XML, and facilitate
future transitions to XML, can HTML 5 explicitly encourage id
attribute values to follow this pattern (e.g., disallowing numbers
for the starting
Hello,
I don't want to go too far off topic here, but I'll respond to the
points as I do think it illustrates one of the uses of entities
(localization)--which would apply to some degree in XHTML (at least for
entities) as well as in XML.
Kristof Zelechovski wrote:
Using entities in XSL to
In order to comply with XML ID requirements in XML, and facilitate
future transitions to XML, can HTML 5 explicitly encourage id attribute
values to follow this pattern (e.g., disallowing numbers for the
starting character)?
Also, there is this minor errata:
http://www.whatwg.org/specs/web-ap
One more thought...
While it is great that innerHTML is being officially standardized, I'm
afraid it would be rather hackish to have to use it for parsing and
serializing dynamically created content which wasn't destined to make it
immediately into the document, if at all.
Has any thought be
While this may be too far in the game to bring up, I'd very much be
interested (and think others would be too) to have a standard means of
representing not only individual files, but also groups of files on the web.
One application of this would be for a web user to be able to do the
following
Henri Sivonen wrote:
On May 18, 2009, at 09:36, Brett Zamir wrote:
Section 10.1, "Writing XHTML documents" observes: "According to the
XML specification, XML processors are not guaranteed to process the
external DTD subset referenced in the DOCTYPE."
While this is true
ys, so I don't think the world will collapse
if an old XML parser breaks on visiting such a page (HTML will still be
fine), while failing to allow it now may delay or prevent future XML
parsers from ever supporting this very reasonable functionality.
thank you,
Brett Zamir
90 matches
Mail list logo
