Slashdot Mirror

← Back to Stories (view on slashdot.org)

Frontiers: A New Xlib Compatible Window System

Posted by timothy on from the but-x-is-so-versatile dept.

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?"

7 of 439 comments (clear)

  1. That depends... by Motherfucking+Shit · · Score: 3, Funny
    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 ;)
    --
    "BSD: Free as in speech. Linux: Free as in beer. Windows 10: Free as in herpes." --Man On Pink Corner in #52607549.
    1. Re:That depends... by Pogue+Mahone · · Score: 1, Funny

      (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.

      --
      Every bloody emperor has his hand up history's skirt [Peter Hammill/VdGG]
  2. Re:Hrmm by ComaVN · · Score: 2, Funny

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

    --
    Be wary of any facts that confirm your opinion.
  3. Re:Why ask ? by hummassa · · Score: 2, Funny

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

    --
    It's better to be the foot on the boot than the face on the pavement. ~~ tkx Kadin2048
  4. Re:could it be... by absurd · · Score: 2, Funny

    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.

  5. Re:My X replacement by Anonymous Coward · · Score: 0, Funny

    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.

  6. Re:ARGGH! X isn't where the slowdown is! by renoX · · Score: 2, Funny

    >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..