On Saturday, 17 August 2013 at 20:58:09 UTC, Dicebot wrote:
On Saturday, 17 August 2013 at 20:42:33 UTC, H. S. Teoh wrote:
And you'd have to sandbox the code since arbitrary D code
running wild
on the user's computer is a Bad Thing(tm). Which runs into
GC-related
issues when your client is a low-memory handheld device.
Though arguably
this would still be an improvement over JS, since an
interpreted
language necessarily uses more resources.
You are getting pretty close to NaCl idea :)
Yeah, I was thinking that :p
NaCl seems designed mostly as native extensions for the
html/js/css world.
I was thinking bigger: The browser as a (transient, if
appropriate) application delivery system.
I really dislike html and css for anything other than simple
documents, it quickly feels like one big patchily supported
corner-case. Anything other than simple uses ends up requiring
significant abuses, even if you're lucky enough to be working in
a hypothetical totally standards compliant environment. Even
something as simple as a drop-down menu with persistence means
either: massively abuse css OR use JS.
What I'm imagining is a truly dynamic web-delivered UI with
native speed and processing capability, not just a faster web-app.