Slashdot Mirror


IE7 To Support XMLHTTP Requests

Ruliz Galaxor writes "IEBlog posts that Internet Explorer 7 will support a native XMLHTTPRequest object as many other browsers currently do. This will mean no more ActiveX MSXML objects to implement AJAX functionality. It looks like Microsoft is seriously trying to make the lives of us web developers easier. Of course you'll still need to use the Microsoft.XMLHTTP ActiveX object if you want to support IE6 and older."

238 comments

  1. Program Managers Anonymous? by manastungare · · Score: 5, Funny
    Hello, I'm Sunava Dutta and I am a Program Manager in the Internet Explorer team.

    It's OK, we understand ...

    1. Re:Program Managers Anonymous? by FinchWorld · · Score: 1

      Her therapist must be on some good money.

      --
      "I may be full of crap about this game, and I may be wrong, and that's fine." -Jack Thompson
    2. Re:Program Managers Anonymous? by Tackhead · · Score: 5, Funny
      > > Hello, I'm Sunava Dutta and I am a Program Manager in the Internet Explorer team.
      >
      > It's OK, we understand ...

      1) We admitted we were powerless over the cruft - that the code base had become unmanageable.
      2) Came to believe that a power greater than ourselves could restore us to sanity.
      3) Made a decision to turn our specs and our code over to the care of Gates as we understood Him.
      4) Made a recursive search and complete manifest of our source files.
      5) Admitted to Gates, to ourselves, and to another developer the exact nature of our design flaws.
      6) Were entirely ready to have Gates fire our sorry asses.
      7) Humbly asked Him to allocate the budget for the security upgrades.
      8) Made a list of all bugs we had let slip into the released codebase, and became willing to provide patches for them all.
      9) Provided patches to such systems wherever possible, except when to do so would break existing functionality or introduce new security holes.
      10) Continued to monitor the security mailing lists, and when we were notified of an exploit, promptly fixed the bug.
      11) Sought through coding and specification to improve our conscious contact with Gates, as we understood Him, praying only for knowledge of His will for us and the power to carry that out.
      12) Having had a spiritual awakening as the result of these steps, we tried to carry this message to program managers, and to practice these principles in all our projects.

    3. Re:Program Managers Anonymous? by interiot · · Score: 1

      Is that an internal memo? That seems eerily like it's written by someone with personal experience with it (other than Gates=Him part).

    4. Re:Program Managers Anonymous? by Anonymous Coward · · Score: 0

      It is the 12 Step credo... AA, NA, SA, CoDA.

      Nathan.

  2. Backwards Compatability by angst7 · · Score: 3, Insightful

    "Of course you'll still need to use the Microsoft.XMLHTTP ActiveX object if you want to support IE6 and older."

    Which means that browser type checking will need to remain pretty much for the forseable future. Inclusion of XMLHTTPRequest now is nice, but in practical terms its perfectly meaningless.

    --
    StrategyTalk.com, PC Game Forums
    1. Re:Backwards Compatability by Anonymous Coward · · Score: 4, Insightful

      Yeah, so they shouldn't add it at all, because it's apparently pointless.

      Good call! After all, why in the hell should Microsoft make web developer's lives easier in the future? It's complicated now!

    2. Re:Backwards Compatability by digitaldc · · Score: 2, Funny

      Inclusion of XMLHTTPRequest now is nice, but in practical terms its perfectly meaningless.

      Yes, but look at it this way, how many times do software companies do something perfectly?

      --
      He who knows best knows how little he knows. - Thomas Jefferson
    3. Re:Backwards Compatability by lseltzer · · Score: 4, Insightful

      >>in practical terms its perfectly meaningless

      Not true. The point of it is that a user or company can disable ActiveX completely and still use AJAX.

    4. Re:Backwards Compatability by QRDeNameland · · Score: 2, Insightful

      Amen to that. To say that MS is finally fixing things like XMLHTTPRequest or PNG alpha transparency (which has only been around like what, 11 years or so?) in IE7 ONLY is somehow "making web developers' lives easier" when IE7 will only install to XP post SP2 or Vista is nonsense. You still have several different standards to code around until all those older versions fade into obscurity. Post some of these fixes back to 5.5 and 6.0 and maybe they'll actually make someone's life easier this decade.

      --
      Momentarily, the need for the construction of new light will no longer exist.
    5. Re:Backwards Compatability by CrackedButter · · Score: 1

      Shhh! Please don't challenge the mac users here.

    6. Re:Backwards Compatability by OneSeventeen · · Score: 1
      ""Of course you'll still need to use the Microsoft.XMLHTTP ActiveX object if you want to support IE6 and older." Which means that browser type checking will need to remain pretty much for the foreseeable future. Inclusion of XMLHTTPRequest now is nice, but in practical terms its perfectly meaningless."

      What this basically means is I can take down the "This site would be cool if your browser adopted more standards" message from the IE version of some of my web apps, and instead give a link for IE6 users to Firefox or IE7.

      Now with the support of XMLHTTP Requests, are they planning on supporting XHTML anytime soon? Or are they waiting until Firefox is at least 2 generations ahead?

      --
      "Now the trouble about trying to make yourself stupider than you really are is that you very often succeed." -C.S. Lewis
    7. Re:Backwards Compatability by cnettel · · Score: 1

      Nope, the point is that the user will be able to turn off creation off "marked safe for scripting" ActiveX objects by ProgID. Any J(ava)Script/DOM object in IE is an ActiveX object, more precisely a IDispatch object. This has some technical consequences, as it means that reference counting, not garbage collection, is used.

    8. Re:Backwards Compatability by Kelson · · Score: 2, Interesting

      Fortunately you can check by capabilities instead of sniffing UA strings, and lump IE7 in with other AJAX-capable browsers:

      if (native XMLHTTPREquest) {
              do native stuff
      }
      else if (ActiveX XMLHTTPRequest) {
              do ActiveX stuff
      }
      else {
              non-AJAX fallback
      }

      In a few years it'll be practical to drop the middle section, assuming XMLHTTPRequest hasn't been replaced by something more useful.

    9. Re:Backwards Compatability by johannuhrmann · · Score: 1

      This is true when IE7 is going to be released and it will remain true for a couple of months
      (or even years).

      But a simple analysis of the "user agent" field shows that IE6 is making about 80% of
      all requests while IE5.5 and IE5 make together only 2%. (By the way: Firefox is at about 10%) (*)

      This means that the support will be there in the future and it will run through similar
      stages as CSS support.

      Therefore, XMLHTTP in IE requests are a benefit. Not now, but in the future.

      *) figures from analysis of a small company website

    10. Re:Backwards Compatability by Anonymous Coward · · Score: 0

      I want to know - why is this NEWS??! "OMG, Microsoft is going to make a feature that is standard in most other browsers as part of IE7, years after everyone else! Yay!"

      Pitiful.

    11. Re:Backwards Compatability by lseltzer · · Score: 1

      No, not true. Disabling ActiveX in IE would disable all actual ActiveX controls implemented through the OBJECT tag, but not built-in controls like XMLHTTPRequest

    12. Re:Backwards Compatability by AndroidCat · · Score: 1

      Any bets that they're just putting a wrapper around the ActiveX object? (It does mean that all other ActiveX objects can be shut off.)

      --
      One line blog. I hear that they're called Twitters now.
    13. Re:Backwards Compatability by straight_up · · Score: 1

      Not true!

      Browser checking, as in, "User Agent String Parsing," should almost never be used, anyway.  You should object detection instead:

      //JavaScript
      if (window.XMLHttpRequest) { // Mozilla, Safari,...
        ...
      } else if (window.ActiveXObject) { // IE6 and less
        ...
      }

      ReadPPK's explanation: http://www.quirksmode.org/js/support.html

      --
      Get your $sys$ camo tees now!
    14. Re:Backwards Compatability by ChrisGilliard · · Score: 1

      Or just use Firefox!

      --
      No Sigs!
    15. Re:Backwards Compatability by Poltras · · Score: 1
      Anonymous cowardly bashing microsoft with no particular argument in a very predictable manner IS pitiful.

      May God have mercy of you.

    16. Re:Backwards Compatability by jonadab · · Score: 1

      > Which means that browser type checking will need to
      > remain pretty much for the forseable future.

      Maybe, but if IE7 has the major things content developers want (cheifly: alpha channel support, this, and good support for CSS selectors), I think it'll be out for less than a year before you start to see a lot of websites refusing to support IE6 at all. There are already a *lot* of webmasters who are *tempted* to drop support for IE6 but talk themselves out of it on the grounds that IE has the largest market share. The improvements that can be made both to the web development process and the user experience (and also to accessibility) by dropping IE6 support are substantial, and if IE7 delivers most of these improvements, webmasters may again start telling users to upgrade their browsers, as was quite common practice during the 90s.

      --
      Cut that out, or I will ship you to Norilsk in a box.
    17. Re:Backwards Compatability by JamesOfTheDesert · · Score: 1
      What this basically means is I can take down the "This site would be cool if your browser adopted more standards" message from the IE version of some of my web apps, and instead give a link for IE6 users to Firefox or IE7.

      When did XmlHttpRequest become a standard?

      --

      Java is the blue pill
      Choose the red pill
    18. Re:Backwards Compatability by Anonymous Coward · · Score: 0

      Bill? Is that you?

    19. Re:Backwards Compatability by shmlco · · Score: 1

      You're so right. In keeping with that train of thought, we should stop adding ANY new features or additional standards support to FireFox. After all, unless they're willing to back all of those changes down to version 0.9, we'll still have to support the existing base and THEY won't have the new features. ;)

      --
      Any sect, cult, or religion will legislate its creed into law if it acquires the political power to do so.
    20. Re:Backwards Compatability by QRDeNameland · · Score: 1

      That might actually be a valid interpretation if (a) new versions of Firefox were limited to only the very newest versions of Windows like IE7 is (which they're not) or (b) I was describing some new features or standards as opposed to old ones that are well documented as having been broken for years in IE (which I wasn't). winky back atcha

      --
      Momentarily, the need for the construction of new light will no longer exist.
  3. Looks like Microsoft has a winning strategy . . . by mmell · · Score: 4, Insightful
    They've lost some ground to Firefox et. al.; if they can keep corporate America convinced that IE is "just as good" for what businesses want their browser to do, they'll continue to hold the hammer-lock on browsers in the workplace (remember, M$ doesn't need to convince all of us, just the PHB's among us).

    Begun the browser war has (again).

  4. Re:Finally by objekt · · Score: 0, Offtopic

    How about a decent operating system now?

    Yeah, like something other than Windows.

    --
    -- Boycott Shell
  5. And...? by wombatmobile · · Score: 5, Insightful

    It looks like Microsoft is seriously trying to make the lives of us web developers easier.

    MS deserves credit for this sensible implementation of XMLHTTPRequest, and indeed for innovating XMLHTTPRequest in the first place.

    Now if MS is "seriously trying to make the lives of us web developers easier" [when] will they implement the rest of the core W3C web standards?

    FF, Opera and Safari and their respective communities are already well advanced with implementations of SVG, DOM, CSS, PNG, JPEG2000 and XForms. These standards are bread and butter for "seriously trying to make the lives of us web developers easier".

    When will MS join the inevitable?

    1. Re:And...? by Daniel_Staal · · Score: 2, Interesting

      Impoved support for several of those is also scheduled for IE7. (We'll have to see how much improved when it is actually out, of course, but the reports at the moment are promising.)

      Microsoft has proven it can make a good web browser. When they are backed into a corner.

      --
      'Sensible' is a curse word.
    2. Re:And...? by Bogtha · · Score: 3, Insightful

      SVG: Microsoft implemented vector graphics in Internet Explorer years ago with VML, which they submitted to the W3C in 1998.

      CSS: A partial list of fixes regarding CSS that will be in Internet Explorer 7 can be found on the IEBlog. They've fixed a lot.

      PNG: Internet Explorer 7 will have support for the PNG alpha channel, bringing it up to the level of support that other browsers have.

      JPEG2000: JPEG2000 is patent encumbered. Mozilla/Firefox doesn't support it.

      XForms: XForms support is available through a plugin.

      The only really valid complaint you have there is their lack of support for the DOM. In particular, it would be very nice if they implemented DOM 2 Events, but I don't think that's likely to happen for Internet Explorer 7.

      --
      Bogtha Bogtha Bogtha
    3. Re:And...? by leighklotz · · Score: 2, Informative

      > are already well advanced with implementations of SVG, DOM, CSS, PNG, JPEG2000 and XForms.


      Only Firefox/Mozilla has XForms; sadly Opera and Safari don't.

      XForms, by the way, is the only stanrd to incorporate all the stuff that XMLTTHPRequest does, and it does so in a very easy way.

      For example, if you want to load up your del.icio.us tags you just do this in the <head>:

        <instance src="http://del.icio.us/api/tags/get" />

      Then you can list them like this in the HTML <body>:

        <repeat nodeset="/tags/tag">
            <output ref="." />
        </repeat>

      using the XForms <submission> tag, you can also do asynchronous HTTP POST of XML, of any instance in the page, and direct the results to come back to any instance. When the instance comes back, the UI automatically recalculates itself, and any UI widgets or groups (i.e., entire <div>s) that were bound to non-existent nodes suddenly appear in the UI when the data updates and the nodes appear. You can even make submission happen automatically when fields are exited or when menu items are changed, so forms can be completely dynamic with absolutely no JavaScript; just plain markup.

      As Rachel Ray says, "How cool is that?"

      Lately I've been using FormFaces (an entire XForms implementation for IE, Safari, and FF/Mozilla in AJAX/JavaScript) and Chiba (a Tomcat-based back end that outputs either plain HTML with no JavaScript for no-brainer ADA compliance, or AJAX-enhanced HTML for dynamic forms). These implementations are running neck-and-neck with the Firefox/Mozilla native one, and are catching up to the very advanced IE plugin FormsPlayer.

      If you want to see how to do the the dynamic XML features you get from HTTPXMLRequest but in a standards-compliant way and using simple markup, see XForms for HTML Authors.

      P.S. Since I got bashed for not saying this before, I have to add that I was one of the editors of the XForms 1.0 recommendation. Since I post under my real name and list the info on my website (and at the top of the spec ;-) I hadn't realized I needed to point out explicitly that I helped. But I'm not involved in selling implementations, only in using them.

    4. Re:And...? by wombatmobile · · Score: 1

      I suppose you're just trolling but +5 Funny even if you are.

      VML is not SVG in the same way that 1998 is not 2006 and your grandmother is not Jessica Alba. More than that, MS never came close to fully implementing its own spec for VML in IE. The rendering in IE does not even support line widths or relative coordinates, and the spec doesn't even mention compression.

    5. Re:And...? by Kelson · · Score: 1

      Here's a list of what they were anticipating having for beta 2:

      • HTML 4.01 ABBR tag
      • Improved (though not yet perfect) <object> fallback
      • CSS 2.1 Selector support (child, adjacent, attribute, first-child etc.)
      • CSS 2.1 Fixed positioning
      • Alpha channel in PNG images
      • Fix :hover on all elements
      • Background-attachment: fixed on all elements not just body

      Plus a bunch of bug fixes. I can think of things I could do with every single one of these, and while I'd like more (say, max-width and min-width, or generated content) it's a big improvement. Maybe IE 8.0?

    6. Re:And...? by Bogtha · · Score: 1

      I'm not trolling. I know VML is not SVG. SVG is featuritis run amok. What the hell are the W3C thinking, adding audio, video and network request functionality to a vector image format?

      SVG has been around since the year 2000, and yet browsers are only just starting to implement SVG Tiny (not even SVG Full). If the W3C continue to throw everything but the kitchen sink into SVG, browser support will never be finished.

      As for compression, why should VML be concerned with that? SVG shouldn't be concerned with that either. HTTP already handles compression that is very effective for markup, there's no need to address it in every format that goes over the wire.

      --
      Bogtha Bogtha Bogtha
    7. Re:And...? by wombatmobile · · Score: 1

      Are you available for consulting work? I need to develop some silent graphical web content that doesn't reference any other data or content. The filesize must be enormous and I need it to work with IE4 yesterday.

    8. Re:And...? by Bogtha · · Score: 1

      Straw men, the lot of them. I'm not arguing for a silent web, I'm arguing that it shouldn't be a graphics format that does the sound. I'm not arguing that content on the web should be completely disconnected from everything else, I'm arguing that pictures shouldn't be the things talking to the server. I'm not arguing that filesizes must be enourmous, I'm arguing that a problem that has already been solved does not need to be solved again.

      --
      Bogtha Bogtha Bogtha
    9. Re:And...? by Art+Tatum · · Score: 1
      Microsoft has proven it can make a good web browser. When they are backed into a corner.

      And if IE7 makes a big splash, we'll end up waiting another 6 years for Microsoft to catch up to whatever the state-of-the-art in browsing becomes because they'll ditch the project once they deem it no longer critical to their strategic position.

    10. Re:And...? by Breakfast+Pants · · Score: 1

      Firefox only just got SVG ready for primetime in 1.5. So that "6 years" (while I totally agree with regards to CSS...) is a little harsh.

      --

      --

      WHO ATE MY BREAKFAST PANTS?
    11. Re:And...? by jp10558 · · Score: 1

      I think SVG is supposed to be standardized Flash, not a picture format.

      --
      Opera, Proxomitron-Grypen,GPG 0x0A1C6EE3
    12. Re:And...? by Art+Tatum · · Score: 1
      Firefox only just got SVG ready for primetime in 1.5. So that "6 years" (while I totally agree with regards to CSS...) is a little harsh.

      Yes, the CSS issues (and the lack of proper alpha transparency for PNG) are what I had in mind.

  6. Only for Windows? by Johnny+Mnemonic · · Score: 3, Interesting

    Can someone tell me if this means that I no longer have to take my business elsewhere when I encounter a "Sorry, this site only loads in Windows?"

    I dig that stuff that requires the DRM WMP still may not let me in, but what about other things?

    Can I hope that Safari and friends will no longer be a second class citizen on Exchange WebMail, for example?

    --

    --
    $tar -xvf .sig.tar
    1. Re:Only for Windows? by d3matt · · Score: 1

      Exchange webmail works fine in Firefox and Safari as of late. I'm not sure which patch fixed this, but it started working for me 2-3 months ago. Enjoy :)

      --
      I am d3matt
    2. Re:Only for Windows? by Sylver+Dragon · · Score: 1

      It does work, but it is not quite the same as the IE version. The long and short of it is that OWA uses ActiveX if the browser allows it, if not it uses a java implementation, which works but is not quite as slick as the ActiveX version. However, with WPF this will probably go away.

      --
      Necessity is the mother of invention.
      Laziness is the father.
    3. Re:Only for Windows? by Art+Tatum · · Score: 1

      This is off-topic, but that's a great .sig. :-)

    4. Re:Only for Windows? by JourneymanMereel · · Score: 1

      I have Exchange 2003 w/SP2 and Firefox 1.5.... it works in Firefox, but still not as well as it does in IE. I never ran Exchange w/less than SP2 (just installed it) but my wife's company also use Exchage 2003 and OWA doesn't seem to work quite as well in Firefox for her as it does for me. So I'm guessing they had some improvements in SP2.

      --
      Life has many choices. Eternity has two. What's yours?
  7. IE is changing its tune by Anonymous Coward · · Score: 4, Interesting

    I think it's great what the IE developers are doing. There are, of course, a few features I'd love to see integrated into the latest version, but I'm extremely happy with what they're doing otherwise.

    When the IE blog began I was angered that they didn't seem to be worried about the numerous CSS flaws, among other bugs. They seemed like they were just trying to beef up security. As time marched on, though, the developers seemed to be taking notice to what most of the replies were about. The IE developers listened and really went the extra mile where the concerns of web developers everywhere are concerned.

    While there are a few things I'd love to see (like the ability to properly deliver XHTML), I'm happy (for now) with the changes they're implementing. It sounds like they're really committed to helping web developers from having to design their website three or more times before they get a version that's decent looking in all browsers.

    Let's give the guys some credit where credit is due... who knows, maybe the rest of Micro$oft will take the hint.

    1. Re:IE is changing its tune by ClamIAm · · Score: 1

      I doubt they're really "changing their tune". As soon as bloggers and vocal critics (is that redundant?) hush up a bit, they'll most likely slack off as much as possible, just as they did after Netscape was destroyed. It's sort of similar to how the major political parties in the US work: when enough people complain about corruption or whatever, they tweak things just enough to get those issues out of mainstream discussion. They then go back to enjoying their 95%+ marketshare.

    2. Re:IE is changing its tune by accessdeniednsp · · Score: 1

      Let's give the guys some credit where credit is due... who knows, maybe the rest of Micro$oft will take the hint.

      Hmm sounds like an IE team member to me...

  8. Hopefully, they'll keep the ActiveX Object... by DogDude · · Score: 2

    This is neat-o, and stuff, but I've been using the ActiveX object for back end services for many years now (4+ years?). I really hope that they keep the COM version up to date. It's been incredibly useful for longer than Firefox has even existed!

    --
    I don't respond to AC's.
    1. Re:Hopefully, they'll keep the ActiveX Object... by cnettel · · Score: 1

      As all the DOM in IE is exposed as COM objects to friendly BHOs (Google Toolbar and the like) and the less friendly ones (countless spyware), and the scripting on a web page is manipulating the very same objects, it's more than likely that the compatibility syntax will just be a new way to access the very same MSXML COM object.

    2. Re:Hopefully, they'll keep the ActiveX Object... by DogDude · · Score: 1

      You think that we're going to have to load the IE runtime in memory to access it, though? As it is right now, it's just a relatively simple, stand-alone object that doesn't need a running copy of IE. Overhead for what we're using it for would go through the roof if we had to instantiate IE every time we needed to get to those methods.

      --
      I don't respond to AC's.
    3. Re:Hopefully, they'll keep the ActiveX Object... by Anonymous Coward · · Score: 0

      What he's saying is that the parser in IE will automatically load the COM object, instead of requiring the developer to do so. IE now depends upon it, rather than it depending on IE.

    4. Re:Hopefully, they'll keep the ActiveX Object... by Anonymous Coward · · Score: 0
      I've been using the ActiveX object for back end services for many years now

      yeah... "back end" meaning "taking it up the ass in a truck stop bathroom at 3 AM."

  9. MS doing what it does best ... by SilicaiMan · · Score: 3, Interesting

    ... embrace and extend.

    It's good that MS is supporting web standards, but I doubt the reason is to play nice and make the lives of web developers easier. IMHO, MS realized that they have lost a lot of ground, credibility and following in the browser market. Any new "innovations" coming from MS will NOT be adopted very easily these days unless Firefox, Safari and Opera endorse it. So, before it can repeat what it did to Netscape, MS needs to re-capture its lost browser market share. The easiest way to do that is to come up with a really great browser that supports all the current web technologies, and that is easier to code for than other browsers. Classic 'embrace'. Once it has done that, and it has all the time and money in the world for it to do that, only then can it can start phase 2, the 'extend' phase where it renders all other browsers obsolete.

    The only way to combat MS on this front is to keep innovating, staying a step in front of it. Netscape made the mistake of not updating their browser soon enough, and they paid dearly. I hope Opera, Firefox and Safari have learned that lesson.

    1. Re:MS doing what it does best ... by AeroIllini · · Score: 2, Interesting

      The only way to combat MS on this front is to keep innovating, staying a step in front of it. Netscape made the mistake of not updating their browser soon enough, and they paid dearly. I hope Opera, Firefox and Safari have learned that lesson.

      But it won't happen that way this time. When Netscape died (the first time), there really were only two browsers in the market. When one didn't keep up, the other took over.

      This time around, there are lots of different browsers all working independently. Even if one browser does not innovate fast enough, there are many others that will. Microsoft is now fighting a multi-front battle, and they will never dominate the battlefield again like they did when the defeated Netscape. There are simply too many contenders.

      --
      For security, the MD5 hash of this message and sig is 09f911029d74e35bd84156c5635688c0.
    2. Re:MS doing what it does best ... by Jugalator · · Score: 3, Interesting

      It's good that MS is supporting web standards

      Just so we stay clear about this: MS was the first to support AJAX via XMLHttpRequest, so this is only a change in how they do it.

      Mozilla and Opera followed Internet Explorer here.

      The easiest way to do that is to come up with a really great browser that supports all the current web technologies, and that is easier to code for than other browsers.

      Again, IE was the first to do.

      Once it has done that, and it has all the time and money in the world for it to do that, only then can it can start phase 2, the 'extend' phase where it renders all other browsers obsolete.

      Hoq do implementing XmlHttpRequest support via non-ActiveX render other browser that already have it obsolete? This isn't some weird "lock out" strategy. Please lose your tinfoil hat, at least in discussions where there's absolutely no need to use it.

      --
      Beware: In C++, your friends can see your privates!
    3. Re:MS doing what it does best ... by Tim+Browse · · Score: 2, Insightful

      Isn't that a bit unfair considering that the feature in question first appeared in IE? They're just making it simpler to access. I'm not sure you can accuse them of 'embracing' something they came up with in the first place. It's a bit like saying that with Vista they're going to 'embrace and extend' the NTFS file system format.

      As I understand it, anyway. I've probably got something wrong though.

    4. Re:MS doing what it does best ... by SilicaiMan · · Score: 1

      Just so we stay clear about this: MS was the first to support AJAX via XMLHttpRequest, so this is only a change in how they do it.

      Correct. I'm aware of that. But this goes way beyond just XMLHttpRequest. Think PNG support, SVG support and other technologies that IE6 does not support (or at least didn't for a very long time).

      Hoq do implementing XmlHttpRequest support via non-ActiveX render other browser that already have it obsolete? This isn't some weird "lock out" strategy. Please lose your tinfoil hat, at least in discussions where there's absolutely no need to use it.

      A simpler interface to XMLHttpRequest is just a start. MS has also adopted many web "standards" that it did not come up with. It even adopted the Firefox RSS icon. Again, this is only speculation from my side, but I really doubt that MS is just doing all of this to "play nice." There is way too much money in this market for them to simply follow other browsers. Once they recapture the market, they will extend the browser in such ways as to destroy competition. I guess only time will tell.

    5. Re:MS doing what it does best ... by mrsbrisby · · Score: 1

      Just so we stay clear about this: MS was the first to support AJAX via XMLHttpRequest, so this is only a change in how they do it.

      Just so we stay clear about this, but Mozilla was the first to support ``AJAX'' via the XMLHttpRequest object.

      MS supports the same interface (and may have originated the interface) with an ActiveX control.

      I have web applications that use an interface similar to XMLHttpRequest that worked in Netscape 3, including asynchronous GET/POST operations from JavaScript using Java.

    6. Re:MS doing what it does best ... by rotterdarned · · Score: 1

      I figure Mozilla got the clue. They did incorporate as a for-profit company for a reason a few months ago. All they need to do is get the show on road and sell the damn thing to Google. Til then, the suspense is killin us.

  10. Re:I dunno.... by Chokolad · · Score: 5, Informative

    > XMLHTTPRequest is too important for MS not to try and control it. I wouldn't rule out a good ol' "embrace and extend" move.

    What the hell are you talking about ? Microsoft invented the damn thing. Embrace and extend my ass...

  11. But will their web apps? by TerenceRSN · · Score: 2, Insightful

    It's nice that MS is making this change but I'm more curious about whether their web applications will work without MSIE specific technologies. Example: Outlook Web Access isn't feature full on non-IE browsers. Also live.com and the new hotmail interface are still limited. Project Web Access is another one. Until these applications work without IE it won't be possible for a lot of businesses to move away from IE.

    1. Re:But will their web apps? by ClamIAm · · Score: 1
      Until these applications work without IE it won't be possible for a lot of businesses to move away from IE.

      I thought that this was the point.

    2. Re:But will their web apps? by drinkypoo · · Score: 1

      Someone else talked about this above; when it's on IE it uses ActiveX and when it isn't it uses Java. It's entirely possible that they will just move to a proper AJAX implementation and ditch the ActiveX version entirely - on one hand, it reduces the motivation to use IE, but on the other, they only have to maintain one version that way.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  12. How long til it's right? by jgbreezer · · Score: 1

    Maybe I'm cynical, and yes I'm a Linux user most of the time; but let's hope they can get it implemented without too many bugs or interface/functionality differences. Embrace and extend by all means (with consideration for other systems and standards), just separate the "extend" from the "existing"...

    What's the chance of them getting it right? (not a flamebait, just to make you think).

  13. Re:Still won't make me change by chrisgeleven · · Score: 1

    You might not, but for the millions of IE users who don't know better, this will make their lives (and web developer's lives) a tad easier, even if the users don't directly notice it.

    Having an attitude that you don't care simply because you don't use it doesn't mean that it doesn't effect someone else.

  14. A Nice Step by AnalystX · · Score: 2, Interesting

    I was wondering about this very thing just last week. It's definitely a step in the right direction. Now if only MS would care enough to create a browser that behaves and renders more closely to the already superior browsers like Firefox and Safari. Web designers would no longer have to go through the anguish of browser detection for things as simple as page layouts. There's nothing like spending 2+ hours trying to get a single page template to render the same in IE and Safari/Firefox using only CSS. Next on my list: Could Apple please provide better DOM & XPath support in its Safari Javascript engine?

    1. Re:A Nice Step by AnalystX · · Score: 1

      IE driving web standards is partially true, but as for a collective effort, MS still has a lot to change to be as compliant as other browsers, and it's easier for one browser to change than all the others. It's called net industry efficiency.

    2. Re:A Nice Step by DogDude · · Score: 1

      "Compliant" with what, exactly...? The W3C? I'd argue that the W3C hasn't really been effective (in being influential) in many years.

      --
      I don't respond to AC's.
    3. Re:A Nice Step by AnalystX · · Score: 1

      You think a standards body should also be a policing agency? That's crazy! I don't think MS or any developer would appreciate being told what they can and cannot do under penalty of law. The W3C is there to offer the standard, not enforce it.

    4. Re:A Nice Step by digitalchinky · · Score: 1

      I'm guessing you've never tried to layout a (simple) page using CSS - then comparing it in IE against pretty much every other browser. Certainly they all have their problems, though IE really does suck more than most - that would be why. I'd give examples, but google and 'IE css problems' should get you several days reading material. :-)

    5. Re:A Nice Step by Bogtha · · Score: 3, Insightful

      Why shouldn't Firefox and Safari render more closely to the way that IE does it?

      What makes more sense?

      1. The developers of browsers A, B, C and D get together and write down how something should work.
      2. The developers of browsers A, B, C and D go off and implement what they've agreed upon.

      ...or:

      1. The developers of browser A implement something.
      2. The developers of browsers B, C and D wait for browser A to be released.
      3. The developers of browsers B, C and D try to reverse-engineer what the developers of browser A have done, while the developers of browser A implement version 2.0.
      4. The developers of browsers B, C and D implement what they hope is the correct behaviour while the developers of browser A release version 2.0.

      Which do you think is the healthy, competitive scenario? Which do you think hands control of the future of the web over to a single organisation?

      --
      Bogtha Bogtha Bogtha
    6. Re:A Nice Step by Anonymous Coward · · Score: 0

      DogTwat, you're a waste of sperm and egg.

    7. Re:A Nice Step by Anonymous Coward · · Score: 0

      Because not everyone loves kissing the ass of Redmond as much as you do, DogShit. God, you're such a fawning, sycophantic asshole.

      Seriously pathetic.

    8. Re:A Nice Step by nerdus · · Score: 1

      Come on!! I miss you dchnky please we have so much catching up to do i would love to know all about J.C or is she J.R now did you marry her and your little girl i wonder how much like you does she look, i know its hard to trust but i would not betray you. I have not asked anyone to ask you to contact me that is something others have done in hopes of finding you through me.that will never happen i know in your letter to me years ago( i still have it) you said that it will take time and you need to do this slowly lets make a start because i really am starting to feel that i will never find you for the rest of my life you are my brother and i love and miss you heaps. love nerys

  15. oh let's not talk standards by ashpool7 · · Score: 4, Informative

    FireFox doesn't even fully support CSS2. (http://www.w3.org/TR/REC-CSS2/text.html#text-shad ow-props) When will FireFox join the inevitable?

    https://bugzilla.mozilla.org/show_bug.cgi?id=10713

    Note this bug was opened in 1999. Judging from the target milestone (mozilla1.9) and the FireFox roadmap, we will have full CSS2 support in FireFox 3.0 by 2007. Wow, eight years...

    1. Re:oh let's not talk standards by unapersson · · Score: 2, Insightful

      And lack of support for this property has exactly how much of a side effect? Surely you can do better than that.

      This is just eye candy, IE6's flaws are deep and pervasive. If IE7 can fix some of these that'll be a big step forward.

      Mozilla's most important CSS2 shortfall is support for inline-block, but as with other properties, no support is better than buggy support.

    2. Re:oh let's not talk standards by Bedouin+X · · Score: 1

      Good point, but I guarantee you that web developers would rather live in a world with no guillotine or peek-a-boo bugs than one with text shadowing.

      It would be a huge world-changing event if MS didn't implement anything new and just fixed the BUGS in IE6's CSS engine.

      --
      Dissolve... Resolve... Evolve...
    3. Re:oh let's not talk standards by Maian · · Score: 1

      That's not the most glaring CSS issue Firefox has. Firefox doesn't even support "display: inline-block": bug 9458. That's CSS1!

    4. Re:oh let's not talk standards by Kelson · · Score: 1

      Sure it's not full support -- no one has that -- but at this point the rest of the major players (Firefox, Safari, Opera) all have much better support for CSS than IE does.

      To make some numbers up, supporting 90% of the spec is still a lot better than supporting 70%, especially when people have found really nifty things you can do with that extra 20%.

    5. Re:oh let's not talk standards by mumrah · · Score: 2, Insightful

      And IE6 doesn't fully support CSS1. I imagine there are few browsers that fully support any web compliance. Just sayin

    6. Re:oh let's not talk standards by Carewolf · · Score: 4, Informative

      Bad example. Text-shadow was deprecated in CSS 2.1 which fully supercedes CSS 2.0. Better examples are that Firefox doesn't support:
        * display: compact and inline-block
        * content: counters and quotes (recent version has quotes)
        * min/max-width/heigth (recent versions support it very limited)

      There are a couple more. These are also the primary reasons Firefox cannot easily pass Acid2.

    7. Re:oh let's not talk standards by Bogtha · · Score: 2, Informative

      Firefox doesn't even support "display: inline-block": bug 9458. That's CSS1!

      No, inline-block is present in a draft of the CSS 2.1 specification. Before that, it was a proprietary Internet Explorer property. It wasn't part of CSS 2.0, it wasn't part of CSS 1.0, and it isn't part of any finished CSS specification yet.

      --
      Bogtha Bogtha Bogtha
    8. Re:oh let's not talk standards by alerante · · Score: 1

      Firefox supports counters, but they are implemented slightly differently.

    9. Re:oh let's not talk standards by Bogtha · · Score: 1

      Text-shadow was deprecated in CSS 2.1 which fully supercedes CSS 2.0.

      No it doesn't. CSS 2.1 has draft status. More accurately, text-shadow will be deprecated, for CSS level 2, once CSS 2.1 is finalised. And that only applies to CSS level 2 - CSS level 3 might put it back in again.

      --
      Bogtha Bogtha Bogtha
  16. Microsoft following a (de facto) standard? by VincenzoRomano · · Score: 1

    This is really news! Great News!
    Of course the XMLHTTPRequest object as implemented by Microsoft will have some minor differences from what the others have already done.
    And this is not news at all!

    --
    Maybe Computers will never be as intelligent as Humans.
    For sure they won't ever become so stupid. [VR-1988]
    1. Re:Microsoft following a (de facto) standard? by ad0gg · · Score: 1

      Because microsoft invented XMLHTTPRequest object's interface. I don't know about you, but i think the inventor should set the standards.

      --

      Have you ever been to a turkish prison?

    2. Re:Microsoft following a (de facto) standard? by Anonymous Coward · · Score: 0

      "Of course the XMLHTTPRequest object as implemented by Microsoft..."

      I think you have that backwards; that is, it should be as implemented by others since [gulp] MS developed it. http://en.wikipedia.org/wiki/XMLHTTPRequest

    3. Re:Microsoft following a (de facto) standard? by DerPflanz · · Score: 1

      I don't know about you, but i think the inventor should set the standards.

      As long as that is possible. And as long as the standard is documented properly. XMLHTTPRequest was first implemented as an ActiveX component, making it hard to implement in other OS's. Besides, the whole behaviour is not documented properly (I tried searching for it, and the one good reference I found was from Apple, showing me also the native Mozilla implementation).

      Inventors should set standards, but they should do it properly and openly.

      --
      -- The Internet is a too slow way of doing things, you'd never do without it.
    4. Re:Microsoft following a (de facto) standard? by Bogtha · · Score: 1

      XMLHTTPRequest was first implemented as an ActiveX component, making it hard to implement in other OS's.

      No, it didn't make it difficult to implement in other operating systems, it just meant that instantiation should be different. Remember that other browsers don't have to copy Microsoft's implementation, merely the interface.

      Besides, the whole behaviour is not documented properly

      The interface is documented on MSDN.

      --
      Bogtha Bogtha Bogtha
    5. Re:Microsoft following a (de facto) standard? by VincenzoRomano · · Score: 1

      Good documentation should document both interfaces and behaviour!
      Good standards should allow anyone to implement it the very same way!
      Therefore I'd say that Microsoft invented the XMLHTTPRequest objec, but the standard is not its!

      --
      Maybe Computers will never be as intelligent as Humans.
      For sure they won't ever become so stupid. [VR-1988]
    6. Re:Microsoft following a (de facto) standard? by mrsbrisby · · Score: 1

      i think the inventor should set the standards.

      Of course you do. Enjoy your Betamax and Edison record collection.

      Meanwhile, the rest of reality requires that once people start using GetDiskFreeSpace() that it should always yield useful results, even when you really want people to start using GetDiskFreeSpaceEx() unless you want people with disks that have 30GB free to get "out of disk space errors" when they try to install a 300K application.

      See, standards are about usage. Once it's out there; once the API is published for use, the inventor gives up their "right" to change it.

    7. Re:Microsoft following a (de facto) standard? by VincenzoRomano · · Score: 1
      Because microsoft invented XMLHTTPRequest object's interface.
      So why on earth should they support the XMLHTTPRequest they invented?
      The real point is that they had a good idea (none can deny this). Implementation, documentation and support has not been of the same level of the idea.
      While Mozilla's implementation (of a non original idea) has proved to be much better!
      --
      Maybe Computers will never be as intelligent as Humans.
      For sure they won't ever become so stupid. [VR-1988]
    8. Re:Microsoft following a (de facto) standard? by Bogtha · · Score: 1

      Good documentation should document both interfaces and behaviour!

      I'm not following you. Surely any description of an interface necessarily includes the way it behaves when you use it. An interface's documentation that lacks what the interface actually does would be kinda empty and pointless, don't you think?

      Did you read the documentation I linked to? How does it fail to describe behaviour?

      Good standards should allow anyone to implement it the very same way!

      You are confusing the object itself with the method by which you get that object. And before you complain that this makes the whole thing unworthy, I'd like to point out that the DOM specifications published by the W3C have a similar bootstrapping problem; how you get an initial DOMImplementation object is not defined by any specification (or at least it wasn't the last time I looked).

      --
      Bogtha Bogtha Bogtha
    9. Re:Microsoft following a (de facto) standard? by ad0gg · · Score: 1

      So was it wrong for microsoft to extend java?

      --

      Have you ever been to a turkish prison?

    10. Re:Microsoft following a (de facto) standard? by mrsbrisby · · Score: 1

      So was it wrong for microsoft to extend java?

      Not only is it wrong for Microsoft to extend Java, it's wrong for SUN to extend Java (incompatibly). The fact that some JRE1.1 applications cannot run on JRE1.5 is a bug, and it's why some people don't develop on Java- because it simply isn't a stable platform.

      This isn't relevant however.

  17. Who cares??? by kpod · · Score: 1

    On some level this is cool. Good for them. But as an active web developer, this makes absolutely no difference in my daily life. (Virtually) Everyone who's using AJAX is doing so through the use of some toolkit or framework that abstracts out the browser-specific implementations.

    Someone will update my OSS toolkit of choice, in this case Prototype, and life will continue without me even noticing.

    1. Re:Who cares??? by robgamble · · Score: 1

      Precisely. No one should be writing tests for which version of XmlHttpRequest to instance before every instantiation, you use a common function (or framework) to pass you a reference... or wrap the whole HTTP call in helper functions. The fact that IE 7 will have a more attractive version of XmlHttp available really only has significance within the scope of these helper functions and libraries.

      The new HttlpXML implementation should go in, because it's better than the ActiveX equivalent, but your daily grunt code will not care.

      --
      No sig for you!
  18. Re:Looks like Microsoft has a winning strategy . . by RetroGeek · · Score: 1

    corporate America convinced that IE is "just as good"

    Except that IE supports BarCode fonts natively whereas Firefox and SeaMonkey (Mozilla) do not.

    Well, that is to say you CAN manipulate Firefox to do this, but it is a real pain, and the Firefox installation directories/files need to be massaged.

    --

    - - - - - - - - - - -
    I am a programmer. I am paid to produce syntax not grammar. Deal with it.
  19. iFrames? by Bovarchist · · Score: 2, Insightful
    OK, so what is wrong with using iFrames? Is AJAI not a sexy enough acronym?

    Seriously. IFrame support has been around for quite some time and works well in most major browsers. You just hide the iframe and communicate to the server through it. I've done this lots of times, long before AJAX was around. It even worked in IE 4 and NS 4.7x if I remember right.

    Sure, its not as elegant as using XMLHTTPRequest, but when is cross-browser javascript ever elegant? Is it better to have a hidden iframe on your page, or several lines of IE-specific code and dependence on an ActiveX control?

    That's just my 2 clams. I've only just started working with XMLHTTPRequest, so I might be missing something. Please enlighten me if there is some major advantage that I'm not seeing.

    --
    Hell is other people's code.
    1. Re:iFrames? by code4fude · · Score: 1

      Bovarchist, I agree 100% - see my post below about IFRAMES (posted at the same time as yours it seems). You looking for work? :)

    2. Re:iFrames? by Anonymous Coward · · Score: 0

      As with most things, each has their place. IFrames are good for some things, XMLHttp is good for others.

      XMLHttp has no concept of the back button, sometimes this is good, sometimes bad. Iframes do respect the back button, but sometimes revert to their original state on refreshing.

      I have found the best method to be using XMLHttp which reads parameters from the anchor of the page, I use some js to poll the anchor part of the url and update the application state if it changes. This respects both the back and forward buttons as well as being consistant on a page refresh.

      I notice live.com is using this method for their search results

    3. Re:iFrames? by dasil003 · · Score: 1

      but when is cross-browser javascript ever elegant?

      When you use Prototype to its full capability. Yes it requires a 'modern' browser, but your page should work without Javascript anyway. If you're going to use Javascript you may as well use it to its full extent. Prototype bridges an awful lot of gaps... I daresay more than 99% of JS developers could ever manage on their own, and it does it with style.

    4. Re:iFrames? by metamatic · · Score: 1
      OK, so what is wrong with using iFrames?

      They're invalid XHTML, and most of the people doing leading-edge web development are doing it in XHTML.

      --
      GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
    5. Re:iFrames? by kunakida · · Score: 1

      The main problem with IFrames is that they (depending on the browser version) can be cached in browser history, causing what looks (to the user) to be leakage.

      For example, in post 8.0 Opera, IFrames (if they are all from the same URL) are not retained. Opera stays under 25 MB of memory. OTOH Firefox 1.1 grows quickly up to about 250+ MB and then grows more slowly.

      I have tested some browser versions (which I will leave nameless - and no - not what you are thinking) that will continue to quickly grow memory forever (or at least to bigger than the 1 GB I had available).

      One other issue with IFrames is that you will need at least one additional IFrame per concurrent pending request (each IFrame can only manage one pending request)
      Since some browser versions make it difficult to dynamically create invisible IFrames in the DOM (under certain conditions), you will need to precreate (meaning hardcode into your page) enough IFrames to handle your maximum expected number of pending requests.

      On the up side, the IFrame implementation allows you to test the bulk of your DOM UI completely off your local filesystem (no HTTP server necessary). Just set up the "actions" as individual xml files selected by your UI elements, and when the response xml is loaded and read, just have it modify the action bindings of your control elements as necessary to get it to follow the application state.

      This trick can also be used to prototype the UI (for demoing and mockups) before the application server is ready.

      IFrames are also easier to debug than XMLHttpRequest if you leave the IFrame temporarily visible.

      I would say that the deciding factors are the browser versions you intend to support, and the expected longevity (in terms of data exchanges with the server) of your application page, relative to the rate of (apparent) memory leakage for the supported browsers.

    6. Re:iFrames? by NutscrapeSucks · · Score: 1

      > OK, so what is wrong with using iFrames?

      + IFrames are synchronous(one request at a time), while AJAX is obviously asynchronous.

      + Calling back from an IFrame onLoad event tend to be a pain in the ass, while it's automatic with XmlHttpRequest.

      The upshot is that IFrames tend break badly if the user clicks 'too fast' and the code isn't super robust. Also, they make an annoying click sound when they load on IE.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
  20. What Internet Explorer 7 *REALLY* needs... by TodLiebeck · · Score: 5, Informative

    What IE really needs right now, if it wants to be taken seriously as a platform for AJAX web applications, is proper DOM/CSS support. The following would be a good start (my current peeve list with IE6):

    • Implement document.importNode()
    • Support setting of opposite side CSS positioning properties at the same time, i.e., setting "left" and "right or "top" and "bottom" properties on same element.
    • Fix this problem: http://support.microsoft.com/default.aspx?scid=kb; en-us;177378 Documenting a design flaw does not make it any less of a design flaw.
    • Fix other problems with SELECT element, e.g., the fact that it is not possible to add a ListBox-style select to a document using DOM manipulation.
    • Fix bug where the presence of a vertical scrollbar adjacent to a 100% wide table inside of a CSS positioned element results in a horizontal scrollbar due to incorrect width calculations.
    • Fix issue where 100% wide textareas expand to be a bit wider (creating a horizontal scrollbar) once text is entered. This also only occurs if the text area resides in a CSS positioned DIV.
    • Correctly monitor the DOM for updates and repaint appropriately. Currently there are cases where IE will not repaint the screen even though the DOM has changed, requiring the developer to perform additional DOM manipulations just to trigger a repaint.
    • Fix this completely insane bug (scroll down to a few paragraphs or search for the text "worst bug ever in Internet Explorer 6."
    • And last but definitely not least, simply bring the performance up to a level relative to Firefox/Opera/Konqueror/Safari, especially when dealing with reasonably complex and interactive DOMs.

    I've posted this on ieblog before. I sincerely hope that somehow someone on the IE team sees one my numerous implementations of the above list of rants and implements solutions for them. It'll make the professional lives of many AJAX developers quite a bit more pleasant.

    1. Re:What Internet Explorer 7 *REALLY* needs... by Bogtha · · Score: 1

      Fix this problem: [link] Documenting a design flaw does not make it any less of a design flaw.

      This will be fixed in Internet Explorer 7.

      --
      Bogtha Bogtha Bogtha
    2. Re:What Internet Explorer 7 *REALLY* needs... by doormat · · Score: 1

      I believe the issue you raised about the SELECT is being addressed in IE7. I had a problem with IE and SELECTs the other day and I googled around and came across a blog where it was mentioned that it is being completely rebuilt (the select objcet).

      --
      The Doormat

      If you're not outraged, then you're not paying attention.
    3. Re:What Internet Explorer 7 *REALLY* needs... by Stan+Vassilev · · Score: 1

      "What IE really needs right now, if it wants to be taken seriously as a platform for AJAX web applications, is..."

      Sorry but your list sounds like a random wishlist for what YOU want, so to consider IE a serious platform.

      Microsoft instead, decided to listen to the feedback of more than one developers, and if you go to IEBlog you'll see a list of improvements and bugfixes that the majority of the developers need from the browser.

      I'd say they're hitting the jackpot with the stuff they fix in beta 2 and for the final release.

      And don't get me started on performance. I'm a regular Firefox user, and Firefox is definitely the slower browser, especially when it comes to JavaScript DOM manipulation.

    4. Re:What Internet Explorer 7 *REALLY* needs... by drew · · Score: 1

      IMO, document.addEventListener() is more important than any of those. Many of your issues can be worked around, and some of them can be worked around rather trivially. However, there is no way in IE to match the functionality of addEventListener, with any amount of hacking.

      --
      If I don't put anything here, will anyone recognize me anymore?
    5. Re:What Internet Explorer 7 *REALLY* needs... by TodLiebeck · · Score: 2, Interesting
      IMO, document.addEventListener() is more important than any of those. Many of your issues can be worked around, and some of them can be worked around rather trivially. However, there is no way in IE to match the functionality of addEventListener, with any amount of hacking.

      Definitely agree that all my listed issues can be worked around, but I wouldn't go as far as to say it's trivial to do so. Here are the current workarounds I use in IE for these problems:

      • Implement document.importNode() Workaround: Create your own importNode implementation.
      • Support setting of opposite side CSS positioning properties at the same time, i.e., setting "left" and "right or "top" and "bottom" properties on same element. Workaround: Use IE's proprietary "CSS expressions feature" to dynamically calculate width/height of elements (just make sure you account for padding).
      • Fix this problem: http://support.microsoft.com/default.aspx?scid=kb; en-us;177378 Documenting a design flaw does not make it any less of a design flaw. Workaround: render IFRAMEs behind z-indexed DIVs that must obscure select field elements. Unfortunately this does not work in combination with PNG transparency (using DXImageTransform.Microsoft.AlphaImageLoader hack of course).
      • Fix other problems with SELECT element, e.g., the fact that it is not possible to add a ListBox-style select to a document using DOM manipulation. Workaround: Create your own DHTML listbox implementation.
      • Fix bug where the presence of a vertical scrollbar adjacent to a 100% wide table inside of a CSS positioned element results in a horizontal scrollbar due to incorrect width calculations. Workaround: Limit tables to 95% wide when rendering IE (dirty hack IMHO).
      • Fix issue where 100% wide textareas expand to be a bit wider (creating a horizontal scrollbar) once text is entered. This also only occurs if the text area resides in a CSS positioned DIV. Workaround: Don't use percent widths on textareas.
      • Correctly monitor the DOM for updates and repaint appropriately. Currently there are cases where IE will not repaint the screen even though the DOM has changed, requiring the developer to perform additional DOM manipulations just to trigger a repaint. Workaround: "Tickle" properties of other elements in DOM that are known to cause update, i.e., set value to something different, then set it back. This problem shows up very rarely but can be very annoying when it does. This solution is even uglier than the problem.
      • Fix this completely insane bug (scroll down to a few paragraphs or search for the text "worst bug ever in Internet Explorer 6." Workaround: Fix described in blog entry.
      • And last but definitely not least, simply bring the performance up to a level relative to Firefox/Opera/Konqueror/Safari, especially when dealing with reasonably complex and interactive DOMs. Workaround: Keep your DOM as simple as possible (which is obviously a good idea anyway, but nevertheless can sometimes prevent the development of certain AJAX components from being practical.


      Just curious if you happen to know of better/simpler workarounds for any of the above? (Please note, this is not a rhetorical question/argumentative response, I'm genuinely curious if you've come across something better, as I'd be extremely happy to find better solutions for any of the above!)

      And I do agree on the signifance of not supporting the proper W3C events, at this point I'm simply resolved that event capturing is only a figment of my imagination.
    6. Re:What Internet Explorer 7 *REALLY* needs... by NutscrapeSucks · · Score: 1
      The "worst bug ever in Internet Explorer 6" is:
      when a DOM gets linearly more complex, Internet Explorer will get exponentially less responsive.

      Actually, Firefox seems a lot worse in this regard. Throw something fun at it like a 10MB table, and it will take 10x longer than IE to load, and afterward you can barely pull down a menu.

      I wouldn't be suprised if IE had nasty corner cases, it has a "lazy" DOM that, in general, tends be much more performant than Firefox on large documents.
      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    7. Re:What Internet Explorer 7 *REALLY* needs... by a.d.trick · · Score: 1

      They did :)

    8. Re:What Internet Explorer 7 *REALLY* needs... by TodLiebeck · · Score: 1

      Actually, Firefox seems a lot worse in this regard. Throw something fun at it like a 10MB table, and it will take 10x longer than IE to load, and afterward you can barely pull down a menu.

      The "worst bug ever" tended to appear not as a result of large DOMs, but of complex DOMS, i.e., a combination of lots of nested elements, CSS positiong, and interactivity. My primary complaint with IE here is that this was not really all that extreme of a case, and all other browsers were not even "breaking a sweat" to render it.

  21. Work vs. Personal Coding by Cyphertube · · Score: 2, Interesting

    Well, this will be a nice change if IE7 is going to play nice.

    For work, I guess I will still have to plan workarounds for IE6. However, I generally only support such browsers officially as long as they receive actual support from their publishers. So, as soon as MS drops support for IE6, so will I (unless I'm ordered to keep it up).

    Personally, I code to whatever standard I've chosen for the day. If I decided to code to CSS 2.1 and I can see it properly in my browser, well, then I'm happy. Because it's my personal stuff. And if IE7 supports something and IE6 doesn't, well too bad. And same goes for Firefox, Safari, Konqueror, and Opera (although it'll be rare that Opera causes me problems, except when a version has tried to pretend it was IE, but that was work anyway).

    Mostly now, since I've grown into being some lazy business analyst with a messy house under renovation, I just blog anyway.

    --
    Linux - because it doesn't leave that Steve Ballmer aftertaste.
  22. Not news by Bogtha · · Score: 5, Informative

    Firstly, this is not news. This was posted on the IEBlog way back in September.

    Secondly, this is one hell of a misleading headline. Internet Explorer has supported this interface since Internet Explorer 5.0, released in the year 2000. All that's different in Internet Explorer 7 is that it's implemented as a native object, rather than with ActiveX.

    Finally, this matters to practically nobody. Any decently-written code will work just fine in Internet Explorer 7 with no modification whatsoever. Even code written to use browser detection instead of feature/object detection, (a bad idea) will work just fine, assuming that the ActiveX interface sticks around too.

    --
    Bogtha Bogtha Bogtha
    1. Re:Not news by Anonymous Coward · · Score: 0

      man, i've heard people say RTFA and RTFM, but you didn't even RTFSummary.

    2. Re:Not news by Bogtha · · Score: 1

      Are you referring to the part of the summary that says:

      This will mean no more ActiveX MSXML objects to implement AJAX functionality.

      I assume you are not a native English speaker? To native English speakers, this is synonymous with "you don't need to use ActiveX MSXML object to implement Ajax functionality". It does not mean "they have taken away ActiveX MSXML objects".

      If you check TFA, you will see that they will not take away the ActiveX MSXML objects. I quote:

      Note that IE7 will still support the legacy ActiveX implementation of XMLHTTP alongside the new native object, so pages currently using the ActiveX control will not require rewrites.

      --
      Bogtha Bogtha Bogtha
    3. Re:Not news by drew · · Score: 1

      This matters because it will allow people to use sites like GMail while still disabling or tightly restricting ActiveX for security purposes. It doesn't make a bit of difference to web developers, but it most definitely matters.

      --
      If I don't put anything here, will anyone recognize me anymore?
    4. Re:Not news by Bogtha · · Score: 2, Informative

      This matters because it will allow people to use sites like GMail while still disabling or tightly restricting ActiveX for security purposes.

      This is already possible today with Internet Explorer's zones. Put GMail etc in a zone with ActiveX enabled, and disable ActiveX for everything else.

      --
      Bogtha Bogtha Bogtha
    5. Re:Not news by drew · · Score: 1

      Perhaps, until someone discovered a while back that it was possible for sites from an untrusted zone to gain privilges limited to trusted zones via XSS hacks.

      --
      If I don't put anything here, will anyone recognize me anymore?
  23. Re:I dunno.... by jasongetsdown · · Score: 0

    Yes, but they don't control its implimentation. Heck, they don't even have an implimentation.

    --
    useless sig advice - Read Nabokov.
  24. Ajax over IFRAME - more compatible? by code4fude · · Score: 3, Interesting

    I'm the web architect of gather.com and we use an invisible iframe as a pipe for our AJAX stuff instead of XMLHttpRequest. This works in a uniform way across all browsers we've tested it on with - even way old ones. The Javascript is 1.0-level stuff and IFRAME is standard since HTML 4. I wonder why more people don't use this approach? I know people hate IFRAMEs, but the ones we use are invisible and 0x0 pixels, so they're little more than an offscreen paint buffer (like BitBlt! :) ) The general approach we're taking is described in this years-old posting on Apple Developer Connection. Anyone else have experience with this approach?

    1. Re:Ajax over IFRAME - more compatible? by Anonymous Coward · · Score: 0

      If Way Old doesn't include Netscape 4 (and I seem to remember that Netscape 4 didn't support iframe), it's not "Way Old."

    2. Re:Ajax over IFRAME - more compatible? by code4fude · · Score: 1

      ok, fair enough. I'll withdraw the "way" - but seriously, Netscape 4's browser share is probably in the single decimal digits at this point. Let's call it IE4+/NS5+ ... which definitely works for us.

    3. Re:Ajax over IFRAME - more compatible? by Zphbeeblbrox · · Score: 1

      yeah we used to call it iframe rpc.

      I was doing dynamic web stuff with this before xml was even a buzzword. You can do a lot of cool stuff just passing javascript objects back and forth without even touching xml. In some ways it's even more usefull than xmlhttprequest objects.

      But everyone got so swept up in the hype of all this AJAX stuff that hardly anyone even remembers this stuff anymore

      --
      If you see spelling or grammatical errors don't blame me. I tried to preview but IE here at work borked the CSS
    4. Re:Ajax over IFRAME - more compatible? by Anonymous Coward · · Score: 1, Insightful

      Sure, there's a reason: the "loading" visuals on the browser. Especially if you're making lots of calls, having that progress bar and the wait cursor are confusing to the user and kind of annoying. Same goes for using script elements.

    5. Re:Ajax over IFRAME - more compatible? by Anonymous Coward · · Score: 0

      I seem to remember that Netscape 4 didn't support iframe

      thats why you use ILAYER which is Netscape's own version version of iframe

      the advantages of frames over AJAX is supporting the browsers history so the back/fwd button still works, AJAX is like Flash, fine if you dont want to be able to bookmark the data or use the browsers UI controls

    6. Re:Ajax over IFRAME - more compatible? by Anonymous Coward · · Score: 0

      Same here - company I was contracting for was doing exactly that back in 1999.

    7. Re:Ajax over IFRAME - more compatible? by AnalystX · · Score: 2, Informative

      There are several benefits to the XMLHttpRequest object over IFRAME. I won't go into all of them, but essentially XMLHttpRequest provides an object interface (with all of its due properties and methods) to help you as the developer manage the synchronization and transmission status at a lower level. On a related note, if one is running PHP, one can also user another alternative:

      http://www.phpit.net/article/ajax-php-without-xmlh ttprequest/

    8. Re:Ajax over IFRAME - more compatible? by Frobisher · · Score: 1

      Sure. It's funny, my firm's extranets were getting pretty complicated, and I started to use this technique about 18 months ago. I don't remember seeing any code anywhere, but I wanted to do a GMail-esque "Star" routine, and I just came to the conclusion that I could do it with a hidden iframe and some event handlers. I used it a lot until I got hold of a simple AJAX piece of code which I think is easier to target.

    9. Re:Ajax over IFRAME - more compatible? by alexborges · · Score: 1

      No matter what anybody else says, iframes are still the only trully cross browser compatible solution to asyncronous data seting-getting.

      Id say youre doing the right thing since noone is gonna drop iframe support soon.

      The most important difference relative to xmlhttprequest is the XML part. This object can ensure you are actually receiving well formed xml, can also transform it (xslt implementation on all browsers) and thus, should result in a better development streamline (you make xml, render xml, no funny data format on the side).

      --
      NO SIG
    10. Re:Ajax over IFRAME - more compatible? by drinkypoo · · Score: 1

      the advantages of frames over AJAX is supporting the browsers history so the back/fwd button still works

      Most of the time it seems like having the back button work on an ajax page would be a bug, not a feature. Why not just implement your own back/forward buttons if people need them so badly? Seems a lot easier, if not simpler for the user...

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    11. Re:Ajax over IFRAME - more compatible? by drinkypoo · · Score: 1

      It wasn't an iframe but a website developed by Media X, Inc. (now defunct) for Creative Labs called "MuVo" (note: now name of flash player[s]) had a rating widget on the page that was ajax-style. It was done with a tiny, offscreen popunder window that carried out the communications through standard HTML requests. I didn't do it, but someone I worked with did, of course. I'd rather use AJAX these days, but that was a pretty well cross-browser implementation.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    12. Re:Ajax over IFRAME - more compatible? by FuzzyBad-Mofo · · Score: 1

      Netscape 4's browser share is probably in the single decimal digits at this point

      Netscape 4.x usage is currently at about 0.07% from a statistics summary compiled from three major sources.

    13. Re:Ajax over IFRAME - more compatible? by drew · · Score: 2, Informative

      I started using the iframe method back in 2001, and I've pretty much converted entirely over to xmlHttpRequest. The two main reasons:

      1) IE makes a 'click' sound every time you navigate to a new url in a window or frame. using xmlHttpRequest gets rid of this.

      2) Using xmlHttpRequest doesn't pollute your history, so it makes it a easier to make something useful happen when the user hits the back or forward button.

      Generally speaking, compatibility isn't a problem- most of the time that I need to implement something using AJAX, any browser that doesn't support xmlHttpRequest will also not support some other feature that I am using anyway. The one exception here seems to be Opera browsers in the upper 7.x range, as IIRC Opera didn't get a usable xmlHttpRequest until 8.0. But personally, I'm not going to lose too much sleep over that.

      --
      If I don't put anything here, will anyone recognize me anymore?
    14. Re:Ajax over IFRAME - more compatible? by Flammon · · Score: 1

      Multiple simultaneous requests can't be done easily with iframes unless you have many of them hidden but even then, it would be an ugly hack.

    15. Re:Ajax over IFRAME - more compatible? by Anonymous Coward · · Score: 0

      You cant get status codes and error handing when you use an iframe. In addition, an iframe is more of a hack than using an object that was designed to do what it does. You can also pass callback functions to xmlhttp instead doing funky page load stuff with an iframe

    16. Re:Ajax over IFRAME - more compatible? by code4fude · · Score: 1

      I do use multiple iframes per page with no problem. I coded JSTL taglibs that automatically generate mungy-named iframes and their matching mungy-named divs based on the url parameters of the page invoked. It's simple enough that our designers can use the taglibs and decide where to use AJAX and where not to. I hear that XMLHttpRequest has nice goodies but the backward compatibility is pretty sweet for a site that's targeted at the masses. And the guts of the implementation are actually (at least to my eyes) pretty straightforward and non-hackish. It ends up being a single taglib call which expands out to about 20 lines of javascript and 2 lines of HTML (the div and the iframe) ... I can live with it.

    17. Re:Ajax over IFRAME - more compatible? by aug24 · · Score: 1

      You can only make one request at a time - unless you are dynamically inserting IFrames? So you're not really asynchronous, just hidden.

      Justin.

      --
      You're only jealous cos the little penguins are talking to me.
    18. Re:Ajax over IFRAME - more compatible? by Anonymous Coward · · Score: 0

      Uh... Because implementing your own back button is a non-standard hack that's user-hostile, perhaps?

    19. Re:Ajax over IFRAME - more compatible? by code4fude · · Score: 1

      yes - dynamically creating iframes, sometimes several per page, and each loads on a separate thread,so different components of a page "thunk" in after the frame loads.

    20. Re:Ajax over IFRAME - more compatible? by aug24 · · Score: 1

      Fair enough, you've got full AJAX functionality with IFrames. It'll probably be simpler using XmlHttpRequest of course. Then again, of course, if it ain't broke... ;-)

      --
      You're only jealous cos the little penguins are talking to me.
  25. Re: BarCode fonts. by mmell · · Score: 1
    Never ran into the BarCode font issue, so I don't know how prevalent it is in businesses.

    What I have run into is companies with websites (especially intranet websites) that rely completely on "the big blue 'e'". Companies may spend extra to make sure that Joe Websurfer sees their internet webpage correctly regardless of browser, but (with one or two exceptions) everywhere I've worked has intranet pages which require IE.

    Trust me, that much entrenched technology ain't goin' away soon. As a result, Microsoft hasn't had much reason to improve IE, until recently with the onset of the second Browser War (BW II). Google is slowly morphing into a similar situation - I suspect that they'll become complacent in their own greatness and fall. I put the estimate of that fall at two to five years.

  26. Re:I dunno.... by Anonymous Coward · · Score: 0
    Embrace and extend my ass...

    That's something we don't ever want to see again...

  27. Re:I dunno.... by jlarocco · · Score: 1

    Get a clue. They have THE implementation. They invented it. This is one of the rare cases where everyone else is copying Microsoft.

  28. Re:I dunno.... by Jugalator · · Score: 1

    Heck, they don't even have an implimentation.

    They had the first implementation.

    --
    Beware: In C++, your friends can see your privates!
  29. And still get pwn3d by TubeSteak · · Score: 1

    Does nobody remember the "Samy is my hero" business that took down MySpace?

    Story: http://namb.la/popular/

    Technical Explanation: http://namb.la/popular/tech.html

    He did all of his GETs and POSTs using XML-HTTP

    --
    [Fuck Beta]
    o0t!
    1. Re:And still get pwn3d by kevmo · · Score: 1

      The difference is he was attacking the servers - the point of disabling ActiveX is to protect yourself as the client.

  30. Bugzilla not available from /. by owlstead · · Score: 0

    Ook!

  31. Re:I dunno.... by Anonymous Coward · · Score: 0

    Rare? Seen any Linux desktop recently?

  32. Re:I dunno.... by Anonymous Coward · · Score: 0

    That wasn't an arugment , it was a bitchslap.

  33. drag the link into your location bar by Anonymous Coward · · Score: 0

    [eom]

  34. Re:IE7... by generic-man · · Score: 0, Offtopic

    If everyone in the world used Firefox, Firefox would suck ass. Imagine if every web site had a "designed for Firefox" logo and used vendor-specific CSS properties like "-moz-opacity." Imagine if every web site said, "to continue, click 'Install' when the installation box appears" and a wave of XPI spyware swept over the earth.

    A web browser monoculture is bad, whether it's "YOU MUST USE IE" or "YOU MUST USE FIREFOX."

    --
    For more information, click here.
  35. Except that.... by brunes69 · · Score: 4, Informative

    Microsoft invented XMLHttpRequest. Not Firefox, not opera, not KHTML. They all copied it from IE.

    So it would be Firefox/Opera/KHTML that are doing the "embracing and extending" in this case.

    On a side note, I don't see why this is a big deal. They are likely still going to use a COM object underneath. All this is is a coding shortcut, that no one will be able to use anyway because you're still going to have to support IE6 for the next 3 years at least.

    1. Re:Except that.... by Stan+Vassilev · · Score: 3, Insightful

      "On a side note, I don't see why this is a big deal. They are likely still going to use a COM object underneath. All this is is a coding shortcut, that no one will be able to use anyway because you're still going to have to support IE6 for the next 3 years at least."

      If you RTFA you'll see the benefit is for those organisations that have ActiveX turned off for security reasons (lots of em).

      On the IEBlog you have a code snippet showing how you create the native XMLHttpRequest object for Opera, FF and IE7, while fall back to ActiveX for IE6 and earlier.

      So there IS benefit. And no, it's not a simple scripting shortcut at all.

    2. Re:Except that.... by brunes69 · · Score: 1

      The article is written by the typical wank reporter then who did not do his research.

      Disabling ActiveX **does not** have anything to do with disabling access to the ActiveX() wrapper in javascript. Unless your security settings are set to thre absolute max (ie, unless you disable scripting altogether), you can still create XMLHttpRequest COM objects. It is a trusted object, because it can only be used to talk to the site that loads it.

      So once again, no benefit. And I am standing by the fact that it is a coding shortcut - until someone shows me that IE7 does not link to MSXML2.dll (yeah right!)

    3. Re:Except that.... by Stan+Vassilev · · Score: 1

      "The article is written by the typical wank reporter then who did not do his research. Disabling ActiveX **does not** have anything to do with disabling access to the ActiveX() wrapper in javascript."

      My, my.. you did your research better even than the IE developers:

      http://blogs.msdn.com/ie/archive/2006/01/23/516393 .aspx

      Directly from the developer of the feature: "In IE7, XMLHTTP is now also exposed as a native script object. Users and organizations that choose to disable ActiveX controls can still use XMLHTTP based web applications."

      Also if you research a bit further you'll see that not every DLL link means ActiveX object is created.

  36. Embrace, extend, extinguish by cpu_fusion · · Score: 1
    > "It looks like Microsoft is seriously trying to make the lives of us web developers easier."

    Microsoft often moves to support standards, but then tweaks their behavior in such a way that the net result favors their implementation. This behavior even has a name. Yes, I see that the Microsoft employee says their implementation is consistent with other browsers, but for how long? And how consistent is it now, really?

    You're welcome to be upbeat about Microsoft's intensions, but history has shown otherwise. Fool me once, fool me twice, and that sort of thing.

    >"Of course you'll still need to use the Microsoft.XMLHTTP ActiveX object if you want to support IE6 and older"

    Which means developers will likely not find this any easier, as they will still need to support IE6, and they will also need to handle any "oops, not so identical" behavior that might come along in the IE 7+ implementations.

    1. Re:Embrace, extend, extinguish by Art+Tatum · · Score: 1
      Microsoft often moves to support standards, but then tweaks their behavior in such a way that the net result favors their implementation. This behavior even has a name. Yes, I see that the Microsoft employee says their implementation is consistent with other browsers, but for how long? And how consistent is it now, really?

      From my reading of the IE blog (and a few other sources where Microsoft employees comment), I'd say this is sincere on the part of the team. Individual Microsoft programmers and designers usually seem to be pretty decent folks who really want to make a great product.

      But they won't be the ones who actually make the long-range strategic decisions. And eventually, they'll be constrained by limitations from above, in addition to the usual limitations of software development.

  37. Informative my ass! by shrubya · · Score: 2, Insightful

    Complaining that Firefox doesn't support a couple minor CSS2 features is like saying "You can still die in a car with crumple zones and air bags, so you may as well drive a 1972 Ford Pinto".

  38. Embrace and extend my ass... by melted · · Score: 5, Funny

    Goatse, is that you?

  39. IE7XMLHTTP?? by Nanite · · Score: 2, Funny

    OMGWTFBBQ!!

    --
    God is real unless declared integer.
  40. Would need cross platform to really dominate by Anonymous Coward · · Score: 0

    With Linux growing in popularity and making headway into M$ market share, M$ will have to make their IE work on more than just their own OS.

    1. Re:Would need cross platform to really dominate by Millenniumman · · Score: 1

      How does I.E need cross platform compatibility to dominate? Linux is 2.8% of the desktop computer market share, so it's not very meaningful to the I.E. marketshare. And a large percentage of Linux users would never use anything made by Microsoft, whether it was good or not.

      --
      Stupidity is like nuclear power, it can be used for good or evil. And you don't want to get any on you.
  41. More Microsoft promotion by Anonymous Coward · · Score: 0

    From Zonk

  42. MS may have the business world and comp illiterate by Zantetsuken · · Score: 1

    but I will NEVER go back to IE, simply for the reason that as long as IE has the majority market share, it will be the biggest target for malicious site code. ESPECIALLY right when IE 7 comes out, imagine how buggy it will be? I know everybody, including Firefox had these problems in their beginings, but virtually every bug in IE leads to somebody making a malicious exploit for IE - so until it's been out for a few years, I wont switch back to IE until MS makes Windows opensource (I would say when pigs fly, but since the recent articles on genetics show that to be closer than we all thought, I'm using the opensource statement instead)...

  43. Re:I dunno.... by jlarocco · · Score: 1
    Rare? Seen any Linux desktop recently?

    I see a few everyday, they're all running XFCE or Fluxbox ; )

    Good point, though.

  44. ISV's lives become easier. by Tenk101 · · Score: 3, Interesting


    I work on solution designs for a fairly large ISV, anything that increases browser compatibility is a good thing all around. Most of our end-user interfaces and make use of XML with some XSLT on the client, we also use XMLHTTPRequests..

    Due to pure market pressure from our existing userbase we develop for the IE platform. IE isn't for everyone and ideally we'd like to target every browser from a technical standpoint and we know it increases the number of potential customers we have. We move one step closer to genuine cross browser compatibility with this.

    Despite this we still need ActiveX right now for a couple of key things:
      - File uploading, we used Java already and it went badly. Our customers had real problems with getting correct JRE versions out to their users, the users complained about the lack of standardisation in basic things like the Common Dialog. We've had a lot less problems with ActiveX controls but understandably network admins really don't like it.
      - MS Office Automation. Part of our product is business reporting, it has features around automated generation of Powerpoint Presentations and Excel Spreadsheets from the web interface. We can't influence our customers decisions around Office systems but we've never encountered pushback over MS Office from anybody. MS Office automation needs ActiveX and is way outside sandbox (local processes are launched and these have access to all kinds of things).

    In short, this helps but we are still a way off from being able to deliver fully functional web-based business systems with this but it helps. As an enthusiast I like it, as a real world solution developer it doesn't quite make a dent.

    1. Re:ISV's lives become easier. by VGPowerlord · · Score: 1
      File uploading, we used Java already and it went badly.

      What's wrong with using HTML file uploads?

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    2. Re:ISV's lives become easier. by NutscrapeSucks · · Score: 1

      Have you ever tried using them? There's no progress bar, so the user experience sucks for large files.

      (Also, if you have your own component, you can do the sane thing and upload binary asyncronously rather than bloating up the request with Base64).

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    3. Re:ISV's lives become easier. by Tenk101 · · Score: 1


      The underlying technology behind the ActiveX we use is HTML file upload (for actually transporting the file). We needed to feed back to the user the progress of the transfer because they can take a while, there wasn't an open solution to this.

      The other thing (and this was a big one) was getting real control over the common dialog box in windows, we don't want users just uploading any files so we use file filters and a custom working directory on the client computer. Put simply some of our users hardly know what a file is, the dialog box that you get with the browse button attached to a file upload control opens in a near random directory with a file filter of *.*, users were just too confused by this.

  45. On backwards compatability... by Anonymous Coward · · Score: 0

    When IE7 is released, I'm going to stop testing sites with IE. All my sites are standard compliant and work fine in firefox, lynx, konq and Opera. If IE users have problems, they will be encouraged to either file a bug report with Microsoft or download another browser. Enough is enough; I am not a browser developer and browser bugs should not be my problem.

  46. Oh, I can't wait! by Jim+in+Buffalo · · Score: 1

    Wowee, IE7? I just can't wait to install that on my Mac!

    --
    This sig, aah-ah, is comin' like a ghost-sig...
    1. Re:Oh, I can't wait! by VGPowerlord · · Score: 1

      Microsoft even has a special program to assist you!

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
  47. So basically... by EddyPearson · · Score: 0, Redundant

    So basically IE7 is going to be Firefox. But slower, less pretty, difficult to configure, insecure, and of course the most widely used. Doesn't this sound stupid when you see it written down?

    --
    You feel sleepy. Close your eyes. The opinions stated above are yours. You cannot imagine why you ever felt otherwise.
    1. Re:So basically... by ad0gg · · Score: 2, Informative

      Slower? Umm, no. Firefox is great for casual viewing, but when you doing research for a paper and have 10 to 20 tabs open. Its dog slow and uses 400 megs of ram which is insane. IE is faster than firefox, and opera is faster than IE and if you're on a mac, safari blows them all out of the water in sheer speed and memory usage.

      --

      Have you ever been to a turkish prison?

    2. Re:So basically... by EddyPearson · · Score: 1

      I'm talking about WinXP. On a VERY low end Celeron, Firefox preforms SO much better than IE6 it's funny. IE7 can handle around 16 tabs on this system. Firefox was slow, but workable with around 26 (Then i stopped, cos i had work to do) IE6 can have more windows open than firefox (Not surprising) but firefox tabs vs ie6 windows. Firefox wins again.

      --
      You feel sleepy. Close your eyes. The opinions stated above are yours. You cannot imagine why you ever felt otherwise.
    3. Re:So basically... by VGPowerlord · · Score: 1

      Now, if only they could fix the Firefox memory leak...

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    4. Re:So basically... by EddyPearson · · Score: 1

      Yeah, that would be nice.

      Check the bleeding edge CVS, bugfixes are going on daily.

      I will admit that it is easier to crash Firefox than IE6 (shy chars for example, U+00AD scares the shit out the lastest RC) But pretty much all of these problems aren't security risks, but mere annoyances that get patched when somebody cares enough about them.

      --
      You feel sleepy. Close your eyes. The opinions stated above are yours. You cannot imagine why you ever felt otherwise.
  48. Re:Looks like Microsoft has a winning strategy . . by Stan+Vassilev · · Score: 1

    "They've lost some ground to Firefox et. al.; if they can keep corporate America convinced that IE is "just as good" for what businesses want their browser to do"

    While geeks might not wanna confess, IE7 might indeed be just as good for what BUSINESSES want their browsers to do.

    And this is tight security, speed (Firefox has to catch up here) and easy installation (i.e. no installation, it's preinstalled).

    IE7 is a big step in the right direction, including standards support.

  49. Re: BarCode fonts. by RetroGeek · · Score: 1

    Never ran into the BarCode font issue

    The Web app must have them. They are printed on every Web page to ID the content.

    Which makes it a show-stopper as far as Firfox/Mozilla is concerned :-(

    --

    - - - - - - - - - - -
    I am a programmer. I am paid to produce syntax not grammar. Deal with it.
  50. "IE7" by Shawn+is+an+Asshole · · Score: 1

    You can actually force IE 5.5 and IE 6 to parse pages correctly, including CSS. All you have to do is add a few lines to your page that other browsers treat as comments. The script is called IE7, and I've been having good experiences with it. It also fixes the PNG support (yes, alpha transparency).

    --
    "It ain't a war against drugs.it's a war against personal freedom" --Bill Hicks
    1. Re:"IE7" by FuzzyBad-Mofo · · Score: 1

      Been there, done that. The Javascript library "IE7" does work, but it also increases the page load significantly and slows the rendering, at least in my experience. Even the author states that the code is yet alpha-quality, so it's hard to justify using it on a production site.

    2. Re:"IE7" by AnalystX · · Score: 1
      "All you have to do is add a few lines to your page"
      And this is different from browser detection, how? The method you described is simply passive rather than active. As was pointed out, this adds load time to your page. Some people actually like having efficient and easy-to-follow code with short load times.
    3. Re:"IE7" by Shawn+is+an+Asshole · · Score: 1

      And this is different from browser detection, how?

      Well, you're only adding three comments to the file. In the past I just wrote workarounds that worked for all browsers and it was difficult to maintain and very messy. Currently I create a clean template for each browser type. Lateley, though, I've been using IE7 in the development of a (internal) webapp and it's been great so far. Nothing more than those three comments.

      --
      "It ain't a war against drugs.it's a war against personal freedom" --Bill Hicks
    4. Re:"IE7" by Anonymous Coward · · Score: 0

      if you don't like extremists undermining the Constitution, why do you support the ACLU?

  51. Re:Looks like Microsoft has a winning strategy . . by drinkypoo · · Score: 1

    tight security

    Riiiiight. I just read (and commented on) a comment that says that someone got owned on the 'net by just browsing with IE7, and I believe it (though the plural of anecdote is not data...) Granted, it's in beta, but it's not all that clear that there is any security to speak of. It was probably the WMF back door (I still want to call it this whether it's intentional or not, even though it's technically incorrect if it's not intentional) but even so, that doesn't seem like attention to security to me.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  52. Yes, you're right. by mmell · · Score: 1
    Personal bias aside (and IMC its a pretty big personal bias), IE7 will fill the bill for business use - it's got a fast rendering engine, it's compatible with the vast bulk of business internet/intranet sites (IE compatibility specifically, especially that downward-compatible part), and has just enough end-user features to keep the office geeks from blowing a gasket.

    I won't speak to the matter of security - as long as ActiveX is on (see: IE compatibility above), IE will suffer from security problems. ActiveX is getting a lot better, but I know of damned few admins who'll trust it yet. Of course, a good virus/malware scanner can mitigate the risks there, and that's how business has been handling the situation up until now, so the matter of security is sort of moot.

    1. Re:Yes, you're right. by jp10558 · · Score: 1

      I still thing the biggest blunder for IE7 is requiring XPSP2 or Vista. I know this is crazy, but both my current job and the last one ran all business processes on NT4. The problem of course, is that FireFox isn't especially fast there either, and I really have no idea if Opera would work on NT4.

      And when the IT department is making intranet sites that cause errors in IE5 so it doesn't work right, there's likely no chance they could get it to work in another browser.

      My last position though was a perfect example of where Opera would have helped. We regularily had to have up 4-6 IE windows plus 2 custom programs and access data fast. Of course, IE5 was painfully slow, not just because of it's slow rendering, but also the sheer lack of RAM in the machines. So what might have been reduced to a 2 second look with Opera became a 30 second wait. When people wanted information right now, it was painful.

      Back to the point, I don't think IE7 will be a big draw to businesses till around SP1 of Vista (when they are both ready for an upgrade again, and when most aren't still scared of being first movers). However, I don't think any other browser will be a draw either. Nothing is really better enough than IE5 for intranet use that would motivate an upgrade.

      --
      Opera, Proxomitron-Grypen,GPG 0x0A1C6EE3
  53. Re:Finally by VGPowerlord · · Score: 1
    Yeah, like something other than Windows.

    Like a Microsoft version of UNIX? :P

    --
    GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
  54. Re:IE7... by Christianfreak · · Score: 1

    Imagine if every web site said, "to continue, click 'Install' when the installation box appears" and a wave of XPI spyware swept over the earth.

    Except for a long while now you have to manually add a site to the list of allowed sites that can install XPI software. If Firefox were the only browser do you think people who would actually not know better about clicking "Install" would be smart enough to figure that out?

  55. This is newsworthy? by djdole · · Score: 2, Funny

    This is like reporting about the 12th man to finish a particular marathon. Not really what I'd call newsworthy.

    OK...slightly newsworthy...
    The guy's an inbred, with dumb-as-dirt parents.
    The guy's an overweight diabetic needing constant dialysis.
    The guy's a cripple with glass for bones that can and will break whenever touched.
    AND...The guy is the paperboy/newsman (information provider) for hundreds of thousands of people.

    ...And he finished 12th in the marathon.

    /Firefox. First Place. Falls to ground laughing and pointing at out-of-breath MS finish.

    1. Re:This is newsworthy? by leerpm · · Score: 2, Interesting

      Sorry to burst your bubble, but MS invented the whole idea of the XMLHTTPRequest object. They already crossed this finish line 7 years ago.

    2. Re:This is newsworthy? by djdole · · Score: 1

      Uh.. buh... ..uh WHAT?
      I'm sorry,...did I say Microsoft was slow at "inventing" the idea?
      That context doesn't even make SENSE. Each browser doesn't INVENT the idea, they SUPPORT it.

      READ THE ARTICLE.
      (Or at least read the submitter's comments)

      MS's IE never conformed to the commonly accepted convention for the XMLHTTPRequest. Their "XMLHTTPRequest" object jumped from name to name almost with each new version of the browser. The post itself names ONE of the previous naming conventions right out, "Microsoft.XMLHTTP". Developers wanting to support IE could hardly keep up, and old pages would break with each new version. This is why this change to IE is good, (although not really newsworthy).

      Just because MS may have had the idea a while ago doesn't mean they IMPLEMENTED it correctly (as most other browsers had).
      Otherwise, what is the point of this article even making?
      Which by the way, I didn't submit this article, so it's not MY bubble your futile attack was trying to burst, but the submitter's (Zonk's) or the author of the article, (A MS employee. A Program Manager in the Internet Explorer team no less!).

      Didn't quite see the submitter's point?
      (Well I didn't think I'd have to, but) I'll spoon-feed it to you.
      The article's point was that MS is just now doing it NA-TIVE-LY.
      Say it with me again.....NaaaaTiiivvvveLlyyyy. That's right. Sound it out.
      Read the post & article, pay close attention to Zonk's words: "as many other browsers currently do."
      So FYI, it was MOZILLA that was first across that line, not MS.
      And what is the Firefox browser based on? ...It's ok...we all already know... ...it's in Firefox's full name.... MOZILLA.
      (And yes I know Firefox isn't the original Mozilla browser...But who would choose the original Mozilla browser over Firefox?)

      Regardless of any of that, what's your point?
      Mine was that this article isn't newsworthy, and that IE is a buggy MS product that's far too easy to crash. (and so people should use Firefox in my opinion.)

      I was merely restating the point of the article, and Zonk's point, to make my own point in a humorous way.

      Don't believe me about any of it? Read up. (and pay attention this time)
      http://en.wikipedia.org/wiki/XMLHttpRequest (Note "History & Support, second sentence.)
      http://en.wikipedia.org/wiki/J++

      (Bravo on a good flame-bait though. Bravo!)

  56. true by ashpool7 · · Score: 2, Insightful

    Reference
    http://www.w3.org/TR/2004/WD-WCAG20-CSS-TECHS-2004 0730/#text-shadow

    My point was that FireFox/Gecko is not the paragon of standards compliance, so dragging IE into the "you don't comply" mud is hypocritical. Indeed there are more important things to make work, but nevertheless, compliance is incomplete.

    To that effect, since CSS2 came out in 1998, and CSS2.1 in 2005, I would have expected text-shadow (along with the other things you listed) to get fixed in that time frame. What have the FireFox devs been doing?

    1. Re:true by starwed · · Score: 2, Insightful

      I don't think you really understand the CSS standard. CSS2.1 replaces 2.0, in the process getting rid of some properties which proved too problematic. There are parts of the CSS2 spec which are contradictory. Should Firefox implement that too? ^_^ It doesn't matter whether 2.1 has "draft" status or not; it's the superior standard, and one the w3 advocates adhering to.

    2. Re:true by Bert64 · · Score: 1

      Firefox already has vastly superior CSS support to current versions of IE...
      As for why this support is improving so slowly, maybe it's because so few (if any?) sites actually use these functions, most sites out there are designed for IE6 which is already massively behind firefox, so there just isn't that much incentive to keep improving the CSS support.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
  57. Re:Looks like Microsoft has a winning strategy . . by Stan+Vassilev · · Score: 1

    "Riiiiight."

    His IE7 beta was most likely not patched against the WMF exploit. Also don't forget that IE7 is extra secure under Vista (and the XP SP2 release was a compromise from start).

  58. DogShit: dead! by Anonymous Coward · · Score: 0

    I just heard some good news on Slashdot - beastiality afficianado DogDude was found dead lying next to a violated German Shepherd in his redneck trailer this morning. There weren't any more details. I'm sure no one in the Slashdot community will miss him - even if you enjoyed his amatuerish trolling, there's no denying his contributions to animal cruelty. Truly an icon of evil to canines everywhere.

  59. Re:Finally by Achromatic1978 · · Score: 1
    Finally, Microsoft is catching up with the times.

    You mean other than creating the concept that made AJAX possible in the first place?

  60. Re:Looks like Microsoft has a winning strategy . . by drinkypoo · · Score: 1

    I'll believe it when I see it. Until then, I will continue to make my judgements based on Microsoft's past history of incompetence and neglect. So far Vista is vaporware and half of its functionality has been yanked out so they could release it only a few months late, which does not give me a warm fuzzy barrel of puppies feeling.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  61. Paranoid by Shakes268 · · Score: 1

    I grow weary of hearing the whole "Embrace and extend, extinguish" chant that ALWAYS comes up in a /. thread regarding Microsoft.

    I'm just thankful you didn't link to the Wikipedia article (which is also a paranoid, laughable attempt at discrediting MS)

    Tons of people complain about MS not doing something like the other browsers. Tabbed pages, standard support, etc. Then, when MS does something that brings them to bring them up to date with the complaints, they get hit with the EEE (Embrace extend extinguish) attack.

    If MS changed something to be more in line with standards the anti-MS chicken littles would be running around screaming MS was about to extend standards (is that such a bad thing?? especially when it goes back into the standard like so many W3C MS contributions?) or that they are going kill something. MS cannot win in this environment. It's too full of technological bigotry.

  62. Re: Your sig by Millenniumman · · Score: 1
    I am a programmer. I am paid to produce syntax, not grammar. Deal with it.

    I think I'm funny...

    --
    Stupidity is like nuclear power, it can be used for good or evil. And you don't want to get any on you.
  63. you miss my point by ashpool7 · · Score: 1

    When CSS2.1 did not exist, text-shadow was the standard and FireFox still did not implement the standard. That is my point. Only recently has this not been the case.

    Besides, even with CSS2.1, there are things FireFox doesn't comply with (pointed out above).

    1. Re:you miss my point by Anonymous Coward · · Score: 0

      Why would Firefox implement text-shadow when it's not part of CSS2.1? I still think you're confused.

    2. Re:you miss my point by springbox · · Score: 1
      When CSS2.1 did not exist, text-shadow was the standard and FireFox still did not implement the standard.

      And we all thank them for that

  64. In other news... by SnowDog74 · · Score: 0, Offtopic

    In other news... Ford Motor Co. to introduce revolutionary rack and pinion steering in all 2007 models.

  65. Shortcuts are fine by me by b4k3d+b34nz · · Score: 1

    Heck, even if it is just a simple scripting shortcut, it's well worth it. Most Javascript I write uses wrapper functions and objects that resolve inconsistencies between IE and Everyone Else. The event model, AJAX, positioning, etc.

    Anything M$ does to resolve these inconsistencies means less coding/bug fixing and more problem solving on a higher level.

    --
    Grammar Lesson: you're is a contraction of "you are"; your means you possess something; yore means days gone by.
    1. Re:Shortcuts are fine by me by Stan+Vassilev · · Score: 1

      "Anything M$ does"

      Dude I hate to nitpick, but damn.

      Do you see where the $/4 key is, look down and a bit left, you'll see the "E" key, and if you continue in the same direction you'll find the "S" key.

      Now with that out of the way, it's spelled MICROSOFT, or MS, not M$.

      Misspelling 'Microsoft' and/or 'Windows' in an attempt to look cool has to be one of the most god awful lame stuff to do in a post ever.

      Just imagine if tons of Windows fans decided to spell Linux as Linsux, Linsux, Linu$ Torvald$ and what not and imagine how ANNOYING this becomes in time.

    2. Re:Shortcuts are fine by me by rwven · · Score: 1

      You forget that linus is not obsessed with $$. "Micro$oft" on the other hand... I think his allusion is perfectly acceptable. MS does everything they have to just to get by or "win" and that's it. This creates a headache for everyone on the technical end of anything. Yes, he could have used an "S" but he chose to use a "$" because of the probable motive behind the "M$" way of "half-jacking" everything...

      Other than that, i find your post highly anal retentive. Seriously...why?

    3. Re:Shortcuts are fine by me by b4k3d+b34nz · · Score: 1

      Sorry, I use the Dvorak keyboard, so I have a legitimate reason. It's actually easier for me to type M$ than MS since I can alternate hands to type the keys. Besides, if we're going the anal-retentive route as you seem to like, it's not MICROSOFT either. It's Microsoft.

      Apparently you don't hate to nitpick, because that's exactly what you're doing. You completely failed to see any reason behind my comment, simply because you're caught up in a trivial intentional misspelling.

      Anyway, chill out.

      --
      Grammar Lesson: you're is a contraction of "you are"; your means you possess something; yore means days gone by.
  66. Old News by straight_up · · Score: 1
    --
    Get your $sys$ camo tees now!
  67. Re:Looks like Microsoft has a winning strategy . . by ConceptJunkie · · Score: 1

    half of its functionality has been yanked out so they could release it only a few months late

    At the rate they're going, all Vista is going to be is 8 more butt-ugly skins for WMP, IE7, and a shinier theme for the UI.

    --
    You are in a maze of twisty little passages, all alike.
  68. Re:Finally by woot+account · · Score: 1

    If you haven't used Windows since 1999, how do you know Windows XP isn't good? Furthermore, if you aren't a Windows user, why would you even care?

  69. BIG DEAL by DrSkwid · · Score: 1

    WOW, I'm going to have to ... , er nothing

    function activex_based() {
            if(!window.ActiveXObject) return;
            try { return new ActiveXObject("Msxml2.XMLHTTP"); } catch(e) {}
            try { return new ActiveXObject("Microsoft.XMLHTTP"); } catch(e) {}
    }

    function nativexmlhttprequest_based() {
            if(!window.XMLHttpRequest) return;
            try { return new XMLHttpRequest(); } catch(e) {}
    }

    var XML_Http_Request = nativexmlhttprequest_based() || activex_based();

    if(!XML_Http_Request) alert ('no xml http request available');

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  70. Bullshit. by MaXiMiUS · · Score: 0

    When IE starts rendering my pages correctly, I'll let you know. Otherwise, don't diss Firefox.

    --
    It's never just a game when you're winning. - George Carlin
  71. Oh yeah, they're making our lives easier... by Schraegstrichpunkt · · Score: 1
    It looks like Microsoft is seriously trying to make the lives of us web developers easier.

    CSS, anyone?

  72. "OLDIES" IE6 & below SHOULD dispaly gibberish. by thomasxstewart · · Score: 1

    Why "do" oldie active X (IE6 Coding)& open up problems. Oldies are oldies, get with it or view "gibberish".Its not like upgrade costs anything & is updated automatically for most. http://www.geocities.com/tsvondrashekmd/WASHINGTON .html Signed:PHYSICIAN THOMAS STEWART VON DRASHEK M.D.

    --
    WINDOWS XP Service Pack -X- 396 mb. http://www.geocities.com/tsvondrashekmd/WASHINGTON .html
  73. "I heard someone got pwn3d" by Z34107 · · Score: 1

    Riiiiight. I just read (and commented on) a comment that says that someone got owned on the 'net by just browsing with IE7

    I am currently using Internet Explorer 7 Beta 1 (version 7.0.5112.0). i've been surfing all sorts of websites, and haven't gotten pwn3d/h4x0r3d/what3v3r3d. Once again, anecdotal, but it's been the only browser on my machine since September of 2005.

    It's a pretty nifty browser, by the way, with a much cleaner intwerface than Firefox (in my humble opinion). I used to use Firefox exclusively for the tabbed browsing, although IE7 seems to have implemented that better, too - though far be it from me to start a Kool-Aid drinker's feature list from the sheer, orgasmic joy of using the beta version of a new browser...

    --
    DATABASE WOW WOW
  74. Try this for creating the select by BlueYoshi · · Score: 1
    Sorry for the indentation.
    arrayOfOptions is an array of string formed like value1=text1.
    function AppendSelect(parent, id, value, size, arrayOfOptions){
    var obj = document.createElement("select");
    obj.setAttribute("id", id);
    parent.appendChild(obj)
    parent = obj;

    for (var i=0; i < arrayOfOptions.length; i++ ){
    obj = document.createElement("option");
    var property = arrayOfOptions[i].split('=');
    obj.appendChild(document.createTextNode(property[0 ]))
    if (property[1])
    property[0] = property[1]
    obj.value = property[0]
    parent.appendChild(obj)

    }
    return parent;
    }
    --
    "Use cases are fairy tales..." I. S. 2005
  75. Re:Looks like Microsoft has a winning strategy . . by Stan+Vassilev · · Score: 1

    "At the rate they're going, all Vista is going to be is 8 more butt-ugly skins for WMP, IE7, and a shinier theme for the UI"

    You're apparently totally uninformed of the existence of WinFX suit of technologies which were built from the ground up for Vista.

  76. if there is no incentive by Anonymous Coward · · Score: 0

    then why does Safari comply more and more with every SMALL point release? I would go so far as to say Safari is more standards compliant than FireFox.

    http://webkit.opendarwin.org/blog/?p=32

  77. Re:Looks like Microsoft has a winning strategy . . by ConceptJunkie · · Score: 1

    You're apparently totally uninformed of the existence of WinFX suit of technologies which were built from the ground up for Vista.

    No, but you're apparently totally uninformed of the existence of jokes.

    --
    You are in a maze of twisty little passages, all alike.
  78. Re:Looks like Microsoft has a winning strategy . . by Stan+Vassilev · · Score: 1

    You're apparently totally uninformed of the existence of WinFX suit of technologies which were built from the ground up for Vista.

    No, but you're apparently totally uninformed of the existence of jokes.


    I'll save us some posts and continue the series myself here:

    Me: No, but you're apparently uninformed that jokes are supposed to be funny.
    You: No, but you're apparently uninformed what funny means.
    Me: No, but you're apparently having no clue when to stop.
    You: No, but you're apparently not bringing yourself to the same standards either.
    Me: No, but I have at least something interesting to share.
    You: No, you don't, from what I saw so far.
    Me: You friggin; #@%*(@*%!!!
    You: F*in 2935!$#^*^(#!!!!
    ...
    ...

  79. Re:IE7... by Anonymous Coward · · Score: 0

    The -moz css rules are not vendor-specific in the way MS does vendor-specific, the way Mozilla (and the KHTML guys) does it is in accordance with the W3C, to implement these things so people can find bugs (in the spec and code), and once it works properly rename it to the normal css rule name.

    MS could do with with IE right now, with -msie-opacity or -msie-border-radius (for example), and it would be perfectly OK, if they followed the standard.

  80. Re:Looks like Microsoft has a winning strategy . . by ConceptJunkie · · Score: 1

    No, actually I was going to ponder whether WinFX will be used for anything more than making ugly new themes for the UI.

    --
    You are in a maze of twisty little passages, all alike.