Linked by Thom Holwerda on Mon 4th Mar 2013 18:26 UTC
Ubuntu, Kubuntu, Xubuntu "Canonical has today publicly confirmed that they are working on a new cross-platform displayer server for Ubuntu. Called 'Mir', the X Window Server replacement is tasked with 'enabling development of the next generation Unity'. Which, in yet another about-turn, is to be rebuilt in Qt/QML." It'll be used for all Ubuntu variants (phone, tablet, desktop), and the first version will be released come May.
Thread beginning with comment 554169
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE: Finally
by WorknMan on Mon 4th Mar 2013 19:11 UTC in reply to "Finally"
WorknMan
Member since:
2005-11-13

Just a couple weeks ago they were recomending everyone use Python and GTK to develop their "apps" and now they're pulling that rug out again.


Sounds a lot like MS, doesn't it? Seems like every 3-5 years, MS is 'betting the company' on some new technology.

Reply Parent Score: 7

RE[2]: Finally
by Nelson on Mon 4th Mar 2013 20:20 in reply to "RE: Finally"
Nelson Member since:
2005-11-29

There's something seriously wrong if you can't evolve and modify your direction in light of new industry trends and realities.

Remaining steadfast in the face of a sea of change is what made Microsoft miss the boat on mobile.

Microsoft's client side evolution (from a managed POV, native has always been a mess until Win8) has always been about XAML and a GPU accelerated framework.

WPF -> WPF
-> WPF 3, 3.5, 4, and 4.5
-> Silverlight
-> Silverlight 2,3,4,5
-> Silverlight for Embedded
-> SL 2.0 for Symbian
-> Moonlight
-> Silverlight for WP
-> Silverlight for XBox

So we had two divergent technology branches based on the same core technology for the last half a decade. WPF was the result of a botched Vista dev cycle and showed it. Silverlight was slimmed down, almost beautiful in how simple it was, but ultimately a science project (albeit one that got too successful for WinDiv to stomach)

However, despite the differences in API surface, a lot of the architectural design decisions remained persistent:

XAML
Dependency Properties
Storyboard time based and keyframe animation
GPU acceleration
Databinding

Sharing code between SL and WPF was easy, share code from WPF to SL was hard (since WPF is a superset, put simply)

From there we got the convergence of native and all the managed stacks into the Windows Runtime.

This unified not only WPF and Silverlight by bringing SL into the client, but it unified .NET and COM in a much more natural way.

Prior to WinRT, Microsoft released great COM based APIs for Windows (Win7 Taskbar APIs for example) but .NET wrappers came months, sometimes years later.

With WinRT the projections are automatically generated and the ABI is uniform so calling into native code from .NET is much more natural and faster (for coarse grained ops)

I think over the past 7 or so years Microsoft's vision has remained consistent, but the means to get there has changed slightly. Silverlight went from an RIA plugin , to an OOB solution, to being reborn as the XAML platform in WinRT (gross simplification).

Thankfully, WinRT has restored sanity to native code. I can write super fast native code, interop with my C# app, and not have to see a single IUnknown or AddRef (save for DirectX). Its great.

Going forward I expect almost every new API out of MS to use WinRT.

Reply Parent Score: 5

RE[3]: Finally
by WorknMan on Tue 5th Mar 2013 01:36 in reply to "RE[2]: Finally"
WorknMan Member since:
2005-11-13

Going forward I expect almost every new API out of MS to use WinRT.


Doesn't look like WinRT/Metro is really taking off on the desktop quite the way they hoped it would. So you reckon they'll toss that to the side and 'bet the company' on something else for Windows 9? If not, when are we getting fully-functional winRT versions of MS Office and Visual Studio? THAT is when I'll know that they're really serious.

Reply Parent Score: 4