Slashdot Mirror
In-Depth ajaxWrite Review
mikemuch writes "ajaxWrite is the first offspring of ajax13, Michael Robertson's (of Lindows and SIPphone fame) latest startup that aims to deliver a brave new line of web-delivered, AJAX-based apps. ExtremeTech today has an in-depth review of just how apt a replacement ajaxWrite is for the big installed word processors. It's a neat idea, but let's just say the web-based word processor has some catching up to do."
Let's just say that writing client-side applications in JavaScript is a really bad idea. Why would anyone choose to write their application this way? It's an attempt to take something that was originally intended for linking together scientific documents, force fitting a layout language on top of it, which is still really beholden to the underlying document structure, then overlaying that with a scripting language, which is to say, various scripting language interpreters (one for every browser) to try and change the layout and the document on the fly.
That's what AJAX is - scientific papers posing as layouts posing as interactive applications. It's bad software practice, a misuse of technology, and an excuse for people to attempt to use limited skills to try to hack a simulated client side application, but one that is fundamentally asynchronous, difficult to debug, never provably functional (what browser are you using?) and just plain, well, bad.
Alright, enough ranting. Mod me down if you want, but when AJAX and "Web 2.0" crashes and burns, you heard it here, well, not first because I'm not the only one to say it, but, well, you heard it, okay? You are, of course, free to do whatever you wish with your time, but please just stop architecting applications like this. I want real applications, not browser-junior app... let... things.
Now, there are some issues with real-time editing of a document by multiple people, my idea would be to have color-coded cursors for each editor so you could see where everyone is in the document (you can see how Excel cell highlights would work in a similar fashion). Overall, I think it can work, and I envision this is going to be hitting the workplace sooner than we all may think.
Not only do have to worry about your browser/os crashing, you have to worry about your internet connection flaking out too!
Brilliant!
The same people who rolled this out, also have an AJAX video editor. The problem with editing video on a web interface is that all rendering must be done on the server-side. The problem with server-side rendering of video at or near realtime is the necessity of a renderfarm. The problem wth a renderfarm is that it costs money. The problem with costing money is that there's no way they can make any, except by charging ads, which won't be near enough. They could embed ads into the videos, but I still don't think that'd cut it. I'd only pay to have my vids rendered online like this if it was dirt cheap ($1 or $2/month), which a renderfarm isn't.
Silence is golden... and duct tape is silver.
I could understand if these guys were building a component for rich text editing for form fields, ala TinyMCE or such. But this seems to be...just completely bizarre?
Who is the target market user for this -- people who think Windows Write is just too convenient? Someone whose 486 didn't come with a Turbo button, so all their old text editing programs just run too fast?
It has all the features of Windows Write or Apple Textedit, with the stability and performance of a web browser! It's annoying enough to type out a response in a text field and have it get eaten by a network error or page refresh problem or browser crash -- do we really need to start losing entire documents?
Recursive: Adj. See Recursive.
But if you're stuck somewhere with an internet connection and Microsoft Word files to edit but no word processor, ajaxWrite might save your tail.
My friend emailed himself a document at his work which he saved in OpenDocument format only to find he could not open it in Word. ajaxWrite saved him from making a 1 hour round trip home to get it converted. It may not be Word but it does have its uses.
[Please type your sig here.]
I wouldn't. But, what if you deployed something like that on a campus wide server? Or what about countries that have older computers and want to use them in schools. Or perhaps use them in a thin client mode?
I see some really good uses for it actually. I simply used the thesis example not to say I'd trust doing it, but that as for the stylistic needs, it could be done.
My problem? I was perfectly gruntled, until some numbnuts came by and dissed me.
A word processor provides simplified text processing and page layout capabilities. This makes it bad for both tasks for real use, and popular amongst people who need to do such things occasionally, or as part of other work but don't have the time to learn to do things right.
Precisely. Just as cars are extremely useful, even though they aren't as tough as tanks and can't carry as many people as a bus.
Word processors are designed primarily for correspondence and business use. They don't do complex page layouts, because you don't need complex page layouts if you're writing a business letter or report. Similarly, word processors aren't very good for editing code or processing multi-gigabyte log files - but who cares? That's not what they're for.