Does this mean Servo will exist only as a mixed reality platform, and they are abandoning the independent next-generation browser project? EDIT: Is it an organizational change - i.e., does the Servo team now report to Mixed Reality?
Joining up with the mixed reality team is more about how the Mozilla staff working on Servo will be focusing their time and some of the desire we have for things we want to do for mixed reality that are a little invasive and early-stage of the standards process to be experimenting with inside of existing production browser engines.
With regards to a full browser, there's still a pretty big gap before Servo could stand on its own in a browser (https://github.com/servo/servo/wiki/Remaining-work ). Filling that list out is not a higher priority for the Mozilla staff over getting the stuff done we need to experiment with delivering the web on VR & AR devices.
That said, this news do not sound good to me. Again, this is from a great distance, but from here, taking a future-focused team with great respect from the community, a team with an important and invaluable mission and that has successfully delivered over years, and shifting it (or forking it) towards complete uncertainty feels like a dangerous move that reminds me of the phone OS efforts.
Good riddance and may your vision be right. We need someone with Mozilla's goals looking deeper into VR so that we don't end up in the hands of the Big Corps in the near future, that is for sure, no matter if VR ends up being niche. How important that technology will be for the masses is yet to be proven and that's why I fear for the web, the battle proven real thing that faces the greatest threats from closed silos today. I don't feel it should be taken on equal terms with what is still fictional speculation. It needs full energy to make it to the future in good health. We already failed to deliver a beautiful, open and user centered internet to the future, we can't loose the open web.
So building a fully functional browser is not higher priority than getting the half-baked browser working in a niche environment? I'm half joking here, and half serious. How is a browser supposed to look differently in VR? And why does it need to be aware of the fact that it's in VR? People are still developing interaction and navigation methods in VR.
Great question! Some of the best early work on this was done by ex-Mozilla, current-Google employee Josh Carpenter - check out:
http://www.joshcarpenter.ca/declarative-3d/ http://www.joshcarpenter.ca/vr-browsing-explorations/
There's a lot we can do that is even beyond these early explorations to deliver new features to developers to experiment with and users to try soon via Servo, alongside GeckoView in new VR/AR-focused browser products.
If you take a look at the link I provided above on remaining work and rough estimates to get things just working in Servo (and not FULLY web compat), you're looking at an effort of several years for the entire team, and that's assuming the web platform both stayed still and went ahead and finished writing all the tests and specs for everything on the web that is today neither tested nor fully spec'd. I don't see that in the cards for 2018.
Not passing judgement on anything with the above statement. Just trying to make sense of it all.
But I don't think we've ever had a concrete goal to have a standalone Servo browser. Parts of servo in firefox? Sure. Trying out new ideas? Sure. Embedding servo a la electron or WebkitView? Sure. But Servo as a standalone browser has always been a "maybe someday" thing -- we've never worked against it, but I don't recall us ever explicitly targeting it, though I think most of us have always had some hope that we'll reach that point eventually.
That is, continuing the Quantum work until there is either no C++ code left, or the C++ code left can turned off via config option ("prefer perfect security over perfect compatibility") while still having a browser that works on the vast majority of the web.
I still have a hope that Servo will be used in a next-generation Electron competitor, as that's what I thought would be the best use of Servo (in the short term). Hopefully the developers can keep this use case open by maintaining the code that allows Servo to be embedded as a component in other projects.
That's what's already happening with Project Quantum, and that project is still ongoing (as far as I'm aware).
https://wiki.mozilla.org/Quantum
https://hacks.mozilla.org/2018/01/firefox-58-the-quantum-era...
This is extremely disappointing.
I think the amount of users you can win back from Chrome with a Servo browser is much larger than any VR audience you can hope to gain in the near future. I simply don't understand how these things cannot be done in parallel. Mozilla has hundreds of millions in cashflow, right?
Looks like Servo will be another exciting Mozilla project that will be prematurely dropped after a ton of work and hype-up. RIP Firefox OS, Persona, Thunderbird, etc... :(
A Servo browser product is not possible in the near future. That is very much a far future thing. Web compatibility is hard.
Servo has a lot more potential in platforms where you don't need to support the _entire_ set of browser features -- like as an electron replacement, or a platform for something like webVR, or Android embedding (which will probably come out of the VR work as well).
and an impossibly far future if the Servo team is now refocused on VR, no? how likely is it that these hard problems will be solved by fewer engineer-hours?
perhaps there's some external backer willing to bankroll VR and Servo is just an easy expense to curtail.
Focusing on VR means that we may not be working on some kinds of webcompat things (the standard example is "IE6 table layout quirks") but there's plenty of webcompat work that needs to be done otherwise.
Yes, not everyone will be working on webcompat, but this has never been the case anyway.
if a new browser in 2019 could not properly render an archived 1996 Geocities webpage at time of launch, i don't think many users would care or even notice. there are almost certainly legacy bugs in Firefox that have been open for over a decade with little activity and yet it's in production.
Seriously, web compat is very tricky.
We're still working on standards compliance, but we may focus more on the bits that are actually useful within VR.
Having folks spending months implementing the corner cases of standard might not researching and finding creative ways to use Rust to implement large systems.
Standards compliance probably follows some exponential curve wrt energy and results.