Stories
Slash Boxes
Comments
Search

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

Will AJAX Threaten Windows Desktop?

Posted by CmdrTaco on Sun Aug 07, 2005 08:48 AM
from the thin-clients-strike-back dept.
The Internet
prostoalex writes "They are not your father's HTML pages anymore. AJAX interfaces are getting more complex and versatile, relieving the user of the necessity to reload the page, and thus are becoming more like your average desktop apps. The catch? AJAX apps work in any browser out there, making the OS layer a bit irrelevant. Will the trend threaten Microsoft desktop near-monopoly? Or are we hearing the story of poorly debugged device drivers again?"
+ -
story
This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.

Will AJAX Threaten Windows Desktop? 50 Comments More /

 Full
 Abbreviated
 Hidden
More
Loading... please wait.

  • Slow pain (Score:5, Interesting)

    by Apreche (239272) on Sunday August 07 2005, @08:52AM (#13263474) Homepage Journal
    It wont be any enormous instant change. But it will be a very slow methodical one. I notice that many companies are developing more and more web applications rather than buying expensive proprietary software. As companies break free of the proprietary software on their own, they will be more open to alternative OS and hardware solutions. All it takes is one salesman to go in to such a company and win them over.

    AJAX helps because there was a set of desktop applications that could not formerly be made into equivalent web applications, but they now can be. You'll see MS take some losses over the years if the trend continues.
    • Indeed, There has been talk of the Doom of the Desktop for years, and sure enough there are increasingly many apps that don't require it, but that there will be some big avalanche of abandonment is unlikely.

    • Re:Slow pain (Score:5, Interesting)

      by strider44 (650833) on Sunday August 07 2005, @09:00AM (#13263509)
      I doubt it. AJAX is good for applications that *need* the internet (Google Maps -> streaming map data. GMail -> email). In my opinion they will never really replace pure binaries.
      • I will admit it, I am a bad programmer.

        One of the main reasons I am a bad programmer, is that I have been one of the people with a 'tool' (standard desktop apps) who has been looking for a place to use it...instead of having a project, and then looking for the tool. I have searched high and low throughout the place where I work for projects to fit what I wanted to do.

        I got tired of writing web apps a few years ago, and I decided that I was going to start writing some desktop apps, and distribute them in th

      • Re:Slow pain (Score:5, Insightful)

        by wild_pointer (263802) on Sunday August 07 2005, @09:38AM (#13263672)
        AJAX is also good for intranet applications that need to access the companys database for example.

        It much easier to upgrade an AJAX application than a traditional application for 2000 employee computers.

        The IT staff probably loves this trend!
        • It's not really correct to state that AJAX is good for Internet or database (meaning network information) access apps. A better model is that AJAX is good for apps that DON'T require X, Y, or Z, for appropriate values of X,Y,Z.

          Plain old executable client side apps written in C can access network information as well as any AJAX app. But they can also do anything else your client OS allows an app to do. You can have a full-featured, fully interactive user interface, local data storage, high performance, inter


        • AJAX wasn't invented how long ago? AJAX has been around for several years, but with a less than sexy name. It was, and is stil in some circles, known as remote scripting. Yes, it's improved upon the original remote scripting, but the concepts are essentially the same. Remote scripting was just a little ahead of its time and now it's got an acronym to help it sound glamorous.


        • Re:Slow pain (Score:3, Insightful)

          by TGK (262438)
          Well as long as they're tied to a web browser, there are a lot of usage considerations to worry about. Users expect a web browser to behave in a certain way. AJAX breaks that model -- back buttons become non-functional, or function differently than expected. Reload may or may not get you anywhere -- there's a host of problems.

          For AJAX to replace the desktop binary, it's going to need a new generation of browsers. Either that, or we're going to have to train a lot of users -- and we all know how that wor
          • For AJAX to replace the desktop binary, it's going to need a new generation of browsers.
            What it needs is XUL, to replace the browser + web page interface with the app's interface.

    • Re:Slow pain (Score:4, Interesting)

      by tricorn (199664) <sep@shout.net> on Sunday August 07 2005, @09:57AM (#13263749) Journal

      The ONLY advantage that something like AJAX has is that most people now have browsers that can support it. Other than that, it is an extremely poor "cross platform" virtual windowing/execution environment - it substitutes one type of incompatible platform (CPU, OS) for another (Web browser). Sure, supposedly Web browsers are supposed to all be conforming to a standard that can be used, but we all know they aren't.

      Web development, especially when doing something like this, is no less expensive, and can easily be much more expensive, than creating a classical application. If you want cross platform, it would make much more sense to do such development to another platform which most people have, which is Java. Web browser or JVM, in either case you need to do an installation of the platform once (or it can be pre-loaded on your machine, of course). Different JVMs should be more compatible than different Web browsers currently are. People who complained that Java was too slow should be absolutely aghast at the speed of AJAX.

      With something like Java Web Start, all of the convenience of just going to a Web page to start your application is there, along with the ability to cache and update applications. You can certainly do anything in Java that you could do in a Web browser, and you can do it a lot faster.

  • Didn't we go over this before? (Score:5, Insightful)

    by jfengel (409917) on Sunday August 07 2005, @08:54AM (#13263485) Homepage Journal
    I was under the impression that the answer was a pretty resounding "no". Some things have to be done locally. We had the same discussion about Java, which at least was a general-purpose programming language.

    • Re:Didn't we go over this before? (Score:5, Interesting)

      by cnettel (836611) on Sunday August 07 2005, @09:02AM (#13263524)
      Well, pipes are wider and CPUs faster. This enlarges the domain of "stuff you can do in really stupid ways" (that is, relatively thin client for a rich UI).

      Another thing to note is that a full trend towards this, with the logical loss of not only a proprietary operating system, but a general-purpose OS of any kind on the client, could be a far more severe threat to user freedom than any "trusted computing by limiting access to ring 0" scheme...

    • Layers and layers (Score:5, Interesting)

      by goombah99 (560566) on Sunday August 07 2005, @09:27AM (#13263629)
      When I first started programming mincro computers (as they were called then) the program was entered with dip switches, then a bit later there was a computer specific rom that had enough information to operate a front panel and read a tape.

      The along came things like microsoft Basic. The computer would boot into an interactive language environment. If you wanted an operating system, you wrote a program in the language that could do primitive reads of some storage device (paper tape, cassette and later 8" floppy), on that was a larger basic program that would do operating system commands like list the files on the tape/floppy and allow you to copy them.

      then along came DOS. While mini computers (like vax and prime and wang) had had OS's for years these were new to Mini computers. now the computer booted to the OS and if you wanted to program you had to load BASIC or fortran to create a programming environment.

      Then along came the PC. suddenly there was this thing call the BIOS that normalized a lot of hardware kinds to a more uniform hardware API. And there were these device drivers that patched the OS.

      THe OS slowly became more layered in design but that was transparent to the user.

      the next big leap were browsers and quickly JAVA, which were touted as a normalizing layer over the OS to make machines more common at a higher level of abstraction above the OS.

      Everyone thought webapps would rule. Never happened.

      Maybe it was just too soon. Or maybe it's because MS torpedoed JAVA's cross platform success.

      Now were seeing the rise of Javascript and XML. A few years back that would have been a joke. But I guess computers hand interpreters and high speed internet have gotten fast enough now that you can do slick things Google maps. Fast enough for simple common operations like Calendars, editors, spreadsheets and what-not.

      my own feeling is the interface itself is still pretty crude. I'd rather run local apps. On the other hand if I were a corporation I'd probably tell my employees they dont need a faincy calendar or editor they need a siimple one we can maintain on a server.

      So my feeling is that for the most part this is just another layer on a rather large stack of layers. and probably the slowest one yet. It offers little improvement to the user but does simplify maintainence and offers attractive corporate benefits.

      • Re:Layers and layers (Score:5, Funny)

        by Dr. Photo (640363) on Sunday August 07 2005, @10:06AM (#13263803) Journal
        "When I first started programming mincro computers (as they were called then) the program was entered with dip switches, then a bit later there was a computer specific rom that had enough information to operate a front panel and read a tape."

        And I wore an onion on my belt, which was the style at the time...

        • Re:Layers and layers (Score:4, Funny)

          by goombah99 (560566) on Sunday August 07 2005, @11:00AM (#13264070)
          And I wore an onion on my belt, which was the style at the time...

          Oh you were that kid! I saw you in my high school. Here's a tip: the onion was supposed to go in the front of your underpants, not the back. Chicks didn't dig guys with their package in the back.

    • Many things do have to be done "locally", but that depends on just how locally you mean. These days, local networks are reasonably common (if only so that 4 family members' computers can share a network connection), and sticking a web app on one of these computers is certainly technically feasible. The application-as-service idea is a non-starter, but there's still the possibility of having applications that a group member runs for the group.

      Personally, I think that Java didn't get anywhere in this space be
  • No. Any questions?

    After all, why use a web based program when a binary runs several thousand times faster, you can save data on your hard drive a lot easier and there's no lag in downloading or streaming new data for the next web page.

    Sorry everyone, but it's not going to happen.
    • Try saving and accessing a terabyte customer db on your peecee.
      The idea is not that doom IV will be web based.

    • Re:No. (Score:5, Insightful)

      by Pete (2228) on Sunday August 07 2005, @09:43AM (#13263693)

      It's not Photoshop or heavy-media type applications you should be thinking of, it's the simple end-user-interacts-with-database type applications - where you don't need to have lightning-fast feedback. It's the sort of applications that can work fairly well even as "traditional" web applications - eg. webmail, usenet, flickr, etc.

      Using AJAX-like techniques just opens the gate a bit further and makes it possible for quite a few more types of applications to exist and run on the "web" platform.

      And the thing is that lots of non-computer-geek people really like web applications - they tend to be simpler and easier to use, there are no download/install issues, you can in theory access them from any computer with a network connection and a web browser (ie. just about anywhere), you don't have to worry about managing or backing up your data because it's being looked after by professionals (for what that's worth *grin*)...

      No, webapps in general (and AJAX-type web apps specifically) can't do everything. But they can do a hell of a lot more than you might think.

    • Re:No. (Score:3, Interesting)

      by ultranova (717540)

      After all, why use a web based program when a binary runs several thousand times faster, you can save data on your hard drive a lot easier and there's no lag in downloading or streaming new data for the next web page.

      You're making the assumption that the bulk of data handling is going to happen in the web browser (which may be the case in AJAX, I don't know anything about it). This is simply not true.

      For an example, take a look at mldonkey [nongnu.org]. The engine runs as a separate process, and lets the user acce

          • Re:No. (Score:5, Insightful)

            by ozric99 (162412) on Sunday August 07 2005, @11:06AM (#13264099) Journal
            Google Earth is not AJAX

            No, but the interface is vastly superior to Google Maps, which is its AJAX equivalent. So, the answer to the story is a resounding no. AJAX apps will not threaten Windows (or any) desktop.
            Had the question been "Will AJAX enhance the Windows desktop?", the answer would have been yes. Of course, AJAX will enhance Mac, linux, bsd, whatever desktops, but that's not 'news'. Sadly, "X threatens Microsoft" is seen as news round these parts.

  • In the enterprise: Yes, but slowly (Score:3, Interesting)

    by platypus (18156) on Sunday August 07 2005, @08:59AM (#13263506) Homepage
    Many enterprises are plagued with too many proprietary, non-modular fat clients needed for Customer Care, Service Management, Billing, HR, etc. etc.
    The people on this sometimes have to work with 1-5 apps for one transaction (e.g. Cable Service Customer calls Customer Care about a billing problem for a PPV event, CC maybe agent has to look in one app details of the Customer, in another if there was a know outage, in a third if the money was transfered from the customer, and then maybe open a ticket in a 4th, etc., all while copying&pasting data from one app to the next)
    All that because each of the applications just offers a dumb fat client to access it per default.

    If vendors - which should have no interest in that kind of lock-in - started to offer modern Web GUIs, that would be a step in the right direction.

    Though expect that these Web interface will pop up, and have already, I also know that the underlying interfaces often doesn't lend itself for easy integration with others.

    • Though expect that these Web interface will pop up, and have already, I also know that the underlying interfaces often doesn't lend itself for easy integration with others.

      The neat thing about web-based applications is that you only need one thing to make integration work: a promise that the application interface is as stable as possible. With that, I can make my application integrate with your application simply by firing up curl with the appropriate URL and post and cookie variables. This gets harder if

    • Re:In the enterprise: Yes, but slowly (Score:5, Insightful)

      by the eric conspiracy (20178) on Sunday August 07 2005, @09:19AM (#13263591)
      All that because each of the applications just offers a dumb fat client to access it per default.

      All that you are doing with AJAX is writing the dumb fat client using a different, less capable programming environment than what is used today.

  • ...it might make Microsoft's offerings less relevant. if most tasks people need to do can be done with online office apps at (say) OpenOffice.org, and other online apps from Google and other companies, that could make standalone applications irrelevant if their browser-based replacements are sufficiently compelling.

    Once you can do everything you need to do on your PC without Microsoft, the same way you would with Microsoft (eg, in Safari or Firefox rather than IE, but the same links and buttons), it's much
  • ...I'm guessing Microsoft doesn't fear it as much as you'd like them to. Here' a little [longhornblogs.com] extra [wikipedia.org] reading [wikipedia.org] for you, it should clear things up.

  • Monopoly (Score:2, Informative)

    by Anonymous Coward

    Will the trend threaten Microsoft desktop near-monopoly?

    No, it will strengthen it. According to the article, Microsoft is already creating a proprietary toolkit for AJAX.

    We recognize the need in certain scenarios for browser-based, standards-based stuff and that's where we have ATLAS technology, which is going to simplify the development of AJAX content

    Perhaps they hope their toolkit will become the standard.

  • THe increasing bandwidth makes Ajax like applications for speeding up the user experience pretty unnecessary. It will be used for adding possibilities to have distribution free programs (no install means no questions asked, no 1001 configurations to support), but for speeding up it is pretty useless.

  • No. (Score:5, Insightful)

    by wootest (694923) on Sunday August 07 2005, @09:01AM (#13263520)
    The web applications that benefit from AJAX benefit because the experience is snappier, and because it can behave a little more like a desktop application. That's all.

    Making web applications look, feel and work like desktop applications take time and require hard work, and it's mostly useless because the tasks that wouldn't be hurt by being transferred from a desktop application to a web application are few. Programs like The GIMP and Photoshop are near impossible to do as web applications, and that's not because HTML wasn't build for web applications, but because they shouldn't be web applications in the first place.

      • Re:The distance will close. Here is some tech (Score:4, Insightful)

        by wootest (694923) on Sunday August 07 2005, @11:31AM (#13264207)
        Good points, but none of them countered my argument. Most things are possible given the right browser plugins or built-in browser support (as XMLHTTPRequest and Javascript themselves are examples of) - I never debated that. I just think that it's insanely stupid to build certain kinds of apps as web applications because their implementation could be better off being built as a desktop application.

        There's another side of this, too. If you have Photoshop or The GIMP or Paint Shop Pro installed, you can, with very few exceptions, snag an image from anywhere, get it into your program, edit it in a familiar environment (including usage of your own filters, shortcuts and what have you), and get it out of there. That's the whole point of desktop applications.

        Web applications work just fine with text and to a lesser degree with file attachments, but making it work gracefully with other kinds of media, including rich text (yes, I know about contentEditable HTML and so on), video, sound and pictures (vector- and pixel-based) *built in* would require a major reworking of the way web developers work with HTML and Javascript. And what are we left with? A sub-optimal clone of desktop applications.

        You say that I could have my drawing app as a web application. I don't *want* my drawing app as a web application. Making everything into a web application is a text book example of having a hammer and everything looking like nails.

        Web applications are neat. (I would recommend everyone and anyone to read http://daringfireball.net/2004/06/location_field [daringfireball.net].) Desktop applications are neat. Moving certain desktop applications to web applications (or vice versa) to gain certain benefits is very neat. I never once contested this. But to *cram* all of one class into the other class for no particular reason, that's just not neat, beneficial or useful.

  • Windows? What about the PC! (Score:3, Interesting)

    by Freexe (717562) <serrkr@tznvy.pbz> on Sunday August 07 2005, @09:02AM (#13263525) Homepage
    Maybe Thomas Watson's quote about there only being a market for 5 computers isn't so far off the ball.

    If moving CPU cycles and storage on-line to big company's (compare how fast it takes to search all your emails in gmail and Microsoft outlook, and how much space is available and backed up), then i can see the demand for new, faster PCs for a lot of people to decline.

    When that starts to happen, who needs the newest and latest OS, or even a PC anymore when you can do it on your WiMax enabled pda and opera.

    Things like Ajax only help move this data off the PC on-line and reduce the need for both a OS and PC

    • Re:Windows? What about the PC! (Score:5, Interesting)

      by cnettel (836611) on Sunday August 07 2005, @09:11AM (#13263558)
      So, are you going to pipe video uncompressed over these lines? With HD we actually need the same magnitude of computing power that's provided by current CPUs, or custom chips. If we continue to desire higher quality or the same quality with lower bitrates, CPUs are still needed. And, possibly, storage.

      My real reason to be weary of this is another matter -- I want to be able to control and store my own data. If all I have is a browser and any real app requires a server, which I'm not able to run, then that's not a very appealing scenario. Will enough non-geeks appreciate this?

  • This is why Microsoft had to kill Netscape. They were afraid websites (using Java) would make the OS irrelevant. Now that it's starting to really happen they actually seem to be helping us get to that point (IE7 CSS improvements).
  • Here is a well written article that explains AJAX well .. it was quite popular in the blogosphere some time ago ...

    http://www.adaptivepath.com/publications/essays/ar chives/000385.php [adaptivepath.com]

  • No way (Score:4, Insightful)

    by Espectr0 (577637) on Sunday August 07 2005, @09:12AM (#13263562) Journal
    AJAX doesn't make it easy to develop cross-platform web applications. Look at all the browser incompatibilities in the developing of Gmail and more recently MSN's start.com page.

    We need to re-standarize Javascript or at least make sure all the browsers implement a 100% compatible version. And i don't think that will work since not even HTML is properly rendered by any browser at all.

  • Java (Score:5, Interesting)

    by scrotch (605605) on Sunday August 07 2005, @09:16AM (#13263577)
    They said the same thing about Java, right? Which is faster than web apps (even if you think it's slow compared to C) and has more access to the file system and it's resources.

    The way to make the Desktop unimportant is to have cross-platform applications become the norm. Word processors especially, but also browsers, mail programs, etc. Only when the apps that average folks use every day can be found on every platform will the platform cease to be so crucial.

  • Cleaning? (Score:3, Funny)

    by rogabean (741411) <rgeistlinger@gma[ ]com ['il.' in gap]> on Sunday August 07 2005, @09:25AM (#13263616) Homepage
    I would like to pour some AJAX on my Windows installations... maybe scrub off some of that OS...

    Think AJAX is too harsh to be an effective fdisk?

  • In a word: (Score:4, Funny)

    by Recovering Hater (833107) on Sunday August 07 2005, @09:27AM (#13263628)
    NO, this isn't going to happen anytime soon. My wife just asked me why someone would want to mix cleaning products and computing, so what do you think ole PHB is gonna say?

  • Threaten? Change everything? (Score:3, Insightful)

    by erroneus (253617) on Sunday August 07 2005, @09:29AM (#13263637) Homepage
    No. It doesn't matter if something is better or not. What matters is who has the most marketting muscle. We know who, at present, this is. There might be an MS AJAX, but I'm doubting that unless it's successfully patented by them somehow since we see that the whole idea is that it runs anywhere.

    No, we've seen countless "better things" not accepted. I don't think this will be any different.

  • Pass me the crackpipe, please (Score:5, Insightful)

    by RAMMS+EIN (578166) on Sunday August 07 2005, @09:32AM (#13263645) Homepage Journal
    Wow, you guys must be really enjoying your high out there. Sure, AJAX is nice, but it's not going to replace desktop apps anytime soon. Note that Flash and Java applets have been available for a long time, and they are actually more flexible than AJAX. Also note that AJAX, contrary to what you may think, does NOT work in all browsers. In many browsers, your experience will still be limited to some text on some page, at best. And people actually _do_ use these browsers.

    As for the people who think that Microsoft is going to get into losses because of this, you should _really_ cut down on your dope. In case you had forgotten, Microsoft has not traditionally been defeated by superior products, and they are actually working on a system of their own for providing a rich user experience through the web (XAML).

    As long as web standards insist on the heavyweight request-response model, they will never achieve the snappiness, responsiveness, and flexibility that can be achieved with proper applications.

    Here's some food for thought: imagine a simple instant messaging program, written in your favorite programming languages. One the connection to your chat party is established, all you need to do is send the text the user types, and wait for incoming text and display it. Now, imagine implementing the same sort of application in an environment where the only possible communication is you making an HTTP request and receiving an XML response.
    • Here's some food for thought: imagine a simple instant messaging program, written in your favorite programming languages. One the connection to your chat party is established, all you need to do is send the text the user types, and wait for incoming text and display it. Now, imagine implementing the same sort of application in an environment where the only possible communication is you making an HTTP request and receiving an XML response.

      You have just described the dominant chatroom software used in Japan

      • Re:Pass me the crackpipe, please (Score:4, Insightful)

        by RAMMS+EIN (578166) on Sunday August 07 2005, @01:05PM (#13264679) Homepage Journal
        Oh yeah, web apps are big, I'm not arguing against _that_. What I am arguing against is the idea that AJAX makes webapps powerfull enough to drive all kinds of desktop app extinct, or pose a threat to Microsoft. AJAX does not introduce any new technology. It's just a combination of existing features, branded, and made convenient by explaining how to put them together. Nothing has suddenly become possible that wasn't possible before.

        Of course, now that this has been brought to mass attention, we're going to see much more interactive web apps, and they will eat away at desktop apps. But they still won't achieve the snappiness, responsiveness, speed, native look 'n' feel, capabilities, etc. etc. etc. that desktop apps have.

        Would you like a word processor that cannot save files? Would you like a video game where every action that you take is communicated through a request-response sequence that can take several seconds, depending on network latency? Would you like to operate a server for a chat protocol that wrapped every message in hundred bytes of HTTP headers?

  • SAJAX (Score:3, Informative)

    by Psionicist (561330) on Sunday August 07 2005, @09:49AM (#13263711)
    Just to see what the fuzz is all about I created a small AJAX "app" using SAJAX [modernmethod.com], a small AJAX toolkit for an assortment of languages. Here it is: SAJAX + Google Define-test [online.fr]. Kinda fun and very simple to write. I don't see any obvious use for it though except for larger applications such as Google Maps. Most "interactive" contents over HTTP is message boards and such and they don't really benefit from AJAX directly.

  • well, it's complicated... (Score:5, Insightful)

    by schvenk (466484) * on Sunday August 07 2005, @10:43AM (#13263991) Homepage
    AJAX apps will replace numerous desktop apps, but not because they're better. Vendors distribute products as Web apps because of a distaste for installing things by IT departments. Not requiring an install on every desktop can mean the difference between getting a sale and not. AJAX allows this to be less of a compromise in user experience, which in turn translates to competitive advantage.

    Even in the Web space, AJAX isn't actually better than anything: Flash is arguably a more appropriate rich application platform and can do everything AJAX can. Java is an even better application platform. But I think people got burned by client-side Java when it first appeared and are wary of it now. In addition, turning your Web app into a Flash or Java app requires significant retraining and recoding, while adding some AJAX does not. Thus AJAX is an easier path to a better product in many cases.

    AJAX is also not a silver bullet for application functionality on the Web. For example, an AJAX-based word processor can't directly open and close documents on the user's hard drive. While the solution doesn't have to be local file access, the current state of affairs isn't enough I don't think. Also, Web apps are stuck inside a Web browser, which means limited acces to OS-wide features and unfortunate ties to a UI designed for pages, not apps. These aren't limitations to AJAX only, but to anything confined to a browser window.

    For the promise of AJAX to be realized on a large scale, some things need to happen. Web app frameworks need to incorporate it more. This has already started to happen with Rails, JPSpan, and others, but the integration needs to be tighter and the standard enterprise development environments need to incorporate it. In addition, AJAX permits much more application-like functionality but the Web only natively supports some very basic user interface elements. A standard set of elements, available to everyone with a consistent look and feel, will both make building AJAX apps easier and make for a more consistent, predictable user experience Web-wide.

    Last, it's worth noting that you can do AJAX in earlier browsers than those that support XMLHTTPRequest. It used to be called Remote Scripting, and there's an excellent article on the Apple developer site describing the technique (http://developer.apple.com/internet/webcontent/if rame.html [apple.com]) as well as a library called JSRS that works in v4.0 browsers (http://www.ashleyit.com/rs/jsrs/test.htm [ashleyit.com]).

    • What about the Intranet? (Score:4, Interesting)

      by PIPBoy3000 (619296) on Sunday August 07 2005, @09:27AM (#13263624)
      Okay, I'll feed the troll.

      As a web developer, I'm currently focusing my AJAX development on our Intranet. It's safer in the sense that we have more control over the browser and it's less likely that people with odd browsers will complain. That's where most of the interest is at the moment. For example, a form builder that lets people drag and drop controls, update properties, and so on.

      There's a reason why Google maps is so popular while Google Earth (a client/server app) isn't as much. Anyone with a modern browser can use Google maps, while Google Earth requires an install, the right OS, and more.

    • AJAX is no threat to desktops. (Score:5, Interesting)

      by team99parody (880782) on Sunday August 07 2005, @09:28AM (#13263634) Homepage
      Ajax = sucks.

      The main reason the internet caught on is because it had a consistant UI that everyone, even non-computers users, could use.

      • All links worked the same way and had the same right click menu.
      • The back button could get you back if you get lost
      • You could bookmark what you're interested in.
      With showcase AJAX applications from leading software vendors [msn.com] all of this is broken. I can't bookmark. I can't use the back button (I remember when only porn sites used to do this - and now Microsoft sinks so low?). I can't use my right-click menus that I know.

      AJAX combines all the inconsistancies and learning curves of desktop applications with all the limitations (bandwidth, limited access to local storage) of the web.

      Please make it stop.

    • I always keep all Javascript and other active scripting turned off, and have been happily surfing the Web problem-free for years. I have no desire or interest in enabling Javascript.

      Sure. And I happily use my PC with the ethernet cable unplugged. I've been virus-free for years.

    • Re:I hope not... (Score:5, Informative)

      by aftk2 (556992) on Sunday August 07 2005, @12:32PM (#13264541) Homepage Journal
      You know, hordes of Slashdotters might descend upon me for the mere suggestion, but you might try looking at Flash:
      • Many more widgets, interfaces available
      • The user's browser - provided they have the Flash plugin installed, which most do - is irrelevant
      • Reusable, shareable components
      • And, the main reason I thought of Flash in the first place: Actionscript 2 [macromedia.com], which includes strict data typing, class files and structure, etc...

      Flash can be really horrible for a great many things. As a Mac user, I'm unfortunately familiar with its occasionally lagging performance. But it can fit the bill for some things, and I think Macromedia - before they became Adobemedia, of course - were really trying to promote Flash as an application creation tool, rather than just some fancy rich media web plugin. Think about it.

      Oh. And Flash had remoting with XML while the term AJAX was still a gleam in the eye of those folks at Adaptive Path.
    • XAML is more about the (inherent) problems in defining UIs in HTML than how to drive those UIs to actually do stuff. Any UI done in Avalon is or could be represented in XAML, but it isn't any more sexy than a total upgrade to the old and almost-forgotten Windows resource files with their "dialog templates". It COULD be used in a browser, just like Swing in Java can be used in a browser, but it's simply a declarative way to define UIs with some similarity to the web paradigm, but some real differences, too.

All trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the Poster. The Rest © 1997-2009 Geeknet, Inc.