- From: François REMY <francois.remy.dev@outlook.com>
- Date: Wed, 12 Jun 2013 17:54:55 +0200
- To: Robin Berjon <robin@w3.org>, Andrea Giammarchi <andrea.giammarchi@gmail.com>
- CC: "public-nextweb@w3.org" <public-nextweb@w3.org>
> Low-level stuff is hard to polyfill for general usage, but you can still > polyfill it as a way to figure out how it needs to work. I don't believe > any of this has been released, but I've seen several people provide APIs > to low-level stuff by polyfilling the API and talking to a localhost > Node service that actually carries out the action. Definitely imperfect > and certainly not practical for deployed usage, but still valuable. Yes, I kinda like this approach. The other option is to fallback on plugins like Flash/Silverlight/ActiveX but it restricts your possibilities very quickly. The external server approach is nicer, especially now that browsers support CORS. > One brick that I would consider important in this is Web Intents (or > whatever evolution thereof). It makes it possible to connect an > arbitrary user-selected service to an application. It is useful in this > context because a number of platform services can also be exposed as > remote services. To take an example, an API to interact with a user's > contacts could use an online service just as well as one provided by the > browser to the local address book. This makes it possible to introduce > services without browser support, but that can be enhanced by it when it > comes. > > I'd like to rekindle the work that was done in that area but in an as > trimmed-down as possible manner, possibly that can be (partially) > polyfilled. I'm happy to discuss it here if ever there's interest. This is certainly of interest. I wonder if the API could not be improved now that Futures are part of the platform.
Received on Wednesday, 12 June 2013 15:55:24 UTC