Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×
Internet Explorer The Internet Microsoft

IE8 May Be End of the Line For Internet Explorer 380

snydeq writes "InfoWorld's Randall Kennedy reports on rumors that IE8 may be Internet Explorer's swan song: 'IE8 is the last version of the Internet Explorer Web browser,' Kennedy writes. 'It seems that Microsoft is preparing to throw in the towel on its Internet Explorer engine once and for all.' And what will replace it? Some are still claiming that Microsoft will go with WebKit, which is used by Safari and Chrome. The WebKit story, Kennedy contends, could be a feint and that Microsoft will instead adopt Gazelle, Microsoft Research's brand-new engine that thinks like an OS. 'This new engine will supposedly be more secure than Firefox or even Chrome, making copious use of sandboxing to keep its myriad plug-ins isolated and the overall browser process model protected.'" The sticking point will be what Microsoft does about compatibility for ActiveX apps.
This discussion has been archived. No new comments can be posted.

IE8 May Be End of the Line For Internet Explorer

Comments Filter:
  • by Raindance ( 680694 ) * <`johnsonmx' `at' `gmail.com'> on Tuesday March 10, 2009 @03:19PM (#27140119) Homepage Journal

    1. Headline should read, IE8 May Be End of the Line for Internet Explorer Engine .

    2. I don't see any reason why ActiveX apps couldn't be sandboxed like anything else. Granted, it has deep hooks into the OS-- but if nothing else, given how beefy computers are going to be by the time IE9 comes out, you could give each ActiveX app its own perfectly compatible virtual copy of XP+IE8 to run on, and just parse the result into IE9 format. Destroy the virtualized OS+browser when the app closes.

    Moore's Law makes some problems easy, yay. :)

    • by INeededALogin ( 771371 ) on Tuesday March 10, 2009 @03:26PM (#27140251) Journal
      given how beefy computers are going to be by the time IE9 comes out

      Moore's Law be damned. People have been using this excuse for years to write bloated, crappy software. How about for once we don't try to predict the future. Instead, lets write the code for todays hardware. People seem to forget that we have sold way more computers than people in the world... no reason to replace them all to run IE9.
      • Re: (Score:2, Interesting)

        by icebike ( 68054 )

        Mod parent insightful.

        A browser designed for a netbook ought to run just fine on my aging laptop.

      • Exactly..and Moore's law isn't exatly as reliable as it was 15 years ago when talking about a direct improvement to the desktop computers speed.

        • by frosty_tsm ( 933163 ) on Tuesday March 10, 2009 @05:04PM (#27141751)

          Exactly..and Moore's law isn't exatly as reliable as it was 15 years ago when talking about a direct improvement to the desktop computers speed.

          Especially since it never was about speed, only the density of transistors on a chip. Which, through clever architecture, smart compilers, and good programming can result in more speed.

      • by the_humeister ( 922869 ) on Tuesday March 10, 2009 @04:08PM (#27140915)

        People seem to forget that we have sold way more computers than people in the world

        Yes, especially since the emancipation proclamation was nearly 130 years ago.

      • Re: (Score:3, Insightful)

        Writing software to force people to buy new PC's has been an integral part of Microsoft's strategy for years, it's only recently begun to bite them on the ass with Vista and the credit crunch happening at the same time. People keep forgetting that around 80% of Windows sales come from new PCs pre-installed with the current version of Windows that Microsoft are giving customers the choice of.

      • by Ilgaz ( 86384 ) on Tuesday March 10, 2009 @05:40PM (#27142239) Homepage

        Do you know what hit them very seriously? I mean the coders laughing to vendors like Opera for struggling not to code CPU and speed dependent stuff?

        Mobile computing. It is like ultimate punishment for them. Do you remember those fanatics calling people to ''buy more RAM'' no matter what their issue with memory is? Top of the line smart phone comes with 512MB RAM or something and 400 Mhz ARM CPU. Opera ships 9.5 beta which runs the exact same engine as Desktop version to 256MB RAM having, 200Mhz CPU UIQ3 devices with zero vendor support.

        I know some professional OS X developers keeping a G4 Mac Mini no matter how many xeons they have, just to make sure their application runs on low end computers fine. So far, thanks to their wise decision, their software gets good feedback not just from low end but very high end computers too. If it works on low end, it will rock on high end. Trust me, some of the ''cool guys'' out there still couldn't figure this basic rule.

        When Webkit proved to work on Nokia S60 Symbian devices and got very good feedback from users, I said Webkit is the future. What mattered was, can the code run under 128MB RAM, completely alien OS? S60 browser proved it.

        • by KiloByte ( 825081 ) on Tuesday March 10, 2009 @07:34PM (#27143555)

          I always kept saying that every developer should be forced to use a slow machine, at least where compilation and automated tests are not involved. If you sit your butt at a fast box, you simply never notice anything is unacceptable slow.

          I've personally caught myself ignoring complaints that a piece of my code is slow and noticing it only after seeing it crawl on a slow machine myself.

      • by BenoitRen ( 998927 ) on Tuesday March 10, 2009 @07:07PM (#27143235)

        Or even better: let's write code for yesterday's hardware. Not everyone has a computer of today, and the more computers that can use your software, the better.

      • Re: (Score:3, Interesting)

        People have been using this excuse for years to write bloated, crappy software.

        I see this argument occasionally on /. and always find it more than a bit puzzling: if software that you think is "bloated" continues to be used (and to be sold to people willing to pay for it), then it must be of more value to its users than whatever hypothetical small and beautiful software that you're imagining. In fact, Joel Spolsky wrote a pretty good article called Bloatware and the 80/20 myth [joelonsoftware.com] attacking the very line of th

    • Right. Everybody knows the name "Microsoft Internet Explorer" for being an insecure shell extension(or whatever it is, but it's not a standalone browser) as well as being the "browser" which is having its ass kicked by FireFox and every other real browser out there.

      Microsoft will rebrand and slap a bunch of blinkenlights on their next browser, and then pay other strategic entities huge sums of money so that those others can shove it down our throats like they're trying to do with Silverlight.
    • , you could give each ActiveX app its own perfectly compatible virtual copy of XP+IE8 to run on, and just parse the result into IE9 format

      Sure, but what about the initial download + updates. Already in America not everyone can get high speed internet, even a 700 MB ISO file takes a while to download on many DSL connections so how are you going to download this Gigabyte+ browser compatibility package? It takes up about 1/4ths of a DVD so even including it on Windows 8 install media isn't going to really fly unless there is some rapid migration to Blu-Ray which I just don't see hapening.

    • by symbolset ( 646467 ) on Tuesday March 10, 2009 @05:29PM (#27142095) Journal
      Intel giveth, Microsoft taketh away.
    • Re: (Score:3, Insightful)

      by Ilgaz ( 86384 )

      A company named Apple tried to save itself from the amazingly huge work and tried to modernise and secure MacOS. It took years and a top of the line IT director to admit it won't happen.

      Their plan was exactly the same, sandboxed MacOS virtual machines.

      They accepted that sad fact, (probably) mailed to their software vendors saying ''We are going with NeXT''

      As MS is known for not admitting such facts and keep shipping that biggest PR disaster of all times named IE (I mean it), they may go with your method. Th

  • Last Post! (Score:3, Funny)

    by Anonymous Coward on Tuesday March 10, 2009 @03:20PM (#27140133)

    Oh wait...

  • by mdm-adph ( 1030332 ) on Tuesday March 10, 2009 @03:20PM (#27140141)

    ...they're going to buy Mozilla. Mark my words. :P

  • by Thornburg ( 264444 ) on Tuesday March 10, 2009 @03:21PM (#27140155)

    The sticking point will be what Microsoft does about compatibility for ActiveX apps.

    KILL IT!!!

    Seriously. Since IE8 does it, people will just keep using that for the next decade...

    If they don't kill ActiveX after IE8, we'll be stuck with it even longer than that. Since it's going to take 10 years to actually die, please start the process now, Microsoft.

  • by Midnight Thunder ( 17205 ) on Tuesday March 10, 2009 @03:23PM (#27140197) Homepage Journal

    Given the compatibility issues that ActiveX has in IE8, then it probably won't matter what Microsoft will do in the future. In all reality no site should be depending on ActiveX. If it breaks without it, then fix the site.

    • by vux984 ( 928602 ) on Tuesday March 10, 2009 @03:41PM (#27140479)

      Given the compatibility issues that ActiveX has in IE8, then it probably won't matter what Microsoft will do in the future. In all reality no site should be depending on ActiveX.

      No external public facing site should rely on activeX. There is really nothing wrong with internal enterprise apps using it.

      If it breaks without it, then fix the site.

      You mean build the enterprise intranet application from scratch? When its working perfectly fine exactly the way it is? That will be a pretty tough sell.

      • by markdavis ( 642305 ) on Tuesday March 10, 2009 @04:11PM (#27140965)

        > No external public facing site should rely on activeX. There is really nothing wrong with internal enterprise apps using it.

        Um, yes there most certainly is a MAJOR problem with internal enterprise apps using it. It means that everyone is chained to running MS-Windows and IE *only* on the desktops and every possible device that connects to that internal enterprise application. Just because you might not have a choice with what is running on the server doesn't necessarily mean you want to have no choice for the client.

        Perhaps a company might want some additional choice.

    • Actually every single IE plugin uses ActiveX (Flash, QuickTime, Java, etc.) Any future version of IE will likely have some ActiveX support for legacy plugins.

      This is also the reason Google Chrome also supports ActiveX.

  • by mevets ( 322601 ) on Tuesday March 10, 2009 @03:24PM (#27140217)

    Given their history, this could be pretty funny.

  • WebKit?! (Score:5, Insightful)

    by rbanffy ( 584143 ) on Tuesday March 10, 2009 @03:24PM (#27140221) Homepage Journal

    "Some are still claiming that Microsoft will go with WebKit"

    Microsoft will never allow the browser that ships with Windows to become a commodity. They will go with Gazelle or whatever they develop that's as incompatible to official standards as possible while still being called a web browser engine.

    Their goal is lock-in. A standards-based engine would negate that.

    • Re: (Score:3, Insightful)

      Not necessarily: Pages that are mostly Flash blobs are not "standard" in any useful sense, even if the html/CSS/javascript that embeds the blobs is perfectly well formed.

      If, for instance, MS decided to use webkit; but push Silverlight, you could easily end up with an equivalent situation.
    • by geekoid ( 135745 )

      But they have failed to do lock in, and if they try they will get shut down.
        They show signs of learning to keep at when they do well and sell to that market instead of trying to lock in at the puny application layer. By putting an OS on almost every box, they are getting paid to be the gate keeper.
      the 1000 year view MS had isn't panning out, and all the people that bought into it when the document was created are leaving MS.

      • Re: (Score:3, Insightful)

        by markdavis ( 642305 )

        >But they have failed to do lock in, and if they try they will get shut down.

        Wrong. They have failed to lock in PUBLIC facing web sites. But they have done a MARVELLOUS job of lock-in for corporate web applications and inside apps with IE. Trust me, I have fought that monster over and over again.

    • by Dracos ( 107777 )

      More likely Gazelle is a ruse, as is interest in WebKit. I wouldn't be surprised if MS attempted a hostile takeover of Opera. Opera doesn't have that much usage share among desktops/laptops, but its share on cell phones and other mobile devices is huge.

    • Their goal is lock-in. A standards-based engine would negate that.

      Honestly, I've agreed with you up until now. Spending resources to play catch-up with what Webkit and Gecko have been able to do for years doesn't make any sense at all... unless your goal is to depart from those implementations.

      However, I've wondered if someday, the resource logic wouldn't occur to Microsoft, or the trident codebase wouldn't become such a problem that it'd become stronger. They don't need to have their own rendering engine t

    • Re: (Score:3, Interesting)

      by jmorris42 ( 1458 ) *

      > Their goal is lock-in. A standards-based engine would negate that.

      True enough, but they are learning of late. They were so hellbent on pushing OOXML they perverted the ISO. But enough people stood firm and resisted so they are putting ODF support into the next Office service pack. We will see if they manage to put a sting into it. I'd bet they won't make it possible to set ODF as the default save format. Or ensure subtle conversion errors force large instituitions to not use ODF as their primary i

  • First, Microsoft tried to make the browser part of their operating system, without paying much attention to security. Now, they're trying to make a browser into an operating system with security first in mind?

    Looks like an about-face if you ask me...

    Funny how the vendor of one of the world's most insecure operating systems now considers that they're going to one-up the competition with the most secure browser / operating system? I guess they'd have an excellent track record of finding out what not to do...

    • by RAMMS+EIN ( 578166 ) on Tuesday March 10, 2009 @03:45PM (#27140551) Homepage Journal

      ``Funny how the vendor of one of the world's most insecure operating systems now considers that they're going to one-up the competition with the most secure browser / operating system?''

      I wonder if Windows is still one of the world's most insecure operating systems. Microsoft have certainly been working hard to improve things, which is more than I can say for many other operating system vendors. Meanwhile, Linux user seem to be content pointing and laughing at Microsoft's efforts and pointing out that Linux is so much more secure.

      I won't make any claims about which operating system is more secure than another operating system (because I think it is fundamentally impossible to measure, let alone to know), but if I see that Microsoft is introducing things like address space layout randomization and non-executable stacks, I have to wonder why those features aren't in other mainstream operating systems yet. OpenBSD has done a lot of pioneering work already, but when will we see the day that all of Debian is compiled with -fstack-protector and ships with PaX enabled?

      • by mcrbids ( 148650 ) on Tuesday March 10, 2009 @04:07PM (#27140901) Journal

        Meanwhile, Linux user seem to be content pointing and laughing at Microsoft's efforts and pointing out that Linux is so much more secure.

        Because it is. There. I said it.

        The relatively simple, understandable Unix security model has a very long history, and has grown gracefully as the strength, power, speed, and ability of the individual computers have. Everything is a file, and all files have the three permissions: Users, Groups, and Other. Each of these can have read, write, and execute permissions. Simple, understandable, easy to enforce. It's so taken for granted as such that it's routinely used in embedded devices (such as routers) where updates are few and far between, yet they are rarely, if ever, compromised.

        Compare/contrast that with the Windows security model, where there are actually alternate file spaces within the existing file system. With the Windows API, it's trivial to save a file that's in an alternate namespace and thus cannot be found with *any* normal Windows system call. There are many examples of strangeness like this!

        There was a recent article I read about the confessions of a grey-hat programmer... he describes Windows as incredibly complex, labyrinthine, and basically impossible to secure well. He laughed at so-called "security vendors" like anti-virus.

        • by lgw ( 121541 ) on Tuesday March 10, 2009 @05:08PM (#27141815) Journal

          Everything is a file, and all files have the three permissions: Users, Groups, and Other.

          Don't forget the sticky bit! Much as one might like to, let's not forget that the "simple Unix permissions" included one Hell of an egregious security flaw.

          there are actually alternate file spaces within the existing file system. With the Windows API, it's trivial to save a file that's in an alternate namespace and thus cannot be found with *any* normal Windows system call.

          There is no alternative namespace, there are merely alternate streams in a file - named locations for storing meta data. The file is right there in the filesystem, obvious to all. The file data may be a bit hidden, requiring normal Windows system calls to read (just like one uses normal Windows system calls to create alernate data streams), instead of Notepad. Oh, wait, you can read them with Notepad too. What a bunch of FUD.

          he describes Windows as incredibly complex, labyrinthine, and basically impossible to secure well.

          Vista clearly lost the thread, going for security through complexity, but any OS that doesn't have a read-only kernel is impossible to secure. Any OS that does have a read-only kernel is impossible to patch. No OS can secure itself. Scanning for modifications to kernel bits from a hardware-protected hypervisor is the only way, but as long as "Trusted Computing" is used for evil, we can't get there.

          • by EvanED ( 569694 ) <evaned@g[ ]l.com ['mai' in gap]> on Tuesday March 10, 2009 @05:57PM (#27142431)

            There is no alternative namespace, there are merely alternate streams in a file - named locations for storing meta data. The file is right there in the filesystem, obvious to all. The file data may be a bit hidden, requiring normal Windows system calls to read (just like one uses normal Windows system calls to create alernate data streams), instead of Notepad. Oh, wait, you can read them with Notepad too. What a bunch of FUD.

            This... is actually not the whole story.

            NTFS is actually a case-sensitive file system. You can illustrate this by installing Services for Unix. This is an alternative subsystem that doesn't go through the normal Windows API (or the DLLs implementing it) and collection of Unix programs that have been "ported" to it. Once you install this, programs that are part of SFU are able to create files with the same case-sensitive name but different case.

            Instead, the reason you normally can't do this is because the DLLs that are part of the Windows subsystem (the one providing the normal Windows API) hides this case-sensitivity in concert with the file system driver. (IIRC, open commands in the driver get a flag saying whether to be case-sensitive or not.) Instead of making calls through the Windows API, you can either use another subsystem like SFU or make native system calls directly (though that interface isn't supported).

            Finally, the implementation of the Windows API is such that if you create two files with different case but the same name, only one will be visible through the Windows API, at least with NTFS's implementation of all of this.

            This means that if you want to write security software for Windows, to catch malware written by people who know about this hole, you need to make API calls to an undocumented interface if you don't want to require people to install SFU. (Of course, security software does so much other stuff that's even worse that's hardly a drop in the bucket.)

  • Others insist that that the whole WebKit story is merely a feint and that Microsoft will in fact be adopting a brand-new engine coming out of its Microsoft Research division. Dubbed "Gazelle," this new engine will supposedly be more secure than Firefox or even Chrome, making copious use of sandboxing to keep its myriad plug-ins isolated and the overall browser process model protected.

    Doesn't Microsoft scream "This one's WAAAAAY more secure than the last one!" about everything they release? When has that actually meant anything? Sure, I'd take Windows XP over Windows 95, but it's not very hard to do better than their old lousy products. Making the claim that it'll be more secure than Firefox or even Chrome, that's a bold statement and I doubt they'll be able to back it up. Plus all the security in the world is useless if the thing doesn't conform to any web standards.

    Also, are they chang

    • Re: (Score:3, Informative)

      by Excors ( 807434 )

      Gazelle [microsoft.com] is from Microsoft Research, and their paper discusses the details of the security model - it's not just a marketing claim.

      The idea is that every 'origin' (basically a domain name, which is used as the basis for access control in all modern browsers) is separated into its own sandboxed process. If a page on your domain embeds an iframe from an advertiser's domain, the iframe is rendered in a separate process, and all communication is handled through a Browser Kernel which enforces the security con

  • by Shin-LaC ( 1333529 ) on Tuesday March 10, 2009 @03:39PM (#27140453)
    The rendering engine. The browser itself will probably still be called Internet Explorer 9, no reason to throw away a strong brand. It will use a new layout engine with deep Silverlight integration.
  • Wouldn't it be ironic if microsoft decides to rebuild IE9 from the ground up like Netscape did when they were dominant? Would be the wheel of life making a complete turn I think.
  • IE has failed to do what it was designed for, dominate the standards. Internet Explorer's aim was to change the standard from the open w3HTML to MSHTML and use it to bind "The Internet" to Windows and Microsoft as its Autocrat. Now with the rise of Firefox and open standards another attempt to control the standards will only break old (IE-only) sites therefore MS has decided to throw in the towel(or so is the theory) and stop working on its rendering engine. The use of Webkit is probably because it's a wide

    • by blueg3 ( 192743 )

      Gecko is licensed under MPL, GPL, and LGPL -- two of these allow you to use it in closed-source software.

  • http://blackfiber.wordpress.com/2008/07/06/the-web-browser-as-a-milli-application/

    I am obsessed with microkernels. This idea's been in my head for years, since I looked at how KDE sandboxes Flash and thought, "Hey, this should be for every piece of the whole application!"

  • >Microsoft will instead adopt Gazelle, Microsoft Research's brand-new engine that thinks like an OS.

    Great, just what we need, a single-platform browser that thinks like an OS- something that will further guaranteed web "sites" designed in a manner that will only work with MS-Windows and their own browser. Been there, done that.

  • by WebmasterNeal ( 1163683 ) on Tuesday March 10, 2009 @04:04PM (#27140839) Homepage
    I seriously doubt IE will have the majority of the market share by the time IE9 comes out. Many of the web usage reports out there are showing that Firefox is at 20% or higher and that Safari is around 5% or so.

    I would also argue that a lot more 'dumb consumers' (people like my parents) are buying Macs now to be trendy which will help IEs market share drop.

    Also has anyone used IE8 yet and tested sites out on it? I've used it and it rendering engine is pretty terrible, even when set in emulate IE7 mode which then introduces a complete new set of rendering bugs.
  • Hypothetical news? (Score:5, Informative)

    by icepick72 ( 834363 ) on Tuesday March 10, 2009 @04:06PM (#27140885)
    The author states: At least, that's what I'm hearing through the grapevine
    The author is effectively saying his story is not credible! Slashdot is supposed to run with a hypothetical situation about IE8 demise instead of commenting on real news? It should be fun scanning through these comments to find out who bites (not the big one ... but the fantasy woven by the author).
  • by wdhowellsr ( 530924 ) on Tuesday March 10, 2009 @04:08PM (#27140917)
    I worked through thick and thin with Microsoft for over twenty years and find this to be a classic example of pure insanity. My primary work load is n-tier web application development using Asp.net, VS and C#. The .Net framework is very closely tied to the IE engine and I don't even want to think of the headaches in trying to migrate all existing applications to whatever they release.

    This is obviously a dream, but it would be nice to have some sort of standard system for Internet Cloud and Browser software and hardware not unlike the telco and cellular market. There would still be billions to make for all of the Tech companies.
  • ActiveX Must Die (Score:4, Insightful)

    by Nezer ( 92629 ) on Tuesday March 10, 2009 @04:13PM (#27140997) Homepage

    The sticking point will be what Microsoft does about compatibility for ActiveX apps.

    No sticking point... ActiveX needs to die.

  • Hopefully they'll do the right thing: deprecate it as of IE8's release, so people have plenty of warning, and start releasing tools for those still stuck with it to migrate it something perhaps not quite so fundamentally flawed.

  • by gilgongo ( 57446 ) on Tuesday March 10, 2009 @04:32PM (#27141275) Homepage Journal

    "This new engine will supposedly be more secure than Firefox or even Chrome, making copious use of sandboxing to keep its myriad plug-ins isolated and the overall browser process model protected.'

    IE doesn't have any plugins, does it? At least, if it does, they're nagware garbage compared to the truly myriad plugins for Firefox. Really, if it wasn't for FF add-ons, I doubt it would have even a half percent share.

  • by Ilgaz ( 86384 ) on Tuesday March 10, 2009 @05:51PM (#27142371) Homepage

    Have a stupid blogger who could say things like ''This new engine will supposedly be more secure than Firefox or even Chrome''

    That is 30% of entire Web browser market, you have guaranteed that they will do everything to joke about your code without being even released to public.

    Also very advanced coders who are talented enough to work on Mozilla or Google will come up with real information debunking your allegations. They may ask a very basic question: ''How can people review your code?''. Mozilla, Google and even Apple has answer, you don't.

  • Clippy? (Score:3, Interesting)

    by deanston ( 1252868 ) on Tuesday March 10, 2009 @07:15PM (#27143323)
    When did OS started to think? A browser that thinks like an OS? Sounds like day after day the fallout recognized by Andressen and Gates were right. But we all know MSFT puts its IE engine in every piece of its software, so whether a separate browser client exists doesn't matter. Even if the new engine is called Gazelle it doesn't mean the browser cannot be called IE still (Gecko/Firefox, WebKit/Safari).

The opossum is a very sophisticated animal. It doesn't even get up until 5 or 6 PM.

Working...