[whatwg] <eventsource>/RemoteEventSource wierdness

Jeff Walden jwalden+whatwg at MIT.EDU
Thu Feb 19 03:10:54 PST 2009


On 17.2.09 22:53, Jonas Sicking wrote:
> This could also replace the IMHO awkward<eventsource>  element. I
> don't understand the value of having this element at all. It seems to
> me that if the only way you can use an API is through script, then
> making the API into an element is adding extra complexity to the HTML
> language for little to no gain.

I seem to recall reading once that it's not the case that the only way you can use the API is through script -- sort of.  At one time I believe the intent was that an onmessage attribute on <body> would allow you to have handlers without needing to run script to set them.  You would of course still need script to execute for the handler to run.

That said, I don't think that reason is at all compelling.

As far as any list of features to cut (spin into other specifications) goes, I would rate this one fairly high on it, particularly if the element API were scrapped in favor of a pure-script API.  There are interactions with the current task-queueing mechanism in HTML5, to be sure, but eventsource is mostly a consumer of those mechanisms, not a contributory component of it.  I don't think eventsource's removal would affect the continuing evolution of the queueing mechanism in any meaningful way.

Jeff



More information about the whatwg mailing list