[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: HTML5 the new lisp ?

From: joakim
Subject: Re: HTML5 the new lisp ?
Date: Mon, 01 Aug 2011 00:26:46 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux)

"Sander Boer" <address@hidden> writes:

> Hi,
> I know it makes no sense to compare a markup language to a functional
> language, but think of it, HTML5 is the first point of contact of most
> people when it comes to computing, much like the early days of computing
> when lisp was the first language people came into contact with.
> More to the point, the reason I bring this up in this group is the fact that 
> I find myself
> wondering what emacs would *mean* when it would embrace HTML5 as a
> fundamental integrated platform.
> HTML5 is being heralded as the app platform of the coming years, with
> mobile computing taking the lead as the main Internet connecting device.
> But personally, I would like to see a good rendering engine, imagine
> what gnus would look like. Come to think of it, imagine how ubiquitous
> HTML5 emails would be in the (near) future - sure, it will also come
> with its own unique set of security concerns, but I seriously wonder if
> text-only email will cut it. ah, hold on with ye flames, after a brief
> stint with HTML signatures, I find myself gravitating towards
> text-only. But that is mainly because HTML in its present incarnation in
> emails is too volatile, but one must admit that volatility is hardly a
> reason that it will *never* work.
> Also, auctex, man what would that look like ?
> Or what about HTML5 games ? Gnus vs. Penguins , Angry Emus ?
> I noticed Joakim Verona implemented a webkit widget and I was wondering
> how this is received in the land of Fangorn  ?
> I propose a step deeper, a C-level implementation. 
> It is an absurd idea, but is it not through initial absurdity that
> unimaginable possibilities become unlocked ?
> Are we not Man, is absurdity not our privilege ?

I'm not really sure what you are talking about but if you want to play
with Emacs and HTML5 it is possible in a primitive way with the
xwidget branch. You can create a webkit area in an Emacs buffer and
manipulate it by injecting javascript fragments in it.

I would like to achieve a better elisp/DOM bridge for my purposes but
I'm procrastinating it because it's not obvious how to do it in an
interesting way. (Either by machine generating DOM bindings with
Cedet/SRecode, or by making some form of adapter compatible with

Anyway, if some of this HTML5 enthusiasm could be directed into the
furtherance of the xwidget branch, that would be splendiferous :)

Joakim Verona

reply via email to

[Prev in Thread] Current Thread [Next in Thread]