Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×
X GUI Software Linux

The Power of X 410

An anonymous reader writes "The license changes in the last version of Xfree86 have caused many distributions to reject the project in favor of the forked X.Org X server. As X.Org prepares to release the second version of the X.Org "monolithic" X Server (dubbed version 6.8), Ars Technica investigates the future of the X platform, as cooperation between X.Org and projects like GNOME and KDE begin to take take hold at freedesktop.org. Already host to an impressive array of projects, it appears that freedesktop.org will become the hub in which other Free Desktop projects can collaborate. Daniel Stone, release manager for freedesktop.org, gets into the details on how it's all going to work, in conjunction with freedesktop.org's upcoming platform release."
This discussion has been archived. No new comments can be posted.

The Power of X

Comments Filter:
  • So... (Score:5, Funny)

    by Anonymous Coward on Thursday August 26, 2004 @08:31AM (#10077248)
    The next X.org release is X, free, 6.8?
  • Progress (Score:5, Informative)

    by Zorilla ( 791636 ) on Thursday August 26, 2004 @08:31AM (#10077252)
    Looks like the original XFree86 project was going nowhere fast. The distros making the first move to X.org want to make some progress to making Linux (and other Unix-types) ready for the desktop. Hopefully, X.org is the first sign of progress to a backend which will eventually be able to do things a modern desktop will need to do.
    • Re:Progress (Score:5, Interesting)

      by Anonymous Coward on Thursday August 26, 2004 @08:42AM (#10077347)
      One of the things that has always bothered me about XFree86 in the past 6 years I have used linux is XFree86's kind of lag in new releases... development seems to move at a snail's pace, and let's be frank, it's almost the same as it was back in the good ol' unix days.

      I for one enjoy X.org and a windowing system that can hopefully be kept up to date and have more active development.

      But my question is... how many more forks will we have?

      James Carr [bluefuzion.com]
      • Re:Progress (Score:4, Funny)

        by Zorilla ( 791636 ) on Thursday August 26, 2004 @08:46AM (#10077383)
        But my question is... how many more forks will we have?

        Think of it this way, Linux is like a fancy dinner, just remember that this fork is for the sala- NO, NOT THAT ONE!
      • Re:Progress (Score:5, Insightful)

        by Midnight Thunder ( 17205 ) * on Thursday August 26, 2004 @09:48AM (#10078004) Homepage Journal
        development seems to move at a snail's pace, and let's be frank, it's almost the same as it was back in the good ol' unix days.

        While I love open source, sometimes the fact that it is done for nothing is one of the things that ensures it is developed slowly. Unless you are a full time student, most people are working a day job to put food on the table. Without the cash motivation it is not always easy to spend the time and effort necessary to make a great project. I am not saying the money is what is important to them, though being comfortable, being able to buy a workstation and not living on the street is.

        I don't know how many /.ers actually give a donation to projects that they use a lot, but don't contribute to? Maybe a poll is in need?
        • Re:Progress (Score:4, Insightful)

          by k98sven ( 324383 ) on Thursday August 26, 2004 @03:43PM (#10082237) Journal
          While I love open source, sometimes the fact that it is done for nothing is one of the things that ensures it is developed slowly.

          Yes. Sometimes, but not in the caes of Xfree86. There, it appears the main reason was a rediculous level of conservatism from the project leaders, including some of which who no longer even were active developers.

          There are plenty of stories out there of presumptive Xfree86 developers who turned their backs on the project after being treated with what they felt was an unfair and arrogant attitude. Many of these are now active in Xfree86.

          The problem that it's 'done for nothing', (not true, there are paid developers not living on contributions out there) is actually pretty small, if you're working on a project with a sufficently large interest. For instance, the reason why Linux took off and the GNU Hurd didn't can almost be attributed entirely to leadership differences.

          Here the money bit comes in again. When people aren't getting paid, the barrier to exit is lower. You have to be respectful and kind and open and listen. It costs nothing to praise loudly but critizise softly. And be very wary of license changes.

          I don't think most /.ers do anything at all. Personally, I contribute code. If I come across a bug in a program I use, or a feature I want. I often fix it. Then I submit a patch for it.

          Future contributions are usually determined by the reaction I get. Sometimes, you don't even get one. Some projects don't seem to want bugfixes or more developers. And these are the ones which are prone to forking.
      • Re:Progress (Score:5, Insightful)

        by jsebrech ( 525647 ) on Thursday August 26, 2004 @09:55AM (#10078090)
        One of the things that has always bothered me about XFree86 in the past 6 years I have used linux is XFree86's kind of lag in new releases... development seems to move at a snail's pace, and let's be frank, it's almost the same as it was back in the good ol' unix days.

        Which, together with the license change, is the reason people have given up on xfree86. X.org 6.8 will include all the flashy cool new stuff people have been talking about for years, like translucent goodness a la mac os x.

        I for one enjoy X.org and a windowing system that can hopefully be kept up to date and have more active development.

        But my question is... how many more forks will we have?


        Given that X.org is the original X foundation that has been maintaining the X11 codebase XFree86 split off of, and all the non-xfree86 X projects are now basically working under the X.org umbrella, I wouldn't say that we're seeing all that many forks.
      • by Baki ( 72515 ) on Thursday August 26, 2004 @10:40AM (#10078747)
        It would be very sad if changes in the X protocol or Xlib would make "new" clients unavailable on other X-window platforms and/or would no longer be network transparent.

        In this cases it would no longer be possible to remotely work on a UNIX/linux server with windows X-emulators (such as exceed), nor would the typical linux open source app be able to run on other UNIX variants. Which would be very bad for UNIX as a whole and thus also for Linux which is a part of that world.
        • by Trelane ( 16124 ) on Thursday August 26, 2004 @11:06AM (#10079155) Journal
          This isn't a problem. All new functionality is done by extension to the old X11. I actually keep arguing that we should standardize an X12 which removes things not used much anymore and which includes (sans extensions) the functionality which is wanted, and provide and X11 interface for compatibility (if you have to make an extension extension because there are so many extensions, you need to move to the next version!). However, they don't want that; they want compatibility (which I don't hold to be orthogonal if things are done right, but I'm not (yet) and X hacker, merely an armchair X pundit. ;)

          Anyhow, rest assured that compatibility is top priority with these changes. You just won't be able to see the shinies. :)
    • Re:Progress (Score:5, Insightful)

      by jusdisgi ( 617863 ) on Thursday August 26, 2004 @08:46AM (#10077386)
      I disagree. You hear a lot of bullshit from a lot of people bitching about all the things "wrong with X", but rarely from a well-founded technical basis. More often it's from either a "why is X such a bitch to configure" or "gee those XFree guys are a bunch of assholes." In the distro community I have not seen real dissatisfaction with the technical side of XFree86 in the last few years.

      That said, it has long been true and well-supportable that those XFree86 guys have definitely been a bunch of assholes for a long time. They maintained a really closed community which gave the appearance of complete disdain for what anyone else wanted out of X. Whether their actual behavior was in that mode is arguable (recall the massive enhancements of XFree 4), but they certainly didn't like to "play ball" with the rest of the community.

      Then of course this license thing was the last straw, and that's what forced the distros' hands...they couldn't build their systems at all anymore when core components were GPL'd and either linked to XFree stuff or used its code.

      In other words, I'm not sure how much this will impact the technical progress of X...but it's certainly good to get a broader base of people working on it, and a more open development in general.

      • Re:Progress (Score:4, Interesting)

        by Anonymous Coward on Thursday August 26, 2004 @09:04AM (#10077533)
        I have not seen real dissatisfaction with the technical side of XFree86 in the last few years.

        Have you been listening?

        (A) There's apparently a ton of longstanding problems with the XFree codebase that are only now being addressed, both in fixing the current codebase and in a longer-term massive redesign/rewrite. The response for years has been "Well, it works..."

        (B) There's been an emormous amount of criticism of X protocol design, going back 20 years. But with the rise of OSS frameworks, this reached a breaking point. The X response has been that the Toolkits serve the Windowing System and "Well, X11 is X11..."; rather than the more sensible attitude that the Windowing System should serve the Toolkits (and user programs). This is probably the biggest philosophical difference giving rise to the XFree fork.

        The licence change was portrayed as a legal issue, but it was really just the final case of the "XFree Guys are Assholes". If the project wasn't already forking, there would have been no legal shit stirred up.
        • Re:Progress (Score:4, Insightful)

          by jusdisgi ( 617863 ) on Thursday August 26, 2004 @09:39AM (#10077920)

          I have not seen real dissatisfaction with the technical side of XFree86 in the last few years.

          I wish you wouldn't remove the In the distro community from my quote like that...it's pretty integral to my meaning.

          There's apparently a ton of longstanding problems with the XFree codebase that are only now being addressed, both in fixing the current codebase and in a longer-term massive redesign/rewrite. The response for years has been "Well, it works..."

          And this is pretty much precisely what I meant when I said, You hear a lot of bullshit from a lot of people bitching about all the things "wrong with X", but rarely from a well-founded technical basis. If you are out there someplace thinking about how your argument was from a well-founded technical basis...I hate to be the one to tell you, but.....

      • Re:Progress (Score:3, Informative)

        by RAMMS+EIN ( 578166 )
        I am afraid I have to disagree with your post on about every point.

        ``You hear a lot of bullshit from a lot of people bitching about all the things "wrong with X", but rarely from a well-founded technical basis. More often it's from either a "why is X such a bitch to configure" or "gee those XFree guys are a bunch of assholes."''

        Actually, I think the most persistant complaint is that X is slow. Whichever way you turn it, and whether or not this is actually XFree86's fault, this is true. X apps feel slower
        • Re:Progress (Score:4, Informative)

          by be-fan ( 61476 ) on Thursday August 26, 2004 @10:07AM (#10078280)
          A) If people say X is slow, and it turns out not to be XFree86's fault, then the people are wrong. They can say that OpenOffice is slow (it is) or Mozilla is slow (it is) or GTK+ is slow (it is), but saying X is slow is wrong (it's not, as proven by apps that *do* run fast on X).
          B) Only OS X remembers the contents of windows. Most other OSs do not. So it's not a problem limited to X, and in general it's not a problem that would be a big deal if dumb applications didn't handle EXPOSE events so badly.
          C) The buffer copy would only make things twice as slow if the *only* thing the server needed to do with each command buffer is copy it to the graphics card. Of course, the actual processing is much more complex than that. In practice, unless you're doing something stupid like drawing single pixels at a time, the overhead imposed by the X protocol is dwarfed by the actual cost of drawing.
        • Re:Progress (Score:5, Interesting)

          by FooBarWidget ( 556006 ) on Thursday August 26, 2004 @01:28PM (#10080868)
          Sigh, there we go again...
          First, get this: when you see a problem, there can be a whole bunch of causes. The only way to fix a problem is to correctly identify the cause.

          Which you are not doing here. "X apps seem to be slower so X must be slow" may make sense from a non-technical user point of view, but that doesn't mean it's correct. In fact, it isn't.
          If you benchmark things and stuff, you'll see that the problem is not in X itself: it's in the toolkits. So if people listened to you and ditched X, we'd still have the same problems because the toolkits are still slow.
          Try using something like WindowMaker and some non-GTK non-QT apps. You'll find that they usually respond significantly faster (not on my machine though; Athlon 1.4 Ghz here, I don't find X apps slow).
          And try playing 3D games. Look at the high framerate (assuming you're using a good card and driver, like NVidia + vendor drivers). How's that possible for a windowing system that's slow?
          I've written several testing apps, for Windows and X. On both platforms, I get the same frame rate.

          Expose events: Windows does pretty much the same thing. If I wrote an app that only responds to the paint event once, and I move a window above it, you'll see that the window won't be redrawn. Windows in fact uses the very same expose mechanism.
          X *does* in fact have a feature which allows you to save the content of the window. It's saved Backing Store and Save Under (I think). QT and GTK don't use it except when popping up a menu. Ask the toolkit authors why they don't, because I don't know.

          Data copying: data is *not* copied when transferring pixmaps, which is about 90-95% of the traffic. On localhost, XFree86/XOrg uses shared memory for that.
          On localhost, normal X messages are transferred via unix domain sockets (not TCP sockets), which are almost as fast as shared memory (at least on Linux). Remember, this is small amount of data.
          No modern windowing system allows the app to touch the hardware directly. Not Windows, not MacOS X, not BeOS. In fact, Windows internally uses the same message-based communication system as X. Windows apps don't draw directly to the hardware.
          • Re:Progress (Score:3, Interesting)

            by Brandybuck ( 704397 )
            Try using something like WindowMaker and some non-GTK non-QT apps.

            I'll have to disagree with you here, because you're comparing apples to oranges. Those KDE and GNOME apps seem slightly slower and less responsive because they've been jammed packed full of functionality. The KDE desktop does about a hundred times as much as the bare WindowMaker window manager. A KDE application is going to pull in ten times the functionality from the KDE librarieas than a bare xlib application will get from X.

            The very sam
          • Re:Progress (Score:4, Interesting)

            by glitchvern ( 468940 ) on Thursday August 26, 2004 @08:57PM (#10084541) Homepage
            You can force it to use backing store by starting the X server with the +bs -wm options. According to Alan Cox [gnu.org] this is better and feels snappier on most setups but will kill a tiny machine.
    • by thejuggler ( 610249 ) on Thursday August 26, 2004 @09:44AM (#10077979) Homepage Journal
      I just installed Slackware 10.0 and it came with the X.org system. I didn't even know about the change. I happily went into the config file and configed my video card, monitors, screen and all just like I used to with XFree86. After saving I started X like normal and all ran just fine.

      I wasn't until I was reading later on that I realized there was a different X on my machine. Even then I was getting confused because much of Slackwares online docs have not been updated to refect this change.

      I like X. X is good. Some X'es are better!
      • by Eunuchswear ( 210685 ) on Thursday August 26, 2004 @10:29AM (#10078612) Journal
        I wasn't until I was reading later on that I realized there was a different X on my machine.
        The reason you didn't notice a difference is that there isn't one.

        The X.Org monolithic X is just the XFree86 one from a microsecond before the license change.

        More or less nothing has changed in XFree86 since the license change.

  • by martin ( 1336 ) <`moc.liamg' `ta' `cesxam'> on Thursday August 26, 2004 @08:31AM (#10077254) Journal
    I thought Xfree86 was a fork of the original X11 development camp and that X.org is a refounding of the original X11 camp after lots of splits, esp with alot of Xfree86 dev guys getting annoyed and going 'back to their roots' as it where..

    Could be wrong (and frequently am)..
    • by AKAImBatman ( 238306 ) <akaimbatman&gmail,com> on Thursday August 26, 2004 @09:15AM (#10077640) Homepage Journal
      As I understand it, you're right on the first part. XFree86 did fork X.org's work. The part that you're wrong on is that X.org didn't use XFree86's code. XFree86 was a fork specifically designed for the x86 platform. X.org didn't have that, and thus had to patch their codebase from XFree86's codebase.

      Clear as mud?
  • by grunt107 ( 739510 ) on Thursday August 26, 2004 @08:32AM (#10077259)
    The supposed 'modularization' that is to take place in future 'X' releases sounds promising - release enough to work (or 'major' fixes) and then extremely long development cycles can be diminished.

    The one caveat is to not micro-modularize; do not release things for install/upgrade that cannot stand on their own (i.e. - limited functionality vs. not executable).

    I would like to see 'X' go on a diet, though (if possible).
  • X in Windows? (Score:4, Interesting)

    by random_culchie ( 759439 ) on Thursday August 26, 2004 @08:33AM (#10077264) Homepage Journal
    What I'd really like to see is some support for X type connections in the next version of windows. I don't mean basing all of windows on X11 but perhaps allow remote windows sessions that are native. Not based on screen redraws like VNC.
    • Re:X in Windows? (Score:2, Insightful)

      by Zorilla ( 791636 )
      It could happen. With each new version of Windows, we see it start to behave more like Unix, to exclude its naughty behaviors like running as admin at all times, but that can only be attributed to old, bad development on the behalf of the third party. At this point, we have permissions at the file system level, home directories (with many preferences stored within them), and the command prompt, which serves a purpose as an administration tool for scripting and such, rather than its previous use, which was t
    • Re:X in Windows? (Score:5, Informative)

      by ch3 ( 701440 ) <hugues@nosPAM.hli.be> on Thursday August 26, 2004 @08:43AM (#10077349) Homepage
      Like X.org in Cygwin?
      If you use the latest release of cygwin, it comes with an X.org server that has a rootless WM (like the one in Apple Xfree server). With it, you can run X11 applications next to your Win32 windows as if they were native (same for remote windows).
      I use it all the time for remote admin and this is great.
      • Re:X in Windows? (Score:5, Informative)

        by drinkypoo ( 153816 ) <drink@hyperlogos.org> on Thursday August 26, 2004 @09:07AM (#10077555) Homepage Journal

        Slightly more information: Install cygwin, I usually install the default install, minus emacs, plus the whole X11 directory (then turning off some emacs stuff in there), and explicitly turning on a few things if they aren't already like ssh, ncftp, and whatever else. That part is up to you.

        Once it's installed, I make a shortcut for the X server that runs "C:\cygwin\usr\X11R6\bin\run.exe XWin -multiwindow -clipboard -unixkill -nowinkill" and bingo, I have X. There's also another flag you'll need if you want your X desktop to span multiple monitors, but I only have one hooked up right now so it's a non-issue.

        You can also turn off -multiwindow and run -rootless (I think) and then use a window mangler to manage your assorted X clients. If for some reason you want X clients and Windows apps to look even less alike, this is how you accomplish that.

    • Cygwin can do this.

      It's a bit buggy, but it's 'native' (through cygwin.dll) and gives you X windows that render in the local Windows environment. Better to find native Windows applications, but it'll work in a pinch.

    • Re:X in Windows? (Score:3, Interesting)

      by Ancil ( 622971 )

      Already happening. Windows' new rendering engine, Avalon [microsoft.com], is completely vector-based. Here's what one of its designers had to say [longhornblogs.com]:

      Avalon will support remoting at a higher level than DirectX. When remoting we will not rasterize on the server machine but instead we will send higher level graphics instructions to the client machine and then call DirectX on the client machine.

      This will enable us to send less data over the network as well as reducing the server load because all graphics operations will r

    • Re:X in Windows? (Score:3, Interesting)

      by Chester K ( 145560 )
      What I'd really like to see is some support for X type connections in the next version of windows. I don't mean basing all of windows on X11 but perhaps allow remote windows sessions that are native. Not based on screen redraws like VNC.

      RDP is much closer in implementation and functionality to X than it is to VNC; in that it doesn't send updates to the screen as bitmaps -- it sends font information, strings, window information, and bitmap information for actual UI bitmap objects (i.e., not everything). I
  • Nice Screeny's (Score:5, Informative)

    by daxomatic ( 772926 ) on Thursday August 26, 2004 @08:33AM (#10077269) Journal
    Yummie soon available near you http://freedesktop.org/XOrg/X11R68ScreenShots
  • I fear that in the long term windows manager features will included into the X server. The cooperation between X.ORG and the KDE / Gnome teams doesn't bode well.
    Such an integration would destroy the versatility and uniqueness of the X protocoll. Indeed X would degenerate to a remote enabled clone of the Windows desktop after some time.
    Yes, want Linux/BSD on the desktop but not this way.
    This is like getting an elephant into your car by cutting him into pieces.
    • Agreed. Under the list of supported apps and stuff they list a library of clipart. WTF does that have to do with X?

      X needs to remain low level to stay relevant.

      • A library of clip art is not harmful as long as it is in a separate file that you don't need. As it stands X.org is still using the packaging model of XFree, it's in several archives and you don't need them all to build X from what I can tell (although gentoo does it for me so I'm not too worried about it.)
    • So.. you don't have any evidence for this happening, or any technical facts at all, but you have a fear for it happening?
    • I must second you here. I fear that, say, ten years from now there will be no easy way to switch to window managers like Ion [iki.fi], ratpoison [sf.net], larswm, the newer clones of these, and whatever new innovations might happen during that times. WIMP policies will have been so deeply integrated into the basic windowing system. X (which is just a graphical input/output protocol!) and the ICCCM are excellent in that they don't dictate policy too much and thus allow for this kind of experiments and research without the sys
    • x talks to your video hardware, hopefully through kernel drivers.

      kde and knome are layers on top of x. i'm sure you realize that.

      x tells the video card to draw stuff on the screen.

      kde and knome tell x what that stuff should look like. kde and knome wrap windows with decorations. (title bars, etc).

      if a user wants to be able to resize their desktop on the fly (go from 1024x768 to 800x600 resolution perhaps), the functionality has to be available in X, then also able to be controled by the window manager
    • by Pecisk ( 688001 ) on Thursday August 26, 2004 @09:12AM (#10077595)
      Hmmmm, IF you are talking about freedesktop.org, that it is NOT Xorg. Freedesktop.org is collabration place for various projects to interact and make integration easer. I DON'T think anyone will mess with X protocol, so your worries are little bit over the top, IMHO.
    • I fear that in the long term windows manager features will included into the X server.

      That's something I'd actually like to happen - the way it was in the NEWS system (just better). In my opinion, it would actually be beneficial to replace the window manager with a script running inside the server, or even to allow application to upload scripts to the server that handle their Menus so that there are no unnecessary delays going back and forth between the X-Server and a remote client for stuff as trivial
  • Compositing (Score:5, Interesting)

    by maharg ( 182366 ) on Thursday August 26, 2004 @08:34AM (#10077275) Homepage Journal
    I know I'm going to get flamed by all the 80x24 textmoders out there, but compositing is cool [freedesktop.org]
    • Re:Compositing (Score:3, Interesting)

      by gatzke ( 2977 )
      It is eye candy, and it is cool, but I still have trouble using it for real work.

      Maybe for some applications (drawing?) it might be ok, but reading web pages and writing code, transparency makes my eyes hurt...

      I remember the first time I saw a neat looking transparent eterm years back. It was very hard to use for any length of time at all, but it is neat to show people.

      Back to my glowing monochromatic lime green vt100 serial terminal for another round of nethack. "Welcome Luddite the evoker!"
      • Re:Compositing (Score:5, Informative)

        by GoRK ( 10018 ) on Thursday August 26, 2004 @09:07AM (#10077556) Homepage Journal
        Compositing is not all about transparency you know. Being able to do things like offload drawing onto the powerful graphics cpu's present in most new computers these days is the most obvious beneft. There is also a nice benefit to the multi-desktop pagers and desktop preview widgets out there, since it's a lot less work to capture and resize image windows. For users without a lot of screen real-estate, switching techniques such as Apple's Expose can in many cases give a user a real benefit. Most of these things would be slow or impossible to do without good compositing. Every time I drag my kterm across a thunderbird window, I feel the pain of X (Nvidia's drivers do not help much either)
    • by Anonymous Coward on Thursday August 26, 2004 @08:54AM (#10077450)
      And pretty slow it seems.

      Right now I am running fedora core 2 and am using the latest release from X.org's CVS.

      It seems stable and all that, but it's slow.

      GLXGears I am scoring 285 fps with xcompmgr off
      and 60-70 with it on. (that turns on the composite features).

      Although it does have my dri drivers turned off in both cases (using intel i830-type video driver). I am recompiling as I type right now to enable the new i915 driver for it to see if that makes a difference.

      But other people have reported it to be slow. Probably would be nice on my other computer using the Nvidia FX 5900 XT, but I don't want to mess up my desktop with a CVS-based X server.

      All in all it's pretty stable and shows the progress that XFree86 was holding back on, unfortunately. Yea for X.org

      Oh and also for that guy that says he was nervious about X.org and Freedesktop.org and KDE/Gnome "working to close together". He is a idiot. This isnt' X Windows, this is just the X SERVER. It's one part.

      What I'd worry about more is X.org and Linux getting to cozy and unintentially making it more difficult to run on other Unix-like OSes.

      X.org has a open invitation for all Unix developers and it would be great if they would get more of their input. (Especially the BSD's)

      The future looks good. X.org would like to strip away the dual nature of X's drivers (Mesa/Dri OpenGL drivers + XFree86-type 2D drivers) and get the X server running on pure OpenGL!

      That means instead of having to write 2 versions of drivers for video cards, now they only have to worry about the OpenGL version. This means it's easier to get good drivers for Linux and other Unix-like OSes that use X.org servers, and quicker too.

      Also the Cairo project is going to be integrated bringing in Vector-based Windows and graphics libraries into X windows and allowing them to also be OpenGL accelerated.

      The MS Longhorn waiters, eat your heart out. This is going to be some cool stuff we will have in the next couple years.

      Of course OS X is openGL, too, but the cool thing about X windows is the flexibility. All these changes will keep complete backwards compatability with older programs (X clients actually in X terminology), while removing bloat for features that nobody uses/completely obsolete and streamlining developement thru modularlization and extensions.

      Stuff like Damage is reducing the X networking load considurably too, making wide spread use of X terminals in businesses and schools more and more fesable.

      And all sorts of other improvements are coming.

      Changing over to X.org seems to have been a fortuninate move.
      • Actually many normal operations appear much faster with composite on than off. Dragging windows, for example. The other extensions plus the off-screen rendering make X appear to be a lot smoother and faster. I remember running an early beta of xserver (kdrive) with the extensions using only the VESA driver. Without the composite manager on, the system was slow some things were just painful. Turn on the manager and normal operations appeared to be almost an order of magnitude faster. When the synchroni
    • Re:Compositing (Score:3, Interesting)

      by Smallpond ( 221300 )
      Misadvised developments like this are the reason that you need 3GHz processors to run applications that should run on a 486. Please name an application in which compositing gives a better user interface than tabs or just overlapping windows. Compositing makes it difficult to select elements or identify the source for screen objects. The supposed advantage (you can put more stuff on the screen at the same time) seems more like a disadvantage in most cases.
      • Re:Compositing (Score:5, Informative)

        by BenjyD ( 316700 ) on Thursday August 26, 2004 @09:21AM (#10077706)
        Things like translucent error dialogs (see Jef Raskin's book), Expose, any oddly shaped app that you want to see the background through the gaps in (like the Dock).

        It isn't just the ability to draw translucent windows. By rendering to an offscreen buffer and then compositing on the screen, you can do all sorts of transformations and effects that make the desktop easier to use. Apple's Expose effect is probably the best example.
      • by hummassa ( 157160 ) on Thursday August 26, 2004 @09:41AM (#10077946) Homepage Journal
        Please name an application in which compositing gives a better user interface ...

        I worked in a GIS (geoprocessing) application to an electrical company. In the user's screen, a map showed up with all polls and wires that are in a location. If you clicked on a poll with, e.g., a transformer, a translucent (big) tooltip came up with all of the transformers specs, where the electricity was coming from, where it was going to, etc (like 20 lines of text). Without dismissing such tooltip, the user is capable of clicking in another poll in the map, and only the contents of the tooltip changed, (maybe it's position if it were possible to move "away" from the current part of the map. The user could even click thru the tooltip, in a poll that was showing below it! (there was a menu item/toolbar speed-button and a hot-key to close the tooltip, obviously)

        This kind of interface is *very* practical and would be impossible without translucency. I implemented it in a no-nonsense 15 minutes under BorlandC++/w2k.
    • by plimsoll ( 247070 ) <5dj82jy7c001&sneakemail,com> on Thursday August 26, 2004 @09:11AM (#10077581) Homepage
      I run 40x25, you insensi-
      tive clod!
      • Re:Compositing (Score:3, Interesting)

        by jsebrech ( 525647 )
        Laugh all you want, but at one point I would occasionally check my email by dialing with my modem-equipped palmpilot into the internet, running a telnet session to my mailserver, and running pine in a shell session.

        Amazingly, it worked just fine, and was perfectly usable.

        On the other hand, VNC from that palmpilot, though I tried it a few times, was just not usable. So I will admit that every once in a while those who claim the shell has better usability do have a point.
  • What about Y? (Score:5, Interesting)

    by Outsider_99 ( 761534 ) on Thursday August 26, 2004 @08:35AM (#10077289)
    With all this talk of X, ive remembered Y-Windows http://www.y-windows.org/ Does anybody know whats happened to Y? According to the road map, version 0.3 should have beed out 4 months ago.
  • NVidia driver issue? (Score:3, Interesting)

    by Lispy ( 136512 ) on Thursday August 26, 2004 @08:37AM (#10077303) Homepage
    He avoids answering the question about XFree86 Driver compatibility, especially with regard to NVidias binary drivers. This is a big issue for a lot of users and I hope that NVidias cards will be capable of using the new extensions.

    As far as the article goes all I can read is that they work with both major graphiccards vendors but only ATI delivered so far. Or did I miss something?
    • by Anonymous Coward on Thursday August 26, 2004 @09:03AM (#10077523)
      I don't know if you missed something in the interview but the nvida drivers definitely work with the new xorg and the extension. (I'm using them right now).

      Also if you take a look at the xorg mailinglist you'll find that the guys at nvidia are working happily with the xorg devs.

  • As per usual (Score:5, Insightful)

    by frankthechicken ( 607647 ) on Thursday August 26, 2004 @08:38AM (#10077309) Journal
    From the interview:-

    For the less code-inclined, there's always lots of documentation to be written! Manpages need to be written, documentation needs to be released Xorg 6.7. converted from random archaic formats to DocBook, et al. This is one area that really badly needs some love from those with the requisite skills.

    I realy wish that this was a higher priority among developers, as it would greatly help both new users, and future developers.

    Don't bother with the next cool widget until the docs are up and understandable.
  • x.org rules! (Score:4, Informative)

    by DMJC-L ( 800240 ) on Thursday August 26, 2004 @08:39AM (#10077324)
    the new xserver kicks ass.. I've got it running on my desktop, compositing is a great effect, and with proper integtration with programs, promises to change the way i use my pc for the better... btw windows don't stutter when I move them! drop shadows are sexy too.. hopefully we'll get PLG features in a compositor in the next few months.
  • by Anonymous Coward on Thursday August 26, 2004 @08:52AM (#10077427)
    I'm currently using a beta release of the new Xorg and whoa is it nice. Finally true transparency, nice real dropshadows, etc. are possible.

    There are probably more exiting features than the inclusion of Composite in the next releas (XDamage seems to be a great step forward for X over the network for example and XCB looks interesting too, RTFI) but hey, I'm just a sucker for eyecandy. ;-D

    All in all I do get the impression that we all should thank Mr. Dawes for behaving in a way that lead to a fork of XFree. Xorg and freedesktop.org put the development of X back on track and it is only just beginning.

    Finally, thanks to all the folks at freedesktop.org for doing such a great job and putting the fun back in my computer.
  • by Viol8 ( 599362 ) on Thursday August 26, 2004 @08:53AM (#10077444) Homepage
    Its time a load of heads sat down and decided on the features that are required in the next MAJOR release of the X windows system/protocol. None of this piecemeal "we'll add it in as an extension" rubbish thats been happening for the last 10 years as this is becoming unmanageable; "My server has the dbe extension but not open-gl, your server has shapes but not etc etc etc." Just put ALL modern graphics requirements in the base protocol and write new extensions for Xlib and work from there.
    • by Anonymous Coward
      Please try to at least get a little bit of information before starting a rant.

      The folks at freedesktop.org are in the middle of a whole redesign of X. For example, this is probably going to be the last monolithic release of X, they are working on a replacement for xlib (xcb), there is a lot of discussion about putting certain function that are now provided by X into the kernel (RTFI for more information).

      Does that count as a major redesign?
      • "Does that count as a major redesign?"

        No. I'm not interested Yet Another Open Source Groups pet project , I want ALL parties who use and/or develop X to sit down and agree on a COMMON standard that comes shipped AS THE DEFAULT on all unix systems, not an optional alternative you download of some website no one has heard of.
    • by cortana ( 588495 ) <sam.robots@org@uk> on Thursday August 26, 2004 @09:15AM (#10077636) Homepage
      Then in ten years time, you will end up with exactly the same situation we are in today; obsolete crap in the base protocol, all effective new development in extensions. Except that you will have utterly broken backwards compatibility in the process. :)

      Time and time again, X11 has showed us that it is better to provide mechanism, not dictate policy--even unto the protocol itself.

      The Extensions mechanism provides the X11 protocol with extrodinary forwards compatibility.

      You can take a modern X11 Window Server from 2004, connect to it a crufty old X client from some godawful old piece of embedded hardware from twenty years ago, and have it work perfectly. At the same time, your modern server can perform nifty tasks that the protocol's designers never dreamed would be necessary, such as, well, everything Keith Packard and co are doing today. :)
      • "The Extensions mechanism provides the X11 protocol with extrodinary forwards compatibility"

        Yes it does , but at some point its time to say that "this functionality would be better served being a core part of the system". Eg transparency.
        • by cortana ( 588495 ) <sam.robots@org@uk> on Thursday August 26, 2004 @10:10AM (#10078325) Homepage
          But it wouldn't. Plenty of hardware can't do transparancy, and is used on systems that aren't powerful enough to do the job in software. Besides, it would break the protocol.

          People said that fonts would be better served by making font rendering a core part of the system. What do we have today to show for it? A crufty, obsolete, nonextensible set of functions for drawing glyphs on the server side, that no new development uses because Xft/pango/fontconfig work together to do a much better job on the client side.

          No one foresaw anti-aliased text, Unicode, truetype fonts, glyphs drawn with an alpha channel, etc. Fortunatly the mechanism that X provides allows a client to use these features without requiring every X server it comes into contact with to be upgraded to X12 or whatever.
      • by groomed ( 202061 ) on Thursday August 26, 2004 @10:53AM (#10078967)
        Time and time again, X11 has showed us that it is better to provide mechanism, not dictate policy--even unto the protocol itself.

        Um, X is a textbook example of that philosophy gone horribly wrong.

        To its credit, the X consortium tried to rectify their mistake thru the ICCC [tronche.com], but again they fell into the trap of creating something with so much misguided "flexibility" that it's almost impossible to find any apps which actually implement the ICCC in full, let alone cooperate in any meaningful way.

        The ICCC has been such a joke, that ten years on something as elementary as copy-paste is still a hit-and-miss affair. And what about projects like the CDE [opengroup.com], or Enlightenment? Everybody's who been serious about using X to craft a desktop has felt the need to introduce policy above and beyond what X has to offer. That's not a sign of X's flexibility or time-tested design: it's a sign that X sucks.

        Let's hope freedesktop.org manages to beat some shape into the mess that is X, but they'll only succeed if they're willing to provide policy rather than mechanism. Bad policy that's followed by many is much more useful than good policy that's followed by few, or no policy at all.
    • And how many modern X servers don't support modern popular extensions? Let's face it: XFree86 and X.org are the most popular X servers. Their codebases are compatible so the NVidia driver works on X.org too. Both of them support modern extensions like Xrender. Commercial X servers that don't support modern extensions will lose customers.

      In order words: the free market will force other (commercial) X server vendors to support new, popular extensions.
  • by dtietze ( 708094 ) on Thursday August 26, 2004 @09:04AM (#10077529) Homepage
    This triggers something that's been bugging me for ages. Whose responsibility is a decent cross-application copy&paste framework, which works as one would expect?
    As someone who often puts together presentations, marketing slides, flyers for printing, etc., this is my single greatest annoyance about Linux at the desktop (and we're using Linux on all our desktops; heck, we're even a SUSE technology partner). Copying text between my Java IDE and OpenOffice gives me only about half a page of text - the rest is simply lost. How on earth can I simply copy from GIMP into an OpenOffice presentation like I can copy/paste from PaintShop pro to PowerPoint? The last time I tried, I couldn't even copy/paste consistently between various KDE apps.
    As much as I hate to say it (and I really hate to say it), this is *the* one thing that Windows does right. More or less seamless application integration which works the way I need it to work.

    Dan.

    • And that's exactly why I bought a Mac.

      Linux to tinker, Mac to use.

      BTW. Windows doesn't really copy/paste well though. Formatted copy in WOrd gives me a headache and Excel doesn't keep to Microsoft's own UI guidelines.
    • It's simple. You save to a file in app A and then open it in app B. Honestly, where's the attraction in having your data floating about in a clipboard like some etherial juggling act? Without extra tools you can only hold one thing in the clipboard. If you have to transfer many items you end up copying and pasting things one at a time, like a two-person boat transferring people across a river. But you can have as many files as you like. And they're only limited by your disk space, not your RAM+swap.

      This

      • That's the kind of insular attitude that causes so many problems for Linux. Face it, whether you like c&p or not, many, many users like it quite a bit. If Linux is to be only a niche OS for the computer-savvy, then no universal c&p is just fine. If Linux is to become a commonplace OS on the average desktop, then it has to cater to what people actually want, not what superusers tell people they should want.

        Besides which, the advantage to c&p is simplicity. Copying an image from a web page and pa

  • suggestion (Score:5, Insightful)

    by suezz ( 804747 ) on Thursday August 26, 2004 @09:10AM (#10077577)
    my biggest complaint is the configuration of X. xf86config should just be plain outlawed. I am an experienced unix admin and love linux but the only real complaint I have with is the configuration of X. I can get it working with no problem with xf86config or x86setup - but I really like what fedora has done - it is a non issue and you don't even have to mess with it at install time - this is the way it should be. I have installed fedora on at least 20 to 30 computers and they all went without a hitch and I didn't have to have the monitor sync rates. thanks fedora and keep up the good work!!

The best things in life go on sale sooner or later.

Working...