Slashdot Mirror


Microsoft to Release AJAX Framework

An anonymous reader writes "News.com is announcing that Microsoft has announced plans to release a JavaScript client framework library for use with ASP.NET 2.0 that makes AJAX style browser clients easier to code. Developers who attend Microsoft's PDC conference in September have been promised an early release of the code."

292 comments

  1. And let me guess...... by the+eric+conspiracy · · Score: 3, Insightful

    It only really works well with IE...

    1. Re:And let me guess...... by arc.light · · Score: 2, Funny

      If that's the case, I'm sure it will be every bit as successful as Visual J++.

    2. Re:And let me guess...... by TCM · · Score: 3, Funny

      ...and bends over to the next website that wants to run the trojan of the day on your box.

      "Microsoft has announced plans to release a javascript client framework library for use with ASP.NET 2.0 that makes AJAX style browser clients easier to code"? Alarm bells are ringing.

      --
      Of course it runs NetBSD. BTC: 1NT7QvbetmANwaMzhpVL6
    3. Re:And let me guess...... by CaptnMArk · · Score: 1

      ASP.NET (in .net 1.1) already doesn't work without javascript more or less.

    4. Re:And let me guess...... by nurb432 · · Score: 2, Interesting

      Why wouldnt it? They dont have to be compatible with their competition.

      And dont give me the ' they were declared a monopoly ' garbage. They tossed that ruling back in the face of the (US)government and went on about their business like nothing happened..

      --
      ---- Booth was a patriot ----
    5. Re:And let me guess...... by cujo_1111 · · Score: 0, Flamebait

      And what is wrong with that? IE is the most popular browser by a long way, sure Mozilla/Firefox is making progress but they are still a way off. Or are you saying that MS should support everyone else's browsers? That is kinda like Ford making engines that will bolt straight into a Toyota... not. gonna. happen.

      --
      If I point out that you are incorrect, making me a foe does not make you any more correct.
    6. Re:And let me guess...... by arc.light · · Score: 4, Insightful
      Or are you saying that MS should support everyone else's browsers? That is kinda like Ford making engines that will bolt straight into a Toyota

      No, it's like making gasoline that can be used by more than one brand of car. Or paving a road that is compatible with more than one brand of tire.

      When products from different vendors need to interoperate, as you find in a networked environment, standards are good.

    7. Re:And let me guess...... by AstroDrabb · · Score: 5, Insightful
      Your analogy is pretty far off-base.

      MS doesn't need to "support" other browsers. All MS needs to do is follow standards! Make their AJAX JavaScript standards compliant and no one could complain. If their AJAX is standards compliant JavaScript and it doesn't work with WebBrowser X, then it is the fault of WebBrowser X and not Microsoft's.

      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    8. Re:And let me guess...... by bedroll · · Score: 4, Funny
      And what is wrong with that? IE is the most popular browser by a long way, sure Mozilla/Firefox is making progress but they are still a way off. Or are you saying that MS should support everyone else's browsers? That is kinda like Ford making engines that will bolt straight into a Toyota... not. gonna. happen.

      It's more like Ford making cars that can only drive on special roads, roads that no other car company can make cars that drive on. Then Ford patents certain aspects of those roads. After that, Ford uses incentives to convince various others that they should make those roads the only way to drive to their property, eventually convincing highly desirable property owners to switch to these roads. Then, seeing that these roads are the only way to do business with some clients, corporations are forced to start buying Ford cars for their fleets. Soon, there becomes no viable economic reason to buy any other cars for their fleet but Fords.

      I could go further, but this analogy thing is starting to annoy even me.

    9. Re:And let me guess...... by cujo_1111 · · Score: 0, Troll

      I would say the gasoline is more like the TCP or IP, the base level of the operation. What we are talking about here is not a mandatory thing for the web to work.

      --
      If I point out that you are incorrect, making me a foe does not make you any more correct.
    10. Re:And let me guess...... by cujo_1111 · · Score: 1

      Who says they need to work to standards?

      If they choose to support only their own products then that is their business choice. If it ends up losing them money, that is their problem, not yours.

      If MS keep co-opting standards and changing them to suit their own business ideas, sooner or later the world is gonna get pissed off with them and stop using MS. That said, I don't see it happening any time soon because there are no real commercially viable competitors in most of their product lines.

      --
      If I point out that you are incorrect, making me a foe does not make you any more correct.
    11. Re:And let me guess...... by mrchaotica · · Score: 1

      Just because the US government is Microsoft's bitch doesn't mean we can't complain about it!

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    12. Re:And let me guess...... by jimmypw · · Score: 1

      But then where's the innovation. Microsoft cant be seen following the crowd.

    13. Re:And let me guess...... by sean23007 · · Score: 4, Informative

      You've never used the XmlHttpRequest object, have you? There is one version of it for IE, which is an ActiveX object. There is another for every other browser. Once you get that object, they are almost completely functionally the same. But if Microsoft makes their library only use the ActiveX version, then it simply won't work on anything except IE/Win. And that's not the fault of any other browser.

      By the way, there is no standard yet. XmlHttpRequest is a non-standard technology at the moment.

      --

      Lack of eloquence does not denote lack of intelligence, though they often coincide.
    14. Re:And let me guess...... by digidave · · Score: 1

      "Who says they need to work to standards?"

      Nobody says they *need* to be standards-compliant, just that they should be.

      Microsoft should care about their customers, but instead they hurt their customers when they try to force everyone to use only their prodcuts. In this case they will hurt every one of their customers who uses a non-MS web browser.

      --
      The global economy is a great thing until you feel it locally.
    15. Re:And let me guess...... by digidave · · Score: 1

      I like a tire analogy better.

      Micheline, Good Year, Pirelli, etc all make a bunch of standard tire sizes and the auto manufacturers all make a bunch of standard wheel sizes. They fit together because they agreed on the standard and the customer wins by being able to choose nearly any tire for their car.

      With Microsoft, they build the car and the tire and if you want their tire on your non-MS car or another tire on your MS car, you can't do it. The customer loses.

      --
      The global economy is a great thing until you feel it locally.
    16. Re:And let me guess...... by ShieldW0lf · · Score: 4, Funny

      This was a very funny article. My favorite bits:

      A growing number of proponents argue that applications created with AJAX perform better than today's Web browser-based applications.

      Because as we all know, AJAX applications don't run in the browser.

      "People who do (AJAX development) are rocket scientists," Fitzgerald said.

      While I do feel that the intellect of rocket scientists is greatly overrated by the general public, I don't think he was commenting as to the simplicity of AJAX here. Which begs the question, if you think AJAX is complicated, Mr. Fitzgerald, what exactly are you doing in the IT profession? AJAX is about as complicated as a ruler. Perhaps you should stick to playing with brightly colored bits of string and leave the thinking jobs to the "rocket scientists".

      --
      -1 Uncomfortable Truth
    17. Re:And let me guess...... by aerique · · Score: 1

      Well, just because Bush Jr. likes to be the corporations' bukake bitch doesn't mean Microsoft didn't (and doesn't) abuse its monopolistic powers.

    18. Re:And let me guess...... by l3v1 · · Score: 1

      Or are you saying that MS should support everyone else's browsers?

      You're really not on your waters here. A coding framework shall not be compatible or incompatible with any browser. It shall provide libraries to make coding easier. But what MS usual behavior looks like, they make it APS.NET/.NET/etc.-dependent, thus making their new stuff only good to create code which will most probably be only IE compatible (it always makes me want to puke when I see "IE" and "compatible" next to each other).

      AJAX is a convergence of technolgies that makes us possible to create very nice, rich clients which can provide a high level user experience. AJAX is not browser- or libary-dependent, nor does it depend on some companies libraries who has a history on web- and standards-incompatible behavior.

      MS will most probably one day proclaimed the king of forced de facto semi-standards. I just don't want to be there.

      --
      I am putting myself to the fullest possible use, which is all I can think that any conscious entity can ever hope to do.
    19. Re:And let me guess...... by MynockGuano · · Score: 1

      Very good. You may push the button now.

    20. Re:And let me guess...... by AstroDrabb · · Score: 1
      You've never used the XmlHttpRequest object, have you?
      Yes I have, thanks. The XMLHttpRequest object is a built-in object in Mozilla/Gecko that was modelled on Microsoft's XMLHTTP ActiveX object.
      But if Microsoft makes their library only use the ActiveX version, then it simply won't work on anything except IE/Win.
      Which is the route I bet MS will take.
      By the way, there is no standard yet. XmlHttpRequest is a non-standard technology at the moment.
      While it is not an "official" standard, XmlHttpRequest is now implemented in all the major non-IE browsers, which is as good as a standard IMO. Not that long ago if you wanted to use XmlHttpRequest you were limited to an ActiveX object in IE or the XmlHttpRequest object in Gecko. Safari, Konq and Opera did not have support, now that they do, to me that is almost as good as a standard. The only browser not supporting it is IE which requires ActiveX.
      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    21. Re:And let me guess...... by generalpf · · Score: 1

      No, no, no... All AJAX apps check to see which browser is being used and then either construct the ActiveX object or the built-in object. I would hope their new technology will add this code.

    22. Re:And let me guess...... by zeank · · Score: 0

      You're talking about upcoming IE 7.0 of course, don't you? ;-)

    23. Re:And let me guess...... by neildiamond · · Score: 1

      Actually it is vice versa. Toyota makes the hybrid engine for the Escape SUV (and I assume the Explorer too).

    24. Re:And let me guess...... by tmasssey · · Score: 1
      Where's Moofie ? Let's ask him! :)

    25. Re:And let me guess...... by tolkienfan · · Score: 1
      All MS needs to do is follow standards!
      Embrace without extend and extinguish?
      I thought we were talking about Microsoft!
    26. Re:And let me guess...... by Anonymous Coward · · Score: 0

      All MS needs to do is follow standards! Make their AJAX JavaScript standards compliant and no one could complain.

      The problem then would be that it wouldn't work correctly in IE. Or were you intentionally being sarcastic?

      (geez, and I'm a MS guy)

    27. Re:And let me guess...... by Deviate_X · · Score: 1

      The funny thing is that in most cases AJAX is built on and largely relies in a proprietary Microsoft invented extension to DHTML. The XMLHttpRequest object.

      See: http://www.xml.com/pub/a/2005/02/09/xml-http-reque st.html

      XMLHttpRequest is not part of any standard, and their is no real standards defined method of doing the equivalent.

    28. Re:And let me guess...... by grazzy · · Score: 2, Informative

      Lets face it;

      90% of the programmers in the MS area are morons. They are not interested in the higher aspects of computer science, nor do they give a shit about compability or efficient code. They care about one thing.

      Does it do what I want?

      This might sound fine and good to a lot of people, unfortunatly it isn't very so. We all remember the MESS frontpage created on the internet, zillions of so called webmasters broke the gates of pearls we had between THEM and US, the programmers. Now they're back, and they're punching with .NET and now this.

      Have anyone here LOOKED at what the Visual .NET platform produces when you use it to create a simple HTML-form? Let me tell you this my friends, its horrid, ugly and terrible. There was a time where I believed that .NET for the 'net perhaps was something MS had done right. Not so, Sir Willian.

    29. Re:And let me guess...... by ergo98 · · Score: 3, Informative

      ASP.NET (in .net 1.1) already doesn't work without javascript more or less.

      ASP.NET can downgrade to both scriptless and cookieless operations, which was one of the major selling points of it. In fact out of the box it presumes too little out of most clients, though thankfully you can update the browsercaps quite easily.

    30. Re:And let me guess...... by qodfathr · · Score: 1

      Your guess is likely wrong.

      See this: http://weblogs.asp.net/scottgu/archive/2005/06/28/ 416185.aspx

      and, in particular, this comment by the blog author:

      "Atlas will work with all modern browsers. It will also work on non-Windows platforms."

      --
      Yes, it's true. This man has no dick.
    31. Re:And let me guess...... by nganju · · Score: 1


      FWIW, Visual J++ was a great IDE, the first Java IDE with auto-complete and WAY snappier and more responsive than its competitors at the time, like JBuilder 3. It was also the first to have native compilation abilities if you didn't care about platform independence and just preferred the Java language over C++ etc.

      Visual J++ only failed because MS decided to withdraw all support for Java in general, and stopped selling it altogether. It had nothing to do with a lack of market demand for the product.

      --
      There are 2 kinds of people in this world. Those that can keep their train of thought,
    32. Re:And let me guess...... by masklinn · · Score: 2, Interesting

      Of course it isn't, and I, for one, welcome our brand new multiple-versions websites Browser War.

      We all missed having to write 3 times every page we coded, but thanks to the Happy Slashdot Thinker and Microsoft these fine days of craft and worksmanship will soon be back...

      Oh, BTW, TCP/IP is mandatory for internet, the Web, on the other hand, is all about HTTP content that's supposed to work the same in every user agent avaible, hence needs interoperability. And it runs on top of internet. Without cross-browsers compliant webpages, you don't have "the web", you have "Corporate 'I have the monopoly so fuck you' Extranet"

      --
      "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
    33. Re:And let me guess...... by nurb432 · · Score: 0, Flamebait

      Had to throw in a 'bush bash' didnt ya.

      You people are sad. really sad. You need to get over it and move on.

      --
      ---- Booth was a patriot ----
    34. Re:And let me guess...... by Alphabet+Pal · · Score: 1

      Not only that, but you'll probably need to pay for an upgrade to your OS, then upgrade the browser, then install a special "AJAX ActiveX control" just to view the pages. And... somehow... there will be thousands of pages that can only be viewed with MSAJAX...

      --
      Because you can't spell "slaughter" without "laughter"
    35. Re:And let me guess...... by _newwave_ · · Score: 1

      "... almost as good as a standard."

      LOL, are you serious? MS should follow your "almost as good as a standard?" They invented the damn object and now you're telling them how they should use it...brilliant.

      Of course, their .NET tool developers would do well to use syntax for object creation that worked with multiple browsers...but I'm sure it's going to be easy enough to include our own object detection script to replace whatever reference variable they have in the case of non-IE browsers.

    36. Re:And let me guess...... by eyeye · · Score: 1

      Coupling your development platform with a particular web browser is a pretty stupid thing to do.

      Thank god MS dont make monitors or you would discover you cant run any of their apps (or apps developed with their products) without buying one of their brand monitors.

      --
      Bush and Blair ate my sig!
    37. Re:And let me guess...... by AstroDrabb · · Score: 1
      The funny thing is that in most cases AJAX is built on and largely relies in a proprietary Microsoft invented extension to DHTML. The XMLHttpRequest object.
      The XMLHttpRequest object doesn't rely on the MS invented ActiveX object. Under IE one uses Microsoft.XMLHTTP or Msxml2.XMLHTTP. The good thing about the XMLHttpRequest object is that it is modeled on the same interface(s) as the MS ActiveX object(s) which makes coding easier.
      XMLHttpRequest is not part of any standard
      I know it is not part of a written standard, though I consider it one since you can use it in all the major browsers with only a slight tweak for IE. Maybe one day the W3C will make it "official", however as GMail has shown, there is no need to wait around for that ; )
      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    38. Re:And let me guess...... by AstroDrabb · · Score: 1

      They invented the damn object and now you're telling them how they should use it...brilliant. Huh? When did MS invent the XMLHttpRequest object? MS made Microsoft.XMLHTTP and Msxml2.XMLHTTP and use in IE as an ActiveX object. MS didn't code the XMLHttpRequest objects in all the other browsers. The XMLHttpRequest object is just modeled on the same interface as Msxml2.XMLHTTP to make coding easier.

      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    39. Re:And let me guess...... by James.Stanton · · Score: 1

      RTFA: "It will work across any Web browser that supports AJAX technologies."

    40. Re:And let me guess...... by James.Stanton · · Score: 1

      So you're opposed to AJAX in general? None of this stuff (Google Maps, the cool features of GMail) work without Javascript.

    41. Re:And let me guess...... by kg4gyt · · Score: 1

      But cars constantly crashing with absolutely no user fault is the car's fault. Right? Cars cannot be compared to software- The user base is moving towards other, more secure browsers. Microsoft will just be forced to follow the people rather than the people follow the corporation. Thats why everyone likes ColdFusion and PHP. Its truly 100% serverside.

    42. Re:And let me guess...... by James.Stanton · · Score: 0

      How is the parent not flamebait? Score:3?

      Got some backup on the 90% are morons stat? How about 90% of programmers targeting Microsoft platforms don't care about jizzing over their l33tness and want to create a product that sucessfully competes in the marketplace?

    43. Re:And let me guess...... by Anonymous Coward · · Score: 0

      Mirosoft invents XmlHttp.
      Competitors copy.

      I guess this doesn't fit the 'Microsoft doesn't innovate' and your brain is trying to compensate by, well, pretty much farting. Since it's "just modeled" then Microsoft didn't invent it. Right. Check your hat for skidmarks.

    44. Re:And let me guess...... by uradu · · Score: 1

      Those were my thoughts exactly. If someone felt AJAX needed a "framework", perhaps they didn't quite get what AJAX was--it pretty much IS a framework already.

    45. Re:And let me guess...... by nvivo · · Score: 1

      I wouldn't say that. Actually, I have been testing 2.0 beta2 and I am quite surprised with the cross browser compatibility. Treeviews, menus and many other stuff that are DHTML/Javascript dependant work fine on Firefox and Opera.

      Even things like the old "smart navigation" that allows maintain position in postbacks are more flexible and cross-browser compatible.

      Checkin' Microsoft Feedback Center, I saw many "bug fixes" about this kind of thing and MS seems to be working to make ASP.NET much more standards compliant than 1.1 was.

    46. Re:And let me guess...... by DaveJay · · Score: 1

      >Had to throw in a 'bush bash' didnt ya.

      Um, it's that person's SIG. You know, that thing that appears in all of their messages, that usually has nothing to do with the topic at hand? Like that one you have there about booth? Or are you new to this internet thing?

    47. Re:And let me guess...... by cybersaga · · Score: 4, Insightful

      They care about one thing. Does it do what I want?
      I agree totally. Most "programmers" forget that you also need to take care of the flip-side: Does it not do what I don't want it to do?

    48. Re:And let me guess...... by JediJorgie · · Score: 1

      "When did MS invent the XMLHttpRequest object?" They came up with the original xmlhttp object in 1998 and since there was no 'stadard' it became the defacto standard that all others were writted to match. So it is fair to say that they *invented* it. And the xmlhttprequest objects in other browsers were not based on the same interface 'to make coding easier'. They were based on it because it was the defacto standard. http://en.wikipedia.org/wiki/Xmlhttp Jorgie

    49. Re:And let me guess...... by MemoryDragon · · Score: 1

      Very likely, it is very easy to make ajax ie only, you just have to forget the hooks which are needed for the rest of the browsers (aka the hooks to the ajax javascript object instead of the activex one from Microsoft) :-) Actually an excellent way to find out wheter the browser is standards compliant or not is to request the ajax object, if you can get it from javascript, you can be pretty sure, that the browser adheres to the rest of the W3C standards, if you only can get it via ActiveX then be careful :-)

    50. Re:And let me guess...... by YA_Python_dev · · Score: 1
      XmlHttpRequest is a non-standard technology at the moment.

      Yeah, but it will become a standard soon: it's in the Web Applications 1.0 working draft from the Web Hypertext Application Technology Working Group.

      And this is a very good thing, because all the non-IE browsers will hopefully have a compatible implementation (today every browser is slightly different for anything that is not used by gmail :-().

      --
      There's a hidden treasure in Python 3.x: __prepare__()
    51. Re:And let me guess...... by Anonymous Coward · · Score: 0

      Because as we all know, AJAX applications don't run in the browser.



      I think what the grandparent meant was that specifically AJAX web applications perform better than those that don't take advantage of AJAX.

    52. Re:And let me guess...... by mdecarle · · Score: 1

      Microsoft makes mouses. Do they work with Linux?

    53. Re:And let me guess...... by ckaminski · · Score: 1

      Microsoft makes only a few products that are truly the only commercially viable ones (Excluding the games division, which makes some great titles):

      * Windows
      * Office (including Visio and Project)

      Everything else has a commercially viable competitor available to it.

      Notes vs. Exchange
      SQL Server vs. DB2 vs. Oracle vs. Sybase
      SMS vs. Norton

      Which goes to show, by the fact that the majority of their revenue is provided by their Windows and Office lines, and not the rest. :-) While Exchange/SQL Server/etc. are great products, they have LOTS of competition, and this is something that MS would like to correct.

    54. Re:And let me guess...... by mdecarle · · Score: 1

      People here seem to be reading the text wrong. What MS comes with is a library to addon to the .NET development environment. In other words, you will need Visual Studio.Net to be able to use this "Framework".

      I think it will be compatible with other browsers, if it is not, tthe framework is not usable for the customers (yes: customers, not users).

    55. Re:And let me guess...... by shiller · · Score: 1

      "People who do (AJAX development) are rocket scientists," Fitzgerald said. While I do feel that the intellect of rocket scientists is greatly overrated by the general public, I don't think he was commenting as to the simplicity of AJAX here. Simple in Microsoft terms means, that you can use some fancy wizards to create your applications.

    56. Re:And let me guess...... by rah1420 · · Score: 1
      Sig, bullshit.

      Re:And let me guess...... (Score:1)
      by aerique (206) Alter Relationship on Wednesday June 29, @11:52AM (#12941862)
      (http://www.aerique.net/)
      Well, just because Bush Jr. likes to be the corporations' bukake bitch doesn't mean Microsoft didn't (and doesn't) abuse its monopolistic powers.
      --
      Mit der Dummheit kämpfen Götter selbst vergebens.
    57. Re:And let me guess...... by grazzy · · Score: 1

      Most programmers know that happens when you code in a real language, like C or ASM.

      What you describe is very common to people using highlevel languages which leave little controll over the finer aspects of computer interaction to the programmer.

      And by the way, white on black is a no-no in any design. Even Webdesign.

    58. Re:And let me guess...... by nurb432 · · Score: 1

      Considering there was no other content in the message other then his 'bush jr.' comment. One could assume that WAS his comment, regardless of any signature status.

      Moron

      --
      ---- Booth was a patriot ----
    59. Re:And let me guess...... by blackpaw · · Score: 1

      No its not. Look at the acronym - Asynchronous Java and XML.

      Its 2 technologies (Javascript & XML that can be used together, its not a framework.

      A framework is something like the GNome libs, or borlands OWL or even MFC (ick). Thats probably what MS is looking at creating, a jscript library that abstracts the creation of windows, window elements, events and making server calls.

    60. Re:And let me guess...... by PlancksCnst · · Score: 0, Informative

      Mr. "Senior Programmer" Your comment is not standards compliant. It's called ECMAScript.

    61. Re:And let me guess...... by alpha_foobar · · Score: 1

      M$ didn't decide, they were forced to by Sun.

      But VJ++ was ahead of the league... I've been told the guy who built it had something to do with DELPHI earlier. And M$ got him to go to work on their other VIDEs. Which I have to say, are rather flash.

      But apart form my own opinions, this could all be false.

    62. Re:And let me guess...... by jbplou · · Score: 1

      I'd hate to break it to you but .Net is at the forefront of dynamic web development. I know people around here think its ruby-on-rails but its not. .Net is ions beyond PHP let alone FrontPage, your just a flamer. .Net 2005 is going to create by default XHTML, in some cases it produces verbose code, but it is a very good platform that is scalable. Take a look at Monster or somewhere else and see how many jobs use .Net, or do all these companies not know what to use.

    63. Re:And let me guess...... by jbplou · · Score: 1

      Ah but diesel will not work in all cars, yet there are diesel cars, so you would not score high in analogies on the SAT

    64. Re:And let me guess...... by jbplou · · Score: 1

      Well its not like the XmlHttpRequest object is the same in all non-IE browsers. Plus I'm sure that they will support other browsers, they have included much better support for Firefox in ASP 2.0 betas.

    65. Re:And let me guess...... by Anonymous Coward · · Score: 0
      I have 2 valuable clues for you:
      1. The signature is separated from the body of the post by two dashes on a separate line. But I guess only us folk who are new to this internet thing would know that.
      2. U.S. presidents are only allowed two terms. This is Bush Jr's 2nd. He cannot run again, so you should have no fear of him winning again.
    66. Re:And let me guess...... by Anonymous Coward · · Score: 0
      Which begs the question, if you think AJAX is complicated, Mr. Fitzgerald, what exactly are you doing in the IT profession?

      People who misuse the phrase "beg the question" should refrain from questioning other people's skills.

      But, snarkiness aside, your main point is dead-on. AJAX/remote scripting really *is* simple.

    67. Re:And let me guess...... by Superfly1611 · · Score: 1

      I agree a simple out of the box HTML form in .Net does look FUGLY however thats not because .Net cant produce good code but because Microsoft's wiz kids who developed .Net went and spoilt a very good, robust product by only providing some sloppy base classes for the web controls. It is however not that difficult to create your own set of XHTML or HTML standard complaint controls which still have all the functionality of the sloppy "out of the box" controls. Controls such as the DataGrid would be a greater challenge than the button or dropdownlist box but still perfectly achievable.

    68. Re:And let me guess...... by Anonymous Coward · · Score: 0

      WTF? Mods are on crack...

      How is that a troll? The guy has a valid viewpoint and just because he is playing Devil's Advocate he gets marked as a troll...

    69. Re:And let me guess...... by stuntpope · · Score: 1

      Yes, I have looked, and was horrified. I had to create a web application that had the look and feel as one done in ASP .Net, so I was perusing its source for style information. What a rat's nest of code, like it was 1999. Font tags everywhere mixed with inline styles, nested nested tables, and 3 pages of JavaScript to do simple drop-down menus (granted, the JS could do more than what it was being used for in the application).

    70. Re:And let me guess...... by cujo_1111 · · Score: 1

      I said: I would say the gasoline is more like the TCP or IP, the base level of the operation. What we are talking about here is not a mandatory thing for the web to work.

      You said: Oh, BTW, TCP/IP is mandatory for internet, the Web, on the other hand, is all about HTTP content that's supposed to work the same in every user agent avaible, hence needs interoperability.

      Where did I say that TCP/IP is not mandatory? I was referring to the AJAX framework not being mandatory and correcting the analogy of the GP.

      Because the HTTP standard is basically set in stone, I agree that MS shouldn't fiddle with them. But in this case, the AJAX framework came from MS's own work and is not even a standard. The other browsers came up with their own implementations, MS is their own business and can do what they like with their own products.

      Give me a good reason why MS should care if other browsers can or can't support the AJAX framework which isn't even a declared standard?

      --
      If I point out that you are incorrect, making me a foe does not make you any more correct.
    71. Re:And let me guess...... by uradu · · Score: 1

      Look up the definition of "framework":

      framework Pronunciation Key (frmwûrk)
      n.

      1. A structure for supporting or enclosing something else, especially a skeletal support used as the basis for something being constructed.
      2. An external work platform; a scaffold.
      3. A fundamental structure, as for a written work.
      4. A set of assumptions, concepts, values, and practices that constitutes a way of viewing reality.

      AJAX relies on the foundations of JavaScript, XML and the HTTP transport. You tie these three together through a little bit of JavaScript code, not very much at all. Definitions 1 and 4 very neatly describe AJAX as we already have it. Any kind of higher-level framework encapsulating this would be so thin and lightweight as to hardly be worth the effort of developing or learning. And where exactly are you getting the idea of abstracting GUI elements in AJAX? It's a communications paradigm.

    72. Re:And let me guess...... by pete6677 · · Score: 1

      What we are talking about here is not a mandatory thing for the web to work.

      Maybe not, but I as a developer would want to know that my page will display correctly in most browsers, and to not have to write different code for each possible browser. This is why VBScript for the web never caught on; most people who know what they're doing don't want an IE-only website.

    73. Re:And let me guess...... by M.C.+Hampster · · Score: 1

      Yes, so Microsoft has responded to the HTML produced by VS.NET and is now allowing you to specify exactly which level of HTML (or XHTML) you wish to create. So all of the controls are now capable of producing XHTML 1.0 compliant code.

      Also, they are removing all of the META tag crap that didn't need to go in there.

      But most important, the designer doesn't mess with your code. At least, not too much... :-)

      I'll ignore the rest of your ignorant flamebait.

      --
      Forget the whales - save the babies.
    74. Re:And let me guess...... by blackpaw · · Score: 1

      Learn to read not nitpick, misapplying dictionary definitions does not speak well for your comprehension, not to mention being somewhat pretentious.

      Framework in the context of the article refers to a Application framework, which is a good deal more specialised then the generic framework term.

      And I referred to GUI elements in Microsoft's Atlas library which if you read the article is part of what it encompasses.

      Lastly AJAX is not just a communications paradigm, its more a pattern for the interactions between client, server and GUI, not mention being a nouveau geek term for tech that's been around and used for some time.

    75. Re:And let me guess...... by spongman · · Score: 1
      Which is the route I bet MS will take.
      I'll take that bet. How much you got?
    76. Re:And let me guess...... by AstroDrabb · · Score: 1
      And what are you basing your bet on? Certainly not past MS actions?
      How much you got?
      I got enough ; )
      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    77. Re:And let me guess...... by ShieldW0lf · · Score: 1

      Take for granted or assume the truth of the very thing being questioned. For example, Shopping now for a dress to wear to the ceremony is really begging the question; she hasn't been invited yet. This phrase, whose roots are in Aristotle's writings on logic, came into English in the late 1500s. In the 1990s, however, people sometimes used the phrase as a synonym of "ask the question" (as in The article begs the question: "What are we afraid of?").

      The American Heritage® Dictionary of Idioms


      Another example of proper use: Commenting on the complicated nature of AJAX is really begging the question; he hasn't established that he's competent to comment on the nature of AJAX yet.

      Why don't you try reading the comment as it was written? You went beyond the realm of snarkiness deep into the land of annoyingly stupid this time...

      I will, however, concede that I should have used a semi-colon: Which begs the question; if you think...

      --
      -1 Uncomfortable Truth
  2. client side callbacks? by drewfuss · · Score: 3, Interesting

    Is Atlas any different from Client-side CallBacks which is a long known feature of asp.net 2.0? I suspect it is not different. If not, it's interesting how Microsoft's marketing department got several news outlets (eWeek, InformationWeek) to report a long known feature as news.

    1. Re:client side callbacks? by jbplou · · Score: 1

      I think they are different actually, which will make for an even more confusing environment for those of us who will have to come to an organization and look through various .net applications in few years for updates.

  3. Interesting by Anonymous Coward · · Score: 3, Informative

    Now maybe I'm just entirely on crack here, but didn't Google recently announce or imply that they're going to be releasing their own internal AJAX framework?

    1. Re:Interesting by cuerty · · Score: 5, Informative

      No, what they do is relased it here. It's an XSL-T parser in JavaScript, really cool stuff.

      --
      >Linux is not user-friendly.
      It _is_ user-friendly. It is not ignorant-friendly and idiot-friendly.
    2. Re:Interesting by suitepotato · · Score: 2, Interesting

      My sense of doom is tingling. What are the chances of this being taken to the logical idiot extreme and every site being given to fattening everything but doing the fattening on my side? Great, I save bandwidth in downloading, but I eat processor cycles translating and building on my side.

      Just wondering what the future of Web Pages That Suck will be like in ten more years with all these "wonderful" systems and frameworks being promulgated all willy nilly without regard to the central focus being conveyance of information and not how to more efficiently clog one part of the system or another.

      --
      If my grammar and spelling are off, I am [distracted/tired/careless] (take your pick)
    3. Re:Interesting by kryptx · · Score: 5, Interesting

      Just look at it as distributed computing. The clients do the visual transformation so the server doesn't have to. The effects of this are two-fold:

      First, reduced bandwidth. Not for you, though. Nobody (aside from you) cares how much bandwidth you have to use to view a single web page. People care how much bandwidth it takes to serve their own page thousands of times. Minimizing this figure saves money.

      Second, server load. Again, thousands (or in some cases hundreds of thousands) of hits tends to put a strain on systems like this. If we offload visual transformations to the client, we save time on our server and our web pages are sent out faster.

      Both of these result in reduced costs for website owners. It's what's going to make sure the internet stays as free as it can be.

      Kumbaya.

      --
      Mods: Do you disagree with me? Go ahead and mod me down. Meta-mods will sort it out. Good luck!
    4. Re:Interesting by jbplou · · Score: 1

      I've thought about this and in some situations I wonder how much bandwidth your really saving, I know you'll same some load without sending all the html back down everytime, but now everytime somebody changes on element on a form that is linked up they will get more data, so if they fill the whole form they are going to make numerous requests and we all now that XML is very verbous for sending data with all the meta data, so in theory it is less transfer but depending on user use patterns it might take more bandwidth. However it does make for a better user expierence in either case.

    5. Re:Interesting by Baricom · · Score: 1

      Surprisingly, simple ways of saving bandwidth can add up. Back in 2003, A List Apart guestimated that Slashdot could save 10 GB of bandwidth a day just by using CSS and modern markup.

    6. Re:Interesting by jbplou · · Score: 1

      Well using CSS is considerably different and the saved bandwidth is obvious.

  4. Oh goody!!! by zulux · · Score: 0, Troll

    Developers who attend Microsoft's PDC conference in September have been promised an early release of the code.

    This is Microsoft pre-beta software were talking about, right?

    Probably delivered in on 5.25" floppies, in a grease stained paper bag with the word "BILL RULZ$" written with crayon on the side.

    Sign me up!

    --

    Moneyed corporations, non-working 'poor' and criminal prisoners are turning productive citizens into tax-slaves.

  5. But... by Anonymous Coward · · Score: 0

    does it have scrubbing bubbles?

  6. they have plans to release longhorn too by loose+canons · · Score: 1, Funny

    I'll just hold my breath until they ship.

    --
    You call that a troll? I have a whole beltway full of trolls better than that!
    1. Re:they have plans to release longhorn too by CoolMoDee · · Score: 1

      excellent. Now they will have the nice shade a blue to replace the rsod.

      --
      Jisho - A Japanese English German Russian French Dictionary for the rest of us.
  7. Embrace, extend, destroy ... by Anonymous Coward · · Score: 0

    They've had the ability to "innovate" and make their browser into a "rich client" for years. Now that folks like google and amazon have figured how to make DHTML work, Microsoft is playing catch up. Let's hope if it does become a de facto standard that Mozilla can reverse engineer it.

    1. Re:Embrace, extend, destroy ... by ergo98 · · Score: 3, Insightful

      They've had the ability to "innovate" and make their browser into a "rich client" for years. Now that folks like google and amazon have figured how to make DHTML work, Microsoft is playing catch up

      Funny.

      About 5 years ago I was writing extremely rich web applications, using XMLHttpRequest to make client side side-band requests back to the web app, using XML data islands and client side XML document manipulations. Examples include a web timesheet, where the user could manipulate entries (adding new ones, changing them, and deleting them), upon which it would sideband the changes back via XMLHttpRequest, on success changing the client XML document by manipulating it via the DOM, retransforming it with the XML. I created power generation control systems that were entirely atomically updating values (no whole page refresh bullshit).

      Of course all of this required Internet Explorer. None of the competitors had anything marginally similar.

      AJAX, that extroardinarily lame acronym, isn't "new" kids, except that it only relatively recently became a feature that could be used more generally across many browsers. They finally caught up to Microsoft to some degree.

      Oh, and before anyone accuses me of being a Microsoft astroturfer because they're delusional and like revising history, VS.NET 2005 will most likely turn into VS.NET 2006, given Microsoft's extraordinary, embarrassing inability to deliver in recent history.

    2. Re:Embrace, extend, destroy ... by ncmusic · · Score: 5, Interesting

      Except that MS invented the XMLHttpRequest object which makes AJAX possible.

    3. Re:Embrace, extend, destroy ... by jhurshman · · Score: 4, Interesting
      Except that you can do pretty much all the AJAX stuff using a hidden frame instead of XmlHttpRequest. In fact, the object that handles such things in my company's framework tries to do XmlHttpRequest first, then falls back on hidden IFRAME if it fails (e.g., if an IE user has ActiveX turned off).

      So maybe you should have said "MS invented the XMLHttpRequest object which makes AJAX somewhat more convenient."

      --

      Do not speak unless you can improve on the silence.
    4. Re:Embrace, extend, destroy ... by Anonymous Coward · · Score: 0

      I keep repeating the same thing over and over. I was writing "ajax" back in 2000 before Gmail & GoogleMaps ever though of beginning to exists. And my shit was cross platform (worked on IE for Macs).

      Ajax is nothing but hype. M$ has been doing it for years and everyone else finally caught up.

    5. Re:Embrace, extend, destroy ... by FatherOfONe · · Score: 1

      I also did something similar to what you mentioned around 5 years ago. I didn't use any XML, but I did most of it with Java Applets and sending data over HTTP to a servlet. It worked great. It also worked in every major browser at that time. As you mentioned there was no full page refresh stuff the client had to endure.

      --
      The more I learn about science, the more my faith in God increases.
    6. Re:Embrace, extend, destroy ... by bheer · · Score: 5, Insightful

      First, Amazon has nothing to do with Ajax. Their sites don't even take good advantage of it (except in a limited way, in the 'search inside the book' feature). Google yes (Gmail/Google Suggest), Amazon, no.

      > Microsoft is playing catch up.

      And given that Microsoft created a very rich version of Outlook Web Access as far back as 1998, it's quite revealing that no one 'figured' out how to make DHTML work on a web app used by lots of people until Gmail came out. Actually, the reason for this is of course that Netscape/Mozilla didn't support it until recently-- although I'm sure the /. crowd would rather tear their teeth out than say IE 'innovated' or Microsoft led the way in any way.

      If it helps you get over it, Adam Bosworth, who was on the IE team then and one of the creators of IE4's comprehensive, script-accessible DOM (which made 'DHTML' possible) now works at Google.

      And regarding this toolkit-- it's interesting to see so many people reflexively bash it when Ajax today is a _bad_ mishmash of XML, javascript and HTML. RoR helps but RoR has its own set of problems-- chiefly maturity and applicability to a wide variety of projects. Ballmer got a lot of stick for dancing around shouting 'Developers! Developers! Developers!' but trust me that's how Microsoft earns its living: easy-to-use platforms + easy-to-use development tools.

    7. Re:Embrace, extend, destroy ... by SuperJason · · Score: 1

      Now I know why they have been giving away IE for free! This a plan that's been in the works for a long time.

    8. Re:Embrace, extend, destroy ... by Anonymous Coward · · Score: 0

      http://a9.com/

      Enough said. They use XMLHttpRequest A LOT, and they belong to amazon.com

      --Coder

    9. Re:Embrace, extend, destroy ... by l3v1 · · Score: 1

      AJAX, that extroardinarily lame acronym, isn't "new" kids

      Of course its's not new. Only this wierd new acronym is new, and most kids only know it by this name. All it really consists of (JS, XML, DOM, etc.) have been around for many years and used extensively. There just happen to be real coders out there who instead of giving freaky names to everything just use the available great technology to create great content. These days probably it's becoming more and more frequent that on job interviews one will be asked about knowing AJAX and if raising an eyebrow, they say goodbye, no matter (s)he is good with js/xml/dom/xhtml. These things just happen.

      Many pro jobs could be easily got by two-legged dictionaries.

      --
      I am putting myself to the fullest possible use, which is all I can think that any conscious entity can ever hope to do.
    10. Re:Embrace, extend, destroy ... by Anonymous Coward · · Score: 0

      it's quite revealing that no one 'figured' out how to make DHTML work on a web app used by lots of people until Gmail came out. Actually, the reason for this is of course that Netscape/Mozilla didn't support it until recently

      You are talking utter rubbish. Netscape has supported DHTML since Netscape 2.0. "DHTML" is just a buzzword that means "dynamic HTML". It doesn't require XMLHttpRequest. And GMail was far from the first popular web app that loaded things dynamically across the network. Example from over three years ago.

    11. Re:Embrace, extend, destroy ... by baldass_newbie · · Score: 1

      First, Amazon has nothing to do with Ajax. Their sites don't even take good advantage of it

      You fail it

      --
      The opposite of progress is congress
    12. Re:Embrace, extend, destroy ... by sheldon · · Score: 2, Insightful

      This is a good point, and it's a wonderful example of why dogmatic restricting yourself to standards is bad for the industry.

      If Microsoft had not done this, and shown the utility of the technology, it is doubtful that Mozilla and others would have the technology now, reducing our choices as developers.

    13. Re:Embrace, extend, destroy ... by bheer · · Score: 1

      > Netscape has supported DHTML since Netscape 2.0.

      over a very limited subset of the DOM. Result: DHTML apps for NS2..4 distinctly lagged IE4 and IE5.

      > And GMail was far from the first popular web app

      Saying K5's commenting system is popular is the same breath as Gmail is popular is a bit like saying 'my parrot can talk' and then 'my child can talk'. Sure they both do, but the difference is in degree. Similarly http://map.search.ch/ scooped Google Maps, but how much exposure did it get? Not maps.search.ch's fault, but the point is until Gmail and Google Maps there hasn't been a widely used site that _required_ you to have an Ajax-compliant browser to use it (Note Gmail's light-mode came much later).

    14. Re:Embrace, extend, destroy ... by bheer · · Score: 1

      You might like to actually get a sense of what Ajax is all about before failing others.

      All I see on that page is Javascripted widgets and a big, oldfashioned 'See results' button that reloads the whole page to show the search results. This is Ajax. Not. (Clue: if Amazon had updated a div/frame with diamonds as the user slid the widgets around, then you'd have an easier time convincing me it was Ajax.)

      And even if they did use Ajax in this (rather obscure) store section, it'd hardly make Amazon.com an Ajax app in the same breath as Gmail/Google Maps, where the entire interface is built around Ajax.

    15. Re:Embrace, extend, destroy ... by The+Clockwork+Troll · · Score: 1

      More accurately, Firefox shipped with a non-ActiveX-based XMLHttpRequest object, which brought AJAX to the rest of the non-IE world.

      --

      There are no karma whores, only moderation johns
    16. Re:Embrace, extend, destroy ... by Anonymous Coward · · Score: 0

      huh? The "see results" element with count of results is loaded without reloading the page, i don't have time to check the javascript sources for how exactly is that done, but this IS AJAX.

      Maybe you are browsing with Javascript disabler or some strange browser?

      --Coder

    17. Re:Embrace, extend, destroy ... by bheer · · Score: 1

      Semi-bog-standard Firefox, with scripts enabled.

      The thing is, I noticed the count but-- while dragging the slider the count always shows 'loading results...'. That's even when the slider isn't moving but the mousebutton is held down. The count updates only when the mouse button is released. I haven't looked at the source either but I imagine a onMouseUp handler updating the innerHtml of the div. IMHO this is DHTML not Ajax primarily because it isn't asynchronous (the A in Ajax).

    18. Re:Embrace, extend, destroy ... by Anonymous Coward · · Score: 0

      over a very limited subset of the DOM

      "The DOM" (you mean the W3C DOM) didn't exist back then. Since that time, "DOM 0" has been coined to refer to what older browsers like Netscape 2.0 supported.

      DHTML doesn't mean the W3C DOM either. It means Dynamic HTML. HTML that changes in the browser. Netscape 2.0 was the first mainstream browser to do this. The fact that there have been further advances in this area does not mean that what Netscape 2.0 did was not DHTML.

      Saying K5's commenting system is popular is the same breath as Gmail

      ...is perfectly fine. GMail is a closed beta. Kuro5hin has been around for years with hundreds of thousands of readers. You said that nothing popular did DHTML until GMail. Kuro5hin is certainly popular and did it over three years ago. Even if GMail is more popular than Kuro5hin, even by miles, it doesn't mean you weren't wrong.

      until Gmail and Google Maps there hasn't been a widely used site that _required_ you to have an Ajax-compliant browser to use it

      You are moving the goalposts. Your original assertion was "no one 'figured' out how to make DHTML work on a web app used by lots of people until Gmail came out." That's a fucking stupid thing to say. Fact: Kuro5hin is a web app used by lots of people. Fact: Kuro5hin made DHTML work well before GMail was created.

      If you didn't mean to say what you did, then the proper reply you should have left would be "Oops, what I meant to say was...". Trying to continue the thread as if you were saying "gmail is the most popular" and "gmail was the first popular web app to require" from the start is just trollish dodging of the point.

  8. You know this is how it'll start by aweiland · · Score: 2, Interesting

    With AJAX you have to do a check on how to instantiate an XMLHTTPRequest object. MS implements it via ActiveX (read: really stupid).

    I've got money that says their "framework" starts like this:
    var req = new ActiveXObject("Microsoft.XMLHTTP"); ... and doesn't even bother checking of window.XMLHttpRequest is a valid object (i.e. the correct way of doing things).

    Of course there's any number MS only javascript methods that'll probably litter this "framework" as well.

    1. Re:You know this is how it'll start by drewfuss · · Score: 3, Informative

      here is what it looks like

    2. Re:You know this is how it'll start by Anonymous Coward · · Score: 0

      You know this is how it'll start

      Why does this get modded up when it starts with "You know..." and fact-checking the falsity of the claims is simple?

      Oh wait .. anti-MS trolling.

    3. Re:You know this is how it'll start by enkafan · · Score: 5, Informative

      I'll take that bet. Scott Guthrie (project load on the Web Platform and Tools Team at Microsoft) has stated that Atlas client script will work on all modern browsers, and will not be restricted to any web server.

      You can read more on his weblog.P

    4. Re:You know this is how it'll start by Tim+C · · Score: 4, Informative

      You've not used ASP.NET have you? All of the generated HTML and Javascript is guaranteed to work in all major modern browsers. True, some of the cooler DHTML stuff only works in IE, but other browsers get less cool but still functional equivalents.

      Or, you know, you could just mindlessly bash MS, it's your choice.

    5. Re:You know this is how it'll start by phusikos · · Score: 5, Informative

      While I agree that Microsoft's way leaves much to be desired (primarily because AJAX on IE requires that you leave your browser open to ActiveX insercurities), I'm afraid there isn't really a "correct" way to do it. Your way (testing for the native XMLHttpRequest object, and then falling back to the ActiveX object if necessary) is certainly the best way, however.

      IIRC, Mozilla's XMLHttpRequest object was created to mimic the functionality of Microsoft's ActiveX version, and then Safari and Opera (to a certain extent) followed suit. However, the XMLHttpRequest has never been part of ECMAScript (the standard that Javascript is based on) nor the W3C DOM. It has always been an "extension" that Microsoft has foisted upon the world, much like the <marquee> tags and layers we love to hate.

      As such, it is inconsistently supported -- particularly in Opera and Safari 1.3/2.0. There are also minor differences (e.g. the number of arguments that the send method accepts) that arise due to the lack of a standard specification.

      Fortunately, because of its immense utility in creating modern web-apps, it has become a de-facto standard and thus rather reliable. I would love to eventually see browsers support a standards-based version of AJAX (something like the W3C Level 3 DOM Load and Save specification), but until then, there is no truly "correct" way to do it.

    6. Re:You know this is how it'll start by Fr05t · · Score: 1

      I seriously doubt they would introduce AJAX for IE only - if you've used the .net framework you'd know that it's pretty friendly to non MS browsers. (Not perfect but not intentionally broken)

      Besides if I don't like how it implements the client side of it, I can just make an inherited class and override what I want. Again something else you'd know if you'd ever worked with this "framework".

    7. Re:You know this is how it'll start by neil.pearce · · Score: 4, Interesting

      Simple enough to bang in some workarounds with Greasemonkey I reckon?

      function ActiveXObject(name) {
      if (name == "Microsoft.XMLHTTP") {
      if (window.XMLHttpRequest) {
      return new window.XMLHttpRequest();
      }
      }
      return undefined;
      }

    8. Re:You know this is how it'll start by jejones · · Score: 1

      Yeah, but...Mr. Guthrie's blog talks about Atlas being used to produce web apps using, among other things, DHTML, which if I understand rightly is non-standard and very different between IE and Netscape--so what difference does it make if Atlas itself is portable?

    9. Re:You know this is how it'll start by Anonymous Coward · · Score: 0

      Scott Guthrie (project load on the Web Platform and Tools Team at Microsoft)

      Project load? Load of what?

    10. Re:You know this is how it'll start by m50d · · Score: 1

      Everything is done to give preference to IE, for example validation is often done with client-side javascript in IE but server-side in other browsers, making IE seem faster. Like when they got IE to leave its connections open so that IIS looks like it serves web pages better than Apache. MS does not play fair when it comes to network stuff.

      --
      I am trolling
    11. Re:You know this is how it'll start by jt2190 · · Score: 1

      Here's what's included in Atlas, according to Scott Guthrie's blog:

      The Atlas Client Script Framework will include the following components:

      • An extensible core framework that adds features to JavaScript such as lifetime management, inheritance, multicast event handlers, and interfaces
      • A base class library for common features such as rich string manipulation, timers, and running tasks
      • A UI framework for attaching dynamic behaviors to HTML in a cross-browser way
      • A network stack to simplify server connectivity and access to web services
      • A set of controls for rich UI, such as auto-complete textboxes, popup panels, animation, and drag and drop
      • A browser compatibility layer to address scripting behavior differences between browsers

      This will be very popular, assuming that they deliver this with a reasonable API.

    12. Re:You know this is how it'll start by ncmusic · · Score: 1

      FWIW Asp.Net 2.0 is going to generate 100% standards compliant XHTML.

    13. Re:You know this is how it'll start by Anonymous Coward · · Score: 0
      Or, you know, you could just mindlessly bash MS, it's your choice.
      This is /.
      Did you forget where you are?
      • Rule #1: Mindlessly bash MS
      • Rule #2: Everything Linux is way cool
      • Rule #3: Mention every John Dork..er..Dvorak article
      ...
    14. Re:You know this is how it'll start by DaveJay · · Score: 1

      >...it's pretty friendly to non MS browsers. (Not perfect but not intentionally broken)

      I've had the misfortune to work on two projects where the engineers were using ASP.NET (I'm a webdev); in the first case, I delivered efficient, standards-compliant (4.01 Transitional) code and got back something that didn't render right on all browsers other than IE, and in the second case I delivered code that took into account ASP.NET's terrible html generation, but it wasn't standards-compliant and it took longer.

      The bottom line was this: you can write custom controls in .NET to generate any HTML you want to, but the default controls kick out HTML that's full of unnecessary and non-compliant tags that break things in other browsers. Since a significant reason for using .NET is to speed up development time with the default controls, writing custom controls just to support standards/other browsers becomes counterproductive.

      One tag in particular, from datagrid I believe, didn't even impact the layout in IE when it was manually removed, but the presence of it broke other browsers.

    15. Re:You know this is how it'll start by Anonymous Coward · · Score: 0
      IIRC, Mozilla's XMLHttpRequest object was created to mimic the functionality of Microsoft's ActiveX version, and then Safari and Opera (to a certain extent) followed suit. However, the XMLHttpRequest has never been part of ECMAScript (the standard that Javascript is based on) nor the W3C DOM. It has always been an "extension" that Microsoft has foisted upon the world, much like the >marquee< tags and layers we love to hate. As such, it is inconsistently supported -- particularly in Opera and Safari 1.3/2.0. There are also minor differences (e.g. the number of arguments that the send method accepts) that arise due to the lack of a standard specification.
      The Web Hypertext Application Technology Working Group is standardizing XMLHttpRequest in their Web Applications 1.0 spec so that it will work consistantly over multiple browsers. Therefore, Mozilla, Opera and Safari will eventually have compatible implementations, since developer for all three browsers are members of WHATWG.
    16. Re:You know this is how it'll start by elemental23 · · Score: 1

      And every day will be sunny and everyone will get their own kitten.

      I'll believe it when I see it. I hope it's true, but I'm not going to hold my breath.

      --
      I like my women like my coffee... pale and bitter.
    17. Re:You know this is how it'll start by execute85 · · Score: 0

      Microsoft created , but Netscape created . You're probably thinking of which was really cool and is now incorporated into the html/dom standard and works fine on Opera/Moz/etc. Microsoft has always pushed browser tech. It created CSS, IFRAME, XMLHttpRequest, window.event, XML data islands in the browser and lots of other goodies that got pushed off and incorpated into other browsers. This was years and years ago, they haven't done too much in this millenium.

    18. Re:You know this is how it'll start by Anonymous Coward · · Score: 0
      All of the generated HTML and Javascript is guaranteed to work in all major modern browsers.
      Oh bullshit. It turns asp:panels into divs for IE and TABLEs for Firefox. It uses proprietary Javascript for validation and it doesn't follow XHTML standards. It incorrectly nested tags for all its checkboxes and radiobuttons. Joel Spolsky even wrote about the linkbutton which uses Javascript to submit a link and will break in all lower-level browsers.
    19. Re:You know this is how it'll start by Anonymous Coward · · Score: 0

      >I'll take that bet. Scott Guthrie (project load on the Web Platform and Tools Team at Microsoft) has stated that Atlas client script will work on all modern browsers, and will not be restricted to any web server.

      Kind of how Microsoft's HTML and CSS innovations are supported on all browsers?

      Kind of how server-side FrontPage Extensions work so well on non-Microsoft platforms?

      Kind of how MS held back on IE developments and improvements, so when Avalon is released it is so 'revolutionary' it takes over the web*. This is a conspiracy theory, but I think MS held back all feature fixes and improvements to IE6 because cross-platform standards are against the interest of MS management.
      (*) Yes, Avalon is meant to draw applications, but it IS XML. I suspect it can be transparently used on the public Internet, poisoning the well so to speak...

      And maybe I'm wrong. If MS *truly* wants this cross server and browser, there won't be any "extra" features for MS-only solutions. And no license restrictions that hamper GPL. And maybe scorpions will stop being scorpions. Scott Guthrie is not Steve Balmer -- Scott does not have the final say. I suspect most of the techies at MS want genuine innovation (not vendor lock-in like the managers want)

    20. Re:You know this is how it'll start by masklinn · · Score: 1

      100% standards compliant XHTML? When you can't even have it generate XHTML 1.0 Strict cause the devs thought "XHTML 1.1 is the same" even though god forbid they could send this XHTML 1.1 with the required application/xhtml+xml MIME?

      --
      "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
    21. Re:You know this is how it'll start by masklinn · · Score: 1

      Duh, Microsoft didn't create CSS, they were the firsts to implement it in a browser (because it seemed like a good move over NS4).

      Oh, and window.event blows, badly, if only MS could implement the DOM events into MSIE life would be so fucking much easier...

      --
      "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
    22. Re:You know this is how it'll start by acb · · Score: 1

      Locking out Firefox/Opera/Safari isn't the only option open to MS; they could also subtly degrade the browsing experience on non-IE browsers, as the MSN site does. So, from the user's point of view, Firefox is an inferior browser because Atlas-based sites feel clunkier and have fewer features.

    23. Re:You know this is how it'll start by M.C.+Hampster · · Score: 1

      Actually the support for cross-browser HTML and DHTML is quite good in VS.NET 2005. You set which version of HTML/XHTML you want, and the compiler will tell you when you are using a non-standard element/attribute. Also, the IntelliSense is automatically updated to the version you have selected. It's really unbelievable. I have no doubt that Atlas will be cross-browser compatible.

      --
      Forget the whales - save the babies.
  9. something old, something MS, by yagu · · Score: 0

    Another wedding of Microsoft and new technology. (Something old, something new^H^H^HMicrosoft, something borrowed^H^H^H^H^H^H^H^HMicrosoft, something blue.)

    Hmmmm,

    • sockets^H^H^H^H^H^H^HWinsock
    • Netscape^H^H^H^H^H^H^H^HIE
    • NDIS^H^H^H^Hldap^H^H^H^HActive Directory
    • servlets^H^H^H^H^H^H^H^HActive X
    • shell^H^H^H^H^Hmonad
    • $something good^H^H^H^H^H^H^H^H^H^H^H^H^H^H$Microsoft version

    Serially, AJAX maturing, in my opinion is a good thing. But standard caveats and disclaimers apply. If Microsoft is implementing this in their development suite and you are on a team destined (fiat or otherwise) to use AJAX in this context, make sure you investigate thoroughly all settings, flags, and usage and ramifications in the user world. Historically, if you use Microsoft's flavor of anything, it won't be comaptible with much. (Ironically, this new development actually sits on top of something Microsoft originated, though did little with thereafter.)

    1. Re:something old, something MS, by Anonymous Coward · · Score: 1, Insightful

      servlets !~ ActiveX
      applets ~ ActiveX

    2. Re:something old, something MS, by vigilology · · Score: 1

      Learn about ^W, "already"!

    3. Re:something old, something MS, by nacturation · · Score: 2, Insightful

      You forgot some notable others:

      * Microsoft Office? no... OpenOffice.org
      * Outlook? no... Thunderbird/Sunbird
      * Windows? no... WINE
      * .NET? no... mono

      Anyhoo, I understand your point about compatibility but Microsoft's goal isn't to be compatible, rather to ensure their own profit.

      --
      Want to improve your Karma? Instead of "Post Anonymously", try the "Post Humously" option.
    4. Re:something old, something MS, by Anonymous Coward · · Score: 0

      K, totally offtopic and probably a dumb question but...

      What is this ^H^H^H^H or ^W^W^W^W stuff all about?

      I see it quite a bit in /. posts but... Is it something to do with posting from a text only browser or browsing the site directly by interpreting the 0's 1's in your head or ???

      I only ask here because googling ^W^W^W^W gives very little information.

    5. Re:something old, something MS, by 0kComputer · · Score: 1

      CORBA == ActiveX/COM

      And they both suck

      --
      Top 10 Reasons To Procrastinate
      10.
    6. Re:something old, something MS, by vigilology · · Score: 1

      Put simply, when you haven't got your terminal keyboard settings set up properly, whenever you press backspace a ^H will appear instead. Typing control-h (^H) on a properly set up terminal has the same effect as pressing backspace. Typing ^W has the effect of deleting the previous word.

    7. Re:something old, something MS, by Anonymous Coward · · Score: 0

      Oh.

      so... Typing it out is symbolically deleting it (for smart people anyway.)

      Makes much more sense now, thank you.

      I think I should maybe go back to the highlights.com site now.

    8. Re:something old, something MS, by CaymanIslandCarpedie · · Score: 1

      Don't forget:

      XMLHTTP? no... AJAX

      Lets not for get "AJAX" is quite old (at least around since 1998) and originally done by MS. The jack-asses at Adaptive Path were using it (XMLHTTP) and wanted some new sexy name to use as a marketing gimik for it and so "AJAX" was born :-(

      This is not new stuff! Its a bunch of old stuff used together. It used to be refered to as XMLHTTP programming, but now its "HOT" again 'cause its got a sexy new name. This marketing crap makes my head hurt!!!! Lets not forget the first "AJAX" product (at least that I can think of) was Outlook Web Access released around 1998 by MS! Lets also remember the thing that makes it possible is XMLHttpRequest which MS created (yes one of those non-standard things they create which everyone hates)!

      Its cool stuff and that its being more widely adapted is good, but to pretend this is some awsome "new" technology or MS is just now getting on the bandwagon is just stupid. I guess you could argue MS is just now getting on the bandwagon of calling it AJAX, but who cares what you call it?

      --
      "reality has a well-known liberal bias" - Steven Colbert
    9. Re:something old, something MS, by Anonymous Coward · · Score: 0

      Those aren't fair comparisons, you make it sound like MS invented those concepts:

      * Wordstar/Word Perfect/Lotus 123/QU\uattro? no ... MS Office
      * NS Mail/Lotus Notes? no ... Outlook
      * MacOS? no ... Windows
      * Java? no ... .NET

      Not to get into a pissing match but MS is just as guilty of stealing concepts as OSS. Shit, every company in tech "borrows" concepts in some form or another.

  10. Maybe they should call it "C#Script" ... by Anonymous Coward · · Score: 0

    MS is really lagging on AJAX and you can trust MS do to it non DOM compatible way and IE only ;-)

    They are trying to bring more buzz into their .net platform. Is it me or has .net hype already vanished as well as webservice-em-all FUD from MS ?

    For any AJAX adicts down there my favorite blog is :
    http://www.ajaxian.com/

    If we were using RiA solution instead of HTML page for applications, AJAX would not be required to implement an acceptable application ergonomy.

  11. We need an OSS framework by Anonymous Coward · · Score: 0

    It's nice that large companies are starting to jump on the AJAX wagon. Now it's more important that we have a good OSS solution--especially before MS hogs all the good patents.

  12. They should call it... by vmcto · · Score: 4, Funny

    HIJAX...

    Thank you, I'll be here all week. Try the veal...

    1. Re:They should call it... by behindthewall · · Score: 0, Redundant

      Ya beat me to it! Exactly!

    2. Re:They should call it... by Anonymous Coward · · Score: 0

      STFU you corny bastard!

  13. Microsoft death watch by flwombat · · Score: 2, Insightful

    This is a transparent attempt on Microsoft's part to avoid being crushed by the rising juggernaut of web app development that is Ruby On Rails. If RoR has an AJAX framework, then ASP.NET has no choice but to follow in its footsteps in hopes of eking out some meager semblance of survival on David Hansson's waste products.

    Bow, Microsoft, bow before your Ruby masters!

    --
    ---------
    get your war on
    1. Re:Microsoft death watch by Anonymous Coward · · Score: 0

      David is a narcissist. He thinks he invented AJAX. He needs to get psychological help.

    2. Re:Microsoft death watch by Anonymous Coward · · Score: 0

      Agreed. Now if they can just make the performance of Ruby better(*) then we will have something.

      * Ruby works just as fast (if not faster) than many web frameworks but on the general purpose programming language side it is damn slow (compared to say Perl or Python).

      Ruby 2 is in the works which is suppose to be faster, but like most radical rewrites I doubt anything will ever come of it (Ruby 2 has been "in the works" for like 5 years now; maybe longer).

      See Perl 6 for another example of something that will probably never amount to anything. By the time they finish (if they finish) it will be too late and something better will already be in widespread use (like Ruby 2 lol ;).

    3. Re:Microsoft death watch by Fr05t · · Score: 1

      There is an AJAX framework for ASP.NET - I coded it about a year and a half ago. I think what you mean is "built into the dev environment/framework".

    4. Re:Microsoft death watch by Anonymous Coward · · Score: 0

      I think you might be over-stating the case.

  14. Who wants the first version anyway? by Rhoon · · Score: 0

    This is the company who needs to change their motto to: "If at first you don't succeed, try, try again."

    --
    "If all the world's a stage, I want to operate the trap door." - Paul Beatty
  15. Is it a bad thing by suitepotato · · Score: 2, Funny

    that this has the same name as Duckman's idiot son or merely foreshadowing?

    --
    If my grammar and spelling are off, I am [distracted/tired/careless] (take your pick)
  16. SLOW SLOW SLOW... by Anonymous Coward · · Score: 0

    Has anyone actually tried parsing XML using javascript??

    Slow doesnt even begin to describe it... I found that using either plain ol' CSV or even actual JS (which gets evaluated client side), are far far quicker.

    Still, I am glad that all the .NET boys are being forced to use XML for everything (internal and external), it will make their sites very slow, keeping on the upgrade gravy-train.

    1. Re:SLOW SLOW SLOW... by hey · · Score: 1

      What are you talking about it works well.
      You don't write code to go over each character of the XML! Use the builtin stuff.

    2. Re:SLOW SLOW SLOW... by AKAImBatman · · Score: 1

      Has anyone actually tried parsing XML using javascript??

      Yes and no. I usually let the browser do the parsing in an IFrame, then I just walk the DOM. It's much easier than taking a string of XML and trying to break it down like a good parser should. It's far too tempting to cheat like hell and do stuff like recursively find the outer tags.

    3. Re:SLOW SLOW SLOW... by ergo98 · · Score: 1

      Has anyone actually tried parsing XML using javascript??

      With msxml in IE it is remarkably quick (of course it is given that msxml is a binary component). Or are you talking about trying to build your own Javascript XML interpreter?

    4. Re:SLOW SLOW SLOW... by Gopal.V · · Score: 1
      > Yes and no.

      Either you didn't try hard enough, or you didn't know enough

      > I usually let the browser do the parsing in an IFrame, then I just walk the DOM.

      It's quite a hack to have an IFrame for this and all that. XmlHttpRequest is cleaner because you can read headers , set headers and even check on status code on return.

      > It's much easier than taking a string of XML and trying to break it down like a good parser should. It's far too tempting to cheat like hell and do stuff like recursively find the outer tags.

      Read through quirksmode importing xml tutorial . Also anyway, only XmlHttpRequest lets you POST xml content to the webservice at the other end - not stupid old www-encoded form posts.

      I've been using XmlHttpRequest extensively recently - it's a surprise nobody noticed it until google brought out GMAIL. Now it's the latest Buzzword that you NEED on your resume to get a job as a web-dev (which I'm not).
    5. Re:SLOW SLOW SLOW... by AKAImBatman · · Score: 1

      Either you didn't try hard enough, or you didn't know enough

      Geez. Who stuck a bee in your bonnet?

      It's quite a hack to have an IFrame for this and all that. XmlHttpRequest is cleaner because you can read headers , set headers and even check on status code on return.

      Do you have any idea what the subject is even about, or do you just like to rant? The parent poster was talking about parsing XML directly and how slow it was. (You can get an XML string via XMLHttpRequest, BTW.) I responded that I don't worry about the speed because I don't do it in JavaScript. I shunt the data to a hidden IFrame (which can still be done with XMLHttpRequest if you understand document.open(), which I'm guessing you don't from your senseless rant), let the browser parse it for me, then I walk the W3C compliant DOM tree. There's practically nothing faster or easier to do.

      I've been using XmlHttpRequest extensively recently - it's a surprise nobody noticed it until google brought out GMAIL. Now it's the latest Buzzword that you NEED on your resume to get a job as a web-dev (which I'm not).

      I was doing it before it was cool. What's your point? Just because you just found XMLHttpRequest and think it's God's gift to web developers, doesn't mean that it's the ONE TOOL for everything. Good Web apps are a lot more complex and difficult to get going. For example, have you ever shunted a JavaScript program into an existing program in a pluggable and user runnable fashion? I have. In fact, I wrapped the entire program in XML Meta-Data so that I could provide Icons, Associations, and Security Features before the program was ever loaded into memory. My program then sits as a text string in a psuedo-filesystem until it's actually ready to execute. Then I pull some wizardry to run the program without touching the HTML DOM. Would you like to hazard I guess as to how it's done, oh great and powerful jackass^W web wizard?

    6. Re:SLOW SLOW SLOW... by Anonymous Coward · · Score: 0

      Just standard DOM stuff, nothing too complex...

      Either way CSV using String.split() is > 10X faster than using any kind of dom parser. Easier on the bandwidth too...

      The point I was trying to make is why does everyone have to use XML just because it is cool. Maybe 1% of cases actually NEEDS the features of XML.

      CSV can even be nested using different seperators.

    7. Re:SLOW SLOW SLOW... by Jerf · · Score: 1

      Why don't you use the .responseXML attribute, which gives you a DOM object, instead of "shunting" it into an IFRAME, thus losing all hope of having more than one request at a time? (Which, granted, shouldn't exactly be a routine occurance, but there are many things that can result in that, even if you're not planning on it.)

    8. Re:SLOW SLOW SLOW... by AKAImBatman · · Score: 1

      Why don't you use the .responseXML attribute, which gives you a DOM object,

      Primarily because of browser differences. The IFrame solution seems to be more portable than responseXML. The other half of it is that I'm still doing development and have temporarily eschewed XMLHttpRequest because I'm not running a server. (It's all internal to itself.) Using an IFrame allows me to perform architecture tests on new applications straight from the files on disk. :-)

      instead of "shunting" it into an IFRAME, thus losing all hope of having more than one request at a time?

      That is one annoying point to the IFrame solution. However, Multithreading in a browser can be a difficult thing to deal with, so it's something I'm trying to avoid for now. Currently I use a linked list of items to load so that they all get loaded in sequence. It works quite well for the moment, and can easily be switched over to XMLHttpRequest when I'm ready.

    9. Re:SLOW SLOW SLOW... by Jerf · · Score: 1

      Good answers. I'm glad I held the sarcasm :-)

      Using an IFrame allows me to perform architecture tests on new applications straight from the files on disk. :-)

      I think it is a major problem that there is that discontinuity between browser requests like that and XMLHttpRequest. XMLHttpRequest is great, but has two major misnomers in it: I don't always want XML (which they added/implemented .responseText for), and I don't always want Http. FTP might be nice, or file:, or other things as appropriate.

      You can kind of tell it was an afterthought by a code monkey, and not implemented by an actual MS architect. (I know they have some good ones in there, and there is a definite difference between the things MS prioritizes enough for the architects to work on, and the things left to the monkeys...)

      Multithreading in a browser can be a difficult thing to deal with, so it's something I'm trying to avoid for now.

      Oi. I hope they address that in Ecmascript 2.0. Hmm... doesn't look good.... all I want is a freakin' semaphore, for Pete's sake....

    10. Re:SLOW SLOW SLOW... by masklinn · · Score: 1

      Uh, you're not supposed to *parse* XML using JS, you're supposed to let the browser's XML parser do his job and THEN walk your DOM Tree using JS&JSDOM...

      --
      "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
  17. MS AJAX has proprietary extensions by Anonymous Coward · · Score: 0

    Namely, the Blue Crystals of Death.

    1. Re:MS AJAX has proprietary extensions by shis-ka-bob · · Score: 1

      I thought that was Blue Crystals of Meth, no never mind, that would be the same thing.

      --
      Think global, act loco
  18. Man this windows command prompt gets tedious by mcc · · Score: 1

    Why can't it just support ^W like UNIX terminals do

  19. Cross-platform by FTL · · Score: 4, Insightful
    > "People who do (AJAX development) are rocket scientists," Fitzgerald said.

    Pfft. AJAX is easy. It's cross-platform AJAX that's brutally hard. You expect us to trust Microsoft to create a framework that will allow perfect portability between Opera, Safari, Mozilla and MSIE? Uh huh.

    --
    Slashdot monitor for your Mozilla sidebar or Active Desktop.
    1. Re:Cross-platform by Anonymous Coward · · Score: 0

      It's cross-platform AJAX that's brutally hard

      Do you mean cross-browser? I recently wrote some fairly basic AJAX stuff. It works fine in Firefox on Windows/Mac/Linux. It also works in Safari, Mozilla, Opera and Konqueror. It doesn't work in Internet Explorer(*) because I didn't bother to include code for the ActiveX version. (And because I used addEventListener a bunch of times then discovered IE doesn't support that.) So Cross-platform was no problem and cross browser was no problem either with the exception of IE for which I would have had to add additonal code to handle the XMLHttpRequest stuff. (And maybe restructed some code to compensate for it not supporting addEventListener).

      (*) on Windows. I don't consider IE:Mac worth bothering with.

    2. Re:Cross-platform by Fahrvergnuugen · · Score: 1

      Exactly. I somehow doubt that Microsoft's ASP.NET 2.0 thingy is going to produce javascript that has the necessary fork in it:

      if(window.XMLHttpRequest){
      .....
      // branch for IE/Windows ActiveX version
      }else if(window.ActiveXObject){
      .....
      }

      --
      Kiteboarding Gear Mention slashdot and get 10% off!
    3. Re:Cross-platform by Zaiff+Urgulbunger · · Score: 1

      The problem for most people is that websites they develop do need to work with IE! And that does kind of include IE5/5.5 right now because together I think they still acount for ~20% of users.

      Personally, I don't worry about pixel-perfection on IE5 (its CSS support is far too pants these days!), but even so, websites still need to look reasonable and be functional.

      I agree that "AJAX" type stuff does work much better and consistently on the _other_ browsers, but even here, they tend to need to be relatively up to date versions.

    4. Re:Cross-platform by Fr05t · · Score: 1

      Don't worry I just emailed Bill Gates this code:

      // branch for native XMLHttpRequest object
      if (window.XMLHttpRequest)
      {
      objHttpRequest = new XMLHttpRequest();

      if(bAsync)objHttpRequest.onreadystatechange = ProcessCallBack;

      objHttpRequest.open("GET", url, bAsync);
      objHttpRequest.send(null); // branch for IE/Windows ActiveX version
      }
      else if (window.ActiveXObject)
      {
      objHttpRequest = new ActiveXObject("Microsoft.XMLHTTP");
      if (objHttpRequest)
      {
      if(bAsync)objHttpRequest.onreadystatechange = ProcessCallBack;

      objHttpRequest.open("GET", url, bAsync);
      objHttpRequest.send();
      }
      }

      BUT seriously it isn't doing AJAX that's hard - it's doing it well. You should see some of the horrible/redundant code I've seen written for AJAX.

    5. Re:Cross-platform by MynockGuano · · Score: 1

      It's cross-platform AJAX that's brutally hard
      Do you mean cross-browser?

      When your platform is a web browser, they have the same meaning.

    6. Re:Cross-platform by bahwi · · Score: 1

      Yeah, http://jsolait.net/examples/index.xhtml, and you're pretty much done. Not sure how compatible it is with IE but works great with FF and Moz, and, well, once your using XUL cross platform doesn't matter anymore. =)

    7. Re:Cross-platform by Anonymous Coward · · Score: 1, Funny

      You should see some of the horrible/redundant code I've seen written for AJAX.

      You just posted some.

  20. Totally misses the point of AJAX by hey · · Score: 1

    The nice thing about AJAX is that it works in all modern browsers. (And it makes for dynamic pages too.) So a framework that requires .NET is a step backwards.

    1. Re:Totally misses the point of AJAX by danheskett · · Score: 1

      Your post should be summed up, entirely, as "No Clue".

      The .NET bit is on the server, not the client. The client is just plain javascript.

      Mono or IIS with ASP.NET will do fine.

      You can use normal server-side programming to help you create the client side code, without having to get your hands extremely dirty, like you have to now if you want decent performance, features, and compatability.

      Get a clue, RTFA, whatever!

    2. Re:Totally misses the point of AJAX by IceFreak2000 · · Score: 1
      The nice thing about AJAX is that it works in all modern browsers. (And it makes for dynamic pages too.) So a framework that requires .NET is a step backwards.

      Way to miss the point dude!

      Why is a server side implementation written in .NET that produces client side code a step backwards? Next you'll be telling us that DWR is a step backwards 'cos it's implemented in Java.

      --
      Life is like a sewer; what you get out of it depends on what you put into it...
    3. Re:Totally misses the point of AJAX by Deviant+Q · · Score: 1

      You don't appear to understand ASP.NET at all. ASP.NET is entirely server-sided, and thus there's nothing .NET required about the client.

      In ASP.NET 2.0, it even generates standards-compliant XHTML 1.1 if you want it to. Not sure if it will use W3C DOM or proprietary stuff like innerHTML. (OMFG... innerHTML is so much easier; why can't the W3C add it to their standards!?!)

      My guess is there will be some server-sided structures you can query using some backwards-compatible client-sided features. So, just like ASP.NET, all it will require is a Windows server.

      --
      "May the days be aimless. Let the seasons drift. Do not advance the action according to a plan."
    4. Re:Totally misses the point of AJAX by masklinn · · Score: 1
      In ASP.NET 2.0, it even generates standards-compliant XHTML 1.1 if you want it to.
      It may generate it, but it sure as hell won't release it.
      OMFG... innerHTML is so much easier; why can't the W3C add it to their standards!?!
      Dude, innerHTML is not "easier", it's "faster". much faster. But also a hundred times less powerful, needs heavy string manipulations and can't be re-modified using DOM...
      --
      "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
  21. David of RoR makes fun of Microsoft by Anonymous Coward · · Score: 0

    Read up his blog post:
    http://www.loudthinking.com/arc/000471.html

    So the RoR creator boasts that microsoft is late to adopting AJAX. Didn't Microsoft invent XMLHttpRequest?

    1. Re:David of RoR makes fun of Microsoft by NathanBFH · · Score: 1

      Yes. In fact, this Microsoft announcement sounds like a repackaging of their old technology. What a great day for there marketers!

  22. I guess now we can have remoting with Ajax... by Gopal.V · · Score: 1

    IMHO, this is going to make serializing data in ASP.NET into javascript easier ... that's all. Just because they say it is AJAX doesn't automatically mean it is simple or anything.

    Truthfully, if macromedia would loosen their purse strings from Flash a bit more - we'd see more stuff like OpenLazlo come up.

    Btw, I plan to work on a wsdl2javascript wrapper over XmlHttpRequest. I think we should be able to make SOAP calls from javascript directly - that would solve all these stupid XSD schemas and SDKs for each and every REST webservice they use with AJAX.

    1. Re:I guess now we can have remoting with Ajax... by Darby · · Score: 1

      I think we should be able to make SOAP calls from javascript directly - that would solve all these stupid XSD schemas and SDKs for each and every REST webservice they use with AJAX.

      I wrote a mozilla based application about 3 years ago that used simple javascript SOAP calls.
      As far as I could tell at the time, this wasn't supported by IE. I don't know if it is yet or not.

      Here is an O'reilly article from 2002 talking about how to do it.

  23. Still behind the curve by Datasage · · Score: 1

    There are already several javascript libraries that make ajax development easier such as Sarissa. Sarissa makes it possible to use XMLhttpRequest in IE and makes avialable certain IE only parsing functions in other browsers.

    I've tried working with some others with varried success.

    --
    In America we are imprisoned by our fear of them.
  24. And the open-source alternative is: by commo1 · · Score: 2, Funny

    Comet!

    1. Re:And the open-source alternative is: by sharkey · · Score: 1

      Comet...
      Will make your mouth turn green!
      Comet...
      It tastes like Listerine!
      Comet...
      Will make you vomit!
      So buy some Comet,
      And vomit,
      Today!

      --

      --
      "Outlook not so good." That magic 8-ball knows everything! I'll ask about Exchange Server next.
  25. Domisoft by jmazzi · · Score: 0, Flamebait

    Somehow, I dont think this will be good for browsers outside of IE. It seems when microsoft comes out with something, it becomes the defacto because of their user base, even if its not good.

  26. Potential by Agent000 · · Score: 1

    One of the more interesting features of ASP.NET is that different browsers requesting the same document will actually receive different documents, as ASP.NET renders them for a specific browser. Of course, this is completely wrong way to do things and destroys the idea of web standards conformity, but if MSFT pulled it off, it could mean the end of cross platform AJAX issues.

    Of course, I would bet against that actually happening.

  27. Do they have a template? by RealProgrammer · · Score: 4, Funny
    For press releases, that is.
    Microsoft has announced plans to release [standards-compliant tool] for use with [Microsoft product] that makes [cool-sounding things] easier to code. Developers who attend Microsoft's [upcoming event] in [3-6 months] have been promised an early release of the code.

    Perhaps Slashcode could be enhanced to provide the functionality. That would make this kind of story much easier to put up.

    Hint: the input just needs to be standards-compliant tool. The program should already know which Microsoft product handles the cool-sounding things and be able to choose the upcoming event for the given market segment. The time period should be long enough to allow the code to actually be written, or long enough for the announcement to be forgotten.

    --
    sigs, as if you care.
    1. Re:Do they have a template? by gowen · · Score: 1
      Perhaps Slashcode could be enhanced to provide the functionality.
      Sorry, but slashcode simply refuses to even render the words standards-compliant.
      --
      Athletic Scholarships to universities make as much sense as academic scholarships to sports teams.
  28. Planned for ASP.NET 2.0 for over a year... by SuperJason · · Score: 5, Insightful

    If you ever saw the book called "A first look at ASP.NET 2.0", it had some demos of the new technologies that would be in ASP.NET 2.0. Once of them was an AJAX style client-side callback.

    People act like AJAX is some magical new technology, when in reality, it's been used for years. Microsoft is just one of the companies who offered a "framework" to make it easier to develop. If they end up integrating it into their controls, it will be huge.

    And for reference, I believe their demo worked in Firefox as well.

    If anything, the AJAX popularity will just give them a little kick in the ass to move more quickly.

  29. Re:Get With It M$ by Baorc · · Score: 0, Offtopic

    They can't see them.

  30. Kids these days... by Thud457 · · Score: 0
    "And my shit was cross platform (worked on IE for Macs)."

    Fucking classic.
    I don't think that word means what you think it does.

    --

    the preceding comment is my own and in no way reflects the opinion of the Joint Chiefs of Staff

    1. Re:Kids these days... by ergo98 · · Score: 1

      Err, the Mac is a different platform, so if it works on IE on both a Windows PC and a Mac, then it's cross platform. He didn't say cross-browser.

      Or for something to be cross-platform, must it work on every platform? If that's the case then the word has no value as there's nothing that works on every platform.

    2. Re:Kids these days... by Thud457 · · Score: 1
      If you're talking web browser platforms, then you're talking about the web browser, not the OS that it happens to be running on. My interpertation of cross platform web-wise would mean that it runs on multiple browsers, since the OS is theoretically irrelevant for web stuff. I will grant you that IE on Windows is not quite the same beast as IE on Mac.

      Just imagine saying "yeah, my web app's cross-platform, it runs on Firefox on Windows and Linux".

      --

      the preceding comment is my own and in no way reflects the opinion of the Joint Chiefs of Staff

  31. Microsoft name lends business credibility by ewg · · Score: 1

    This is great for AJAX. Microsoft's imprimatur will make AJAX easier to everyone to sell to business people, even when no Microsoft technology is involved in the implementation.

    --
    org.slashdot.post.SignatureNotFoundException: ewg
    1. Re:Microsoft name lends business credibility by 0kComputer · · Score: 1

      Actually microsoft invented XMLHTTP, which is what AJAX uses. I'm sure everyone was too busy bitching about the non-standard DOM to realize. If anyone can take credit for AJAX, its MS.

      --
      Top 10 Reasons To Procrastinate
      10.
  32. ActiveAjaX by mfh · · Score: 2, Interesting

    With AJAX you have to do a check on how to instantiate an XMLHTTPRequest object. MS implements it via ActiveX (read: really stupid).

    ActiveX by itself is bad. ActiveX with Ajax would be worse because it would enable spyware writers become more agile.

    Why is Microsoft helping spyware writers? Surely they would have known this could be a bad combo... right?? /rhetorical

    --
    The dangers of knowledge trigger emotional distress in human beings.
  33. good? by 1ivewire · · Score: 1

    It won't be "good" til about version 6.0.1300.2410 after everyone who uses IE has been infected with the hundreds of trojans that exploited it. Of course by then "fat pages" won't be cool anymore.

  34. Before we start bashing Microsoft... by 0kComputer · · Score: 4, Informative

    Lets remember that Microsoft created the XMLHTTP objects that AJAX is built on.

    Ok, resume bashing.

    --
    Top 10 Reasons To Procrastinate
    10.
    1. Re:Before we start bashing Microsoft... by ucblockhead · · Score: 1

      Thing is, that part of AJAX is dead easy to do. The tricky part of it isn't talking to the server. It's writing code to manipulate the DOM that works in different browsers.

      None of the rest of it is really rocket science. It's just Javascript and XML on the client, and whatever-the-hell-you-want and XML on the server.

      --
      The cake is a pie
    2. Re:Before we start bashing Microsoft... by masklinn · · Score: 1

      You don't even have to use XML server side, since you can get raw text from the xmlHttpRequest object. For small transferts, the XML overhead is much bigger than the data itself and makes no sense...

      --
      "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
  35. Huh? by ooze · · Score: 1

    "People who do (AJAX development) are rocket scientists," Fitzgerald said. "In some ways, this papers over the mess that is JavaScript development. It's easy-to-build 'spaghetti' code."

    Well, while JavaScript surely needs some further development, it's actually not that hard. That what made my JavaScripts usually hard to maintain and in the end a pretty ugly piece of code is working around deficiencies of the IE...

    --
    Just because I can imagine doing a hippopotamus, doesn't mean I'd like to do it.
  36. Didn't see this link yet by prostoalex · · Score: 3, Informative
    More or less official announcement, coming from MSDN Blog. But they've been doing it all along:

    All of the pieces of AJAX - DHTML, JScript, and XMLHTTP - have been available in Internet Explorer for some time, and Outlook Web Access has used these techniques to deliver a great browser experience since 1998. In ASP.NET 2.0, we have also made it easier to write AJAX-style applications for any browser using asynchronous callbacks, and we use them in several of our built-in controls.
  37. Your post... by Anonymous Coward · · Score: 0

    ...was buzzwordarific.

    And, by the way, we need to change the coversheet on the TPS report you just described.

  38. Not IE... by c0p0n · · Score: 1

    Nope, it only works with water.

    --

    Your head a splode
  39. Now that's not fair by sczimme · · Score: 2, Funny


    They should call it HIJAX...

    Since it's AJAX the code should be pretty clean.

    --
    I want to drag this out as long as possible. Bring me my protractor.
  40. pushing the AJAX term by wotevah · · Score: 1

    I just cannot help noticing that the name of Microsoft's software "Atlas" appears in the text only three times, while the detergent name is in almost every paragraph, a whopping eight times. Is Microsoft pushing someone else's "technology" in their press releases, or is someone else spinning their release in their favor ?

  41. From the article and elsewhere by ShatteredDream · · Score: 1
    Atlas--which is a downloadable piece of JavaScript code--gives developers a more structured environment for building applications, providing time-saving services such as an object model and debugging, he said. It will work across any Web browser that supports AJAX technologies.

    And Microsoft also plans to make sure that ASP.NET 2.0 works well with Safari, Opera and Firefox. The last thing they want is for their web apps to generate HTML that breaks 10-15% of the market out there because that's enough now for developers to look to JSP and JavaServer Faces.

  42. Spaghetti code is good? by sean23007 · · Score: 1

    "In some ways, this papers over the mess that is JavaScript development. It's easy-to-build 'spaghetti' code."

    Only at Microsoft would that statement be used to describe something good. Everywhere else, spaghetti code is a reason to yell at someone.

    --

    Lack of eloquence does not denote lack of intelligence, though they often coincide.
    1. Re:Spaghetti code is good? by bonk · · Score: 1

      I find that statement rather vague and easy to misinterpret.

      1) Is he saying that JavaScript development is a mess, and thus it's easy to build spaghetti code?

      Or

      2) Is he saying that this 'papering over' by AJAX/XML of the mess that is javascript now makes it easier to write spaghetti code?

      Spaghetti code, in every context I am aware of, is a negative thing. Hard to follow code that jumps all over the place without adequate documentation or understandability or even meaning.

      I'm leaning towards #1 being the intended meaning.

      --
      I hope to die peacefully in my sleep like grandpa, not screaming like his passengers.
    2. Re:Spaghetti code is good? by theborg1of4 · · Score: 1

      I don't think he's endorsing spaghetti code. His whole statement was:

      "People who do (AJAX development) are rocket scientists," Fitzgerald said. "In some ways, this papers over the mess that is JavaScript development. It's easy-to-build 'spaghetti' code."

      Perhaps using "spaghetti code" was a poor choice - it sounds like he meant poorly designed and constructed code in general. I think he's saying that Ajax requires more experienced development skills (and hopefully more experienced and therefore competent developers), which will result in an increased likelihood of well-structured code. This would differ from a lot of the poorly-written Javascript out there.

      I think.

  43. What about Sarissa? by Spy+der+Mann · · Score: 1

    Sarissa is a cross-platform XML and XSLT library (more like a wrapper actually) for Mozilla and IE.

    I'm sure AJAX development can be simplified with sarissa. It won't work with other browsers, of course since not all of them support XSLT.

  44. why a framework? by superid · · Score: 1

    This is amazingly timely because 10 minutes ago I finished writing an article for our internal newsletter (a "feel good" thing for our developers) about how to use Ajax.

    I wrote a quick demo page with less than a screenfull of javascript and that included browser detection, a reusable main function and it's callback, plus a function specific to my example.

    Ok mod me down because I didn't read the article (yet) but why is a "framework" necessary.

  45. AJAX on Rails anyone? by ikewillis · · Score: 1

    Wonder how similar it will be to AJAX on Rails, one of the best AJAX abstractions I've seen to date, using the excellent Ruby on Rails object persistence and MVC framework

  46. I'm sorry.. by DeionXxX · · Score: 1

    but.... hahahahhahhahahahahahaha

    Ohhh god... it hurts... soo bad...

    hahahhahahahahaha...

    Ruby on Rails has like what... 5 people using it? Okay lets be generous.. 100...

    Juggernaut?? Please... the project will probably be abandoned in less than a year like all the other half-assed frameworks. (Though really, I'm sure that's what all the PHP haters said too.)

    PHP and Java is who they're really fighting against. In the web dev. world PHP wins over ASP.NET in almost every situation. For all the other situations, Java and ASP.NET fight it out and it's usually a tossup on which gets chosen.

    The real future of web. dev. though is this AJAX stuff. It allows the user experience to be exponentially better without forcing the developer to learn a new backend language. You can use PHP, Java, ASP.NET to talk to your database and do any heavy processing, and let AJAX display your data without screen refreshes and without a lot of traffic to your website.

    1. Re:I'm sorry.. by Digital11 · · Score: 1

      In the web dev. world PHP wins over ASP.NET in almost every situation.
      You obviously don't write enterprise-level web applications then. If you do, then you're smoking crack.

      --
      I am a leaf on the wind. Watch how I soar.
    2. Re:I'm sorry.. by Anonymous Coward · · Score: 0

      That's right, if that was the case you'd be much more familiar with ColdFusion and drop both PHP and ASP.NET as I've used them both more than I wish I had before CF.

      It is a great combination of corporation / developer community that is growing and already has a lot of features far past PHP and ASP. And a lot of huge companies use it (ie. Bank of America) , including the government (yes, the government uses it more than ASP or PHP).

      And...there are servers that run on top of both java and .NET to leverage either as your company sees fit with 2 different companies making servers (CF is not stuck to Macromedia only for server software and therefore more resiliant than ASP). Oh yea, and did I mention that creating a webservice is as easy as change a function type from "public" "private" or "package" to "remote". Now that is ease of development. Something that blends language design, compatibility, and power.

      Spend some time on it...
      http://macromedia.com/software/coldfusion/?promoid =BINO (main CF provider)
      http://www.newatlanta.com/products/bluedragon/inde x.cfm (Offers CF on both Java and .NET, with a free server as well)
      And I would argue with anyone who claims that both of these companies are not incredibly responsive to developers.

    3. Re:I'm sorry.. by DeionXxX · · Score: 1

      Well since the amount of non-enterprise level web applications greatly outnumber the amount of enterprise level one's, I'd say my statement of "almost every situation" still stands. I am both a PHP and ASP.NET application developer and I know the strengths of each. I understand when I have an enterprise level application that I need to develop and when I have a site with a simple CMS or a sweepstakes or something else comparable. This is why I compared ASP.NET to Java and not PHP to ASP.NET for enterprise level applications.

      Way to jump the gun.

    4. Re:I'm sorry.. by Digital11 · · Score: 1

      Heh... Our ASP.NET apps VASTLY outperform our CF apps. In fact, our CF app is currently dragging our web server to its knees under very little load. Try again.

      --
      I am a leaf on the wind. Watch how I soar.
    5. Re:I'm sorry.. by ckaminski · · Score: 1

      I haven't. Used ASP.Net that is... working on PHP these days. So much nicer than VB. But C# is an unknown quantity to me still. ASPs only real advantage over PHP and Perl was COM support and ADO. And those were really trivial advantages since Perl could talk COM, and PHP can as well.

      I'm guessing I'll have to see to understand, but I'm guessing it's simply that Microsoft makes the better tools, and it's the default language for Windows IIS that makes it better. That's a guess, mind you. I haven't found Microsoft to create revolutionary language technologies, ActiveX was no better than MFC, for example, although CDO was certainly better than MAPI...

  47. xmlhttprequest frameworks... by draed · · Score: 4, Informative
    1. Re:xmlhttprequest frameworks... by LibyaHistory · · Score: 2, Informative

      See also this list of Web applications frameworks

  48. I have to laugh by serutan · · Score: 3, Insightful

    AJAX may be the acronym du jour, but these techniques have been around for YEARS, ever since IE5. AJAX is just a simplified way of doing it, just like every programmer in the world creates their own little libraries of routines for handling db connections and the like. AJAX doesn't do anything new, it just repackages it for those who never heard of it.

    When I first learned about XmlHttpRequest in the IE5 days, I thought it was going to revolutionize the web. All the problems of session state maintenance would disappear and web pages would become little client-server apps. MS had this capability first with the ActiveX control. They could have hyped this capability and taken the lead with it back in 1999. ASP.Net would have been another great opportunity to showcase this feature and create standards. Instead the ASP.Net philosophy seemed to be to make as many trips to the server as possible. For a while MS virtually abandoned the idea of out-of-band requests. So now, years after introducing this feature, somebody at Microsoft finally realizes what they had going and decides to jump on the bandwagon. Good job guys, but a little late.

    1. Re:I have to laugh by shis-ka-bob · · Score: 1
      Mod this up. It is amazing to me that .Net is viewed as an 'enterprise' technology for this very reason. You either end up with tons of server-side components or you end up fighting the MS name mangling of every component of the web page so you can 'hack' your own javascript responses. It will be a wecomed relief if MS would stop the name mangling nonsense and make it easy to use javascript.

      Since the javascript is a pain, we end up (overusing) server components. This means that we need multiple web servers to support a company of a few thousand employees because .Net's server components just don't scale the way I expect web applications to scale. AJAX might do processing in the relatively inefficient Javascript, but at least AJAX doesn't hammer the web servers each time a user interacts with the GUI. So, in this regard, it may have a larger 'prefactor', but the scaling exponent is smaller. For the 'enterprise' trading a lower scaling factor for a larger prefactor is almost always a big win. Especially if you use XSLT intelligently, you will be able to cache all sorts of XML documents using something like Squid between the web servers and the browser, which will vastly improve the efficiency of dynamic web sites. Some of the performance improvements reported with Zope/Squid are simply amaizing.

      --
      Think global, act loco
    2. Re:I have to laugh by drew · · Score: 1

      While I mostly agree with you, there is onething I would like to clarify.

      AJAX is just a simplified way of doing it, just like every programmer in the world creates their own little libraries of routines for handling db connections and the like. AJAX doesn't do anything new, it just repackages it for those who never heard of it.

      AJAX is merely an acronym that descibes an abstract idea (that, as you say, has been around for years) it doesn't repackage anything, and it doesn't simplify anything. every programmer still has to write their own 'AJAX engine' because there is no standard one yet. In other words, AJAX doesn't really do anything at all except give people a fancy new buzzword to throw around.

      I think XML, like Java before it, was starting to die out and people started to realize that they could no longer get anything they wanted by throwing the word XML (or Java) into the description, so everybody was starting to look for the new magic word that would make their projects look that much cooler. The fact that the X in AJAX stands for XML (in theory, although almost never in practice) is a bit of a bonus, feedig off whatever residual magic the word XML still might wield.

      --
      If I don't put anything here, will anyone recognize me anymore?
  49. Shhh by Anonymous Coward · · Score: 0

    Mac phans like to pretend Mac is different that Microsoft.

  50. AJAX Sample by Anonymous Coward · · Score: 0

    I've been using the following; which seems to work pretty good:

    http://dkpinteractive.ath.cx/scripts/AJAXRequest.j s

    Regards.

  51. My Opinion of AJAX by Anonymous Coward · · Score: 0

    I find it rather abrasive to work with, yet it results in a much cleaner design in the end.

    Thank you! I'll be here all week!

  52. Mod Parent Up! by fupeg · · Score: 1

    This is exaclty right. AJAX is built on XmlHttpRequest which is not a W3C standard. It was first implemented by Microsoft in IE 5, then by the Gecko crew in Mozilla 1.0. There is a W3C proposal that is similar, but it is basicaly ex post facto. Apple and Opera adopted XmlHttpRequest basically so their users could use GMail. There are differences in implementation on each of these browsers, so there is definitely no standard.

    What's sort of interesting is that Microsoft first introduced this as one of those non-ECMA standards they were popping out left and right in the late 90's. Many people believe these were all designed to hurt Netscape. They didn't really do much with this gem once Netscape had bit the dust. Then Google comes along and resurrects it with GMail making them look like them look like these great innovators, especially compared to Microsoft's Hotmail and Yahoo! Mail. Oh the irony.

  53. 9 of 10 Script Kiddies Agree! by Zemplar · · Score: 1

    "Microsoft has announced plans to release a javascript client framework library for use with ASP.NET 2.0 that makes AJAX style browser clients easier to code"?

    Nine out of ten Script Kiddies agree Microsoft makes the tastiest software. It's now even harder on your wallet and still twice as vulnerable!

    1. Re:9 of 10 Script Kiddies Agree! by James.Stanton · · Score: 1

      This doesn't even make any sense!!! Its a free library (i.e. not harder on your wallet) and is based on the same technologies that Google Maps and GMail are, so how is it more vulnerable?

  54. There is a standard... by YU+Nicks+NE+Way · · Score: 1

    And it's the implementation in IE5. Why? Because the Microsoft Exchange team wrote the original implementation of XmlHttpRequest to support OWA in Exchange 2000.

    So, in this case, the first implementation of the idea, used for the purpose that others have adopted later is Microsoft's. Usually, that's considered enough to claim priority in defining a standard. That other browsers aren't conformant to the standard is hardly Microsoft's fault.

    1. Re:There is a standard... by sean23007 · · Score: 1

      That's not a standard. No standards body would accept a standard based on ActiveX. Using your logic, ActiveX would be the standard way to make rich web interfaces, since Microsoft developed it first. The W3C is making a Load & Save standard, but it isn't progressing much. So everyone uses XmlHttpRequest, which was invented first by Microsoft, functionally copied by everyone else, and is now a non-standard feature used in many new web applications.

      By the way, MS invented this at the same time they were inventing dozens of other non-standard web technologies just for fun. This one turned out to be good ... 7 years later.

      --

      Lack of eloquence does not denote lack of intelligence, though they often coincide.
  55. MSDN uses AJAX by Anonymous Coward · · Score: 0

    msdn.microsoft.com/library tree uses AJAX a.k.a OutofBand calls to get the data.It is a simple HTC + CSS + XML.

  56. Ajax .net by Anonymous Coward · · Score: 1, Informative

    While people are busy promoting ajax on rails and so on, there is already a great AJAX Library for .net called Ajax.net

    http://weblogs.asp.net/mschwarz/

    Works like a charm

    1. Re:Ajax .net by Anonymous Coward · · Score: 0

      hey! dont let MS to know about it. dont you think that they will 'embrace and extend' it and ditch all the original development team and claim it as developed internally ?

  57. This dude beat MS to the punch by BilgeRat · · Score: 1

    http://ajax.schwarz-interactive.de/csharpsample/ This thing works beautifully with the current version of asp.net.

  58. mod parent funny by sbma44 · · Score: 1

    hilarious stuff, man

    1. Re:mod parent funny by flwombat · · Score: 1

      Well, I'm glad somebody got it.

      --
      ---------
      get your war on
  59. Something Like It by wranlon · · Score: 1

    I have something that could be used as an AJAX Framework. It's cross browser and easy to use in an obtuse and poorly documented sort of way. Also, a prototype AJAX for ASPX plugin.

  60. I've really got to question the name "Ajax" by feloneous+cat · · Score: 1

    After all, he was the guy who lost to Odysseus fighting over Achilles armor (you know, of the heel fame?). Later, he went mad and began slaughtering cows. He then killed himself.

    Sadly, most people will think "what you cut dope with"...

    --
    IANAL, but I've seen actors play them on TV
    1. Re:I've really got to question the name "Ajax" by shis-ka-bob · · Score: 1

      I use Ajax to scour pots, not cut pot.

      --
      Think global, act loco
    2. Re:I've really got to question the name "Ajax" by Anonymous Coward · · Score: 0

      I've got some buddies and we all drink bleach
      You know we practice what we preach
      We're not a drunken bunch of frat-boys
      Trashed on beers
      Or a stoned bunch of hippies
      With no careers
      I wanna drink bleach with a Georgia peach

      My pals and I all drink Clorox
      Or eat Snowy Bleach right out of the box
      Teenage suicide rate's shot high
      And we understand the reasons why
      Bleach does more than whiten socks

      Don't you wanna hang out with the Bleach Boys, baby?
      In a world where ministers murder golf pros
      Don't you wanna drink some bleach tonight?

      Maybe there'll be a party at the beach
      We'll bitch about life and chugalug bleach
      No one's getting high, and no one's getting drunk
      I've got a case of bleach stashed in my trunk
      I wanna die with Clorox within reach

      I'm very proud of the respect I've earned
      And my voice is very deep cause my throat got burned
      Bleach keeps you young so I've been told
      Cause no one who drinks it lives to get old
      Drink it with a chaser was the first thing that I learned

      Don't you wanna hang out with the Bleach Boys baby?
      In a world where midgets run for mayor
      Don't you wanna drink some bleach tonight?

      I had 26 friends in the beginning
      But now it seems our numbers are thinning
      Some people drive fast, others love to bet
      Still others snort coke in a private jet
      But drinking bleach is my way of winning

      Don't you wanna hang out with the Bleach Boys baby?
      In a world where welders own our schools
      Don't you wanna drink some bleach tonight?

      I'm so bored I'm drinking bleach
      I'm so bored I'm drinking bleach
      I'm so bored I'm drinking bleach
      I'm so bored I'm drinking bleach
      I'm so bored I'm drinking bleach
      I'm so bored I'm drinking bleach
      I'm so bored I'm drinking bleach
      I'm so bored I'm drinking bleach
      I'm so bored I'm drinking bleach
      I'm so bored I'm drinking bleach
      I am so bored!
      I am so bored!

    3. Re:I've really got to question the name "Ajax" by Senzei · · Score: 1

      If you have to question what "going mad and slaughtering cows, then killing yourself" has to do with web programming you evidently have not done much of it. After the nth time watching mozilla do something perfectly while IE takes a dump on my screen I was about in a mood to try the whole cow slaughter bit.

      --
      Slashdot: Where anecdotes and generalizations can be freely substituted for facts, logic, or intelligence
  61. OK, but... by Anonymous Coward · · Score: 0

    What's so hard about AJAX? I did my first implementation last night and it wasn't any more difficult than anything else you might need to process with some javascript.

  62. Why not a new application container specification? by parvenu74 · · Score: 1

    The HTML and JavaScript sepcifications upon which web browsers are built are good and all, but were they built with the idea of hosting an application versus a webpage? It seems to me that AJAX is sort of a hack to turn a web browser into an application container; why not build a new, open specification designed from the get-go to be an applications container and not merely an HTML display mechanism?

  63. 5 to 100? by Paradox · · Score: 1
    hahahhahahahahaha... Ruby on Rails has like what... 5 people using it? Okay lets be generous.. 100...
    You realize that the beta of the new Pragmatic Programmer Rails book has sold more copies than that on iteration 1? The demand is absurd.

    I'm a Rails novice. My abilities with Rails are only marginal compared to the gurus of the framework. And I am turning down consulting jobs. I work on Rails at work now, both professionally (see where I work in my description and be shocked) and in my current consulting job.

    I have turned down two consulting offers because I simply don't have the time in the week to juggle more than 1 full time and 1 part time job. Both were for what I'd consider "enterprise" class applications.

    Rails is huge, and its getting bigger. A cursory technorati and google search can show you that. If you can't see this, you're going to be left behind as a web developer.

    --
    Slashdot. It's Not For Common Sense
  64. Try JSON instead of XML by dmeranda · · Score: 3, Informative

    One of the great things about "AJAX" is that the "X" is optional. No reason to do XML at all unless that's what you want. So, if XML is overkill for your application, take a look at JSON, http://www.json.org/

    I think it's better than CSV even. And it's got bindings to tons of languages, not just Javascript. So producing the server-side is also very easy.

  65. Re:DOM by MemeRot · · Score: 1

    DHTML doesn't mean anything by itself except for using client side script to change page layout. There used to be significant differences between how to do that in IE and Netscape - document.all versus document.layers, but that's irrelevant today. As long as you use the Document Object Model to do your DHTML you're standards-compliant and cross-browser compatible (with many minor bugs affecting one browser or another, but still pretty close).

  66. XMLHttpRequest is not "standard" by _newwave_ · · Score: 2, Informative

    And your knowledge is pretty far off-base.

    Do you realize the XMLHttpRequest Object (the core javascript object in which AJAX would not exist without) is not a W3C standard? It was first implemented in IE5 as an ActiveX Object (new ActiveXObject("Microsoft.XMLHTTP")) and latered implemented by Mozilla, Firefox, Safari, etc.

    Of course, you won't find anyone giving MS credit for innovation here, but you'll get modded 5 if you're the first to mentions "standards!"

    1. Re:XMLHttpRequest is not "standard" by AstroDrabb · · Score: 1
      Do you realize the XMLHttpRequest Object (the core javascript object in which AJAX would not exist without) is not a W3C standard?
      And where did I say it was a W3C standard? I said it was a standard. If you can use the XMLHttpRequest object in all modern browsers, then IMO it is a standard. I personally do not need the blessing of the W3C before I use it.
      It was first implemented in IE5 as an ActiveX Object (new ActiveXObject("Microsoft.XMLHTTP")) and latered implemented by Mozilla, Firefox, Safari, etc.
      Thanks for the news flash Caption Obvious!
      Of course, you won't find anyone giving MS credit for innovation here
      Did I say MS was not innovative in this regard? Personally I do not consider the MS version as innovative as a native XMLHttpRequest object. The MS version is an ActiveX control that only works in IE under MS windows.
      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    2. Re:XMLHttpRequest is not "standard" by execute85 · · Score: 0

      Of course it only works on IE under MS. The different browser impls are all proprietary and only run in that browser. The MS version is innovative because it was the first that all the others copied. And there's no such thing as a "native" impl, each impl only runs within its supported browser. It would be pretty cool if someone wrote a pure JavaScript XMLHttpRequest library, but it's not possible until a real standard is created that each browser can adhere to.

  67. ActiveAjax by Anonymous Coward · · Score: 0

    From what I hear, they plan to combine AJAX with ActiveX to create a new technology, ActiveAjax. It is rummored this new fusion will revolutionize how we think of the web and web content.

  68. That would be funny by ad0gg · · Score: 2, Informative

    if Microsoft hadn't invented Ajax.

    --

    Have you ever been to a turkish prison?

    1. Re:That would be funny by elemental23 · · Score: 1

      Microsoft created XMLHttpRequest, true, but Adaptive Path came up with the buzzword du jour that is AJAX.

      --
      I like my women like my coffee... pale and bitter.
  69. Not quite. by Benanov · · Score: 1

    As as ASP.Net developer:

    I can tell you that while it WORKS, there is a LOT of Microsoft-specific crap that gets spit out into the web pages, especially with the designer.

    You have to be very careful to clean that stuff out.

    For example: Microsoft will let you happily think that you can just set the widths of tables and controls willy-nilly and it will all line up and look pretty.

    Only in IE.

    Other browsers tend to ignore control widths, because they can obscure text. For example, with drop-down lists, Mozilla makes the list long enough to hold the longest entry.

    You can force them back to a specific width with CSS if you *really* want. :)

    Headers in the Datagrid controls don't line up unless you do things like this. You end up having to change the controls to spit out spans (and turn off the BR tags) and make the HTML yourself it you want it clean and to pass W3C validation and look decent in other browsers.

  70. defeat by Anonymous Coward · · Score: 0

    This is a big defeat for Microsoft. Microsoft has always pushed the fat client, because that is where it makes most of its money, and it hates web protocols because it can't control them like it can the desktop.

    Unfortunately for Microsoft, AJAX has really caught on, and so Microsoft has to support it or be left behind, even though doing so undermines its long-term strategy.

    Monopolies rarely survive technological revolutions, and it looks like AJAX is going to do some real damage to the Windows monopoly.

  71. Not quite by Qbertino · · Score: 1

    As for the jokes to your comment, I have them covered allready.

    This is not about any particular framework. It's about OSS server technology slowly creeping into everyday webapps and beyond. And Firefox/Mozilla Rich Clients in XUL lurking around the corner. Same goes for Flash stuff like Flex or Breeze. MS is fighting those too with new Products like "Office Live Meeting" and such. In MS much fear I sense about that.

    Ajax on the other hand is a new buzzword for an ancient technology that usually is called "Doing neat client side stuff with Javascript". Some type A new economy wiseguy over at AdaptivePath brought it up and wrote an essay on rich clients with the assistance of the official web economy bullshit generator. And now - naturally - MS is picking it up. MS is king when it comes to buzzwords (and bullshit) and since they've got it all set up allready they now have a reason to sell more ASP.Crap servers for 10 Bazillon Dollars each.
    That's all it is about.

    BTW: If you want to check out a wepapp-juggernaught I'd suggest Zope, aka 'What RoR wants to be when it grows up'.

    --
    We suffer more in our imagination than in reality. - Seneca
  72. Rocket scientists by Anonymous Coward · · Score: 0

    Maybe it's not that hard to be a "rocket expert" today, but 50 or so years back, when the phrase was coined...

  73. Don't expect long term support by Jose-S · · Score: 1

    MS long-term strategy involves having both client and web applications developed with XAML. Though they appear to deny the intention to replace HTML/Javascript, XAML is designed to be able to, and it just might because it will be far superior -- it will be a .NET language. (The open source community will help them port it to Linux, etc.)

    1. Re:Don't expect long term support by magerquark.de · · Score: 1

      Get serious. No one will ever develop a decent application with a decent GUI by using something like an XML-language. That's just a marketing hype/dream.

      --
      -- Watch me working: www.magerquark.de
  74. And if you don't have iframe? by tepples · · Score: 1

    Except that you can do pretty much all the AJAX stuff using a hidden frame instead of XmlHttpRequest.

    HTML 4 Strict and XHTML Strict do not include frame or iframe elements, and an object element (the official replacement for iframe) may not act as the target for an a element or for a scripted load. If your client or your boss has specified that the project shall use a Strict DTD and shall work when XMLHttpRequest is not available, then you can't use AJAX.

    1. Re:And if you don't have iframe? by JamesOfTheDesert · · Score: 1
      If your client or your boss has specified that the project shall use a Strict DTD and shall work when XMLHttpRequest is not available, then you can't use AJAX.

      You can use JavaScript to add elements to the DOM after the page is loaded. The page will still be valid, but the DOM available to the script will be usable for all that AJAZZ.

      --

      Java is the blue pill
      Choose the red pill
    2. Re:And if you don't have iframe? by masklinn · · Score: 1

      I'm not sure you really understood how the DOM works... The initial page may still be valid, but the modified DOM won't be. Try CTRL+A + right click => View Selection Source under Firefox and validate that one. I betcha the validator will tell you to stick it up your ass.

      --
      "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
    3. Re:And if you don't have iframe? by JamesOfTheDesert · · Score: 1
      I'm not sure you really understood how the DOM works... The initial page may still be valid, but the modified DOM won't be. Try CTRL+A + right click => View Selection Source under Firefox and validate that one. I betcha the validator will tell you to stick it up your ass.

      Nothing shall be going up my ass, thanks. The XML being validated is the original text being sent to the browser.

      --

      Java is the blue pill
      Choose the red pill
  75. What about J#? by quanticle · · Score: 1

    Wasn't J++ superceded by Visual J#, which, as I understand it, compiles Java into MSIL code?

    --
    We all know what to do, but we don't know how to get re-elected once we have done it
  76. HOT NEWS FLASH! by Anonymous Coward · · Score: 0

    hey here's a hot piece of information:

    AJAX is javascript/css. so says google. so says all professional web developers older than 17. It used to be called DHTML.

    it's amazing how much milage one can get from a buzzword.

    Why are people even discussing it? or referring to it as some hot new technology?

    Hmm maybe I'll only hire interns who put something about "experience with AJAX development" on the old resume...

    1. Re:HOT NEWS FLASH! by boy_afraid · · Score: 0

      You mean I've been developing AJAX software all these years and I didn't know it??? I'M A GENIUS!

      I need to patent this. I definetly have prior art!

  77. AJAX for online instant messaging - web IM baby!! by julianc105 · · Score: 1

    ajax chat
    I created an AJAX chat after this first came out just to try my hand at it. The code is free and you can use this as sort of an example of how AJAX kicks some serious but. I was reading the comments and XMLHTTPRequest works with both Mozilla and IE (I coded with both browsers open, side-by-side). So check it out and put it on your site.
    install instructions for ajax chat
    I thought it was cool 'cause it saves the cost of a messaging server.
    An interesting problem came up with overloading the xmlhttprequest object so you must be careful and code flags to be sure the object is not recieveing info.

  78. There are enough already by Dracos · · Score: 1

    And considering their framework will likely only work in IE in conjunction with IIS, what's the point?

    They could also do everyone a favor by rewriting XMLHTTPRequest as something else than an activeX object.

    P.S., AJAX is a really dumb acronym.

  79. I don't suppose... by 3.2.3 · · Score: 1

    ...this means MS will be fixing the gigantic memory leaks in the XmlHttp implementation in IE?

  80. browserCaps by Anonymous Coward · · Score: 0

    Right, just like ASP.NET renders some output differently with Firefox. Server-side script should output the same regardless of the browser. It's bad enough we have to come up with client-side hacks for different browsers.

    If you open up your machine.config installed by ASP.NET, you will notice the following note:

    For updates to this browser data visit cyScape, Inc. at http://www.cyscape.com/browsercaps

    If you click the link, you will get the message "This file is currently under development. Please check back shortly." Surprise, surprise. Yeah, it can be fixed with a bit of Google searching, but why is it broken in the first place? Oh yeah, it's Firefox, which Microsoft hates. Opera is configured correctly, but then again, Opera also isn't made by communists.

  81. Umm... by advb89 · · Score: 0

    They would~

    --
    <overrated>Insert Sig Here</overrated>
  82. Microsoft and Ruby On Rails Announce Joint API... by Anonymous Coward · · Score: 0
    As part of their AJAX initiative, Microsoft has today jointly announced with the Ruby On Rails project a new API termed Joint Application with XML On Fast Frameworks or JAXOFF. Concurrently Microsoft announced a new program, the Microsoft Extended Applications Testbed, or MEAT, for automated testing of JAXOFF apps.

    Steve Ballmer let it be known that Microsoft would quickly and firmly embrace and extend itself into all AJAX standards: "Nobody beats our MEAT!" roared Ballmer, to the applause of the announcement crowd.

  83. Applets^H^H^H^H^H^H^HActive X by tod_miller · · Score: 1

    ActiveX is the equiv of an Applet, only it doesn't run in a clever sandbox, doesn't support intelligent (and workable, albeit tricky) signed classes.

    Yes you can sign activeX controls, but you cannot have a fine grained security profile that gives different zones different privs.

    Applets are still very cool, and if anything, I see them being used more and more for high media websites, even at the expense of flash, see lenova's (?) new site for their products.

    --
    #hostfile 0.0.0.0 primidi.com 0.0.0.0 www.primidi.com 0.0.0.0 radio.weblogs.com
  84. That's not correct by DigitlDud · · Score: 1

    The AJAX framework is built on ASP.NET 2.0 callbacks which Microsoft went out of their way to make sure works on non-IE browsers. In fact, all ASP.NET 2.0 controls generate XHTML 1.0 strict compliant code and work on all browsers identically. Even the advanced heavy-javascript controls it ships with. On top of that, everything gracefully scales back on older browsers or when javascript is disabled.

    XmlHttpRequest started with IE but Netscape came out with their own version which most non-IE browsers also use. It WAS later added to the standard.

  85. Re:Why not a new application container specificati by Anonymous Coward · · Score: 0

    http://whatwg.org/

    Web Applications specification.

  86. You totally miss the point. by jbplou · · Score: 1

    ASP.NET runs on the server, it doesn't matter what browser or os is on the client as long as it supports XML requests.

  87. Re:Why not a new application container specificati by Anonymous Coward · · Score: 0

    How is WHAT different from what Microsoft is proposing in Longhorn with Avalon and XAML -- aside from WHAT being Open and Avalon/XAML being MS?

    Or is that the only functional difference?

  88. Question? by polyp2000 · · Score: 1

    Does anyone know of any good resources / tutorials for AJAX. Do O'Reilly have a book yet?

    Nick...

    --
    Electronic Music Made Using Linux http://soundcloud.com/polyp