On Thu, Sep 22, 2011 at 9:54 PM, Jonas Sicking jo...@sicking.cc wrote:
I agree that there are no legacy requirements on XHR here, however I
don't think that that is the only thing that we should look at. We
should also look at what makes the feature the most useful. A extreme
counter-example
On Fri, 23 Sep 2011 01:47:15 +0200, Glenn Maynard gl...@zewt.org wrote:
native Newlines must be transformed to the default line-ending
representation of the underlying host filesystem. For example, if the
underlying filesystem is FAT32, newlines would be transformed into \r\n
pairs as the text
Marcos Caceres wrote:
I've updated the Widget URI scheme spec, and it's now ready for publication as
a new WD.
Link for others is: http://dev.w3.org/2006/waf/widgets-uri
What's new? I completely rewrote it. Now defines a dereferencing model that
fakes HTTP responses (so hopefully now will
On Fri, Sep 23, 2011 at 11:26 AM, Henri Sivonen hsivo...@iki.fi wrote:
Applying all the legacy text/html craziness
Furthermore, applying full legacy text/html craziness involves parser
restarts for GET requests. With a browsing context, that means
renavigation, but I really don't want to support
On Fri, Sep 23, 2011 at 4:36 AM, Simon Pieters sim...@opera.com wrote:
Can we get away with always using \n?
Not if you want to be interoperable with native applications. You can't
even open a text file in Notepad with Unix line endings.
(Another reason underlying host filesystem doesn't
On Thu, Sep 22, 2011 at 7:47 PM, Glenn Maynard gl...@zewt.org wrote:
native Newlines must be transformed to the default line-ending
representation of the underlying host filesystem. For example, if the
underlying filesystem is FAT32, newlines would be transformed into \r\n
pairs as the text
On Thu, Sep 22, 2011 at 7:16 PM, Marcos Caceres
marcosscace...@gmail.com wrote:
I've updated the Widget URI scheme spec, and it's now ready for publication
as a new WD.
What's new? I completely rewrote it. Now defines a dereferencing model that
fakes HTTP responses (so hopefully now will
On Friday, September 23, 2011 at 6:26 PM, Mark Baker wrote:
On Thu, Sep 22, 2011 at 7:16 PM, Marcos Caceres
marcosscace...@gmail.com (mailto:marcosscace...@gmail.com) wrote:
Well, this is progress, but it seems the only difference now between
widget: and http: is the authority. And if
On Fri, Sep 23, 2011 at 12:41 PM, Marcos Caceres w...@marcosc.com wrote:
On Thu, Sep 22, 2011 at 7:16 PM, Marcos Caceres
marcosscace...@gmail.com (mailto:marcosscace...@gmail.com) wrote:
Well, this is progress, but it seems the only difference now between
widget: and http: is the authority.
I've some strong reservations about expanding the scheme into dns-land.
On Sep 23, 2011, at 9:59 AM, Mark Baker dist...@acm.org wrote:
On Fri, Sep 23, 2011 at 12:41 PM, Marcos Caceres w...@marcosc.com wrote:
On Thu, Sep 22, 2011 at 7:16 PM, Marcos Caceres
marcosscace...@gmail.com
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14269
Summary: fg jdrt drt
Product: WebAppsWG
Version: unspecified
Platform: Other
URL: http://www.whatwg.org/specs/web-apps/current-work/#int
roduction-13
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14270
Summary: fg jdrt drt
Product: WebAppsWG
Version: unspecified
Platform: Other
URL: http://www.whatwg.org/specs/web-apps/current-work/#int
roduction-13
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14271
Summary: regerhsh ezer ge
Product: WebAppsWG
Version: unspecified
Platform: Other
URL: http://www.whatwg.org/specs/web-apps/current-work/#int
roduction-13
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14271
Ross Nicoll j...@jrn.me.uk changed:
What|Removed |Added
Status|NEW |RESOLVED
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14270
Ross Nicoll j...@jrn.me.uk changed:
What|Removed |Added
Status|NEW |RESOLVED
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14269
Ross Nicoll j...@jrn.me.uk changed:
What|Removed |Added
Status|NEW |RESOLVED
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14272
Summary: regerhsh ezer ge
Product: WebAppsWG
Version: unspecified
Platform: Other
URL: http://www.whatwg.org/specs/web-apps/current-work/#int
roduction-13
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14273
Summary: regerhsh ezer ge
Product: WebAppsWG
Version: unspecified
Platform: Other
URL: http://www.whatwg.org/specs/web-apps/current-work/#int
roduction-13
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14273
Ross Nicoll j...@jrn.me.uk changed:
What|Removed |Added
Status|NEW |RESOLVED
On 9/23/11 4:26 AM, Henri Sivonen wrote:
Applying all the legacy text/html craziness to XHR could break current
use of XHR to retrieve responseText of text/html resources (assuming
that we want responseText for text/html work like responseText for XML
in the sense that the same character
On Thu, 22 Sep 2011, John J Barton wrote:
On Thu, Sep 22, 2011 at 5:22 PM, Charles Pritchard ch...@jumis.com wrote:
I don't see why. Just have a wiki page that people can list their verbs on
and then point to their documentation.
I agree here. The standard is sufficient for stewardship.
Hi Aryeh, All - Aryeh's response below clarifies my last question about
the relationship between the HTML Editing APIs CG and WebApps.
I think the main points are:
* The members of the HTML Editing APIs CG do not think the HTML Editing
APIs spec is ready for Recommendation track (and I don't
On 2011-09-23 01:40, Tab Atkins Jr. wrote:
On Thu, Sep 22, 2011 at 3:28 PM, James Hawkinsjhawk...@google.com wrote:
When designing the format of the Web Intents action string, we got a lot of
feedback that the java namespacing is not native to the web and that URLS
would be a better
On 9/23/11 4:13 PM, Julian Reschke wrote:
Contrary to what you say, I don't see anybody confused by URI comparison
when URIs are used as identifiers.
If I had $1 for every time I wrote xmlns=http://www.w3.org/1999/xhtml/;
and $10 for every time I told someone their page was broken because
We're commenting on Aryeh's spec, he's the author, the copyright holder,
and our comments to do not entitle us to any form of attribution.
Expanded:
For the sake of Aryeh's copyright on the working document, I'd like to
remind everyone again, that their comments on the document will be
On Fri, Sep 23, 2011 at 1:13 PM, Julian Reschke julian.resc...@gmx.de wrote:
There's a decent chance that all of these are considered the same
url by devs, and devs will probably attempt to use them. I haven't
even mentioned yet the presence/absence of www in urls.
Contrary to what you say,
Chromium (myself, Rafael Weinstein, Erik Arvidsson, Ryosuke Niwa) and
Mozilla (Olli Pettay, Jonas Sicking) have worked together on a
proposal for a replacement for Mutation Events.
This proposal represents our best attempt to date at making a set of
sensible trade offs which allows for a new
On 9/23/11 5:20 PM, Julian Reschke wrote:
If I had $1 for every time I wrote xmlns=http://www.w3.org/1999/xhtml/;
and $10 for every time I told someone their page was broken because
they'd done that, I'd get myself a vacation package...
Namespace names are things I copy from templates and
On Fri, Sep 23, 2011 at 2:20 PM, Julian Reschke julian.resc...@gmx.de wrote:
Namespace names are things I copy from templates and never type from memory.
Exactly, which means namespaces aren't memorable. The only reason to
give up memorability is if you require the name to be both
On Fri, Sep 23, 2011 at 2:16 PM, Adam Klein ad...@chromium.org wrote:
[Constructor(in MutationCallback callback)]
interface MutationObserver {
void observe(in Node target, in MutationObserverOptions options);
void disconnect();
};
It would be nice to have both of these return the
On Fri, Sep 23, 2011 at 4:46 PM, Adam Klein ad...@chromium.org wrote:
On Fri, Sep 23, 2011 at 4:44 PM, Tab Atkins Jr. jackalm...@gmail.com wrote:
On Fri, Sep 23, 2011 at 2:16 PM, Adam Klein ad...@chromium.org wrote:
[Constructor(in MutationCallback callback)]
interface MutationObserver {
On 9/23/11 2:47 PM, Tab Atkins Jr. wrote:
On Fri, Sep 23, 2011 at 2:20 PM, Julian Reschkejulian.resc...@gmx.de wrote:
Namespace names are things I copy from templates and never type from memory.
Exactly, which means namespaces aren't memorable. The only reason to
give up memorability is if
32 matches
Mail list logo