W3C home > Mailing lists > Public > public-webapps@w3.org > January to March 2015

Re: do not deprecate synchronous XMLHttpRequest

From: Marc Fawzi <marc.fawzi@gmail.com>
Date: Tue, 10 Feb 2015 13:46:51 -0800
Message-Id: <61CF1064-B821-4A43-97D5-BF83E2516CCC@gmail.com>
Cc: Michaela Merz <michaela.merz@hermetos.com>, Florian Bösch <pyalot@gmail.com>, Glenn Adams <glenn@skynav.com>, Ashley Gullen <ashley@scirra.com>, George Calvert <george.calvert@loudthink.com>, "public-webapps@w3.org" <public-webapps@w3.org>
To: Jonas Sicking <jonas@sicking.cc>

How about a thread-safe but lock-free version of the DOM based on something like Clojure's atom? So we can manipulate the DOM from web workers? With cursor support? 

How about immutable data structures for side-effect-free functional programming? 

How about .... Will think of more

Sent from my iPhone

> On Feb 10, 2015, at 1:09 PM, Jonas Sicking <jonas@sicking.cc> wrote:
>> On Tue, Feb 10, 2015 at 12:51 PM, Marc Fawzi <marc.fawzi@gmail.com> wrote:
>> i agree that it's not a democratic process and even though some W3C/TAG
>> people will engage you every now and then the end result is the browser
>> vendors and even companies like Akamai have more say than the users and
>> developers
> Developers actually have more say than any other party in this process.
> Browsers are not interested in shipping any APIs that developers
> aren't going to use. Likewise they are not going to remove any APIs
> that developers are using (hence sync XHR is not going to go anywhere,
> no matter what the spec says).
> Sadly W3C and the developer community has not yet figured out a good
> way to communicate.
> But here's where you can make a difference!
> Please do suggest problems that you think needs to be solved. With new
> specifications that are still in the development phase, with existing
> specifications that have problems, and with specifications that
> doesn't exist yet but you think should.
> Looking forward to your constructive contributions.
> / Jonas
Received on Tuesday, 10 February 2015 21:47:22 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 18:14:43 UTC