Sharpe Tangent
Sharpe Partners Logo
art bench

October 10, 2006

Fr-Ajax

Liberty Leading the People (Delacroix)

Yes, Fr-Ajax [fr-ey-j-a-x]. Frame-based-Asynchronous JavaScript. It’s here to stay. Well, not really, it was here to stay in 1999, on a project I worked on, but got scrapped - probably because it was too cool - before it ever launched, and in my never-ending quest to become Master of All Media and Inventor of the Universe, I feel gypped.

Let me back up a bit. I am totally behind on the Ajax wave. I just finished playing with a couple of demos on my local box. And it’s exactly what it’s supposed to be: easy, fast, seamless, a great interface helper. For me this is liberating: remote connectivity and activity is seamless, back-grounded, and independent of the current URL state, and user interaction is freed from the typical HTTP-Request -(Wait)- Response-and-Load format — I’m ecstatic, as I can now control one more facet of a visitor’s experience to my site.

It prompted a few thoughts for me though: it’s just a matter of time before the experience is elevated to the better Flash experiences. What does this do to Flash? Will it slowly be abandoned for the non-proprietary technology? Isn’t this DHTML? And most importantly, shouldn’t my 1999 team & I get credit for inventing it? Ok, so we didn’t use XMLHttpRequest, and cross-browser JavaScript support was a joke (we developed in Netscape 4.x, then, contrary to best practices moved to the more unpredictable but, as it turned out, stable MSIE 4), and we were using a dozen or so hidden frames to send and return data requests on demand, but it was the same idea, right? Anyway, I’m hooked now, AJAX is great, and my decade-old struggle to elevate DHTML as an attractive and easy-to-use interface up and over the top of the web-gui heap has been re-ignited.

Down with misused, abused, bandwidth-hogging, proprietary plugins! Up with DHTML!

Read more: 0s and 1s | TrackBack URI

2 Comments
  1. Hi Lucas, bandwidth depends on media transmitted — other things being equal, an actual “rich” presentation is probably faster with SWF. Also cuts development costs to be supporting many many browser versions, invisibly.

    You’re right about using frames to transfer text before XmlHttpRequest arrived in Mozilla and reached cultural acceptance. The experience back then was still more seamless in Shockwave, but AJAX-y transactions were definitely done in HTML in the 90s.

    Somehow, I don’t think Wikipedia will give you get credit for “AJaX”, though…. ;-)

    Comment by John Dowdell — October 10, 2006 @ 10:55 pm

  2. John
    Harsh! Why not? I need that check that accreditation of my list! Just kidding.

    Your point about the relationship between bandwidth and the size of a transmission is a good one, but I choose never to over-estimate the speed or size of a client\’s connection - phased downloading(i.e., download it as the interface demands it) seems to me to be a more extensible approach than all-at-once.

    p.s. i will check out your blog

    Comment by Lucas — October 11, 2006 @ 10:29 am

Leave a comment