Novell Makes Public Release of Xgl Code

hamfactorial writes "Novell has announced the public availability of the Xgl code, an openGL accelerated X server layer. Available binaries ought to be coming soon for distributions running the modular X.org 7.0 release (possibly 6.9, though unconfirmed). A temporary page for Xgl information is up at the openSUSE website. This is the same code that was running in the Novell Linux Desktop 10 preview videos as seen earlier. Further information is also available at Miguel De Icaza's blog."

Comments

Window manager land

[Gopal.V]

Should I kill my fluxbox and use compiz as my default window manager ? Or can compiz actually live along side a normal windowmanager which has about half a year of short-cuts that I use heavily ?

I would love if someone could actually tell me if fluxbox (or indeed xfwm4) will work with XGl out of the box.

Re:Window manager land

[nathanh]

Compiz is just a compositing manager. As I understand it, it exists independently of Metacity or any other window manager you choose to use.

You understand incorrectly. Compiz is both a window manager and a compositing manager. There were technical reasons as to why it was done this way. Metacity will also be incorporating composite code directly rather than have a separate userspace process.

Eye candy can make sense

[Max Romantschuk]

Most people who dislike eye candy do so because it slows things down or clutters the UI. Watching these videos and seeing what Apple has done with OS X made me realize that eye candy can make the interface more intuitive when done right. The virtual destop cube -thingy really looked like something usable for a change.

I suspect the possibilities created by hardware accelerated UIs will lay the groundwork for a whole new set of UI paradigms, but the real implications are probably still years away.

Re:Eye candy can make sense

[ardor]

I agree. Furthermore, the current state actually does not make much sense. Considering that, for example, nvidia-chips do not have a dedicated 2D core anymore, the driver has to emulate 2D for the legacy 2D APIs that have been used until now. Essentially, dedicated 2D development is dead; its nonsense to have a 2D core since the 3D one can do everything 2D-related much faster and with extras like blending or shaders.

So right now we have an artificial distinction between 2D and 3D. The vendors have to deal with composite stuff AND with opengl acceleration, sometimes simultaneously. Using OpenGL as the base for everything is much better, since opengl already has a client/server-architecture, driver development gets easier, X as a whole becomes leaner, responsiveness and look-n-feel of X improve, and the CPU does not have to deal with fake transparency stuff.

So its all about moving the 2D/3D-distinction away from the driver into the X server.

Re:Eye candy can make sense

[nathanh]

What bothers me is that the FOSS community didn't seem to take this technology seriously until Microsoft announced it was going into Vista.

What bothers me is that you can make such statements with such conviction when they are entirely untrue. The FOSS community have been working on features like this since at least early 2004. The Xorg/XFree86 split was partially due to arguments over the Composite and Render extensions that are necessary foundations for this demo.

This technology hasn't appeared on your radar because you aren't looking at the right places. If you read xorg-devel, or planet gnome, or freedesktop, then you would be aware that this technology has been treated seriously. The Novell demo came from out of the blue but the FOSS community has been working on the technology for ages.

Re:Eye candy can make sense

[Macka]

OS X is fine for users trying to run two or three windows but for serious users that run ten or twenty programs at once it just is in the way

You need to learn how to use the OS X desktop more effectively then.

1. Map your Exposé functions to the screen corners from the "Dashboard and Exposé" option in System Preferences. I've got the following mapped: Top-Left-Application-Windows, Top-Right-All-Windows, Bottom-Left-Start-Screen-Saver, Bottom-Right-Desktop. Its way faster than having to hunt out F9-12 between mouse movements.

2. Make better use of Command-H to hide an app and its associated windows instead of iconizing. It keeps the dock from getting cluttered up

3. If things are getting too busy on the desktop use Option-Command-H to hide all the other apps except the one you're working on. Instant clarity.

4. Remember that you can bring an app (and all its associated windows) to the foreground by clicking the app icon in the dock.

As a serious user who's been using Mac OS X for 3-4 years now, full time, for both work and home I can tell you that the OSX desktop does not get in the way if you make full use of the available features. On the contrary, its a pleasure to use.

Re:Videos?

[Organic_Info]

Can't be bothered to check the article links hey? Check the Novell link.

http://www.novell.com/linux/xglrelease/

Finally!

[rsilvergun]

Real Transparency! But who's providing the hardware accel? This is still kinda sticky, right now your choices boil down to nvidia's closed source driver (not that I have a problem with that), ATI's bug fest (sorry, but it's true), or a really old Radeon. Oh yeah, while I'm idly wondering, what are the odds of this making it into mainstream desktops ( stock gnome/kde )?

Whoa

[strider44]

This is a great advertisement for Novell here - their servers have lasted something like ten minutes already after posting 4 videos on Slashdot!

A little preemptive.

[Stalyn]

"Xgl has already been checked into the public repositories, Compiz will be checked in after David Reveman's presentation at the X conference."

Which is Feb, 8th at 10am PST.. Also the XGL code has been available for some time. Browse the CVS. I'm somewhat expecting an update of the code tomorrow too.

Debian

[Saxophonist]

Wow! I can't wait until this hits Debian stable, probably in the Debian 15.8 release in 2028.

Re:OMG XINERAMA PLEASE!

[Organic_Info]

The project is fresh out development and your already whining for what it might not have.

And to think when the news first broke that this would be initially developed in house there was outrage, but you comment exemplifies why they started development away from the "community".

Question is are you going to do anything to help the project?

Re:Wow

[ardor]

Then again, guess I'll have to go get that high end video card just to run the next distro. :)

No, actually not. The rendering presented in the video does not need a 7800. This is basic 3D rendering most on-board graphics chipsets can handle. This functionality has been around for a decade in consumer cards.

Come on guys, stop complaining!

[BerkeleyDude]

This is great news! Weren't we waiting for the Xgl?

Why is everyone complaining about Novell, graphics drivers, Debian, and lots of completely irrelevant topics?

Nothing can make Slashdotters happy...

very pretty, but what does it do?

[semiotec]

I watched the demo movies, the last one (Spinning Cube) especially looks quite impressive.

However, I am wondering if the step from 2D to 3D desktop is as significant as say, going from commandline to GUI.

It doesn't seem like these 3D desktops actually offer much more functionality than existing 2D desktops. For example, the screen captures of Looking Glass 3d desktop from Sun doesn't seem to offer much more than just some eye candies. Or in case of the spinning cube demo, it doesn't seem to offer (functionally) more than virtual desktops, essentially a fancy way of changing from one desktop to another, which probably can still be done faster with some keyboard shortcut.

I am trying not to sound like some diehard stubborn conservative who wants to bring back the glory days of command line only interface, rather, I am asking if 3D desktops will change the way that we interact with computers, in the sense that barely anyone remember what it was like to work in DOS? Is this a step towards to (gasp shock horror) VR-based interfacing? Will a new hardware tool be needed like the mouse was necessary for the transition away from commandline?

Look is important

[William Baric]

I can't understand why there is so many posts saying that eye candy are not important. For people who can't judge the internal quality of a software, how it looks is what tell them if it's good or not. You can't impress a PHB with some C code, but you can sure impress him with a lot of eye candy. I need this very badly to be able to "sell" linux to my client as a desktop and I need it BEFORE Microsoft do it.

Re:That's not progress

[Bazzalisk]

Just to point out that it can be quite beneficial to have a slight pause before submenus open - it prevents button-bounce from causing you to select the first item in the menu immediately instead of having a chance to choose one ... yes I have had that problem personaly when menu delays weren't setup correctly in a program and it was a real sumbitch to use the damned thing.

Moral of the story: best and most usable interface design is not necessarily obvious at first glance.