Live data from Hacker News

Internet Explorer 11: “Don’t call me IE”

nczonline.net

11–20 of 190 posts

Re: Internet Explorer 11: “Don’t call me IE”

#11
post #7

If they change the UA, why didn't they take this opportunity to get rid of these ridiculously long UA's that mention competing browser brand names, and just make their UA string the following: "Windows NT 6.3; Trident/7.0; rv 11.0"

Because apparently lots of websites still (mistakenly) check for "Mozilla" and "Gecko".

This is over 15 years ago that IE was related to Mozilla. These "lots of websites", is this about websites from 1995, or modern ones?

Re: Internet Explorer 11: “Don’t call me IE”

#12
I was impressed when I saw their well-crafted commercials explaining the new IE, but I was still a little skeptical. I wanted to see some real action on their part to compensate for all the development headaches IE has caused me.

With moves like this, it seems they're walking the talk.

Re: Internet Explorer 11: “Don’t call me IE”

#13
post #10

Correct me if I'm wrong. If a web developer is hell-bent on detecting ie, they could look for the presence of the activex API (like jQuery currently does in order to provide a uniform AJAX interface).

Of course. They're not trying to make it impossible to detect IE. They're trying to make sure that all the "IE mode" quirks and workarounds out there in the wild don't get triggered on IE11 and break things.

Basically, they're moving to a standards-compliant model like WebKit or Gecko and they want to take advantage of all the standards-compliant layouts that developers are producing. But the only way to do that is to break with the past and not support all the madness inherited from legacy IE versions.

Re: Internet Explorer 11: “Don’t call me IE”

#14
post #10

Correct me if I'm wrong. If a web developer is hell-bent on detecting ie, they could look for the presence of the activex API (like jQuery currently does in order to provide a uniform AJAX interface).

The point is to avoid being detected as IE by _existing_ websites, which typically do extra work to display nicely for IE, and that won't necessary anymore, hopefully.

Re: Internet Explorer 11: “Don’t call me IE”

#16
post #4

this is good news. it will no longer stop IE users from visiting those sneaky sites who block users for using IE. it also makes it clear that Microsoft is finally serious about making a good browser that people WANT to use. now if they make their developer tools anywhere as good as firebug they'll have a winner. hiring some of the firebug team might be a good idea.

In all seriousness, I really do think that MSFT has an uphill battle when it comes to having non-enterprise web developers adopt IE as their primary platform for development. I'm sure that IE 11 is/will be a perfectly fine browser and comparable to Chrome/Firefox, but they still have the requirement that you must use Windows.

I have no problem targeting IE11 as an end-user platform for my apps, especially now since it appears that it's a very good , if not great, browser, but I have absolutely zero desire to use Windows as a day-to-day OS for development. A large portion of the tooling that I (and I suspect a vast majority of other engineers) require either doesn't exist on Windows, or if it does, it's crippled or hacky.

Essentially, moving to IE over Chrome/Firefox nets me little to no appreciable gain, and comes with a huge negative problem of drastically impacting my productivity.

Re: Internet Explorer 11: “Don’t call me IE”

#17
post #4

this is good news. it will no longer stop IE users from visiting those sneaky sites who block users for using IE. it also makes it clear that Microsoft is finally serious about making a good browser that people WANT to use. now if they make their developer tools anywhere as good as firebug they'll have a winner. hiring some of the firebug team might be a good idea.

There will still be methods of determining whether the browser is IE or not; that's virtually impossible to hide. It will require a little more effort, but every browser is full of tell-tale bugs and other implementation nuances that can be used to uniquely identify it. It could even be as easy as detecting support for CSS vendor prefixes or similar.

Re: Internet Explorer 11: “Don’t call me IE”

#18
post #7

If they change the UA, why didn't they take this opportunity to get rid of these ridiculously long UA's that mention competing browser brand names, and just make their UA string the following: "Windows NT 6.3; Trident/7.0; rv 11.0"

For compatibility reasons. Many websites render differently based on browser support/quirks, and use strings of text within the UA as cues to determine which direction they should take when handling those quirks.

Removing those cruddy bits of the UA would make it so that those pages would render incorrectly.

Re: Internet Explorer 11: “Don’t call me IE”

#20
post #13
post #10

Correct me if I'm wrong. If a web developer is hell-bent on detecting ie, they could look for the presence of the activex API (like jQuery currently does in order to provide a uniform AJAX interface).

Of course. They're not trying to make it impossible to detect IE. They're trying to make sure that all the "IE mode" quirks and workarounds out there in the wild don't get triggered on IE11 and break things. Basically, they're moving to a standards-compliant model like WebKit or Gecko and they want to take advantage of all the standards-compliant layouts that developers are producing. But the only way to do that is t…

> Basically, they're moving to a standards-compliant model like WebKit or Gecko

I think that was the professed and proclaimed goal for every IE version since 8, or maybe even back at 7? I keep hearing that for years, and what this intention delivers in the end is yet more "IE modes":

n "browser modes" times 2 "document modes". Quirks mode. "Compatibility view."

So for IE 11, web developers would have two choices: test your page in a total of 10 IE mode-combinations. Or just serve "the Crawler/Geocities version of our site" to IE users no matter what version they're using.

Which is of course what MS/IE wants to avoid. But hey they could just pull an "Apple Inc." and license WebKit, or pull a "Google Inc." and make your browser auto-updating. Without prompts, progress indicators or restarts, just as invisible and efficiently as Chrome does by default. Presto, no more headaches with IE for BOTH users AND web devs. Maybe some MS egos would get a little dent, maybe some enterprise consultancy shops would have to cut down on man-days sold for IE-specific work. Ah yes. I can see why IE won't go this way any time soon---or only way after it has been finally and fully obsoleted even in the remotes of backwater net-cafes and even the slowest of Enterprise-IT depts...

Post reply on HN