Ubuntu moving away from X

Matthew Gillen me-5yx05kfkO/aqeI1yJSURBw at public.gmane.org
Sun Nov 7 08:20:03 EST 2010


On 11/07/2010 07:53 AM, Mark Woodward wrote:
> On 11/06/2010 08:07 AM, discuss-request-mNDKBlG2WHs at public.gmane.org wrote:
>> This is not because XQuartz is terrible.  This is because the X applications are terrible.  I say that as a daily user of exactly this combination.  It's how I get my Xterms and my occasional Guild Wars fix, among many other things including remote X clients.
>>    
> "X Applications are terrible?" Really? OpenOffice, Firefox, Gimp, 
> Thunderbird, etc. are terrible applications? I have to disagree.

The point was that those are all GTK apps, and if GTK supported whatever X
replacement transparently to GTK's API layer, then OO, Firefox, Gimp, etc
would never notice.  None of those apps use X directly AFAIK; they only use
it through their toolkit (in this case, GTK).

So there is a real possibility that 98% of the applications you use could
actually natively support something other than X fairly easily, if only GTK
and QT support it on their backend (wouldn't even necessarily require a
re-compile of the apps, only a drop-in replacement of the GTK/Qt
implementation).

There are a couple 'real' X applications that I use every now and then (xfig
anyone?), but a slight performance hit on those wouldn't bother me.  Think
of it this way: if it's old enough to use raw X, than modern computers are
almost certainly hefty enough to virtualize it several times over before
you'd notice.

I agree that the X-forwarding functionality is a core feature, and it kicks
VNC-like (i.e. bitmap-based) solutions in the pants.  I'm not convinced that
they couldn't come up with something comparable that worked for Wayland.
The trouble would be backwards compatibility: I want my shiny new desktop
with Wayland to display X apps from my 5-year-old server.  That's a place
where emulation or adding layers might start to hurt.

Matt





More information about the Discuss mailing list