It might not have the real world implications, but sometimes xhr doesn't cut it. Think file uploading for example. In this case, we can upload an attachment to an email without having to change the screen. Something which is not possible with scriptaculous. Besides, having an extra layer of compatibility for someone stuck on IE 5.0 or somesuch is not really a bad thing.
The main point I'm trying to make is that Dojo is much more evolved compraed to the other frameworks, but the only reason they're not popular yet is the lack of docs, and pretty demos ala scriptaculous. Docs will be part of the next release though, which is fairly soon. I personally do not see a "feature" in scriptaculous/prototype that one can't achieve right now with dojo (but perhaps I'm not looking hard enough). By the way, the famed prototype/scriptaculous $() shortcut for getElementById() can be achieved with 3 lines of extremely simple code. -- Praneet Kandula On 10/20/05, Jeremy Jongsma <[EMAIL PROTECTED]> wrote: > > As you can see, Scriptaculous, or Prototype doesn't support IE 5.x, which > > could > > lead to a few problems. Dojo on the other hand, supports IE 5.5 onwards, and > > includes safari & opera support. > > Can somebody verify this? The wiki says it's a Prototype limitation > rather than a Scriptaculous limitation, but Rico is built on Prototype > and claims IE 5.5+ compatibility. > > Speaking of Rico, did anyone check out the dynamically updating > scrolling list example? That could be a pretty cool feature for the > message list / address book widgets rather than using paging. Could add > shortcut links to jump to specific points in the list as well (by last > name, date, etc). > > > Also, another good thing is that it's ajax > > support automatically includes iframe backup, which means if a browser > > doesn't > > support xmlhttprequest, it still works through iframes. > > Scriptaculous/prototype > > don't have this as far as I can tell. > > Are there any browsers out there that don't support the XMLHttpRequest > object, yet still support the necessary DOM functionality for a rich > client interface? i.e., it's a good marketing point, but does it have > any import in the real world? > > -j > > -- > Jeremy Jongsma > [EMAIL PROTECTED] > http://jeremy.jongsma.org -- -- Praneet Kandula [EMAIL PROTECTED] (remove TAKEMEOUT from email]
