Frontiers: A New Xlib Compatible Window System

alucard writes "The JourneyOS people have published this overview of their upcoming window system. It looks like it is OpenGL based and uses XML as the communications protocol. The biggest news is that it is supposed to have Xlib compatibility, but uses HyperQueues instead of Unix domain sockets. Could this get rid of the speed problems of XFree86 while still retaining Xlib compatibility? I think this is something everyone wants, but projects to create alternative GUIs such as Fresco and PicoGUI have given up any hope of compatibility with X11 or Xlib. Can we expect another alternative out there soon?"

That depends...

[Motherfucking Shit]

Could this get rid of the speed problems of XFree86 while still retaining Xlib compatibility?

If you're talking about my Pentium 75 firewall with 40 megs of RAM, I'd say that the answer is probably "no." Then again, I think I saw a pig flying on the way home from work today ;)

Re:Hrmm

[ComaVN]

emacs vs vi and gnome vs kde flamewars are getting old, we NEED a new one.

Re:Why ask ?

[hummassa]

I suppose a gimp can run faster than Carl Lewis, but it'll take an awful lot to train him...
To train Carl Lewis?

Re:could it be...

[absurd]

Actually it goes like this:

Everybody has got to invent their own wheel once, and when they realize how big amount of work is needed,
they never finish it. This is when they might join some existing wheel-building-project.

Re:My X replacement

[Anonymous Coward]

Sounds great... but do you have a catchy name for it? And a project homepage. Your project needs a cool homepage with lots of screenshots and FAQs and tutorials and download pages and all that. You should do all that to show that you care about your users, you care about getting linux on the desktop, and if you don't I refuse to take you seriously. So there.

Re:That depends...

[Pogue Mahone]

(Fake Yorkshire accent)

Right.

When I were a lad, our firewall were a shoebox in t' middle o' t' information superhighway.

And you tell t' young people o' today that, an' they won't believe you.

Re:ARGGH! X isn't where the slowdown is!

[renoX]

>Why is it doubtful that the kernel comes into play?

Because BeOs proponents usually talked about their GUI subsystem, or the multithreaded design of their apps, not of their kernel, that's why I don't think that the kernel

>- Interactive patches (preempt, ll, et al)
I installed the intertactive patches on the 2.4 kernel and I didn't see any difference in the responsiveness of the applications.

>- IP QoS
Uh? We're talking about the responsiveness of X locally..
So IP has nothing to do with it..
Beside as we're talking about X, X is not ideal for remote connections, I believe that a higher level protocol with more things done in the server would be more responsive and use less bandwith..