Web Info & Tutorials

February 15th, 2007

SAVING VIEW SOURCE

We look at a lot of Ajax applications, and we have seen a lot of trends over the last couple of years.

In general we are maturing, but as complexity has gone up in Ajax applications we are seeing one scary trend.

The first set of apps simply added some <script> that did some happy XMLHttpRequest dancing. Then we abstracted to libraries such as Dojo and Prototype. Then people tried to do the right thing and use unobtrusive JavaScript where we keep the HTMl structure separate from the code. We would all like to see more of this.

Unfortunately, we are starting to see Ajax applications that look more like Flash web pages:

HTML:
  1.  
  2. <head><title>My Ajax App</title>
  3. </head>
  4. <body onload="startupApp()">
  5. <script type="text/javascript" src="myapp.js"></script>
  6. </body>
  7. </html>
  8.  

The entire application is in JS that generates HTML to be embedded. If it wasn't for Firebug and friends we would have no idea what was going on. Debugging this is a nightmare. Doesn't it look like Flash pages with an embed/object pair of tags only?

I hope that the open web solutions can stick with nice unobtrusive JavaScript, or is View Source dead?

February 15th, 2007

THE BUSINESS OF AJAX - GOOGLE’S AJAX SEARCH API

Google actually relies on our users to help with our marketing. We have a very high percentage of our users who often tell others about our search engine. -- Sergey Brin

So spake one of the co-founders of Google. But what happens when your users start to tell others about your search engines in ways that you don't like? When they present your search results in ways that hurt or confuse your brand? You would probably try to control how those users used those results. That seems to be what Google has done with the release of their new Google Ajax Search API.

Somewhat lost in the hype around the release of the Ajax API was the discontinuation of the Google SOAP Search API. It's still available to existing subscribers, but no new ones are being signed up. To see why this discontinuation is an exercise in brand discipline, you just have to look at the terms of use for the Ajax API:

You agree that you will not, and you will not permit your users or other third parties to: (a) modify or replace the text, images, or other content of the Google Search Results, including by (i) changing the order in which the Google Search Results appear, (ii) intermixing Search Results from sources other than Google, or (iii) intermixing other content such that it appears to be part of the Google Search Results; or (b) modify, replace or otherwise disable the functioning of links to Google or third party websites provided in the Google Search Results.

The key terms here are that the order and appearance cannot be modified. And that is the essence of the Google brand: the order of the search terms. Fortunes are made and lost based on Google search position. Business plans are build around it. Millions of people around the world use the top ten results to find information, guide purchasing decisions, and so on. Mess with that order in some consistent way -- in some, god forbid, way that people find valuable -- and you've lost control of your brand, who you are, and likely your ability to advertise.

Now, with the new API, you can only use and display Google data inside a tightly circumscribed, parameterized boundary. Their order, their look and feel, their ads, their brand.

Of course there are many other ways of presenting search results. Many of the more interesting.ways to present the data reorder the results according to other criteria or third-party data (like other search results), or even dispense with a linear order. Now if you want to pull in search data and manipulate it in this way, you're going to have to use the Yahoo! REST API's. But will Yahoo! follow suit and get rid of their general API's in favor of brand-preserving Ajax widgets? Dave Megginson doesn't think so, but sees some clouds on the horizon.

Data APIs are not going to disappear, of course. AJAX widgets don't allow mash-ups, and some sites have user bases including many developers who rely on being able to combine data from different sources (think CraigsList). However, the fact that Google has decided that there's no value playing in the space will matter a lot to a lot of people. If you care about open data, this would be a good time to start thinking of credible business cases for companies to (continue) offer(ing) it.

I view this as a Hertz vs Avis opportunity for Yahoo! -- "we try harder" with web services. Where Google might have been the first choice for many developers, now many will build the Yahoo! API's into their applications and their frameworks. It takes just a few common plugins for packages like Drupal to boost market share.

0596008570_cat.gifAnyone want to buy a slightly used copy of "Google Hacks?" Drop me an email. I'll be busy helping Yahoo!'s marketing by telling other's about their search.

February 15th, 2007

MORE ON OFFLINE SUPPORT IN FIREFOX

Mozilla's Rob O'Callahan blogged about the technologies behind yesterday's posting on Zimbra's off-line mode:

As Chris mentioned, there are four pieces to our offline puzzle... the only really new part is using &lquot;link rel="offline-resource"&rquot; to put resources in a persistent "offline cache" that won't accidentally evict your application. That is quite simple and once we're confident we have the right semantics for it, we'll definitely try to get it standardized somewhere.

One API that we are thinking about adding is support for script-controlled loading of resources into the offline cache. This needs to be designed in conjunction with a policy for deleting resources from the offline cache, something we haven't settled on yet.

It's a great update on the Mozilla team's direction for off-line in future versions of Firefox.

February 15th, 2007

4D WEB 2.0 PACK DEMOS

The 4D aggroup has released demos for their 4D Web 2.0 Pack.

Ironically the demos are downloadable samples that pore on display of ajaxian database applications.

The demos acquirable are:

  • Vacation Tracker: Losing road of time? This flush covering manages your instance off. See how lowercase maker cipher is needed to physique a coercive springy scheme application.
  • 4D Jukebox: See how you crapper intend a full-featured media contestant app from 4D on to the scheme with this feat of the 4D Ajax Framework. Less than decade lines of cipher intend this impulsive scheme application.
  • Tech Support: A windows NGO covering matured using the 4D Ajax Framework Client. This demonstrate was shapely to exhibit the noesis of the 4D Ajax Framework Client Development Environment. No bespoken cipher was needed for the scheme assets of this demo.

vacation tracker

February 15th, 2007

FREVVO LIVE FORMS BUILDER

frevvo Live Forms is (yet another) Ajax-based web form builder that has been created for business forms. It was created by developers who were getting tired of hand-coding forms for clients.

Some specific business form capabilities are:

  1. XML aware forms.
  2. Fancy layouts – collapsible sections, tabs ...
  3. Dynamically repeating things – multiple cars, email addresses ...
  4. Business rules – conditional sections, computed values ...
  5. Complex validation – validate against a database or a complicated regex
  6. and more.

Live Forms uses Ajax extensively to "not provide the same old forms" but break the "Submit-Wait-Refresh" cycle and create a real, rich user experience.

The signup page itself is an example of a simple form in action.

Frevvo

February 15th, 2007

COMEEKO: AJAX PHOTO COMIC DESIGNER

Comeeko is a new Ajax application from the guys behind Buttonator and PikiPimp.

Comeeko allows you to build comic strips out of your own photos (or anything that you upload).

Comeeko Example

The tool itself is a very simple ajax driven application:

Comeeko Tool

We have long thought about doing an ajaxian consultant comic strip with Comic Life. Maybe we need to give this a try.