News for hackers. Stuff that matters.
Re:The birth of Microsoft's new web rendering engine by EdSharkey on Thursday February 26, 2015 @01:12PM (#9114070)
YES! 1-2-3-4, I declare a browser war!

Finally. This is the Microsoft I've been waiting for! No more rolling over and no defeatist talk of adopting WebKit or whatever. Microsoft is going to use its muscle and position to make a truly competitive browser.

We need more competition, and we need the default browser in Windows to be just as good as Chrome and Firefox.

Microsoft, I hope you pull every -ms- vendor flaggin', ring-0 kernel hookin', micro-optimizatin', site-specific D3D driver tweakin' trick in the book as you reach for parity. This is going to be so fun to watch.

Re:The birth of Microsoft's new web rendering engine by Throwaway90283 on Thursday February 26, 2015 @03:35PM (#9115295)
I'd like to see some competition as well, but in my perspective, they're taking the wrong approach.

This entire project seems to be about improving compatibility with older websites, by adding more algorithms and layers to the rendering process. I don't believe everyone is using Firefox and Chrome because they have better compatibility than IE.

I think they should focus on cutting the fat, and making the lightest weight, fastest and standards compliant browser possible, with some popular third-party add-ons available, such as ad block. Or, leave IE11 as the default now for compatibility, and spin off a new browser called IE Lightning.

If people start to switch over, then more sites will be developed to work in IE Lightning.

In short, create a faster browser with a smaller memory footprint and ad block, get users, watch compatibility fix itself, then make this ship as the default browser in 5 years.

Re:The birth of Microsoft's new web rendering engine by gtjrossi on Thursday February 26, 2015 @08:07PM (#9116619)
Actually, our approach is effectively yielding the results you're looking for.

Removal of old IE legacy cruft is slimming Spartan's disk and memory footprint when compared with IE. Advances in the Chakra engine are pushing performance ahead. We're rearchitecting our DOM, which is yielding perf and security wins too. We're planning an extension platform also, with top add-ons like ad block being a clear target.

There's a bit of a catch 22 with "get users" and "watch compatibility fix itself" as broken compatibility is often cited as a top reason for users to switch browsers. It's hard to grow users without investing in compatibility.

So what we're doing is defining our "blend" of investments. Right now we have a heavy amount of interop investments in our blend as we think that's important for users. Over time (months, not years) the major interop gaps will disappear and I expect we'll see a shift in that blend to increase investments in other areas.

(Jacob Rossi, Spartan platform engineering team)

Re:The birth of Microsoft's new web rendering engine by SiVal on Friday February 27, 2015 @04:24AM (#9117977)
I strongly hope that there will be a drive among the major browser makers to do what it takes to make the future Web as powerful a platform as possible, even at the expense of delegating support for some old websites to legacy-support plug-ins. I personally would not have a problem with a dual-path approach to the Web: one set of browsers that specify a "current standards" Web platform with maximum capabilities, strict rules, and no legacy baggage, and an optional set of browser plug-ins, to which older, non-conforming sites are delegated.

This would allow the Web platform on small-capacity devices such as watches or headsets to grow in capability like an iOS device with its frequent OS upgrades and deprecation of older code, but would make the whole Web back to the earliest websites still accessible to somewhat larger and more capable devices (desktops, laptops) that could afford to include plug-ins for any old crazy code from the past.

I really don't want the Web to be the "we'll keep hanging on to the past" platform, while the native APIs are the "we'll keep bringing you the future" platforms.

Re:The birth of Microsoft's new web rendering engine by jsprogrammer on Friday February 27, 2015 @01:24AM (#9117494)
Will there be an open source Linux build?

Edit: Really? Downmods for a legitimate question?

Re:The birth of Microsoft's new web rendering engine by scrollaway on Friday February 27, 2015 @03:06AM (#9117751)
I think you got downvoted for asking a foolish question. If there were linux builds in the plans, they would have announced it. If open sourcing the whole thing was planned... well, you get the idea.
Re:The birth of Microsoft's new web rendering engine by jsprogrammer on Friday February 27, 2015 @03:18AM (#9117778)
I don't see what is foolish about the question (and was taught [and believe] that there are no foolish questions).

MS has opened up their flagship development platform (.NET) and even has it building on Linux. MS will also rent you Linux virtual machines.

The post also talks about interoperability and running across many kinds of devices, including "try out RemoteIE which will stream our latest browser from the Azure cloud to Windows, iOS or Android devices."

Re:The birth of Microsoft's new web rendering engine by ygra on Friday February 27, 2015 @05:42AM (#9118167)
First of all, the team who open-sourced .NET is a different one from that that is building IE. DevDiv has been very open-source-friendly for a few years by now.

Then there is the fact that .NET is far less tied to the platform than IE is. .NET is nothing more than a VM, runtime and GC. That's fairly easy to get cross-platform, compared to a GUI application that makes use of platform libraries for hw-accelerated drawing and text rendering.

Re:The birth of Microsoft's new web rendering engine by scrollaway on Friday February 27, 2015 @03:25AM (#9117803)
What's foolish is to think that such a thing wouldn't have been announced outside of the comments section of some website.
Re:The birth of Microsoft's new web rendering engine by jsprogrammer on Friday February 27, 2015 @03:35AM (#9117825)
Sorry, I don't have time to go through Microsoft's entire PR archive to verify. Why would anyone ask Microsoft (or an employee) a question then?
Re:The birth of Microsoft's new web rendering engine by couchand on Friday February 27, 2015 @03:58AM (#9117881)
The first rule of Linux builds is...
Re:The birth of Microsoft's new web rendering engine by jamra on Friday February 27, 2015 @12:28PM (#9120055)
So when your browser doesn't work on modern web sites that make up 90% of what people visit, people will site "broken compatibility" and then move to Chrome or Firefox. You'll then reiterate your focus on the few outdated sites that no one visits stating that "broken compatibility" is the cause.

I think you may be mistaking broken compatibility with backwards compatibility. I don't use IE because it doesn't work with modern web sites.

Re:The birth of Microsoft's new web rendering engine by madaxe_again on Friday February 27, 2015 @04:15AM (#9117938)
So you're saying that Microsoft doesn't break web standards, users do?

Cool logic from the company that refuse to follow any standard they haven't defined.

Re:The birth of Microsoft's new web rendering engine by AndrewDucker on Friday February 27, 2015 @08:10AM (#9118612)
What languages will be supported for extensions?

Any chance of C# ?

Re:The birth of Microsoft's new web rendering engine by tkubacki on Friday February 27, 2015 @12:39AM (#9117357)
hope you are going to support Shadow DOM/Web components soon - otherwise we will face new generation of "works only on Firefox and Chrome" apps
Re:The birth of Microsoft's new web rendering engine by pjbrunet on Thursday February 26, 2015 @04:16PM (#9115558)
"If people start to switch over, then more sites will be developed to work in IE Lightning."

Based on this sentence, I get the feeling you don't appreciate the value of web standards? If Microsoft wants to be taken seriously ever again (they had 10+ years to make that effort with IE before they lost the browser war) all they need to do is render pages correctly, not in their own special way. That also means not inventing special-to-Microsoft codes.

Microsoft has a long record of screwing the greater community for their own self-interest. For example, sabotaging Java.

Re:The birth of Microsoft's new web rendering engine by Throwaway90283 on Thursday February 26, 2015 @09:50PM (#9116913)
I should clarify, I think they should be strictly following web standards, and by doing so, they help to force those sites not following standards to update their code, or die. I don't want my browser using extra resources, and having extra features and menus to improve compatibility with someone's sloppy, hacked together website from the 90s. I'd rather that site appear broken because it's not following standards, and by doing so, it's encouraged to update, or be replaced by someone else.

I believe this would allow for a smaller browser footprint, and we'd see better coded websites in the long run, instead of carrying them through.

For example, we get a new IE browser, that follows standards to the T. If your site doesn't work in IE, it's not because "it's IE, use a real browser", it's because you didn't code your site properly. In the video they talk about how they would previously look at the top 10k websites and ensure compatibility, and now they're looking at millions and billions. They shouldn't look at anything. If Reddit doesn't work in the new version of IE, because they're not following standards, then so be it. Don't look at methods of relaxing those standards and bending the rules to get Reddit working. Leave it broken, and let the users apply pressure to Reddit because the site isn't working in IE. As I said above, they can't laugh off IE anymore, because it's not some dumb, outdated browser. Instead, it's following standards, so Reddit is broken, not IE. It would be the gold standard... in standards. You check to make sure your site works in IE, because if it does, then you coded it right. If your site displays fine in Firefox and Chrome, you don't really know if it's coded properly, or if they just held your hand to make it display correctly.

Re:The birth of Microsoft's new web rendering engine by Chronic31 on Thursday February 26, 2015 @04:48PM (#9115754)
Your last sentence describes Google.
Re:The birth of Microsoft's new web rendering engine by anonbanker on Thursday February 26, 2015 @05:04PM (#9115873)
Absolutely correct. We should be trusting neither.
Re:The birth of Microsoft's new web rendering engine by icantthinkofone on Thursday February 26, 2015 @05:29PM (#9116001)
I thoroughly disagree. Net Neutrality, today, is case in point. Until Chrome came along, Firefox was going it alone against IE. Until Google Fiber came along, we all had less than 10Mb downloads for $80/month.

There's much, much more. Pick better battles. Google is not your enemy.

Re:The birth of Microsoft's new web rendering engine by girvo on Thursday February 26, 2015 @07:01PM (#9116412)
A company can achieve good things, and still be an enemy. There are other examples of unsavoury things Google has done as well.

That said, I think applying morality to a company is silly; despite what the law may say, I'll never consider a corporation a person. It's a collection of people, and people can do good and bad things.

Re:The birth of Microsoft's new web rendering engine by BuckRogers on Thursday February 26, 2015 @07:06PM (#9116426)
That's suggestive that Google is our friend, which it is not. It's a for-profit entity, thus just as much as our convenient friend as any other and in general an enemy whose sole purpose is to separate you from your money. Don't get it twisted any other way.

If you're looking for friends, pick a non-profit.

Re:The birth of Microsoft's new web rendering engine by indians_pro on Thursday February 26, 2015 @07:34PM (#9116540)
lol people like you are going to be happy when in a decade, everyone is going to be wearing google glasses, browsing through google chrome, having a google fiber internet connection, and 'renting' self-driving google cars. Cameras everywhere, control of the source internet, control of the browser, and I bet through some magic prominent universities decide that Go is the perfect language to teach beginners, over Python/C++/others- and start issuing free chromebooks to students.

Just look at how they've been fucking up google voice to drive users to Hangouts to get more control. Look at how sometimes, Hangouts randomly doesn't give you notifications of new messages, so that you're kept on your toes and keep checking your mobile frequently. Look at how google maps absolutely _degrades_ and the 'famed' UI starts to look retarded when you turn off 'Location sharing'. Haha, google is definitely going to have the last laugh. Edward Snowden must be crying somewhere right now.

There's going to be a day, when your 3 months old search for 'google services open source alternatives' gets you flagged as disqualified to being hired in Google/(maybe) other companies. And it's not going to stop. Google is going to keep getting bigger and bigger, keep growing tentacles, and keep getting more and more in control, and omniscient. I wonder how the great hackers of ages past allowed the whole technology industry to come to this, to let the situation become so bad. There should have been dozens of rms', but everyone kept quiet and rolled over. Now, it's near impossible to be free of google's touch when browsing the internet.

EDIT : Hmm, downvoted without a comment. Looks like the 'crawlers' picked this up. I'm scared now.

Re:The birth of Microsoft's new web rendering engine by throwaway3453 on Friday February 27, 2015 @04:04AM (#9117904)
While I enjoyed your apocalyptic fiction, it's an indulgent fantasy. I really don't think you think this is true, and if you do, I'm very sad for you.

Regards, -Google Search Spider #52837

Re:The birth of Microsoft's new web rendering engine by cm127 on Thursday February 26, 2015 @09:04PM (#9116773)
I wasn't aware of this. Source? Coincidentally, I'm not seeing results when I Google: google sabotage java.
Re:The birth of Microsoft's new web rendering engine by giaour on Thursday February 26, 2015 @09:56PM (#9116936)
Try googling "android"
Re:The birth of Microsoft's new web rendering engine by Ajedi32 on Friday February 27, 2015 @09:13AM (#9118881)
>This entire project seems to be about improving compatibility with older websites, by adding more algorithms and layers to the rendering process.

Uh... isn't that exactly the opposite of what they're actually doing here? Did you read the article? They're creating a new rendering engine that has all the backwards compatibility crap stripped out, so that they don't accidentally break compatibility while making changes to the layout engine they're using for legacy sites. (I.E. They're removing layers from the rendering process, not adding them.)

> Or, leave IE11 as the default now for compatibility, and spin off a new browser called IE Lightning.

Uh... they kind of did. It's called Spartan.

Re:The birth of Microsoft's new web rendering engine by Encosia on Thursday February 26, 2015 @07:24PM (#9116492)
Have you used IE in the past few years? IE is (by far) already the fastest browser on my two Windows 10 machines right now. That was also the case when they were running Windows 8 and 8.1 in the past. The latest versions of IE make Chrome feel like Netscape Communicator 4, and they're noticeably faster than Firefox too.

If it had a nice LastPass extension, Ghostery, Buffer, and a few others, I'd probably be using IE as my default browser right now.

Re:The birth of Microsoft's new web rendering engine by blacksmith_tb on Thursday February 26, 2015 @07:50PM (#9116571)
Sadly, judging from FF and Chrome both, extensions lead to unavoidable slowdowns. Which makes them a "can't live with them, can't live without them" proposition. Every time I create a new profile, I am shocked by how fast it is. Then the avalanche of ads and tracking pixels forces me to install ABE or uBlock, and the downward spiral begins.
Re:The birth of Microsoft's new web rendering engine by Encosia on Friday February 27, 2015 @12:46AM (#9117383)
Definitely, that's probably one of the biggest dangers of opening IE up to more extensions. On Windows at least, the divide between Chrome/FF and IE is more fundamental though. Last month, I spent a week really seriously trying to evaluate switching to Firefox or IE, using equivalent extensions (essentially just LastPass, IIRC). Chrome was still awfully clunky compared to Win10's IE TP, especially around touch scroll/zoom/swipe inputs.
Re:The birth of Microsoft's new web rendering engine by rhengles on Friday February 27, 2015 @10:54AM (#9119485)
I think MS already has a solution for this.

http://blogs.msdn.com/b/ie/archive/2010/09/17/add-ons-stayin...

Re:The birth of Microsoft's new web rendering engine by icantthinkofone on Thursday February 26, 2015 @10:24PM (#9117000)
Speed is not the mark of a good browser. If you are using speed as your mark, then you have never coded for the web and have never gone through the trials and tribulations of IE. If speed was the target, then Lynx would be the best of browsers.

http://html5test.com/

http://css3test.com/

Re:The birth of Microsoft's new web rendering engine by Encosia on Friday February 27, 2015 @12:41AM (#9117364)
Err, Chrome's absolute #1 selling point for at least the first year or so was speed, e.g.:

https://www.youtube.com/watch?v=w7VNjGuSK_k

https://www.youtube.com/watch?v=FaNpWJY9SEs

https://www.youtube.com/watch?v=RrDHrwLUtvk

I agree that speed isn't everything, but switching to IE is often a relief these days when Chrome has managed to spin up my Surface 3 Pro's fan yet again just browsing average sites.

> then you have never coded for the web and have never gone through the trials and tribulations of IE

I've been developing for the web since before any version of IE existed. You?

Re:The birth of Microsoft's new web rendering engine by icantthinkofone on Friday February 27, 2015 @07:31AM (#9118466)
Speed is NEVER the mark of a good browser. It can be a point on a list but, if it fails to properly implement standards or work in all devices, that's a failed browser. It's not the whole picture.

But you say you agree with my point.

If your Surface 3 can't handle the computing needs of a browser, that's not a resounding recommendation for owning a Surface.

As far as developing for the web, I've own a web dev company for 10 years and, among our list of clients, we manage two web sites you have visited before, one of which you probably visit every week or so. I was also, once, invited to work at Mozilla but declined. Does that answer your question?

Re:The birth of Microsoft's new web rendering engine by Encosia on Friday February 27, 2015 @07:31PM (#9122243)
So, you're telling me that Chrome running poorly on an i7 processor (while Photoshop, Visual Studio, WebStorm, Firefox, and IE all manage to run fine) is the Surface's fault? It's awfully hard to take any of your points seriously with these lines of reasoning.

Seriously though, everyone I knew who jumped from Firefox to Chrome ~5 years ago did it 100% for performance. We were switching to Chrome for speed even despite it lacking a lot of key features (e.g. dev tools, extensions, third-party cooking blocking, Flash blocking). Speed might not be the only important mark of a good browser, but it is a crucial ingredient.

Re:The birth of Microsoft's new web rendering engine by guardian5x on Friday February 27, 2015 @07:50AM (#9118540)
html5test might not be the best comparison either. They test things that are not part of the official html5 spec. The scoring seems sometimes arbitrary.
Re:The birth of Microsoft's new web rendering engine by icantthinkofone on Friday February 27, 2015 @05:30PM (#9121788)
Tell me when you've found better. In the meantime, you didn't say anything about the other test.

Suffice to say, if IE11 was that great, they wouldn't be dumping it and rewriting. That's considerable effort.

Re:The birth of Microsoft's new web rendering engine by Encosia on Friday February 27, 2015 @07:37PM (#9122261)
On my machine, Chrome Beta channel scores 51% in 52ms and IE TP scores 44% in 41ms. If no browser is even making a passing grade on that test yet, it seems more aspirational than anything.
Re:The birth of Microsoft's new web rendering engine by gcb0 on Thursday February 26, 2015 @05:52PM (#9116136)
i think that is what they are going against...
Re:The birth of Microsoft's new web rendering engine by melling on Thursday February 26, 2015 @01:36PM (#9114247)
We have a already have lot of competition. In fact, it's never been better: Chrome, Firefox, WebKit, Chromium, Opera. You can even get the source code for Firefox and Chrome and contribute. I'm glad Microsoft is making a better go at it, but honestly, Microsoft could have built a more compliant browser any time they wanted too.

https://html5test.com/results/desktop.html

Re:The birth of Microsoft's new web rendering engine by Mithaldu on Thursday February 26, 2015 @01:41PM (#9114295)
Chrome and friends aren't webkit anymore, but only by way of forking. Otherwise Chrome, Chromium and Opera 15+ are the same engine. The family tree kind of looks like this:

    -- Internet Explorer
    
    -- Firefox
    
    -- Safari
      \
       -- Chrome, Chromium, Opera 15+

    -- Opera 12 (abandoned)
I'm a little unclear on how differentiated Webkit and Blink are in practice, but sadly we have only 3.5 major engines competing at this point.
Re:The birth of Microsoft's new web rendering engine by Touche on Thursday February 26, 2015 @02:05PM (#9114545)

    -- Konqueror
      \
       -- Safari
         \
          -- Chrome, Chromium, Opera 15+
If you want to go further Firefox's lineage is interesting but it's parent browsers are all dead.
Re:The birth of Microsoft's new web rendering engine by mkr-hn on Thursday February 26, 2015 @05:10PM (#9115912)
Everyone forgets the people who created/invented the things Apple puts in its software.
Re:The birth of Microsoft's new web rendering engine by RoyOfTheEdge on Saturday February 28, 2015 @05:50PM (#9125343)

  -- NCSA Mosaic
    \
     -- Spyglass Mosaic
       \
        -- MSIE
          \
           -- Spartan
I'd be really interested to know how much code from Spyglass or NCSA Mosaic survives in modern versions of Internet Explorer (and even Spartan).

Spartan/IE engineers -- any info?

Re:The birth of Microsoft's new web rendering engine by gcb0 on Thursday February 26, 2015 @05:56PM (#9116163)

    -- Internet Explorer 6-8
    -- Internet Explorer 9-10
    -- Internet Explorer 11
    -- Internet Explorer new?

    -- Firefox
    
    -- Konqueror (abandoned?)
      \
       -- Safari
         \
          --Chromium, Opera 15+
             \
               -- Chrome
         \ 
           --IOS safari

    -- Opera 12 (abandoned)

and that's why i use and only advertise firefox. It is the only browser that respect webdevelopers.
Re:The birth of Microsoft's new web rendering engine by zanny on Thursday February 26, 2015 @08:56PM (#9116754)
Konqueror is not abandoned, but Rekonq is generally the premier KDE browser nowadays. Any KDE install still includes Konqueror, even if it is not the default browser, because its backends power a lot of various parts of a KDE desktop.
Re:The birth of Microsoft's new web rendering engine by path411 on Thursday February 26, 2015 @06:16PM (#9116241)
What about chrome doesn't respect web developers? Chrome's web debugging in browser is very good, and until recently firefox didn't even compete in that regard.
Re:The birth of Microsoft's new web rendering engine by girvo on Thursday February 26, 2015 @07:16PM (#9116463)
Are you kidding? Firebug was the gold-standard for a very long time, and for a very good reason. If you're talking Firefox's built-in tools, then sure, but talking about Firefox while ignoring extensions is laughable.
Re:The birth of Microsoft's new web rendering engine by gcb0 on Saturday February 28, 2015 @11:45AM (#9124170)
IE invented that. and ie + visual studio to debug JavaScript is years ahead of both chromium and Firefox. does that mean you should now love ie?
Re:The birth of Microsoft's new web rendering engine by path411 on Friday February 27, 2015 @10:37AM (#9119378)
Firefox didn't make Firebug though. Chrome has supported developers directly a lot longer than Firefox has.
Re:The birth of Microsoft's new web rendering engine by gcb0 on Saturday February 28, 2015 @11:47AM (#9124177)
what's the difference of Firefox doing something vs Firefox enabling people to do something?

the later is actually even better.

also, Firefox has venkman before all that.

sign. kids and Google marketing

Re:The birth of Microsoft's new web rendering engine by sjwright on Saturday February 28, 2015 @02:18AM (#9123049)
And Chrome's developer tools were based on the stuff written by Apple for Safari.
Re:The birth of Microsoft's new web rendering engine by taf2 on Thursday February 26, 2015 @09:11PM (#9116792)
"but sadly we have only 3.5 major engines competing at this point." I actually, don't think rendering engine competition is a great thing. I think competing browser products is a great thing. Think about node.js and io.js or rails and merb... it's not necessarily a good thing. Everyone kind of assumes that more rendering engines is good thing but I think it's just important that we have at least one healthy open source option. We have 3

blink webkit gecko

The closed source solutions are the ones we need to hope and pray die away trident. They're evil because there is no hope for any innovation as we saw in the last decade with IE6. MS can do anything they like to re-market their browser but as long as it's closed source engine it has no place in the web IMO. I hope it reaches 1% market share and is forced to go the way of Opera.

Re:The birth of Microsoft's new web rendering engine by kenko on Thursday February 26, 2015 @04:11PM (#9115522)
Let's not forget links and w3m.
Re:The birth of Microsoft's new web rendering engine by indians_pro on Thursday February 26, 2015 @07:44PM (#9116560)
I'm surprised no one mentioned lynx first.
Re:The birth of Microsoft's new web rendering engine by kenko on Thursday February 26, 2015 @08:07PM (#9116618)
I would have mentioned lynx but wasn't sure it still existed.
Re:The birth of Microsoft's new web rendering engine by icantthinkofone on Thursday February 26, 2015 @05:30PM (#9116012)
Blink unloads a lot of legacy components in a way that Microsoft is attempting to do now.
Re:The birth of Microsoft's new web rendering engine by EdSharkey on Thursday February 26, 2015 @01:56PM (#9114449)
We got the Gecko family of browsers, the Trident family of browsers, and the WebKit family of browsers. Sure, there are varying JS engines, and Blink and Servo are on the way, but WebKit is the 900lbs gorilla. It is a monoculture in a lot of ways. I use and promote Firefox because I want to check the other vendors.

Microsoft makes, hm, how can I be positive here ... patchy software. There are always lots of rough patches reflecting pointy-haired boss decision making process, and there's cruft that builds up. But, very often you'll see these weird, beautiful bits just sticking out all over the place in Microsoft code. The weirdo geniuses at MSFT are allowed to do their thang and leave their mark. And the seminal releases of their software are always the best. Like, there are parts of IE6 that make me go, "how the HELL did Microsoft pull this tech off in 2000?" IE6 was this crumbly tower of awesome. If IE6 were a game, I won that game.

Anyhow, if development on Spartan goes RIGHT, then this browser will be the 2015 version of IE6. It will be the completest vision of kickassitude. There will be weird, crazy bits, and it'll take Microsoft and the rest of us a decade to untangle the proprietary parts. I can feel my blood pressure rising already!! The rage and the triumph and the glory!

Re:The birth of Microsoft's new web rendering engine by tracker1 on Friday February 27, 2015 @03:58PM (#9121311)
IE6 was pretty damned awesome at release... IE5.x was a bit of a mess in that transition, but 6 was pretty damned awesome (proprietary bits included)... That said, it got stale pretty fast (by the time Phoenix was renamed Firefox) and slid even faster as others worked to make a better browser experience. The sad thing is, we're just now shedding IE8, and IE9 is still holding on... I'll be happy once I can get to an IE10+ only position...

For me, one thing I've been wanting to do is a compute heavy challenge-response for API requests.. meaning web workers, and that's only IE10+ ... will probably do a proof of concept with node (server) with scrype (client/server) against a pool of computed hashes... which could be very interesting in terms of reducing a DDOS against an API.

Re:The birth of Microsoft's new web rendering engine by melling on Thursday February 26, 2015 @02:24PM (#9114730)
Nah, it won't mean a thing. Microsoft still has almost 60% of the desktop browser market share.

http://www.netmarketshare.com/browser-market-share.aspx?qpri...

Unfortunately, they have no mobile market share, and this is where most people will be browsing the web.

http://9to5mac.com/2015/02/24/ios-android-duopoly-marketshar...

Re:The birth of Microsoft's new web rendering engine by wluu on Thursday February 26, 2015 @07:07PM (#9116432)
It's interesting that Opera Mini commands just under 8% of the mobile market share.

http://www.netmarketshare.com/browser-market-share.aspx?qpri...

It's also interesting to note that the "Android browser" (so not Chrome) still has a significant market share 15.65%.

Re:The birth of Microsoft's new web rendering engine by higherpurpose on Thursday February 26, 2015 @02:35PM (#9114831)
So they in fact don't have 60 percent market share of the browsing market anymore. The mobile markets count, if you're a developer.
Re:The birth of Microsoft's new web rendering engine by melling on Thursday February 26, 2015 @02:42PM (#9114886)
That's correct and that's what I said:

"Unfortunately, they have no mobile market share, and this is where most people will be browsing the web."

Re:The birth of Microsoft's new web rendering engine by infogulch on Thursday February 26, 2015 @01:39PM (#9114277)
> Microsoft could have built a more compliant browser any time they wanted too.

That time is now, can we not be excited for it? Have you heard the parable of the prodigal son?

Re:The birth of Microsoft's new web rendering engine by drzaiusapelord on Thursday February 26, 2015 @01:45PM (#9114341)
Haven't they? Since IE7, every new version is more and more compliant. IE11 gives a good experience and seems easy to work with (at least with the web dev I do). It just seems that they got sick of the baby steps approach and needed to start from scratch. They figured out yet another way to handle legacy code and want a new engine, and by new I mean, a Trident-based engine without some/most of the fluff IE has for legacy sites. Especially the active-x fluff that has no place in non-enterprise browsers.

I really don't see this as some big move. They've been doing this stuff for years. I think the consumer oriented Spartan browser is a clever move, but MS was getting there anyway. Seems like they're being clever and using Spartan and web-standards as a way to sell Win10. We're not getting these toys on 7 or 8. Want the new fancy browser? Get Win10.

Re:The birth of Microsoft's new web rendering engine by icantthinkofone on Thursday February 26, 2015 @02:05PM (#9114542)
No. Despite the experience of those who do a little bit of web dev, those of us who treat the web as our operating system still curse IE on a daily basis.

I hope that all those who currently talk about how wonderful IE11 is take note that Microsoft is, essentially, saying they're abandoning it for all these reasons.

Re:The birth of Microsoft's new web rendering engine by Aldo_MX on Thursday February 26, 2015 @08:19PM (#9116658)
If I were to rank the browsers in the order in which they give more issues to me:

  1. Safari iOS
  2. Firefox
  3. Chrome / Chrome Android
  4. IE11 / IE11 Metro
I only curse IE9/IE10 when they don't support a moden feature, but I don't mind using display:table instead of flexbox (to name an example) as long as it gets the work done in IE9/IE10.

Although I don't bother testing IE10- to be honest, I just blindly trust the document modes of IE11, I'd rather spend time testing different mobile devices than testing different IE versions.

PS. I might be biased in the sense that I have been doing web development since like 15 years ago, and I'm already accustomed to the broken box model of IE. With Firefox I literally have to ask myself every time "what the f%@k did I do wrong???", but with IE literally is "oh you silly IE, I just have to set X and Y extra attributes and it's done".

Re:The birth of Microsoft's new web rendering engine by icantthinkofone on Thursday February 26, 2015 @10:22PM (#9116995)
If you are having problems in the other browsers, and not IE, then you're doing it wrong. Never, ever use IE as a reference for how things should work. THAT is the reason you are having trouble with the other browsers.
Re:The birth of Microsoft's new web rendering engine by Aldo_MX on Friday February 27, 2015 @12:04AM (#9117272)
Your assumption is wrong, IE is usually the last browser I test. In my experience the rendering of Webkit and Gecko have more issues than Trident.

I don't remember every edge-case I have faced since ever, but for example, the following selector used to fail with Webkit browsers, and the response from Apple were "WONTFIX for performance reasons":

.checkbox:checked + .sibling + .second_sibling { display:block; }

Also, in my experience, the sites that look broken in IE11 (ex. Facebook) is because the website author (or the compatibility lists from MS) set an old/faulty document mode via X-UA-Compatible.

I'm not trying to claim that IE is a better browser than Firefox/Chrome, because this is subjective (and personally I prefer Opera), but I'm trying to say that you must not develop a website in Firefox/Chrome assuming they never have faults.

IE is not as broken as people claim, and there are edge cases where IE is right and the other browsers wrong.

Re:The birth of Microsoft's new web rendering engine by wnevets on Thursday February 26, 2015 @01:46PM (#9114352)
Opera, Chrome and Chromium are based off the same engine which is a fork of WebKit. If anything competition has gone down the last couple of years with WebKit based browsers becoming the standard despite its bugs & non-standard behavior. It reminds me of IE6 in its heyday.
Re:The birth of Microsoft's new web rendering engine by icantthinkofone on Thursday February 26, 2015 @05:32PM (#9116023)
No web developer worth his salt writes code for any one browser. You write code to the standard and test in browsers. Anyone doing differently should be fired on the spot. I'm not aware of any professional web developer who does that.
Re:The birth of Microsoft's new web rendering engine by wnevets on Thursday February 26, 2015 @07:40PM (#9116550)
what.
[dead]
Re:The birth of Microsoft's new web rendering engine by wnevets on Friday February 27, 2015 @05:49PM (#9121870)
What does your comment have to do with anything I said in mine? Its as if you replied to the wrong one.
Re:The birth of Microsoft's new web rendering engine by klenwell on Thursday February 26, 2015 @02:46PM (#9114918)
I upvoted this for sarcasm. But upon reflection I think maybe I missed the point.

I guess a lot of it hinges on your interpretation of the words "competitive" and "parity".

I'm hoping that it means the expression "IE issue" gradually becomes the exception rather than the norm.

Re:The birth of Microsoft's new web rendering engine by Encosia on Thursday February 26, 2015 @07:28PM (#9116512)
To second what Navarr said, I don't really see IE issues these days unless it's on a site that needs to support versions prior to IE9. As often as not, issues in modern IE are due to developers writing code that targets only a single vendor-prefixed version of an API instead of supporting standards, which makes IE look deficient (instead of that sloppy developer) even when it has good support for the APIs that a site uses.
Re:The birth of Microsoft's new web rendering engine by Turing_Machine on Thursday February 26, 2015 @11:41PM (#9117202)
To name just one thing that IE still doesn't support: setting the download attribute on a link. Neither does Safari.

This makes it very clumsy/impossible to write real web apps that need to save to the local file system. The scenario is generating a document client-side using JavaScript. Now you want to let the user save it. In Firefox, Chrome, Opera, and no doubt others, this isn't a problem. Just set the download attribute on the link to the file name you want to use.

Re:The birth of Microsoft's new web rendering engine by Encosia on Friday February 27, 2015 @12:57AM (#9117413)
You can use this API onclick to do the same thing: https://msdn.microsoft.com/en-us/library/ie/hh673542%28v=vs....

Now, let's talk about Chrome's pointer events support...

Re:The birth of Microsoft's new web rendering engine by spacemanmatt on Thursday February 26, 2015 @06:27PM (#9116285)
I'm glad I looked up rule 34 real quick; I don't expect there's porn of this.

What's actually involved here is http://en.wikipedia.org/wiki/Poe%27s_law

Re:The birth of Microsoft's new web rendering engine by Navarr on Thursday February 26, 2015 @05:23PM (#9115984)
These days most of my bugs are Firefox acting differently than I expect it to (though perhaps compliant to standards).

I haven't really had to say "IE Issue" unless I was dealing with 8 and lower.

Re:The birth of Microsoft's new web rendering engine by the_cat_kittles on Thursday February 26, 2015 @05:52PM (#9116135)
web audio api :/
Re:The birth of Microsoft's new web rendering engine by easytiger on Friday February 27, 2015 @09:41AM (#9119027)
> Microsoft, I hope you pull every -ms- vendor flaggin', ring-0 kernel hookin', micro-optimizatin', site-specific D3D driver tweakin' trick in the book as you reach for parity. This is going to be so fun to watch.

Well that's great, but if I'm on Linux and OSX this is just a pain in the ass for devs to support YAWB

Re:The birth of Microsoft's new web rendering engine by engendered on Thursday February 26, 2015 @02:31PM (#9114793)
Microsoft is going to use its muscle and position to make a truly competitive browser.

Isn't this the line with each and every release of IE? Why is this different? Each prior version of IE was proclaimed some revolution of some sort.

EDIT: Downvotes? Really? I see the front page is starting to get curiously Microsoft heavy again.

We've heard the "this time it's different" argument with IE7, IE8, IE9, IE10, and now IE11. Each time some shill would declare "finally! This changes everything! Microsoft has the resources and know-how to beat everyone" And the world moved on.

Re:The birth of Microsoft's new web rendering engine by EdSharkey on Thursday February 26, 2015 @04:55PM (#9115811)
Do you or I really care abouts boasts from the marketdroids? Cut The Rope doth not a great browser make!

You and I know the truth. There are seminal, world-beating versions of software that Microsoft has released in the past.

And then, after dominance is attained, they touch up the pig's hair and makeup a bit in the subsequent releases. IE7-11 has been hair and makeup and some botox.

I don't know how Microsoft works internally, I only know history. And, reading their statements, Spartan might be a world-beater at least in quality, features, or developer interest. When Microsoft feels threatened, that's when the sparks fly.

I do not EVER underestimate Microsoft. How quickly did they turn that billion dollar Mojang acquisition around, 2 days?

Re:The birth of Microsoft's new web rendering engine by bsimpson on Thursday February 26, 2015 @02:12PM (#9114604)
Why the fuck did anyone ever think vendor prefixes are a good idea? If you want to prefix, prefix with versions.

I should be able to type `-beta-mask-image: url()` and any browser that implements that version of the spec can pick it up. There's no good reason to have to type the same exact thing 3 times to target each browser engine.

Re:The birth of Microsoft's new web rendering engine by joshuacc on Thursday February 26, 2015 @02:35PM (#9114827)
Because the vendors sometimes proposed incompatible variants of the same feature before it was standardized. And they would implement it behind their individual prefixes so that you could experiment with both the IE and FF variants, for example.
Re:The birth of Microsoft's new web rendering engine by bsimpson on Thursday February 26, 2015 @04:58PM (#9115831)
If you don't implement the same spec, bump the version. This is not a complicated idea.

Instead of -webkit-mask-image and -moz-mask-image, have -beta-mask-image and -gamma-mask-image. When IE comes along and wants to play with WebKit's implementation, they implement -beta-mask-image and all the sites that use it get IE support for free.

Re:The birth of Microsoft's new web rendering engine by adrianpike on Thursday February 26, 2015 @05:25PM (#9115990)
They did.

-moz and -webkit and -ms and -o.

Unless we're actively working in synchrony, your "beta" won't be my "beta".

Re:The birth of Microsoft's new web rendering engine by gtjrossi on Thursday February 26, 2015 @08:25PM (#9116674)
It was most often not the case that (a) vendor prefixed APIs matched a particular "version" of a spec nor (b) were interoperable across browsers at any point (e.g. -moz-foo didn't necessarily have the same behavior as -webkit-foo).

The issue isn't vendor versus version prefixes. The issue is sites using early versions of an API, relying on them, and then never removing/upgrading that code.

-webkit-border-radius for example doesn't necessarily match a particular version of a spec. Unprefixed, standard border-radius has been in all the browsers for several years [1]. Yet over 60% of page views (according to Chrome data [2]) still requires this property. So other browsers are forced to support the webkit version of this property for compatibility, which may not have a particular version of a spec for those browsers to reference when implementing support.

If you're interested, I gave a talk with other browsers at Mozilla HQ last week about some new ideas for how we can further improve the strategy for experimental APIs going forward. Check it out and give me feedback if you'd like (@jacobrossi on twitter).

https://air.mozilla.org/web-compatibility-summit-talks/ (Starts around 31 minutes into the video)

[1] http://caniuse.com/#feat=css-gradients [2] https://www.chromestatus.com/metrics/css/timeline/popularity...

Re:The birth of Microsoft's new web rendering engine by beejiu on Thursday February 26, 2015 @03:18PM (#9115188)
It's better than typing one thing and it doing 3 different things in 3 different browsers.
Re:The birth of Microsoft's new web rendering engine by phkahler on Thursday February 26, 2015 @03:29PM (#9115254)
No, that just shifts the burden onto every website instead of onto the few browsers. If they render differently someone needs to fix their browser rather than everyone has to build sites that work both ways.
Re:The birth of Microsoft's new web rendering engine by eropple on Thursday February 26, 2015 @03:49PM (#9115371)
And when two competing interpretations of an unfinished standard exist, with different semantics because they have not yet been finalized?
Re:The birth of Microsoft's new web rendering engine by akrymski on Thursday February 26, 2015 @01:43PM (#9114315)
Yes and no - our lives would be much easier if we could just assume that every user runs a WebKit fork. From testing to development, it would be enable devs to push apps to the limit without testing across multiple platforms. And I'm sure adding those vendor-specific extensions to a WebKit fork is also do-able. Since WebKit is open-source, I'd prefer to see companies put in more effort in enhancing its performance instead of developing new proprietary rendering engines (unless they are 10x better of course).
Re:The birth of Microsoft's new web rendering engine by masklinn on Thursday February 26, 2015 @01:45PM (#9114346)
> Yes and no - our lives would be much easier if we could just assume that every user runs a WebKit fork.

Just as our life "was easier" when we could just assumer every user ran MSIE.

It was easier for a short while, then the rot set in. I'm not interested in having Google control the web in the same way, that's a road we've taken, we know where it leads and it's a terrible place.

Re:The birth of Microsoft's new web rendering engine by dblohm7 on Thursday February 26, 2015 @01:51PM (#9114405)
You weren't around for the first browser war, were you?
Re:The birth of Microsoft's new web rendering engine by Retra on Thursday February 26, 2015 @02:45PM (#9114910)
HTML was the "universal standard", and what happened to that?
Re:The birth of Microsoft's new web rendering engine by madaxe_again on Friday February 27, 2015 @04:14AM (#9117935)
Yes! Because trident wasn't different to WebKit and they definitely worked hard to make it superior!

Wait, no, this is Microsoft we're talking about, and they'll use their monopoly to force everyone to have the "new IE", and they'll break the web, again.

Honestly, I don't know why you think they'd do anything different. They've managed one release of IE that was actually innovative and good for its time - IE4.

I have little faith that they won't just produce some xslt spewing horror show that only works with drm monitors and complains if the backend isn't .net.