Slashdot Mirror


Early AJAX Office Applications

prostoalex writes "Perhaps many, who viewed Zimbra presentation from yesterday, thought about other office-related applications they would like to see moved to the Web. Richard McManus on ZDNet provides a list of the currently available AJAX apps. Did you know there was AJAX word processor, AJAX spreadsheet, AJAX calendar, AJAX presentation-building software, AJAX e-mail client, AJAX note-taking software and some other interesting applications, which, deployed on your local server, do not need installation and "just work" in a browser window?"

68 of 426 comments (clear)

  1. Yes but... by yobbo · · Score: 4, Funny

    ...does it keep my kitchen clean?

  2. Meh by Anonymous Coward · · Score: 5, Funny

    I'm still waiting for an AJAX-based browser. Just think about it! The ability to use a browser without having to install it! You just browse on over to the site!

    1. Re:Meh by grommet_tdi · · Score: 2, Funny
      Reminds me of the old Steven Wright joke:

      "I bought some powdered water, but I don't know what to add to it."

  3. Java applets by Anonymous Coward · · Score: 5, Insightful

    Remember java applets?! They were suppose to do these kind of things...

    1. Re:Java applets by Mostly+a+lurker · · Score: 3, Insightful

      The problem with Java applets is they require too much to be installed on the client side. This has big security and performance implications, leaving aside the quality of the available JVMs. Nevertheless, if AJAX had not come along, I think we would have revisited how to make use of Java practicable. With AJAX, most of the application logic remains on the server side. This drastically improves the ease of implementation.

    2. Re:Java applets by RenatoRam · · Score: 4, Insightful

      For one the fact that the starting VM can bring down to a halt even a semi-fast machine.

      Or the fact that applets are SLOW, whereas (for example) gmail and googlemaps are FAST.

      Or maybe it's that java guis just plain suck in pretty much every aspect (look, feel, functionality, ergonomy).

      Oh, and the fact that java is not installed on machines anymore (by default), whereas a browser is (even if maybe a louse one as IE6).

      Dunno, choose one :-)

      --
      Ciao, Renato
    3. Re:Java applets by asb · · Score: 4, Funny

      Actually, I do.

      When Java applets were the next hot thing, I could not use any of them because they all assumed that I had a 8 point font. With my 16 point font, entering data to text fields was a pain in the ass. Now, I go to see the Ajax applications. Lo and behold! All of them assume that I use a tiny 8 point font.

      I'll just move along. There seems to be nothing worth looking at here...

      --
      Antti S. Brax - Old school - http://www.iki.fi/asb/
    4. Re:Java applets by asb · · Score: 2, Insightful


      But still, all the user interface code is sent to the client in a human readable plaintext format. That is why you only see Flash demos of commercial Ajax applications.

      --
      Antti S. Brax - Old school - http://www.iki.fi/asb/
    5. Re:Java applets by diegocgteleline.es · · Score: 2, Insightful

      The one reason why AJAX apps are doing so much noise is that they use standards that work everywhere

      There's nothing stopping you from writing a C-based app which does most of the job on the server and which you download from a web page - put it in a restricted SELinux environment and you've the security. AJAX exist is just about convenience, not technical merits

    6. Re:Java applets by stymyx · · Score: 2, Insightful

      The problem with Java applets, is that they don't interact with the HTML of the page the way Javascript does. So my GUI has to be either ALL Java or ALL HTML. Whereas Javascript was designed up front to interact with the document DOM, and therefore it becomes easy to mix in to the web page.

    7. Re:Java applets by killjoe · · Score: 4, Insightful

      Java web start is the obvious choice here. The fact that people are choosing AJAX instead of Java is due to the spectacular failure of SUN to....

      1) Make sure that every desktop gets a new JVM which updates itself automatically.
      2) Make sure that the java web start doesn't look ugly as ass and behaves weirdly.
      3) Present the platform as an alternative to HTML development.

      --
      evil is as evil does
    8. Re:Java applets by Decaff · · Score: 2, Informative

      For one the fact that the starting VM can bring down to a halt even a semi-fast machine.

      On my workstation a VM starts in less than a second and uses only a fraction of memory by default. I fail to see how this can 'bring down' a machine.

      Or the fact that applets are SLOW, whereas (for example) gmail and googlemaps are FAST.

      Applets were slow about 7-8 years ago. Now there are high-performance JIT and Hotspot VMs.

      I don't find googlemaps fast! An applet that caches data locally can be pretty much as fast as you like.

      Or maybe it's that java guis just plain suck in pretty much every aspect (look, feel, functionality, ergonomy).

      This is a strange comment, as Java GUIs are totally customisable and 'skinnable' by developers. So, you are declaring that every aspect of several hundred different GUIs suck! Many Applets use the native GUI of the OS, so you are also saying that Windows, MacOS/X, KDE, GNOME etc. also suck!

      Oh, and the fact that java is not installed on machines anymore (by default), whereas a browser is (even if maybe a louse one as IE6).

      Java is pre-installed on more than half of all new PCs. If not, it is a once-only install that does not take that long on broadband....

      Seems like you are talking about applets as they were nearly a decade ago.

    9. Re:Java applets by ev0l · · Score: 2, Interesting
      This is simply not true. JavaScript can call any method of your applet class ...
      document.appletName.method();
      And the applet can call javaScrit by doing
      win = JSObject.getWindow(this);
      JSObject document = (JSObject) win.getMember("window");
      document.eval("someFunct ion()");
      Before ajax was around I was building dynamic web applications by using java applets that were not even visible on the page.
      &tl;applet
      border='0'
      width='0'
      height='0'
      ...
      >
      The page would call a java applet method the method would contact the server and than update the webpage via javaScript. I now perfer AJAX mostly because I dislike java and I think it's a more elegant approach but that does not change the fact java applets can interact with a page using JavaScript.
    10. Re:Java applets by RenatoRam · · Score: 3, Interesting

      On my workstation a VM starts in less than a second and uses only a fraction of memory by default. I fail to see how this can 'bring down' a machine.

      On my workstation (P4 with 512MB RAM) opening a page with applets results in several seconds of system slowdown (not mentioning browser freeze). If you ONLY use a browser and nothing else your figures may be sensible. If the machine is already overworked by a score of apps running concurrently, that's different.

      Applets were slow about 7-8 years ago. Now there are high-performance JIT and Hotspot VMs.

      You seem to live in a dreamworld. I have yet to se a fast applet, let alone a useful one.

      I don't find googlemaps fast! An applet that caches data locally can be pretty much as fast as you like.

      Yeah, and eating tons of RAM in the process, thank you. Besides, where are the real life implementations?

      This is a strange comment, as Java GUIs are totally customisable and 'skinnable' by developers. So, you are declaring that every aspect of several hundred different GUIs suck! Many Applets use the native GUI of the OS, so you are also saying that Windows, MacOS/X, KDE, GNOME etc. also suck!

      This seems to confirm that you are either a java zealot, a troll, or live in the aforementioned dreamworld. Java GUIs on windows are ugly but manageable. Java GUIs on linux look nothing like anything they are trying to emulate. And note that I also mentioned feel. Java apps NEVER feel like native ones (or maybe you are implying that all java developers are getting it wrong... which could well be :-) )

      The only exception seems to be SWT based apps, but that's cheating: SWT uses gtk on linux.

      Java is pre-installed on more than half of all new PCs. If not, it is a once-only install that does not take that long on broadband...

      Dunno where you live. Where I live, java is almost NEVER preinstalled. Broadband is not really broadly deployed, and a lot of users could well be incapable of installing a JVM.

      I'm not really trying to flame you or java or whatever...
      the fact is simply that I never stumbled on a useful java applet EVER. Quite the opposite: I've seen to many horrible and completely useless applets in these years. Just let java live on the server side (if anywhere), and put applets to rest, please.
      (in the past I've seen java buttons for navigating a site, made in java for no other purpose than a mousover effect. How lame is that?)

      --
      Ciao, Renato
  4. Web Applications by MadX · · Score: 4, Interesting

    I really like the way that Web apps are starting to make a comeback.
    Yes, it's true that there will always be problems with compatibility in browsers,
    but at the end of the day, to make the underlying OS insignificant, it makes the adoption of alternate OS's become easier.

    Who knows, maybe the pressure will cause other proprietary companies to start looking at the way they
    do business ? A pipe dream now ... but so was flying to the moon !!

    1. Re:Web Applications by trentrez · · Score: 4, Interesting

      Forgive me for saying this, as my understanding of the X Windows model is limited, but aren't rich web applications like this moving towards a server client model similar to how X works. Except in this instance we have the web server serving the applications' content and the browser acting as the client.

      It's quite ironic that all this talk of the OS becoming insignificant is just yet us piling another layer on top of our systems. Shouldn't more effort be focused on making a standard and open windowing system so that developers have one windowing GUI to think about when making their apps (instead of the current big three, namely MS Windows, X Windows and Mac OS X). Yes web apps address this, but in my opinion the way they are approaching the solution is completely backwards.

      Fair enough these web apps allow you to access your program on the move, allowing you to only worry about whether the terminal you are sat at has a nice browser that supports JavaScript, but think about Exchange server when coupled with Outlook Web Access - we suddenly see that these rich AJAX apps are nothing new and are in fact a step in the wrong direction. We should be focused on bringing everything down a level - not piling everything inside a web browser.

      Imagine an OS model where you have a server running at a nice secure location with all your applications running 24/7 then you have a standard windowing desktop client OS that connects to your server to bring up your apps and data where ever you are, be it at work, home or sat on a train on your PDA. I think having a windowing system that would allow this would be far more advantageous than using either remote desktop (VNC etc) or rich web apps (Java, AJAX etc).

    2. Re:Web Applications by Lumpy · · Score: 2, Informative

      It's been happening in the IT department and IS departments for a couple of years now. Every app we write is now a webapp. it eliminates any load on the IT guys because the apps simply exist without having to install them. Granted it makes them all unavailable when the webserver goes down as well as the backup webserver. but the same goes for most enterprise level apps anyways as they use a server side component already.

      we have written 10 critical apps that the company absolutely relies on, the timesheets for hourly employees is web based, most of the finance apps are now as well as the sales tools are in the office.

      hell the latest sales tool app came with a function to have blackberry friendly pages. Cince all our company blackberries are "on the intranet" they can access inside webapps are useable and secure. This gives the sales force a huge advantage to be able to enter orders on their crackberry at the customer's site.

      I.T. is whining though. the biggest hog of computing is the MS apps. everything else can be done just fone on the computers we had in place 4 years ago... we have to upgrade all PC's simply to support the office suite andemail/groupware because msft thinks that office needs more bloat. (Office 2003 migration is starting this week)

      --
      Do not look at laser with remaining good eye.
    3. Re:Web Applications by jafac · · Score: 2, Insightful

      If I, as a user, have to "Pay-per-use" for their AJAX word-processor, then screw it. I'll download and install one of the fine, free alternatives, or bite the bullet, and buy a copy of MS Office.

      The reason Web Apps failed, is because they tried to impose a "pay-per-use" model, and failed to develop any reasonably workable micropayments system (in other words, pay-per-use means macropayments per use.)

      Fuck that.

      I already have a monthly electric bill, a monthly transportation bill, a monthly mortgage payment, a monthly internet service fee, a monthly phone bill. I earn a flat monthly salary.

      I want a flat fee up front, and unlimited use on the back end of the deal, and I don't want planned obsolescence built into the product either.
      Nicking into my monthly budget is why web apps failed in the past, and why they will fail in the future.

      --

      These are my friends, See how they glisten. See this one shine, how he smiles in the light.
  5. Webservices gone mad by ReformedExCon · · Score: 4, Interesting

    Webservices were going to rule the computing world. You'd download apps as you needed them from vendors, then they would automatically bill you for the rental, but only for the time spent using the actual product.

    That idea died a horrible death, despite Microsoft's best efforts to make the Network the Computer.

    Now webservices are back, but instead of building miniature application control building blocks, the entire application interface is downloaded to your browser. Everything immediate runs client-side and anything that needs a backend is sent upstream to the server. No more trying to keep a network connection alive between the client PC and the network server. Everything can be kept very asynchronous.

    It's no surprise that this is the way things are evolving. Even the first CGI programs foretold this type of usage pattern. You'd get an interface on the client side and the heavy processing would be done on the server. But now with faster connections and the ability to run more stuff on the client side, a lot of processing can be and has been pushed off the server and onto the client browser.

    It's very interesting, and quite a pleasant break from the barrage of boring sysadmin-specific stories here.

    --
    Jesus saved me from my past. He can save you as well.
    1. Re:Webservices gone mad by Ewan · · Score: 2, Informative

      Surely Sun said the network was the computer?

    2. Re:Webservices gone mad by trezor · · Score: 4, Interesting

      ASP.Net are an initiative of what? An awkward merging of two technologies so that ASP developers won't be frightened away?

      Say again? I've done all sorts of programming from Motorola assembly to php and java, both professionaly and purely on a hobby-basis, so I consider my sellf a more than competent and experienced enough developer. I've also worked quite a bit with ASP.NET.

      Sure ASP.NET may not be the right tool for every job, but then again what is? Making web-applications with ASP.NET feels like breeze compared to doing the same stuff in say php. The fact that it's event-based with a solid foundation making that the underlying protocols and technology transparent to developer, actually means that you can immidiately focus on the application logic, and doesn't have to worry about every god damn thing involving web-communication.

      Sure, I know how that works, I know the low-level protocols, I can implement it if I have to, but the fact that I don't need to feels damn good. The .NET Framework supplies tons of goodies for those who know how to take advantage of it.

      For instance, directly coupled database to webpage data-linking, including the ability to manipulate date with next to no programming. Please tell me how this can be done in less than 10 lines of code in php. As a developer, I'm really happy that I don't have to rewrite the same DB-logic, reference the same db-field names, link them to similary named html-controls, and vice-verce for updates. It makes my life simpler. What's wrong with that?

      Dismissing ASP.NET as something that only unskilled developers would use is ignorant at best.

      --
      Not Buzzword 2.0 compliant. Please speak english.
    3. Re:Webservices gone mad by lushman · · Score: 3, Interesting

      I too was skeptical about AJAX when I first saw a demo. Given an intuitive IDE you can realise your vision very very quickly. AJAX applications are fast and lightweight. Maintaining them is incredibly easy and the deployment is a cinch.

      I admit, I was enthusiastic about Java Swing applets at one point, but they really haven't evolved from the clunky things they were ten years ago. AJAX isn't just a stupid acronym. It's a truly workable system.

      For a good IDE check out TIBCO General Interface - it's not open source but it can give you a good idea of what is possible with this technology.

    4. Re:Webservices gone mad by trezor · · Score: 2, Interesting

      I just don't get you guys obsession with such a mediocre tool and programming paradigm.

      Being mediocre or not may to some extent be a subjective opinion, so I'm not touching that. Especially since I haven't tried out a gazillion other web-development toolkits out there.

      You may have noted my point about "the right tool for the right job". I didn't say ASP.NET is the answer to everything. Actually, I specificly said it isn't. Hows that for obession?

      If you take my post with some perspective, you may note that I was just responding to someone claiming that ASP.NET had nothing to it, and were exclusively used by untalented semi-developers. I made a point that that's not neccacarerly the case.

      --
      Not Buzzword 2.0 compliant. Please speak english.
    5. Re:Webservices gone mad by kahei · · Score: 4, Funny


      Sure ASP.NET may not be the right tool for every job, but then again what is?

      Duct tape!

      --
      Whence? Hence. Whither? Thither.
    6. Re:Webservices gone mad by Skjellifetti · · Score: 3, Funny

      Dude, you forgot the URL:

      Duct tape!

  6. AJAX Cleaning power by cheezemonkhai · · Score: 3, Insightful

    Stop with the acronyms for goodness sakes.

    AJAX is a floor cleaning product.

    I'm sorry to say this, but there are too many people who think something is cool because it uses the latest hip technology. Nobody cares that it is AJAX, they just care that it works well and does what they want.

    The sooner OSS and other people writing software out there realise this the better.

    Rant over

    1. Re:AJAX Cleaning power by mpcooke3 · · Score: 4, Insightful

      It amused me that to rebel against the Acronym ridden J2EE crap someone coined the phrase "POJO" - Plain Old Java Objects, just to make it sound more sexy.

    2. Re:AJAX Cleaning power by BMazurek · · Score: 2
      I'm sorry, but just because you rant, doesn't mean you should be modded up.

      Ajax is a floor cleaning product. AJAX is an acronym standing for something different. The fact that the two have a similar name is irrelevent. Thinking differently means you should probably go for a CAT scan (no, not "cat scan") or perhaps a PET scan (no, not "pet scan"). Perhaps you should go stand on a soap box in front of your local city hall with a bull horn and expound the virtues of a non-acronymic world.

      Give me a break.

      You say nobody cares that it is AJAX, but they care that it works well and does what they want. If no one cares about the technology behind a good user experience, there will be no good user experience.

      Technology, by and large, is an iterative improvement upon previous technology. Failure to recognize this means your genes should probably have been relegated to the non-tool using part of the animal kingdom.

      Grow up.

    3. Re:AJAX Cleaning power by commodoresloat · · Score: 5, Funny
      The sooner OSS and other people writing software out there realise this the better.

      That's right. Quit wasting time naming things, and get to work, you layabouts! We don't need no stinking names for things. If I want to use that spreadsheet I'll just say, give me that, uhh, counting thing.

    4. Re:AJAX Cleaning power by Da+Fokka · · Score: 4, Funny

      AJAX is a floor cleaning product.

      Yes. And a Greek play, a Greek hero, an anti-aircraft missile and a soccer club from Amsterdam.

      All the good words were used up long ago. Maybe it's time to stop using vowels and open up the possibility of words like krggggnx!

    5. Re:AJAX Cleaning power by Dogtanian · · Score: 3, Funny

      All the good words were used up long ago. Maybe it's time to stop using vowels and open up the possibility of words like krggggnx!

      'Ajax' floor cleaner is sold under the name 'Krggggnx' in Klingon markets.

      --
      "Slashdot - News and Chat Sites Deviant". (Click "homepage" link above for details).
  7. Well... by omgpotatoes · · Score: 4, Interesting

    ..hello GoogleOS! Platfrom-independent, all online, all the applications you need. Who cares if it's viewed out of IE?

  8. Network failures. by CosmeticLobotamy · · Score: 3, Insightful

    Great, so now the network being down means I can get absolutely no work done.

    I'd like this if they sold $20 dumb terminals to use it, but I paid a lot of money for a computer that can run applications locally without constantly going to the network.

    And just in case they mentioned that that's not a concern in one of those 40 linked pages, no, I didn't read all the articles, so feel free to yell at me now.

    1. Re:Network failures. by Simon+Brooke · · Score: 4, Interesting
      I'd like this if they sold $20 dumb terminals to use it, but I paid a lot of money for a computer that can run applications locally without constantly going to the network.

      Most people - the overwhelming majority - are not competent to use a general purpose computer. They don't understand about basic things like security and backups. Consequently their machines are crawling with viruses and trojans, and when eventually they have a hardware problem they lose, in many cases, months or even years of work.

      For these people, a thin client web appliance using applications hosted remotely on machines maintained by competent people makes a huge amount of sense. And, frankly, that's 90+% of the whole population, so this is potentially a very big market.

      --
      I'm old enough to remember when discussions on Slashdot were well informed.
    2. Re:Network failures. by Hosiah · · Score: 2, Interesting
      Most people - the overwhelming majority - are not competent to use a general purpose computer.

      Suddenly, I heard angelic harps. This way lies heaven! Let the 90% use their computer like a webTV unit or thin client or whatnot, do whatever they need to do with webapps, the pressure will be off of the remaining 10% of us to dumb down the computer as we know it to drool-proof status...and everyone will be *happy*!

      No, wait, the codeine's wearing off...

    3. Re:Network failures. by hostpure · · Score: 2, Insightful

      Can anyone say 56k? Heck, im even on a 2mbit adsl line and I wouldn't dream of running one of these on my browser, I am limited to 10gb/mo bandwith and I dont even want to think of what these would use. Anyway, OpenOffice now has everything I need - writer, base, calc and math. Keep the bandwith for something useful (reading slashdot comes to mind...)

  9. Todo Lists application in AJAX by Roullian · · Score: 5, Informative

    There's also an Open Source "Todo Lists" application called Tudu Lists.

    You can check it out on SourceForge : http://tudu.sourceforge.net.

    And you can use the live site : http://tudu.ess.ch.

    Everything's free and Open Source (GPL), so you can check out how it works.

    1. Re:Todo Lists application in AJAX by aparrie · · Score: 2, Informative
      Top 5 Ajax Apps not listed here

      1. Meebo http://www.meebo.com/ - AJAX instant messaging
      2. Protopage http://www.protopage.com/ - AJAX sticky notes and bookmarks
      3. Backpack http://www.backpackit.com/ - AJAX todo lists
      4. TimeTracker http://www.formassembly.com/time-tracker/ - AJAX time tracking
      5. Delicious Director http://johnvey.com/features/deliciousdirector/ - AJAX delicious bookmarks browser
  10. Sheesh by Anonymous Coward · · Score: 2, Insightful

    People have been doing this stuff using the same methodology since < 2003 and have been dealing with the pros and cons eversince. Convinsing PMs that the technology has potential was a lot of trouble then, but since the term AJAX was coined the situation has become the opposite; we are now trying to point out the pitfalls.


    The power of buzzwords in people's minds is astonishing. Guess our brain is too dependent on abstraction/handles.

  11. One thing to note ... by pythonista · · Score: 5, Informative

    S5 is not an AJAX app. It uses plain JavaScript and some CSS. Nothing like XMLHttpRequest is used in S5. To create an S5 presentation, one needs only text editor. The javascript and CSS is only for the presentation and has nothing to do with the actual slide creation process.

    --
    --- Baishampayan Ghose b.ghose gmail com
  12. Another open source AJaX E-Mail Client... by TodLiebeck · · Score: 3, Informative

    Here's another example of an AJaX e-mail client written using the Echo2 Web Framework. This one is very much no frills (it's an example app for Echo2) but it does include complete MPL/LGPL/GPL source.

  13. Thin client 10 years late by LQ · · Score: 2, Informative
    Anyone remember Sun 10 years ago banging on about Java thin clients and the end of the PC? I'm certainly seeing more and more customers who don't want to install software on their users' PCs. Centralised browser-accessed apps will eventually become the norm for commercial use.

    My Java tip for the near future is Echo2 or something like it. Sophisticated AJAX without writing a line of HTML or JavaScript.

  14. Consistent and Intuitive UI will be important by Frac · · Score: 4, Insightful

    The Ajax apps all look extremely impressive, but I do believe inconsistent UI will eventually plateau the adoption. Developers love to play the artist when there's a clean slate, and everyone will have their own set of icons and widgets.

    Developers need to understand that once you're over 25 years old, you don't care to learn brand new interfaces all over again. The closer it looks to something familiar (your Windows/Mac OS UI), the better. For God's sake, if it doesn't look at Windows, at least make the metaphors intuitive.

    My recent pet peeve is tiny little icons, just for the sake of tiny little icons. I'm familiar with the standard "Open", "Save", "Copy", "Cut", "Paste", and "Print" icons. That saves real estate over text, and saves me time.

    However, With monitors getting bigger and bigger, unique icons will NO LONGER OFFER THE SAME BENEFIT. I'm not going to hover my mouse pointer over every single 8-pixel-by-8-pixel icon you have, just to forget it the next time around because you lined up 50 of them on the toolbar like lucky charms. If there's room for text, and if that saves time, put the text in!

  15. Some good ideas.. by onion2k · · Score: 4, Insightful

    Things where one user needs to access an application from many locations (email for example), or where a group of distributed users need have instant access to shared information (calendar, notes) .. great idea to have a remotely hosted application or data store.

    But for word processing? Spreadsheets? That seems like a waste of bandwidth, and an unnecessary security risk. I've been working remotely for the last 2 years (300 miles from the company office). I've never encountered a situation where a remote service text editor would be preferable to a local app. Given my flaky internet connection that would really be a very bad thing. Whatsmore .. I'm not sure of course, but I rather doubt the capability of a javascript based spreadsheet. It might be ok for holding a small set of data and a handful of equations, but I wouldn't much like to view the last 10 years of accounts of a medium sized company with one. It'd be considerably slower than a properly compiled and optimized application.

  16. jotlive.com by Anonymous Coward · · Score: 2, Interesting

    Check out jotlive.com

    This is an awesome collaboration tool. If anyone has some insights on how this works (technically), I'd appreciate it.

    I was under the impression that you can only poll from client to server, not the reverse, yet this application shows instant change (so no 10 sec continuous polling)

  17. please let it die by germ!nation · · Score: 3, Insightful

    Having only just managed to ween my co-workers off a ton of needless javascript in their applications 'improvements' in web technologies such as AJAX are a concern to me. Having read all about 'Web 2.0' technologies, I'm left to wonder where the business case for all this while STILL maintaining standards in accessibility comes from?

    Please note: accessibility means equal access for ALL, it is not a term to differentiate disabled internet users from their able-bodied peers.

    So now we have we have to use libraries that work for IE and every other browser separately, we then have rewrite it all for people using accessibility aids that often use scraping techniques to get content from the page and wont update unless the page refreshes, so we have to write a legacy version anyway (of course, you can make the call that the chance of getting sued is low enough not to bother).

    Before people say we have to write a ton of code to account for different browsers and accessibility combinations, I work supplying web apps to public sector education bodies and none of my applications require wild cul-de-sacs of code for special scenarios.

    We have only just started mastering equal access for all in web applications as it is, the last thing we need is a new generation of web developers who think that "omg cool functionality kthx" > accessibility

  18. Re:Meh - Is it such a silly idea? by Bogtha · · Score: 3, Insightful

    Is it such a silly idea?

    Yes. For rather obvious security reasons, XMLHttpRequest is limited to making requests to the host the script originated from. Also it would be way slower than a normal web browser. Plus completely inaccessible, which is illegal in many places.

    Another strategy could be to write only for the latest and most popular browsers and then if any other browser tries to access your page just re-direct through an AJAX browser.

    That falls apart when the browser that isn't the "latest and most popular" doesn't support the technologies your AJAX browser uses.

    --
    Bogtha Bogtha Bogtha
  19. And so we return to where we started by mustafap · · Score: 2, Insightful

    Back when I started computers, we had dumb terminals with applications running on mainframes. I had no ability to write my own code; I had no right to execute CPU cycles for anything other than work. And nor could I, as CPU cycles were audited and 'billed' against each department.

    And so we will return. The server based module of applictaion licencing will suit the likes of Microsoft enormously. They want a constant revenue stream, not just intermittent ( but huge ) income on new product releases.

    More insidiously though, this move will start to erode our usgae 'rights' again . Little by little we will be discouraged from installing applications on our PC's.

    There are good aspects to server hosted applications and data storage, but also some very bad ones.

    --
    Open Source Drum Kit, LPLC deve board - mjhdesigns.com
  20. lack of development tools by edxwelch · · Score: 2, Interesting

    The biggest disadvantage of ajax that I can see, is that it's written in javascript and there is no debugger available for the various web browsers (except Mozilla).
    Developing a large application without a debugger is not fun.
    Why not use flash? It seems to do everything that ajax can do, but it has a IDE and debugger available and there is the added advantage that it's cross platform (ajax requires that you write a seperate version for IE and Mozilla).

  21. AJAX, it's magic! by Xugumad · · Score: 4, Insightful

    Everyone seems to be running around raving about AJAX applications. Why do you all think AJAX is so good? Really? It's cool if you need to update a webpage without reloading (and particularly for server-push), but why do I want server-push functionality in a word processor, spreadsheet, calendar, presentation-building software or note-taking software (note, I've taken e-mail client out of that list, as server push is actually useful there)?

    Sure, if these were tools to allow multiple people to work on the same document simultaneously, but these all seem to share data only after it's been saved back to the server. As someone else pointed out, the presentation application doesn't even use AJAX!

    Would people please stop using AJAX to mean "Really cool looking Javascript application"? If Javascript applications excite you, fine, you're welcome to them, but please get the terms right...

  22. My prediction ... by TarrySingh · · Score: 3, Interesting

    that Google will come out with it's Online GoogleOffice Suite here and eventually a Web Deployable OS with unstructured XML DB will soon be reality. Like I say, People will make lot's of Software, it's the impeccable timing of Google, that will make their products shine, be it Office products or others.

    --
    Scott McNealy to Michael: "Suck my Sun!" Michael Dell to Scott : "Lick my Dell!"
  23. XMLHttpRequest security issues by Dogtanian · · Score: 4, Interesting

    The problem with Java applets is they require too much to be installed on the client side. This has big security and performance implications

    Security? XMLHttpRequest is very cool, but (albeit for reasons not the same as those you gave for Java), it's likely to fall off its pedestal very soon in the face of these security problems.

    In short, assuming you have the functionality turned on (I assume there is a way to turn it off in present browsers, though I haven't checked), XMLHttpRequest breaks the assumption that web pages only record what you're doing when you "submit" a request (don't think this applies to Flash, but it's normally obvious when a flash app is being used).

    In short, it's theoretically possible for a site to be receiving information about pretty much every action you carry out within a browser window, and practically *quite* possible (and likely) for less than trustworthy sites to be receiving information you'd rather they didn't (if you knew about it); I could go further, but the article pretty much explains it well.

    --
    "Slashdot - News and Chat Sites Deviant". (Click "homepage" link above for details).
    1. Re:XMLHttpRequest security issues by Bogtha · · Score: 4, Interesting

      In short, it's theoretically possible for a site to be receiving information about pretty much every action you carry out within a browser window, and practically *quite* possible (and likely) for less than trustworthy sites to be receiving information you'd rather they didn't (if you knew about it); I could go further, but the article pretty much explains it well.

      This is a problem with Javascript in general, not a problem with AJAX per se. It's been possible to leak information in this manner since Netscape 2.0 - you just swap in an image with the URL http://www.example.com/image.gif?timestamp-mysensi tiveinformation.

      Basically, if you don't want a website to know how you are interacting with a page on that website, you need to switch off Javascript altogether.

      --
      Bogtha Bogtha Bogtha
    2. Re:XMLHttpRequest security issues by sheriff_p · · Score: 4, Interesting

      Well before the advent of AJAX, I build javascript to monitor a user's mouse trail and keypresses over a website. It would take this information from event handlers, and serialize it into a cookie, which would be read by the next page they visited on the site, stored, and could then be played back easily through an admin interface.

      If you've been assuming this isn't possible, or in use (the company I built it for still uses it, I believe), you're missing a point here.

      More details in a back copy of TPJ, who I wrote it up for.

      +Pete

      --
      Score:-1, Funny
    3. Re:XMLHttpRequest security issues by bogado · · Score: 2, Informative

      To help users that are concerned with those threats, that are not new as said before, there are a couple of firefox extension that will help prevent those problems.

      Add block : permits blocking external javascripts with a flexible set of rules.

      no script : enable javascript, java and plugins only to trusted domains.

      --
      []'s Victor Bogado da Silva Lins

      ^[:wq

  24. Avalon Business Systems by Dr.Pepper42 · · Score: 3, Interesting
    My favorite AJAX application is the Avalon Business Management Suite by Avalon Business Systems. We use it at work and it's by far the most intuitive and useful web app I've ever seen.

    It's nice because it allows you to do real-time client (etc.) searches asynchronously which allows you to get a ton done with only one real page load.

    I've seen some decent commercial and free AJAX implementations as well, but outside of Google and Avalon, they seem more focused on "cool" than "useful".

    --
    Free sex is like a warm toilet seat.... feels good but makes you wonder who was there before you.
  25. My Beef: Interface by lwells-au · · Score: 2, Insightful

    It might just be me -- and this might sound like a personal whinge -- but I am interested to here what other people have to say.

    I find these AJAX applications very impressive, even if - according to the endless /. posts - the technology is nothing new and its just a silly acronym. But I digress. My biggest problem is that I like my major applications -- email, word processor, spreadsheet, html editor, whatever - to a seperate *unique* presence on the (*hides head in shame*) Windows task bar. It is so much easier to recognise the application on the taskbar when it has its own entry invariably with a unique icon, rather than just being one of possibly tens of browser windows. Invariably I end up loosing my web application in a jumble of other browser windows and/or tabs, or thinking its just another browser windows, accidently close it. Then there is always the problem of the browser crashing, often because I am also browsering, and thus loosing whatever important documents or email I also have open.

    As I said, it may well just be me, but perhaps I'm not alone :) I'd much rather download a small executable that embeds a browser window within some sort of unique container (if that's the right terminology) that runs as a unique program, with its own task bar entry, and its own icon. So, for example, I could launch gmail.exe and it would have its own presence on the task bar even though it was essentially just gecko rending the gmail website. It could even extend functionality, allowing one to minimise it to tray and so forth.

    Just my 0.02c worth.

  26. Re:Meh - Is it such a silly idea? by cortana · · Score: 2, Funny

    Shut UP SHUT UP you're giving stupid people stupid ideas!

  27. I don't get it by beforewisdom · · Score: 2, Insightful

    AJAX sounds like it will be a boon for naturally based web applications.

    I don't see office applications as being naturally web based applications, they seem to be very natural living on my desktop. I can't see why I would need to be connected to write a paper or do my budget.

    On the innocent side it just seems like a misdirected project.

    On the sinister side it seems similar to e-books....another way to take away something I have come to take for granted as possessing.

    My word processor may be old, but it is mine.

    I can just see the bull shit now.

    "Oh, you don't own the AJAX office suite, you were only renting the use of it. Since your lease is up you cannot use it to view your old work... unless you want to pay us more money"

  28. um, get your references straight by idlake · · Score: 2, Informative

    AJAX is a floor cleaning product.

    Actually, Ajax is the name of two warriors in the Trojan wars. The name was then misappropriated for a floor cleaning product (heroic cleaning?), but I suppose as you demonstrate, people these days don't know their classics anymore.

    If the term "Ajax" becomes associated with a dynamic web display technology, I think that's a step up from floor cleaning.

  29. Paging the Web by Doc+Ruby · · Score: 2, Interesting

    How about an AJAX WYSIWYG Drag & Drop webpage layout / HTML editor? I don't care if it's compliant with all those buzzwords, but I do want to hit a page, drag GUI and JavaScript objects into it, drag them around, mark them up with styles and links, then save it. With authentication for the editor - everyone else sees it as a readonly regular webpage. With all the current HTML features, viewable in IE/Firefox/Safari/Opera. That feature should have been part of the first (or at least second) wave of the Web. Is it part of this AJAX wave?

    --

    --
    make install -not war

  30. Wait a minute, hold on... by Junior+J.+Junior+III · · Score: 2, Funny

    If applications exist on the owner's server, and aren't installed and run locally, then how am I going to be able to pirate them?

    --
    You see? You see? Your stupid minds! Stupid! Stupid!
  31. Re:Fix KDE, Gel linux on jo-6-packs desktop by WhiteWolf666 · · Score: 2

    This must be a new troll, I haven't seen it before.

    Im still finding thr Mac desktops lagging behind Windows IMHO (not starting a flamewar here) Finder cant seem to browse directories containing large numbers of files, Its Impossible to navigate the GUI mouseless unlike windows which can be ALt-Tab's, Shift-Tab'd etc. Really the most important part they need to fix is the system preferences ... cmon even windows XP you can just gor RUN-compmgmt.msc , Run-devmgmt.msc and RUN-lusrmgr.msc ... In system preferences, though handy, needs to be brought upto standard ... and SHOKE HORROR ... maybe managing some other parts of the OS Thats the problem with closed souce, everyones beavering away at there little bit and no one is managing the big picture.

    Hmm.... Definitely troll-ish, but not very reusable. 2/10.

    Next!

    --
    WhiteWolf666 an exBush supporter. All you new-school,compassionate,save the children Republicans can rot in hell
  32. Wow. The future is... not here yet. by sootman · · Score: 2, Funny

    "Did you know there was AJAX word processor, AJAX spreadsheet, AJAX calendar, AJAX presentation-building software, AJAX e-mail client, AJAX note-taking software and some other interesting applications, which, deployed on your local server, do not need installation and "just work" in a browser window?"

    Let's see: word processor--didn't feel like signing up for an account. Spreadsheet--works in Firefox 1.0/Mac, but not Safari 1.3. Overall, has a long way to go--can't use arrow keys to move the active box in the grid, for example. And I doubt it's possible to recreate a zillion other useful features from a binary spreadsheet app, like dragging a cell's corner to fill lower rows. Calendar--wouldn't load at all in FF or Safari. Presentation--it's not AJAX. Email client--ha! instead of linking to Gmail, one of two programs that POPULARIZED AJAX (the other being google maps), the link leads to a nonexistant product from Yahoo. The note thing works but is pretty simple--feels like a bright student's DHTML project.

    --
    Dear Slashdot: next time you want to mess with the site, add a rich-text editor for comments.
  33. Re:Full-page UI by dozer · · Score: 2, Interesting

    Wow, Decaff, you're really working overtime to tell us what is theoretically possible with Java applets. Tell you what... How about you give a URL to *one* non-trivial applet that embodies everything you're talking about. Something like Google Maps, Flickr, etc.

    - Like most Ajax apps, it must load in less than 1 second.
    - It must not load with the awful gray square or gratuitous Sun/Java logos.
    - It must run in the full page and handle window resizes well.
    - It must use the browser's native widget set (show me good Tiger widgets if I'm running on OSX Tiger).
    - It must not care what JVM it's running on. Write once run anywhere, you know. Don't force me to endure a 25 MB download just to run your Java applet.

    Not hard right? Well, point us to one.

    Nobody's doing it because, even though it's possible, it's just not worth the time! I wrote a proof of concept Java applet 6 months ago that embodied all of these requirements. I realized halfway through that I should have just used Ajax. Writing a decent Java applet required way too much manual effort.

            - Scott

    p.s. I recommend turning Java off in your browser. A number of evil websites use Java applets to evade popup blockers. Most people will never even discover that it isn't enabled.

  34. Re:Full-page UI by Decaff · · Score: 2, Interesting

    I hope you didn't invest much time learning Java because it is going the way of the cuckoo.

    Java is the most successful and widely used language in IT, and it's use is growing. You are confusing applets with Server side Java throughout your post. Saying 'Java is going the way of the cuckoo' is as dumb as saying 'the pentium is doomed' or 'no-one uses Windows'. (Actually, cuckoos are doing rather well - perhaps you meant Dodo?)

    Java on the client side sucks - everyone knows it.

    No. Just because you think that does not mean 'everyone knows it'. One of the most popular IDEs ever produced - Eclipse - is a client side Java app. Do you hear developers saying 'Eclipse sucks'? Of course not.

    Thats why no one deploys Java client applications anymore.

    Nonsense. You may be interested to know how widely used Java Web Start is - the answer is 'very widely'. Java Web Start is a technology for deploying client side apps.

    Why didn't Google choose Java for maps.google.com?

    Because they need a distributed API that doesn't need a download. Google use huge amounts of Java for other things on their servers.

    Why didnt Microsoft for Virtual Earth?

    Because Microsoft dropped use of cross-platform Java years ago!

    Why didn't any major web app choose Java?

    Most of them DO use Java, but on the server side.
    For example, e-bay runs almost entirely on Java.

    Answer:

    - Crappy non-native look and feel


    What non-native look and feel? Most applets use the native GUI!

    - Slow start up (freezes the browser while Java initializes) and GUI responsiveness

    When does this happen? Modern VMs can start up in a fraction of a second. What lack of responsiveness - it uses the native GUI!

    - Large downloads required for computers that don't the right version of Java

    Wrong. A moderate once-only download (not downloads).

    Funny how Slashdotters are so keen for users to download tens of megabytes in order to switch browsers objects so strongly to a much smaller download to keep the JVM up to date!

    Is there something about the word 'Java' that blocks intelligent thought processes? Why do I see so many posts which talk about Java as it was nearly a decade ago? I thought nerds were supposed to be up-to-date with IT developments.

  35. Re:and Macintosh support by Decaff · · Score: 2, Insightful

    Sun killed Java through stupidity.

    Strange definition of 'killed', as Java is the most widely used development language.

  36. Re:resizing screen images. by TheRaven64 · · Score: 2, Interesting

    What, the algorithms that NeXT used in their Display Postscript implementation that allowed lines to be nudged to the nearest pixel boundary to give a pixel-perfect zoomed display don't work anymore? Odd, they look really nice using GNUstep. OS X doesn't seem to have this problem either.

    --
    I am TheRaven on Soylent News