Slashdot Mirror


X.org Making Fast Progress

prisonernumber7 writes "X.org is showing a lot of progress! The combination of the XFixes extension, Damage extension, Composite extension and XEvIE (X Event Interception Extension) present in X11R6.8 present user interface designers with a wide range of here-to-fore difficult to achieve possibilities. What does this mean for the enduser? That's window shadows and window shadows within windows as well as true translucency for the OSS community. Good samples of Gnome and KDE desktops with drop shadows, and so on can be found here, here, here, here, here, translucency here, here and here, and its use on handhelds running Linux."

132 of 778 comments (clear)

  1. I hate to say it... by rpdillon · · Score: 5, Interesting

    ...but I've been waiting for translucency under X forever. It hurts me to admit it because I always thought that I didn't care about "eye-candy" but this is really cool. Why did it take so long?

    Oh well...off to look into downloading, though I suppose I'll have to wait for the next version of KDE to take advantage of the new features.

    1. Re:I hate to say it... by Curtman · · Score: 4, Informative

      They just gave CVS write access to Vladimir of the Gatos project according to the mailing list, so in an upcoming release (not the next one due out in a couple days) we should see support for ATI All In Wonder video cards out of the box. Congrats to the Gatos project, and to Xorg! This should have been done years ago. Good riddance to XFree86.

    2. Re:I hate to say it... by Chuck+Bucket · · Score: 4, Interesting

      I'll agree with you, as I always thought it was silly, time in an OSX translucent term got me hooked! to be able to work in the CLI while looking at some code in Moz (through the term) was actually useful!

      CB

    3. Re:I hate to say it... by Afrosheen · · Score: 4, Interesting

      No, we've had fake transparency/translucency, where the desktop background gets polled and blended via a dirty software hack. Eterm used this. You could see the background through Eterm, but not any windows beneath your Eterm window. What Xorg is bringing to the table is real, true transparency and alpha blended/masked object. Welcome home new features.

    4. Re:I hate to say it... by Curtman · · Score: 5, Informative

      Here is the announcement BTW.

  2. X.Org proof of Open Source Advantages by jgardn · · Score: 5, Insightful

    X.Org is proof of Open Source advantages. XFree86 was a failing project, floundering under incompetent leadership. Under normal, closed source projects, this would spell doom for the software.

    However, because it is open source, the project could be forked under new, competent leadership. And also, because of its licensing terms, people could switch to that fork without any negative repercussions.

    Look at the progress X.Org has made in such a short period of time! How can anyone say that Open Source software is not superior?

    --
    The radical sect of Islam would either see you dead or "reverted" to Islam.
    1. Re:X.Org proof of Open Source Advantages by Anonymous Coward · · Score: 5, Insightful

      Something tells me that X.Org's rapid progress is really part of a backlash from the unresponsive situation under XFree86. These features had been considered by developers for a long time, and probably at least in one or two cases had a test implemenation ready to be patched in.

    2. Re:X.Org proof of Open Source Advantages by ryanmfw · · Score: 5, Insightful

      But they were behind 5 years because of the bad leadership of XFree86. In just a few short months, Xorg made huge leaps forward that wouldn't have happened anywhere else.

      --
      Hurricane Ivan: A 17th century prison collapsed. All of the inmates escaped.
    3. Re:X.Org proof of Open Source Advantages by womby · · Score: 4, Insightful

      for N years XFree86 has been languishing under incompitent leadership and has been resisting the changes that would close the gap between it and other Windowing systems

      because it is Open Source software another set of developers could step up to the plate, start there Windowing project and be only 5 years behind the competition a huge head start and a real money saver for the new developers.

      This story is an example of the dramatic progress that has been made in the last year under this new leadership and shows what we could have been doing if the previous leadership had there act together. If Xfree86 had been a closed source project none of this new progress could be possible because, like the berlin project, we would still be waiting for the core to be finished.

      This is what shows the superiority of Open Source Software

      --
      **** lying is wrong even for sleeping dogs
    4. Re:X.Org proof of Open Source Advantages by omicronish · · Score: 4, Informative

      Why are they so hard to implement, and why does WMP have to implement a horrendous hack to get into the taskbar.

      Nitpick: WMP on the taskbar is implemented as a deskband, which has a fully exposed and public interface. This means that other people could write their own deskbands if they wanted, which I don't consider a hack. MSDN has an article with some details.

    5. Re:X.Org proof of Open Source Advantages by b-baggins · · Score: 4, Informative

      Start a quicktime movie. Minimize it to the dock. See the movie continue playing.

      Start a print job. Depending on the print driver you're using, note the printed pages count update in the dock icon.

      Launch Adium. Set the preferences to display buddy status in the Adium icon.

      Drag and drop onto dock icons. Watch applications launch or files get saved, etc.

      What exactly do you mean by not interactive?

      A better question. Why are you even commenting on GUI features without even seeing what the new versions of OS X provide. No one would take you seriously if you criticized the Windows GUI using examples from Win 3.1 why should anyone take you seriously here?

      --
      You can tell a great deal about the character of a man by observing those who hate him.
    6. Re:X.Org proof of Open Source Advantages by be-fan · · Score: 2, Informative

      1) The Windows 95 plus pack did not have actual anti-aliasing. It was a font-smoothing hack that was turned off by default. Back then, the best font rendering was from aliased, well-hinted Truetype fonts, which Freetype (with bytecode interpreter) could render identically to Win9x.

      2) Microsoft's anti-aliasing in Windows 2000 is also a hack. It's not based on a compositing model and doesn't provide windows with a complete alpha channel, just a single alpha attribute. The latter, in particular, makes it mostly useless, because you can't have solid text in an otherwise transparent window (eg: like MacOS X's terminal). It's really just a well-implemented version of the "transparent window" tricks GNOME and KDE use now.

      --
      A deep unwavering belief is a sure sign you're missing something...
    7. Re:X.Org proof of Open Source Advantages by womby · · Score: 2, Informative

      I am quite interested in the quicktime one. How long has that been around, and how is that implemented. Is it actually a swallowed app? If yes I stand corrected.

      The doc icons are not swallowed apps, that is correct.
      But they are another canvas that the app can write on.

      rather than just displaying images the app can treat them just like a 128x128 pixel window and draw anything it wants, the OSX doc will then display it scaled to the correct viewl.

      advantages over a swallowed app, you can reuse the icon space that was used to launch the app and you can use the standard context menus.
      disadvantage, they are not directly interactive it is not possible to have forwards and back buttons directly in the icon space only in the sub-menu.

      there are other elements to it, but that is the basic context.

      --
      **** lying is wrong even for sleeping dogs
    8. Re:X.Org proof of Open Source Advantages by DrXym · · Score: 2, Interesting
      Writing a deskband on Win32 is easy. It's virtually identical to putting a bar into IE, except for what categories you register your activex object with. I've written a bar which runs in IE and on the desktop in this way.


      The reason people don't do it boils down to - a) the documentation is poor, b) a deskband runs in the same address space as explorer.exe.


      The problem of b) is that it is fine to put a light little control in there, but the bigger the functionality the more likely it is to crash and take the desktop with it. Deskbands are also harder to debug because they load up with the desktop so you're constantly killing and restarting the desktop when developing. Microsoft can probably get away with it because they have the QA (not to mention the Windows source) to ensure their deskband is stable, plus the fact that WMP is heavily modular using ActiveX so it would be easy to knock together a band that created a WMP control and connected it some buttons. WinAMP might not be modular in quite the same way requiring quite a bit of work to get it going. WMP is also available as an explorer bar in IE which is another variant on a deskband.


      Anyway there is another reason that there are few deskbands - because c) users rarely bother with them anyway. Space is tight enough as it is. For that reason most media players usually shrink to a task icon which offers much the same thing anyway, but without the bother of ActiveX or running in the same address space as the desktop.

  3. great advances in window managers by lambent · · Score: 4, Funny

    I had not realized anything was missing from my window manager experience. But now that I see the screenshots for myself, I cannot wait for the oppurtunity to turn the new eyecandy off in the next release of KDE or Gnome.

    *cough* Sorry.

    Really great work, guys. I'm pround to see progress. But aside from these uses, what good will it do?

    And what's the implication of 'true' transparency? What kind of fake transparency have we all been using up until now?

    1. Re:great advances in window managers by DashEvil · · Score: 5, Informative

      afaik they use `layers' to draw the screen now. So a foreground window doesn't actually draw over a window in the background. This means you can drag windows over other windows without the background app having to redraw itself.

      Ever notice how if you have a transparent menu open with a xterm/etc under it and, say, you're compiling something, that the text in the transparent menu doesn't update? `Fake' transparency refers to what we've been using now, which is basically taking a screenshot of the app and then pretending that your window is transparent by using the screenshot in the background of the window/menu. This real transparency means that it's not handled by the application, it's handled by X, and since the contents under your window weren't overdrawn, it can just.. you know... render it properly.

      That's what I got from it, anyway.

      --
      -If God wanted people to be better than me, he would have made them that way.
    2. Re:great advances in window managers by gl4ss · · Score: 4, Informative

      *What kind of fake transparency have we all been using up until now?*

      the kinda where you don't see what's right under the transparent window, rather you just see transparency against the background image.

      this is supposed to be true support for it, without any goofy hacking from within the program, i think.

      --
      world was created 5 seconds before this post as it is.
    3. Re:great advances in window managers by Rebar · · Score: 2, Insightful

      I can think of some times it would be really handy, not that it solves any of my problems that can't be solved another way.

      For instance: say you are monitoring commands you are running on four different machines in four terminal windows that will take a while, and as a sanity check, you also have xosview running behind the terminal windows corresponding to the machine the terminal is on, and showing through enough to be useful but not enough to totally obscure your commands window. Now you get to use more screen real-estate for the commands (fewer ugly line-wraps, more history on the screen) and you can make sure you are really loading up the CPU by way of the nifty load monitoring tool.

      OK it's a stretch but I'd still do it.

    4. Re:great advances in window managers by kerrle · · Score: 5, Informative
      It's not layers, per se; each window is rendered to a separate area of memory, and the composition manager builds the final screen from the various windows. In addition, XDamage allows the composition manager to know which parts of the window need to be redrawn, so rather than having the entire window redrawn (as is the case traditionally), only the part that was "damaged" needs to be redrawn.

      True transparency means that it's truly based on alpha values and computed as the window is drawn; current ways of "faking" transparency - in Konsole or XChat, for example - essentially take a capture of the background wallpaper and use that as the background of the window. If you move the window, you can see that it takes a moment for the background to adjust; with apps that are aware of and use the new X server features, this would be done as the window moved, and would also show windows and icons behind the currently focused window.

      As long as the composition manager has good hardware acceleration (something which is already the case with NVidia, but not so much with ATI), this combined with a double or triple buffered desktop could well provide a Linux/Unix desktop on par with OSX, at least technically.

      Of course, it's up to the window manager to really take advantage of these added features; metacity can already support window borders with alpha values, for true transparency.

  4. Comment removed by account_deleted · · Score: 2, Informative

    Comment removed based on user account deletion

  5. Groovey by xombo · · Score: 4, Funny

    Now we can start to look as much like OSX as possible. Very pretty. Now we just need to wait for Adobe and Macromedia to endorse Linux and it'll steal the graphic design folks from Apple.

    1. Re:Groovey by Phexro · · Score: 3, Informative

      In KDE:

      Right click your desktop, -> Configure Desktop
      Behavior -> Menu Bar at Top of Screen -> Current application's menu bar (Mac OS-style)

      For more fun, add a small Kicker child panel at the top of the screen, then right-click it and pick Add -> Applet -> Menu.

      Then you can have your clock, systray, or whatever else in the menubar. At the top of the screen, but managed by the application.

    2. Re:Groovey by merdark · · Score: 2, Insightful

      Now we just need to wait for Adobe and Macromedia to endorse Linux and it'll steal the graphic design folks from Apple.

      Apple computers are so much more than just drop shadows and translucency. To get the designers, you would also need hardware as well designed as Apple hardware (read: designer hardware), you need to completely remove the need to go to the command line, you need to simplify the interface.

      But most importantly, X needs proper colour matching support. Designers need to work with ICC profiles. Otherwise matching colours properly is not possible!!

    3. Re:Groovey by Bert64 · · Score: 2, Informative

      Well you can always run linux on apple hardware you know

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
  6. Full size pngs and jpgs galore! by pacslash · · Score: 4, Funny

    Am I the only one who doesn't care what their desktop looks like? Shadows are all well and good, but this only take up valuable cpu time which could be used for NetHack!

  7. THIS YEAR WILL BE..... by Neo-Rio-101 · · Score: 4, Funny

    This year will be the year of Linux on the deskt...... !!! *yanked off stage by big hook*

    --
    READY.
    PRINT ""+-0
    1. Re:THIS YEAR WILL BE..... by isolation · · Score: 2, Insightful

      I have heard this for so many years it is making me sick. I had a nice discussion with some guys from AMD and DELL at LinuxWorld expo in 2003 about this. They asked me why I would want to work on developing a Windows clone like ReactOS and somehow the discussion turned to "When will we have Linux on the Desktop". That was August 2003 and not much has changed. I think it will happen dont get me wrong but X.org alone is not the answer. Application and driver support still needs needs a lot of work.

      --
      Free Unix? Free Windows. http://www.reactos.com
  8. Performance by ShatteredDream · · Score: 3, Informative

    What I'd like to know is when mainstream distribution makers will build and configure XOrg so that it performs well. My experience with Fedora 2 and 3Test1 was not good. My PowerBook G4 running at 1Ghz running Panther outperformed KDE 3.3 w/ XOrg 6.8.99 from fedora development on a Athlon XP 2400+ w/ 512MB of ram.

  9. Good, but... by Moridineas · · Score: 5, Insightful

    Pics are looking good (amazing what a subtle difference can makes in terms of feel) but I have to say what still stands out in all those pics--bad fonts!

    I really wish the default font situation would be better in the world of X and nix/bsd distros. Switching back and forth between Macs and PC's (windows), it's amazing how much better the mac fonts look and feel than windows. Likewise, Windows looks as much again better than the typical gnome/kde setup I have seen.

    1. Re:Good, but... by dmaxwell · · Score: 3, Insightful

      What exactly is so horrid about the fonts? I looked at several of those screenies and didn't see anything that especially jumped out at me as horrible. I most especially did not see the sort of jagged badly scaled hell that was the norm three or four years ago.

    2. Re:Good, but... by GreyWolf3000 · · Score: 5, Informative
      By default, fonts in Linux tend to get anti-aliased no matter what the font size is.

      This is a mere configuration setting that most of the distributions choose to set. Fontconfig is perfectly capable of turning off AA for a given range of sizes.

      --
      Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
    3. Re:Good, but... by RzUpAnmsCwrds · · Score: 2, Insightful

      "Switching back and forth between Macs and PC's (windows), it's amazing how much better the mac fonts look and feel than windows."

      I've found exactly the opposite to be true. The Mac OS X rasterizer seems to "over anti-alias" the fonts - it makes everything too soft and makes any font below 9 points hard to read. With ClearType on, Windows fonts look sharp but not aliased.

      So, for larger sizes, Mac OS X wins, but for the smaller sized fonts, Windows XP wins.

      Note that the default font size on Mac OS X is larger than on Windows XP. The controls are larger on OS X as well. The same is true of Linux - but with the added disadvantage that the fonts aren't well hinted like Apple's or Microsoft's.

      Tahoma, Verdana, Trebuchet MS, Georgia, and the rest of Microsoft's "web core fonts" are so well done that Apple ships them with OS X. Now, you shouldn't use Tahoma or Verdana for a printed document, but as a screen font it's excellent.

    4. Re:Good, but... by Eloquence · · Score: 5, Informative
      The situation has gotten orders of magnitude better than it was years ago. We're now at least on par with Windows (and our default themes are cooler), and thanks to the work of the X.org team as well as the KDE and GNOME developers, I'm sure we will have OS X quality fonts before OS X has reached the next quality level. We're catching up.

      Where the Linux desktop really shines, however, is when it comes to customization. I prefer to operate in a very Windows-like manner, with maximized windows and taskbar. KDE allows me to do that (and gives me a nice launcher command bar with autocompletion - I haven't used the "start" menu in ages). Some want a nice file manger - KDE gives you Konqueror, GNOME gives you Nautilus. Others prefer doing everything in the shell, where you can use Midnight Commander and feel like you're back in the old DOS days.

      Some want virtual desktops or virtual screens (larger than the physical screen size). Any decent window manager provides that. Some want a very efficient, slim system - they use something like Windowmaker or XFCE. Others want all the bells and whistles and install KDE or GNOME with lots of applets. Some like to experiment with innovative new UIs and try out window managers like ion. Others are happy just using a cloned Windows or Mac interface.

      If you're willing to experiment, no system offers you as many possibilities as Linux. If you just want a clean, working desktop, all the major distro makers provide that by now.

      There's room to improvement, and the devil is in the details: clipboard interoperability is still buggy and incomplete, performance in some areas can be improved (try resizing your window very fast with content visible), the driver situation is unsatisfactory etc. But none of the problems before us is unsolvable. It's just a matter of time.

    5. Re:Good, but... by Quantum+Jim · · Score: 2, Informative

      If you have a license to use Apple's patents on anti-aliased fonts, then you can rebuild FreeType's Font Engine to support pretty fonts. They switched it off due to legal uncertanities, but it is still included with the source code. You have to edit an header file, determine where your Linux desktop distribution stores FreeType's libraries, remake, and install it (as root) to enable it. That sounds complicated, but it is actually really easy to do. Just follow the instructions; you don't have to be a hacker to do it!

      --
      It is impossible to enjoy idling thoroughly unless one has plenty of work to do.
      - Jerome Klapka Jerome
    6. Re:Good, but... by 808140 · · Score: 2, Informative

      I'll take you at your word; I don't use Windows and never have, so I wouldn't know.

      However, I just went and looked at the screenshots and I noticed that the large fonts are large for exactly the reasons I mentioned: because there are chinese characters on most of those desktops. Chinese characters, if displayed too small, become illegible.

      Speaking of Chinese Characters, I will agree that some of the fonts on there are ugly -- this is a problem with freely available CJK fonts in general. Many of them look ok, but provide too few characters and so pango ends up mixing and matching fonts, which always looks like crap.

      On my system, I tend to use the fonts that come with Windows/Mac, depending on where I am (for example, in my office, all the other machines are Windows, so I use their fonts). I agree that we need better free CJK fonts. But it's a big, relatively difficult job.

    7. Re:Good, but... by SonicRED · · Score: 2, Informative
      (try resizing your window very fast with content visible)

      I know exactly what you mean but this "tearing" effect is fixed in the latest x.org CVS. Double buffering is on by default which means an end to this problem.

    8. Re:Good, but... by Brandybuck · · Score: 3, Informative

      If you're willing to experiment, no system offers you as many possibilities as Linux.

      I'm going to have to call your bluff. Consider FreeBSD as one example. Same desktop. Same graphics subsystem, including DRI. And if you're into proprietary graphics drivers, NVidia's is even available.

      This service announcement brought to you by the Pedantry Police...

      --
      Don't blame me, I didn't vote for either of them!
    9. Re:Good, but... by be-fan · · Score: 2, Insightful

      You have to remember that screenshots aren't really accurate. I use 9pt fonts, but people always complain about huge fonts in my screenshots because I use a 133dpi monitor and most people use a 96-100 dpi monitor. So if the person has a high-resolution monitor, their fonts will likely look bigger to you than they look to them.

      --
      A deep unwavering belief is a sure sign you're missing something...
  10. That's nice, but... by Anonymous Coward · · Score: 2, Interesting

    Drop shadows and translucency are the sort of thing I immediately disable in Windows (and in OS X if I could figure out how). Give me a fast, uncluttered display with well rendered, scalable fonts and no flickering and window doo doo and I'll be happy.

    1. Re:That's nice, but... by iserlohn · · Score: 4, Informative

      The whole idea of the composite extension (which this fancy shadow and transparency is based upon) is to make the desktop flicker free.

      It does this by diverting the X apps to draw to an offscreen buffer, and then compositing it to the screen in one feel swoop. This makes windows really solid. There is no need to wait for the X client to redraw the window contents when you move another window over it for example.

  11. Great Progress... by ravingidiot · · Score: 2, Insightful

    But is the cycle-tradeoff worth it? How will this affect slower environments like remote sessions? If the effect isn't too great, I say awesome. But if it is, I can think of a certain OS's UI that will require hardware acceleration.

    1. Re:Great Progress... by dbIII · · Score: 3, Informative
      But is the cycle-tradeoff worth it?
      It really depends on how it is done. One little experiment in Enlightenment was a "ripple" effect, where the bottom part of the root window looked like water was rippling over it, with reflections of the windows furthur up the screen distorting in the ripples. The effect was set to stop working whenever there was any other load on the CPU.

      The shadows/transparency are only going to be rendered when changes occur to the windows they show anyway. Unfortunately there's often a lot of other things going on at the same time (expose events etc.). With the window manager I use I set the moves and resizes to only show outlines until the window is place where it is going to go.

      How will this affect slower environments like remote sessions?
      Since it's part of the X server the effects are all going to be done locally anyway. If you only have a monochrome display on the remote box you can still run most X applications correctly anyway, this will be no different, and you'll probably never see the effects. However, if you have a program that specificly requires an extension which your local X server doesn't support (eg. like we currently have with OpenGL), then it won't work.

      If you have some VNC type thing that takes bitmaps then you'll probably want to turn the effects off in the X server that feeds it.

      I can think of a certain OS's UI that will require hardware acceleration.
      It makes a difference, switching between the VESA driver and the Nvidia driver for a card makes a large difference. X has had hardware acceleration for a very long time (pre-linux I suspect).
  12. Re:Another Step by Gorath99 · · Score: 5, Insightful
    This is just another step to linux becoming as bloated as windows.
    And I welcome it. I've got dozens of free gigs that I'll gladly fill with neat stuff like this. If you don't then you can simply use a distro that takes the bloat out. That's the great thing about FOSS. Don't like it? Modify it! (Or let others do it for you.)
  13. 5th screenshot, 3rd tab by Anonymous Coward · · Score: 2, Funny

    is that a high-resolution version of hello.jpg???

  14. Dock vs. Taskbar by jared_hanson · · Score: 4, Interesting

    OK, this may be slightly offtopic, but since we are discussing UI, and I saw this in the screenshots, why does GNOME (and to a lesser extent) KDE sometimes try to pull of both the dock and taskbar interfaces. This is totally rediculous to me, and just leads the interface to feel cluttered and confusing.

    OK, so that rant above is coming from someone who has mostly converted to using Mac OS X on the desktop. I still use Linux on servers. Anyway, I remember about a year ago when I made the transition, that the dock seemed rather confusing. However, after a couple weeks of usage, I was cursing every taskbar system I ever had to interact with (Windows and Linux). The dock is just so much more condusive to having many windows open. Add in Expose to the mix, and you are in desktop heaven.

    So, my question is then, especially to the GNOME developers (GNOME is my preferred Linux DE), what are the plans with regard to application launchers such as start menus, taskbars, docks, etc. The progress has been remarkable, but, to me at least, this is the area most sorely needing standards and consistency.

    --
    -- Fighting mediocrity one bad post at a time.
    1. Re:Dock vs. Taskbar by EEproms_Galore · · Score: 2, Interesting

      well in KDE you have KXdocker thats pretty much the same as the OSX dock and komposeif you want "expose" on KDE

  15. Meanwhile... by rd_syringe · · Score: 3, Interesting

    The other two desktop operating systems out there have had it for at least five years and are working on newer things. Am I really seeing a bunch of people getting excited over translucencies and shadows? These are things that have been commonplace for years.

    There are WAY more fundamental issues that need to be addressed for widespread Linux desktop adoption, from APIs to core architecture changes. But hey, at least our cramped KDE menu has translucency now. :P

    1. Re:Meanwhile... by rpdillon · · Score: 5, Insightful

      You make good points, but if there is one thing I've learned observing which software gets adopted and which does not, its that polish matters.

      As the Linux desktop experience matures, acceptance will eventually hinge on its polish - OS X really has that aspect nailed down, and its not a bad goal to pursue. Sure, there are other issues that need to be addressed, and of course power-users will turn it off, but for folks like me that spend a lot of time in IDLE or Kate writing python code, I can spare the CPU cycles on my Athlon 64 3000+ for transparency. And hey, I like the look. =)

      This is a good thing, and I don't think it materially adds "bloat" though I'm not knowledgable enough of the code to say that with certainty.

    2. Re:Meanwhile... by stefanlasiewski · · Score: 5, Insightful

      Am I really seeing a bunch of people getting excited over translucencies and shadows?

      (Has Windows really had Translucencies and shadows since 1999?)

      No, we're excited that there is a version of X-window that is progressing.

      These latest enhancements aren't super exciting, but X.org has had a lot of enhancements added since it split off from XFree86 a short 9 months ago, and there are many more enhancements coming in the next few months.

      I think that all major distros had adopted X.org over XFree86.

      --
      "Can of worms? The can is open... the worms are everywhere."
    3. Re:Meanwhile... by bob65 · · Score: 3, Insightful
      one thing I've learned observing which software gets adopted and which does not, its that polish matters.

      Exactly. Just like in the automobile world, polish matters, and can often make or break a deal. A lot of cars have "unneccesary bloat" (weight) which affects performance. But things like sound insulation, vibration reduction measures, and bells and whistles add to the overall "feel" of the car. Many manufacturers have admitted to paying particular attention to the sound made when closing the car door. They deliberately fine-tune the acoustics so that closing the door makes a nice, reassuring "thud", and deliberately fine-tune the springs and hinges on the door to make it feel "heavy" and "solid", when in fact, they have not actually changed the door structure itself. Look and feel plays an important role (consciously or subconsciously) in people's buying decisions.

    4. Re:Meanwhile... by Kiryat+Malachi · · Score: 2, Interesting

      Hell, they tune the engine output acoustics on cars so that sports cars give a nice 'growl' while family cars have a subjectively quieter engine sound. A lot of engineering time goes into getting the sound right on a Ferrari or Corvette engine.

      --

      ---
      Mod me down, you fucking twits. Go ahead. I dare you.
      (I read with sigs off.)
    5. Re:Meanwhile... by Brandybuck · · Score: 2, Insightful

      Sheesh, there have been shadowed cursors in X for a few years now, and putting shadows on static regions like menus is old hat...

      --
      Don't blame me, I didn't vote for either of them!
    6. Re:Meanwhile... by kerrle · · Score: 4, Insightful
      No, you're seeing people get excited about the API and core architecture changes you just mentioned.

      Right now, they're being used to do drop shadows and transparency - but the same extensions can also be used to reduce network bandwidth required for remote sessions or create a 3D desktop.

      Composite, Damage, and the other new extensions are exactly the fundamental changes you claim are needed - the fact that the quickest way to show them off gives us some neat eye candy is just icing on the cake.

      Also, Windows does not currently support this type of window compositing - it has basic alpha channel support, but there's a lot things these new extensions can do that Windows cannot, and won't until Avalon.

    7. Re:Meanwhile... by DraconPern · · Score: 4, Interesting

      (Has Windows really had Translucencies and shadows since 1999?)

      Yes, Windows 2000 had full translucencies support. How do I know? I wrote TransparentFX for Winamp

    8. Re:Meanwhile... by grammar+fascist · · Score: 2, Interesting

      Sure, there are other issues that need to be addressed, and of course power-users will turn it off, but for folks like me that spend a lot of time in IDLE or Kate writing python code, I can spare the CPU cycles on my Athlon 64 3000+ for transparency. And hey, I like the look. =)

      The shadows behind applications have actual utility. I noticed this when looking at the projection of one of my professor's OSX laptop desktops. It's much, much easier to discern the z-order of the applications, and which pixels belong to which.

      I can't say as much for the transparency... :)

      --
      I got my Linux laptop at System76.
    9. Re:Meanwhile... by plastik55 · · Score: 2, Informative

      Funny enough, I think it was the BMW Z4 that had a system of pipes and diaphragms specifically designed to route engine noise into the cockpit.

      --

      I have a positive modifier on Troll. When I mod someone Troll their karma should go UP!

    10. Re:Meanwhile... by Lispy · · Score: 2, Funny

      Of course eyecandy matters. If you are like me you spend more time looking at that world inside that box on your desk than you look at your kids, your soulmate or a piece of art. If this HAS to be all I see all day, it better pleases my eye...

    11. Re:Meanwhile... by walt-sjc · · Score: 2, Insightful

      It's not that we "only use the command line", it's that the command line offers ease and flexibility that the GUI does not.

      As an example: I've been working on an OS X XServe... Really nice machine. Apple has the GUI setup to administer everything. Well, not quite everything maybe half. OK, OK, maybe not half, it's only about 10%. At best. All the real basics are covered. You can web sites, administer users, select whether they can access email, etc. Unfortunately, there is no provision for spam / virus filtering on the email server, and the httpd.conf is SOOO fucked up that I dumped the Apple version and used my own. Ditto with many of the other services. The GUI was just not complete enough, and even if it was, wholesale changes are easier on the command line. The good thing about OS X is that you CAN use the command line when the GUI fails to do what you need to do.

      The contrast is Windows, where the GUI is everything and the command line is almost useless. Instead of firing up an editor on a config file, you need to use RegEdit and mouse navigate to each and every element that you need to change taking MUCH longer to acomplish similar tasks (that's assuming you can find where the stuff is hidden in the first place.)

      This difference is why Unix admins can administer 10 times the number of machines that Windows administrators can (a factor MS doesn't use in it's TCO calculations...)

    12. Re:Meanwhile... by Korpo · · Score: 2, Interesting

      Well, it happened while Apple was busy building server blades.

      Or Microsoft building "compact" versions of their BloatOS for handies and PDAs.

      Or IBM building processors fit for embedded systems.

      While all three are well-known for other stuff (Apple: nice-looking desktop, Microsoft: bloated consumer OS, IBM: mainframe, batch-processing, PowerPC), you'll miss a lot of stuff when sticking with your perception prejudices.

      Never underestimate the power of FREE (this time both as in beer and in freedom) when having people consider what OS/software to use. Linux gets 2nd/3rd world use (South America, Africa, ...), is present on most of Asian markets, even with government approval, is used for research, servers, heavy server metal, student PCs, cheap web serves, at ISPs and at lot of not-so-well-off geeks homes (like mine). Apple is losing a lot of universities to Linux and the schools to MicroSoft. On blades.

      Nobody counts all the free downloads of Debian, Gentoo or even SuSE ftp into "marketshare", and most of the licenses sold for Linux can be used for whole sites, and do not only come with one machine (as with Apple) or per-CPU (as with Windows).

      We can safely assume that there at the very least double as much Linux boxes out there as MacOS 9 and MacOS X boxes together, because the numbers about MacOS are known, while the Linux numbers are conservative estimates.

      Anyone believing anything as pricy as a MacOS X computer is more widespread than Linux boxes is simply deluding himself: Cheap "sells", free "sells". Most of the places Linux (or e.g. NetBSD) is (are) used they can do ten times as much with the money they would have spent for Apple stuff.

      MacOS X is fine, technically absolutely OK, and runs well with its own hardware platform. You surely get a nice, easy-to-handle package, something what most people would consider the equivalent of a luxury car in computing. Still, MacOS X will not convert the masses, it hasn't even converted as much of the users of "old" MacOS as Apple hoped, and MacOS X for sure isn't the OS that will make Apple win over Microsoft or even Linux.

      Apple will stay as a "3rd power" beyond MS and Linux, but with its former exclusive applications (DTP) now available from their competitors, their pricing strategy and frequent policy changes (Rhapsody for x86? No, let's scratch it, get the NeXt core...), they will have to do very well to keep their share.

      They'll continue to offer a nice OS, some very nicely-designed hardware, but there is no big Apple comeback lurking. While Linux grows rapidly in all sectors: Embedded (PDAs, mobile phones, single-board computers), Desktop (business workstation, geek desktop) and servers (blades, uni- and multiprocessor web, app and database servers, etc.).

      I wouldn't be very surprised if Linux would have beaten Apple on the desktop alone, without even considering the server installation count.

    13. Re:Meanwhile... by MarsDefenseMinister · · Score: 2, Funny

      Well I stole the door thunkers off a Porsche and put them on my Honda Civic. Damn thing just FEELS faster with them.

      --
      No weapon in the arsenals of the world is so formidable as the will and moral courage of free men.-Ronald Reagan
  16. It keeps getting better by wowbagger · · Score: 4, Informative

    It just keeps getting better: Vladimir Dergachev of the GATOS project (support for the tuner on ATI All-in-Wonder video cards) just announced that he now has write access to the X.org CVS - so he can finally merge GATOS into the mainline X code!

    Just think: A day in which support for the tuner on ATI cards is simply in the X server, rather than taking a great deal of pain and suffering to get working!

    (Of course, this only applies to cards supported by GATOS, the older cards. But perhaps, just perhaps, if enough people bring pressure to bear upon ATI, then ATI will use the GATOS code to support the newer cards as well.)

    1. Re:It keeps getting better by Ruie · · Score: 4, Informative
      Actually the support for Rage Theatre 200 based cards is in the works. Bogdan Diaconescu and Matt Mercer have both worked with it.

      Right now the stumbling block is to upload DSP microcode using VIP bus FIFO. For some reason how to do this was obvious to ATI folks (as docs don't mention much of it) but very hard to accomplish in practice.

  17. losing contrast by lawpoop · · Score: 5, Insightful

    Objects seen at a distance have less contrast than objects close up. It would be a useful feature of windows if they lost contrast as they receeded to the desktop.

    --
    Computers are useless. They can only give you answers.
    -- Pablo Picasso
    1. Re:losing contrast by typhoonius · · Score: 2, Interesting

      Why would I ever want something on my screen to be harder to see?

      Good point, but it's actually a neat idea. It's weird having to check the title bar of a window to see if it's focused or not. His idea takes its inspiration from the way our eyes work, so you can't get much more intuitive.

      It'd be sort of like how Photoshop darkens the areas around your selection when you crop an image. It emphasizes what you're working on.

      That said, I'm not sure the idea would even work that well. It's nice being able to read unfocused windows (although they don't have to be blurred to the point of being unreadable, just enough to guide the eye). But the idea shows an interesting way of thinking and suggests the possibilities flashy effects like transparency (which, face it, most of us think is worthless and would turn off) have for increasing productivity.

    2. Re:losing contrast by Quarters · · Score: 2, Insightful
      "distance" is a relative term. In relation to the phenomena you are discribing "distance" refers to a decently large linear distance from the eye point. There are also other factors such as fog and haze values to contribute to the apparent loss in contrast.

      "distance" when used to refer to window depth is, in reality, non-existant. Even if you were to code such a system you would need a way to actually place a given in active window at a fictitious depth "in" your monitor. To facilitate that false sense of depth (and therefore trigger the contrast change) you would probably also need to scale the window down to help with illusion. Eventually you would end up with windows so far away that they would lose contrast also being so small that they would be entirely obscured by the currently active window.

      Real world analogs are not always the best models for human-machine interfaces.

    3. Re:losing contrast by Spy+Hunter · · Score: 2, Interesting
      I think once the new X.org is released, we're going to see an explosion of new X11 window managers with new fancy eyecandy features such as this, and much more. If you remember back a few years ago, the Linux scene was teeming with window managers of every shape and size (freshmeat is littered with them). People seemed to lose their enthusiasm for writing wacky window managers after KDE and GNOME's windowmanagers got decent theme support, and most of the old X window manager projects died out or at least become smaller. Now, though, the field is wide open for crazy new window manager features. OS X-like window warping or Expos`e, shadows, losing contrast, blurring, sliding, bouncing, squashing, rippling, almost anything is possible now. And these features shouldn't be dismissed as "mere eye candy" either; a lot of these effects can actually make the user experience measurably better. For example shadows make it easier to see the stacking order of windows at a glance; bouncing or stretching catches the eye for a window that needs attention; sliding/scaling windows gives a visual indication of where they're going (instead of popping them in/out when max/minimized); blurring or decreasing contrast makes things appear in the background.

      I'm looking forward to the next generation of window managers coming out on Freshmeat in the next year or so. Hopefully we'll see some real innovation that can be folded back into KDE and GNOME's next window managers for the mainstream users.

      --
      main(c,r){for(r=32;r;) printf(++c>31?c=!r--,"\n":c<r?" ":~c&r?" `":" #");}
  18. Why GPUs Matter by WombatControl · · Score: 4, Informative

    Chances are you were running your X server with unaccelerated drivers - which offloads all the hard work to the CPU. In Panther, Quartz Extreme allows the transform and lighting engine of your GPU do all the hard work, leaving the CPU for things that a CPU should be doing it.

    Properly implemented and accelerated, eye candy does not have the take away from CPU power and can greatly enhance usability - as it does with OSX.

    1. Re:Why GPUs Matter by nathanh · · Score: 5, Informative
      Chances are you were running your X server with unaccelerated drivers - which offloads all the hard work to the CPU. In Panther, Quartz Extreme allows the transform and lighting engine of your GPU do all the hard work, leaving the CPU for things that a CPU should be doing it.

      It's partly that. But Quartz is also fast on a plain unaccelerated 2D framebuffer. To prove this, simply run Panther inside Mac-On-Linux on the Linux PowerBook. Transparent windows and drop shadows are noticeably faster inside MOL than on the Linux desktop.

      The issue is apparently the interaction between XAA (XFree86 Acceleration Architecture) and the XFree86 driver model. It isn't designed to handle Composite and Render properly. There is a hack in the 6.8 release so drivers will work, but suboptimally. There is considerable work going into a new driver architecture called Keith's Driver (kdrive) and XAA which will give near-Panther performance. But the powers that be have decided to leave those improvements until X.org 6.9. They want the extensions out there now, even if they're slow, so GNOME/KDE/others can start designing applications that use them.

  19. Re:Windows Winplosion by canon006 · · Score: 4, Informative

    Check out Expocity if you're a Gnome user and Kompose if you're a KDE user. Granted, it'd be nicer to see this built into X but for the time being they're not so bad.

  20. Users Experiences by theoddbot · · Score: 3, Interesting

    I've been running the latest versions to hit gentoo for a few days now, the 904 release improves stability a lot over 903.

    Using the nvidia drivers with RenderAccel enabled with xcompmgr makes the desktop fly! Its amazing the psychological difference the redraw elimination makes. It certainly feels much lighter, and gives my iBook a run for its money. The transparency effects have no noticible speed hit whatsover. I've had multiple transparent videos playing, moving around, etc and its all smooth the way it should be.

    This project really is an example of how re-opening the project from the XFree86 'cathedral' has increased development activity in leaps and bounds. Congratulations to all the X.org and freedesktop.org developers on a great job.

    -theoddbot

  21. Caveats on the new X facilities by jg · · Score: 4, Informative
    ***Please*** see the following web page for an explanation of the new facilities in the upcoming release! It is located at http://www.freedesktop.org/XOrg/X11R68ScreenShots


    The original poster meant well, but did not include the explanatory text with the screen shots...

  22. Re:Yay! by 808140 · · Score: 5, Informative

    Giving window managers direct access to video memory is rather stupid, considering that one of X's primary features is network transparency.

    I know you're trolling, but it's rather important to recognize that X is a protocol, nothing more, and nothing less. How fast or slow it is depends on the implementation; some are clearly better than others.

    Comparing X to direct video access is rather like comparing ssh to the linux console. The latter will always be faster because there is no network bottleneck, but you can't use it to connect to your machine remotely.

    Furthermore, there are extensions which practically do give an application direct access to the hardware, or at least, as direct as one can safely manage. But what's the point, if all you're doing is drawing widgets? I could understand it for games or playing DVDs, where speed is important and you'd be stupid to play it over the network anyway, but for a window manager?

    If you want to use a single user, non-network aware system, then by all means, use Windows*. In the meantime, we should keep working on improving our X implementation in areas like optimizing for local connections. There are lots of shortcuts that haven't been implemented and I'm sure there are lots that haven't even been thought of yet.

    Anyone that has had to administer machines remotely appreciates the network transparency of X. It's the only window system that has this feature. Let's not throw it out because some trolls don't understand its value.

    *Yes, I know Windows is now multi-user. But it wasn't designed that way, and it shows.

  23. Re:Yet again, zero innovation by k98sven · · Score: 4, Insightful

    Every one of those shots are blatant rip offs of Apple. My god when will OSS developers grow a pair and go out on a limb to try something new?

    Sure. From the User perspective, looking at screenshots, it probably looks that way.

    You're giving Apple too much credit. The news here is not 'Oooh.. now we can look more like OS X', the news here is 'Now we have proper support for the things OS X supports'.

    There is a difference here, because what 'the things OS X supports' are, by which I mean the 2D rendering API, is not a thing developed by Apple alone. Firstly, Apple's Quartz uses the PDF rendering model, which was created by Adobe, and PDF was in turn based on PostScript.

    That this is a good way to do 2D graphics is a no-brainer. Postscript was invented in the early 80's. The Mac later supported it's own kind of device-independent images (QuickDraw, and PICT files). Windows had Metafiles, and GEM (if anyone here used the DOS or Atari version) had it too.

    Given the success of Postscript and PDF, it's pretty natural to support the things they do. But Adobe (creators of PS and PDF), shouldn't get all credit either. They just implemented stuff developed by others, like Porter/Duff compositing.
    (Another early 80's innovation)

    So basically, none of this stuff is actually new. It has simply come of age. Apple has been in the forefront, and that is tribute to them. But if you think that this is all Apple's ideas.. You are wrong.

  24. Code's reusability by zaxios · · Score: 5, Insightful

    Under normal, closed source projects, this would spell doom for the software.

    And their work would probably be lost, and any new project that wanted continue their type of work would have to write everything all over again just to reach the existing level of functionality - which is a waste of time and effort. Instead, the pre-existing project is forked. Open from closed source is an innovation in distribution equivalent to modular/OOP from procedural in development in allowing and encouraging reusability. Reusability then facilitates easier extension - like the sort of improvements we're seeing with X.org.

    1. Re:Code's reusability by pyrrhonist · · Score: 4, Interesting
      No, another company that was successful would buy out the floundering company and its source code because of the promising potential. Closed source gets forked all the time. In the real world it's called a business transaction as the source is sold to another company.

      This happened to the company that I used to work for. We went out of business, the employees were laid off, and the IP was sold.

      Guess where the source code, the hardware design, and the existing prototype is now?

      It's in a closet at the company that bought it. It was bought simply to keep competitors from using it.

      --
      Show me on the doll where his noodly appendage touched you.
  25. Oh brother.... by dmaxwell · · Score: 5, Insightful

    Needs work boys, needs lots of work. I had high hopes for X.org but they are basically shattered now after seeing those OSX rip off screenshots.

    You're bitching at the wrong project. It is the window manager and desktop environment devs who most directly determine the look and feel of what you see on the screen. X.Org writes the bits that expose the functionality of video hardware to application developers and various layers of the OS.

    All those screenshots are meant to do is advertise the availability of certain effects and capabilities that up till now could only be achieved with dubious hacks.

    As what desktops look like, they can look like anything. Out of the box, they can look like Windows, OS X, or other things entirely. Everybody has the basic elements of windows, widgets, icons, and some sort of pager to work with. As it happens, my desktop doesn't particularly resemble either MacOS or Windows. Get off it already.

    Given statements like "10 years behind" coupled with general ignorance and I have to come to the conclusion that your troll-fu is extremely lacking. The low userid only makes it worse. It implies you've been around long enough to know better.

    1. Re:Oh brother.... by idlemachine · · Score: 2, Insightful
      "it will always suck at delivering features as fast as the commercial world"

      Are you referring to the repeatedly delayed now-late-2006 launch of Longhorn (sans WinFS)?

      Or did you perhaps mean the Pay-For-A-Service-Pack approach to feature extension that is OS X.etc?

      Yep, I've definitely found the OSS community terribly lacking in those regards...must be my idealogical blahblahblah-ing, I guess.

  26. Re:Yet again, zero innovation by Anonymous Coward · · Score: 2, Insightful

    Every one of those shots are blatant rip offs of Apple.

    Do you not see the irony in your statement? You tell OSS developers to try something new and yet it was Apple who have been using a BSD/Mach backend ever since OSX was first released. That is OSS code which is at the heart of OSX. Apple who is totally copying BSD/Unix. I'm not condemning Apple for this of course, there is no reason to reinvent the wheel.

    Oh, and don't forget about Safari. Safari wouldn't exist in its current state if it weren't for OSS developers (KHTML).

    So basically OSS developers have never done anything original... Except write the heart of the OSX OS runs and write the underlying code for Safari.

    Just about everything is a derivation of something else. Rare is the truly original idea. "New" ideas are hard to come by, get used to it.

  27. Re:Yet again, zero innovation by GreyWolf3000 · · Score: 2, Insightful
    You don't seem to understand what x.org actually does. It's an X system.

    You're looking at Gnome, a desktop environment that runs on top of an X server.

    This news just means that x.org now has more capabilities that desktops can take advantage of.

    As far as your comment about Linux being behind the times, I'd agree that Linux is playing 'catch up,' but I don't think that's a bad thing, just a necessary step.

    --
    Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
  28. Re:Yay! by 808140 · · Score: 2, Informative

    Technically multiuser. In practice, it's rather less than multiuser, but I didn't want to just say "it's not multiuser" without a caveat because otherwise I'd just get 20 responses from Windows fans telling me how wrong I am etc etc. Since I don't use Windows (and in fact never have, at least not on my home/work machines), I don't know to what extent it is or isn't multi-user. I know it has profile support and that you can login/logoff as other people. I used to use VMS and that was definitely multiuser, and I've heard rumors that NT is a dumbed down VMS. But essentially in my gut I agree with you, I was just covering my ass.

  29. Re:list of questions by be-fan · · Score: 3, Informative

    - X.org should be in the next Debian X-strike force update, although I don't know how long that'd take.

    - The eventual goal is to implement the X server on top of OpenGL, so transparency and 2D operations can be hardware accelerated.

    --
    A deep unwavering belief is a sure sign you're missing something...
  30. Re:Drop shadows are wrong by 808140 · · Score: 5, Interesting

    The development at X.org is only at the protocol level; they've added extensions that make translucency and drop-shadows possible without evil, CPU/network intensive hacks.

    If it doesn't look right, it's only because the WM/toolkit programmers didn't think about it enough. But the actual X.org extensions are very, very flexible. Don't worry; this is just a showcase of what can be done, but it's not all that can be done.

    Remember, X.org is producing the X server, which is the lowest level of the X window system -- all it is is an implementation of the X11 protocol. Everything you actually see is drawn by other processes, like the Window manager, individual apps, etc, etc. The X server by itself isn't usable and provides no UI whatsoever.

  31. Re:Drop shadows are wrong by be-fan · · Score: 2, Insightful

    You're kinda missing the point. The essential technology in Composite is the ability to rediriect window hierarchies arbitrary targets. The composition manager can then do with these windows whatever it want's, without affecting the underlying technology. This is quite a step forward from what Apple has, where the composition mechanism is tied with the composition policy.

    The current xcompmgr program is just a demo --- who cares what the drop-shadows look like? It can and will be replaced as window managers subsume the composite manager functionality.

    --
    A deep unwavering belief is a sure sign you're missing something...
  32. Re:X.org or freedesktop.org? by erikharrison · · Score: 2, Informative

    Short answer: no.

    Long answer: Kdrive and much of the Xorg work are hosted on freedesktop.org. Kdrive is on the back burner which Xorg kicks up. Much of the work in Kdrive is informing the implementation in Xorg (like the Composite extension, and the driver extensions for hardware Render acceleration)

  33. Re:Eye candy is nice... by be-fan · · Score: 2, Interesting

    Well, older computers probably will just disable the composite manager --- the overhead doesn't come into play until that is started.

    There are quite a few legtimate reasons to do transparency:

    1) It looks much nicer. In particular, non-square window edges can be nicely alpha-blended with the background, instead of standing out as they do now. Compositing allows for fully flicker-free redraw and resize, so you never have to bear ugly partially-drawn windows.

    2) Transparent windows have their uses to allow increased information density. For example, sometimes when editing a photo, I quickly want to see or edit something underneath my toolbar, without moving it away then moving it back. A partially transparent toolbar could do just the trick.

    3) It lays the ground-work for more advanced features, like an OpenGL-accelerated X server.

    --
    A deep unwavering belief is a sure sign you're missing something...
  34. Re:Welcome to 1999, guys. by fucksl4shd0t · · Score: 5, Insightful

    X has been around longer than Windows. And it JUST NOW has a feature that has been around for years on Windows. Why is it that OSS weenies jump up and down when a tiny feature like this finally arrives for X, when non-OSS has had this for years, and act like OSS just pulled a rabbit out of its hat?

    Idiot. XFree86 has been a weak link in the chain of wonderful OSS for years, and for years we (as in the community) have been trying to get XFree86 to pick up the pace, clean up their act, and get to work. But no, XFree86 decided to linger in political pissing wars instead of actually building. It has been stagnant for a long time, and as we've celebrated all the wonderful things OSS brings us, we've all been accepting and acknowledging what XFree86 represented: a complete and utter failure that was independent of the development model. A project both unmanaged and micromanaged to the point where nothing could be done with it but barely keep pace with video cards (and even then not always managing that).

    The win here is that XFree86 finally made a decision that made it necessary for the very people distributing it to stop doing so, and for a rival project to fork and fix all the mistakes.

    So, yeah, you could focus only on the fact that X.org has new features that supposedly have been had for years in other parts of the industry and talk about how OSS sucks because of that. In the process you will be ignoring all the other wonderful things OSS has that proprietary software doesn't, and never will.

    And you'll be ignoring the fact that the very development at which you scoff represents one of the biggest strong points of the OSS movement, and one of the strongest arguments RMS ever makes about Free Software.

    So you can be ignorant, and there's still plenty of room for you.

    --
    Like what I said? You might like my music
  35. Re:Never saw a point for it by polin8 · · Score: 4, Informative

    Drop shadows can improve usability by making it easier to determine which window has focus.

    Translucency is beneficial for notification, non-critical alerts can be shown without completely hiding the workspace under them.

  36. Less window manipulation by achurch · · Score: 4, Interesting

    Translucency means you can (for example) have an editor window open on top of a reference web site in Mozilla, and still read the reference information while working in the editor without having to repeatedly raise and lower the two windows. As a developer, anything that lets me focus more on what I'm actually doing and less on messing around with the interface is more than welcome.

    1. Re:Less window manipulation by Jah-Wren+Ryel · · Score: 4, Funny

      Translucency means you can (for example) have an editor window open on top of a reference web site in Mozilla, and still read the reference information while working in the editor without having to repeatedly raise and lower the two windows.

      But now you can't convince your boss to spend this year's equipment budget on a bigger monitor for you -- say goodbye to that 30" 2500x1600 LCD monitor from Apple.

      --
      When information is power, privacy is freedom.
    2. Re:Less window manipulation by automatix · · Score: 2, Insightful
      Two monitors!

      another 17" monitor will set you back US$100. Even if you have a 19" or 21" main screen, you'll appreciate the extra space. and you'll never go back

  37. Re:Yay! by Anonymous Coward · · Score: 2, Informative

    Windows Terminal Server is a multi-user operating system. Windows XP's Terminal Server-based "remote desktop" is hardcoded to enforce workstation licensing (1 user logged on at a time). But yeah, Windows Terminal Server can support as many simultaneous users as you can license.

  38. This is good! by nonregistered · · Score: 2, Funny

    Translucency is an important factor in an area near and dear to me: air traffic control. Most existing solutions in use are deeply mired in non-standard proprietaritude.

  39. Re:Welcome to 1999, guys. by b-baggins · · Score: 2, Insightful

    No, arrogant developers who think a prety icon is good GUI has been the weak link in the chain of wonderfull OSS for years (if by OSS you mean a usable desktop Linux).

    You could make Linux a Windows killer to day WITH the current XFree86 just by duplicating the Mac OS X folder structure and usability.

    I've never understood this massive desire to try and copy Windows on the Linux desktop. Windows is not a *Nix OS. You're trying to hammer a square peg into a round hole.

    Copy Apple for crying out loud. They've ALREADY made an incredibly usable GUI slapped on top of a *nix operating system.

    OS X uses an openGL rendering engine, but you can reproduce 99% of the GUI functionality using XFree86 as it stands now and still be 3 years ahead of Windows.

    --
    You can tell a great deal about the character of a man by observing those who hate him.
  40. Re:Not allowed in my shop by Kiryat+Malachi · · Score: 3, Insightful

    You're a controlling freak, then.

    Eye-candy that has no effect on the OS (I'm not saying let the users go out and install Stardock or whatever utility of the month) has no effect on administration, and as a result should be allowed.

    Case in point - desktop backgrounds. There is no reason not to let users set their own, and many reasons to let them do so, like the fact that if you let them do the things they want that don't affect things, they're more likely to listen to you when you say "You must use Firefox for security reasons."

    --

    ---
    Mod me down, you fucking twits. Go ahead. I dare you.
    (I read with sigs off.)
  41. Re:Welcome to 1999, guys. by fucksl4shd0t · · Score: 3, Insightful

    OS X uses an openGL rendering engine, but you can reproduce 99% of the GUI functionality using XFree86 as it stands now and still be 3 years ahead of Windows.

    Yeah, you could do that, if you wanted. The only problem is that then the desktop would be a third as responsive as it is now. There's a reason OS X uses an openGL rendering engine rather than dumping all that load on the CPU. "Arrogant" OSS developers are well familiar with that reason, are you?

    --
    Like what I said? You might like my music
  42. Re:Wow. by 808140 · · Score: 2, Insightful

    Primarily because with Apple, its user base is mostly designers and the like, who put a great deal of value on how the system looks and less on its technical merits.

    Lately, with Linux's growing popularity, we've had a lot of converts that don't know how to use the system without GNOME or KDE, and they think much more like Windows and Mac users do. They are always pushing for more of these sorts of "eye candy" features. Not that we don't have more experienced users who appreciate it too or anything.

    But there are still a large number of Linux enthusiasts that got on board back when Linux wasn't pretty, and they didn't care then and they don't care now. Most of them are probably neutral when it comes to the addition of these sorts of eye-candy features, but some of them remember using Linux on a P90 and getting just as much work done then as they do now, and wonder what the point of all the additional bloat is.

    I personally think most of these people are hysterical raisins, if only because it is still relatively easy to run Linux on a P90 if you're willing to be picky about what you install.

    But, I'm glad they're around, because they keep us honest. The anti-bloat folks make a fuss when devs go overboard; they ensure that we can continue to run Linux on old hardware, which is important -- even if it means forgoing the latest GNOME/KDE thing and running a lite window manager instead (I use PWM, for example).

  43. Re:Yet again, zero innovation by be-fan · · Score: 4, Insightful

    The simple fact of the matter is that *no-one* is innovating. No, not even Longhorn is innovative in the slightest. We're at a period in the computing industry where we're just rehashing ideas from the 1980's. There is no point in getting self-righteous over who rehashed a 20-year-old idea first.

    --
    A deep unwavering belief is a sure sign you're missing something...
  44. Re:Yet again, zero innovation by fucksl4shd0t · · Score: 4, Insightful

    Ok, accuser. List every innovative thing you've done and released under an open source license.

    It's either put up or shut up, and real quick. Your criticism is hardly constructive, and while I'm willing to grant any random user the right to constructive criticism, I'm not willing to grant it to flaming criticism. So now you have to prove your credentials or shut the fuck up.

    So let's have it. What have you done?

    --
    Like what I said? You might like my music
  45. Re:list of questions by be-fan · · Score: 3, Informative

    There isn't an official time-table, just the information I've gleaned from lurking on mailing lists and whatnot. If you look at the xserver mailing lists from around this winter, you can piece together the basic plan.

    Of course, the key piece here is Cairo/Glitz, which is already quite usable.

    --
    A deep unwavering belief is a sure sign you're missing something...
  46. Drop Shadows - choose a light source now guys by asterism · · Score: 3, Insightful

    It's great to see X progressing in it's new home.

    Now is the time to get the esthetics worked out before things get entrenched. The screenshots of the drop shadows show a shadow around all of the edges of the windows. This looks really funny since this implies that the light source is directly over the center of each window. Why is there a shadow on the top? If we're going to have a rendered-style look we should choose a decent place for the light so we can have some consistency.

    I vote for the light source to be at offscreen at the top left.

    1. Re:Drop Shadows - choose a light source now guys by Gleng · · Score: 5, Interesting

      I always thought it would be a nice idea to have the mouse pointer as the light source.

      --
      "Proudly Posting Without Reading The Article"
    2. Re:Drop Shadows - choose a light source now guys by Spy+Hunter · · Score: 3, Insightful

      Well, it depends on what the purpose of the shadows is. If the purpose of the shadows is to look realistic, the shadow should only appear on the bottom and right of the window (for consistency with most UI toolkits which place the light source at top left). If the purpose of the shadow is to improve usability by making it easier to determine which window has the focus, then the shadow should appear around all edges of the window for maximum "popping off the screen" effect. It may surprise you to learn that OS X's windows have a shadow on all four sides. The left and right shadows are the same size; the top shadow is only a few pixels tall, but it is there; the bottom shadow is the largest. Also, the shadow of the topmost window is significantly larger and darker than other shadows, making it even easier to see the focused window. Apple knows their usability.

      --
      main(c,r){for(r=32;r;) printf(++c>31?c=!r--,"\n":c<r?" ":~c&r?" `":" #");}
    3. Re:Drop Shadows - choose a light source now guys by Lispy · · Score: 2, Funny

      Hmm. Sounds interesting, and I bet it will be done sooner or later. But I think that after eight hours of work this could make me kinda sick. You know with all those shadows constantly moving when I move the cursor.

      Wouldn't it be nicer to link the lightsource to the systemclock and have it move like the sun over the desktop? So you could tell what time it is by the length and direction of the shadows. It would have to move backwards at nighttime of course or you would have a black desktop at night... ;-)

    4. Re:Drop Shadows - choose a light source now guys by ColaMan · · Score: 2, Funny

      Just dim your desktop to simulate moonlight.
      Good for those late-night hacks :-)

      Some smart aleck will tie it to the lunar cycle, so they can use the excuse, "Nah, I can't code that tonight, it's a new moon"

      --

      You are in a twisty maze of processor lines, all alike.
      There is a lot of hype here.
  47. Re:Wow. by seebs · · Score: 2, Funny

    Er.

    You're talking to the guy who wrote an article called "Drowning in Aqua".

    I think my dislike of user interface CPU-wasters is pretty generic.

    --
    My blog: http://www.seebs.net/log/ --- My iPhone/iPad app: http://www.seebs.net/seebsfrac/
  48. Re:XFixes by be-fan · · Score: 2, Informative

    See here.

    --
    A deep unwavering belief is a sure sign you're missing something...
  49. Re:Yet again, zero innovation by fucksl4shd0t · · Score: 4, Interesting

    As far as your comment about Linux being behind the times, I'd agree that Linux is playing 'catch up,' but I don't think that's a bad thing, just a necessary step.

    Actually, we're not ten years behind. Microsoft just got a ten year head start, and UNIX even longer.

    Let's not forget how young today's open source operating system is compared to these others. Sure, the BSDs can claim direct lineage to the original UNIX, but all the fragmenting of UNIX that happened in the 80s and the lawsuits of the 90s made sure BSD would fall behind. And Linux came to the table pretty late in the game, and before Linux there was no open source X implementation. XFree86 was given to us (iirc) when Linux finally had enough POSIX implemented to run it.

    So, yeah, you could say we're ten years behind if you really wanted to. That means we've closed the gap considerably, when you get right down to it. ;)

    (Side note: I don't think we're ten years behind anymore, I think we've closed the gap completely. In some areas we have some truly innovative stuff, while in others we lag behind, so the aggregate of all the OSS stuff you get with an average distribution puts us on par with Windows XP and Mac OS X. The thing is, nobody will notice until we actually surpass them, and then it'll be too late for them to catch up. Also, people focus on individual features as being behind, rather than looking at the whole forest to see how thick it has grown and how much true innovation is in it, and that's a great disservice to the OSS world as a whole)

    --
    Like what I said? You might like my music
  50. Re:it's too bad that the fonts still look ugly by be-fan · · Score: 2, Insightful

    Freetype is an excellent font-renderer. You need a goot set of fonts. The only decent free ones are the Bitstream Vera set --- if you can afford it, I recommend springing for some quality Adobe or Monotype fonts. Of course, you can always just use Ariel and Tahoma from your XP install!

    --
    A deep unwavering belief is a sure sign you're missing something...
  51. Re:Enforcer by Kiryat+Malachi · · Score: 4, Insightful

    Quite frankly, what I *need* to do my job includes things like admin rights on my PC. What a secretary *needs* to do her job doesn't, and she shouldn't get them, but neither should admin have the right to tell her "You can't change your desktop background. You can't turn drop shadows on or off. You can't change your screen font. You can't make a window translucent" or any of the other things that fall under 'eye candy'. If leaving something unlocked (and again, I'm not saying let them install Weatherbug and crap like that out the wazoo) will not *negatively* affect the computer's stability, then it should by default be allowed. Allowing your users freedom should always be preferable to not doing so, unless there is a good reason not to. You may think your users don't dislike you for locking their machines down, but in my experience, you're wrong.

    Installing programs unchecked? Not usually a necessary freedom.

    Modifying inherent eye candy properties? Not a necessary freedom, but one unlikely to affect the stability of a machine, and as such a freedom that should be allowed.

    --

    ---
    Mod me down, you fucking twits. Go ahead. I dare you.
    (I read with sigs off.)
  52. Re:Welcome to 1999, guys. by kerrle · · Score: 5, Insightful
    We're not offended by reality, but by the unfounded claim.

    OSX most definitely has hardware accelerated compositing - it's a terrific example of the GUI backend done right. It's also not available for anything but Apple hardware.

    Windows does not have hardware accelerated compositing. Even it's alpha-channel support is quite flakey - have you ever seen a program with a partially transparent window? With some applications, you can set an entire window transparent, but this quite often leads to corruption of parts of the window - there's a reason Windows doesn't have built in, supported transparency settings in the display manager.

    When Avalon becomes part of Windows in 2006 or 2007, it will finally meet (and possibly exceed) the features of X.Org. But I also don't expect the X developers to just sit around waiting for that to happen.

    The X server features this is demonstrating aren't "a tiny feature". While hardware accelerated composition is currently being used for transparency and drop shadows, it can also be used to accelerate a 3D desktop a la looking glass - it depends on whatever the composition manager can do. It's revolutionary because this is just the tip of the iceberg.

  53. Drop shadows, effects, etc are nice but... by cuban321 · · Score: 2, Insightful

    Why do I have to reconfigure X to switch from my laptop's LCD to my external CRT? Why can't I use the nifty FN+F7 on my laptop or close the lid?

    Why can't it detect when I'm docked and switch to dual head (LCD + CRT)?

    The effects are cool, but alot of us would like to see these usability features too. I like using a graphical login, but I can't because I'm forced to have two X configurations. One for my LCD and one for my CRT.

  54. I don't give a flying fuck about fancy-stuff by dh003i · · Score: 2, Insightful

    All I want to know is "Will my X.org actually use my GRAPHICS CARD to render the desktop, not the CPU?" In other words, I don't want it to look prettier -- I want it to be faster. Pretty does not mean functional.

  55. Re:Great... by Dodger73 · · Score: 2, Insightful

    How about
    OpenGL,
    SDL and OpenAL?

    OpenAL for one is something few people seem to know about. I've developed sound systems using both DirectSound/DirectMusic directly as well as OpenAL - and there are worlds of difference between MS's obfuscated crAPI and OpenAL - It's actually a pleasure to write a capable 3D sound system on top of OpenAL.

    We have the open standards. What I think we really need is more information for developers starting Linux development. More tutorials, more books, and more publically available (read: web) articles on how to get certain things to work under Linux, to make it easier for software engineers to make the transition and/or port of their software to Linux.

    Finding good, clear sources of information on how to get certain things done is what I've found to be the biggest hurdle to start developing software for Linux. Maybe I just didn't know where and how to look, but I imagine I'm not the only one involved in programming, who has had that problem.

  56. Never understood gripes about eye-candy by inkswamp · · Score: 4, Insightful
    I've never been able to relate to complaining about eye-candy. I don't see it as a gratuitous part of the user experience, not even for admins. But it needs to be done right. A couple of points to consider before complaining or writing it off as unimportant:

    First, as long as you take the approach that Apple took with Aqua and Quartz in offloading the graphic work to the graphics card, then who cares? It barely affects CPU load and you get a better looking interface. It's just putting unused potential to work.

    Second, why would you want to look at an ugly interface? Car makers put a lot of work into what you see when you're sitting in the driver's seat, right? Steering wheel, seats, dashboard... they've all been carefully designed for looks just like the outside of the car? Those of you complaining about UI eye-candy: do you also look for totally stripped down cars too? There is something to be said for aesthetics. Unless you're a robot, it affects you.

    Third, some "eye-candy" can actually serve a purpose. For example: the "slurping" effect in OS X that so many people complain about actually acts as a visual cue, almost like a moving arrow, to show you exactly where your window is minimizing to. I never lose track of minimized windows in OS X, but I do it all the time on Windows. (Of course, it helps that OS X also has the added "eye-candy" of showing a minimized version of the window itself in the dock.)

    Just a few things to consider. I don't think eye-candy is the Great Satan it's often made out to be and it's good to see X keeping pace.

    --
    --Rick "If it isn't broken, take it apart and find out why."
  57. Re:OSX-style launcher bar by aostanin · · Score: 2, Informative

    Some of those appear to be Engage which will be a part of Enlightenment DR17. You can get it from their CVS server, check this out for more info.

  58. Is this good or just a shitty hack? by logicnazi · · Score: 2, Interesting

    So I'm not that familiar with what is going on with the X.org so I'm hoping that someone who knows what is going on can tell me if this is really a good long term solution or just a poor hack to extend an architecture not extendable to the needs of a modern interface.

    In particular I am concerned that things like transparency seem to be accomplished at the application level rather than the rendering level. In other words, at least on a quick read, it seemed that transparency was handled by the application wishing to display a transparent window asking that window to be rendered off screen, having that composited window returned and then rendering this to the X screen. It would seem a more robust solution would be to allow simple rendering of windows with an alpha component.

    I know this might provoke a war over the sufficency of X but I'm hoping to get a few serious responses with technical knowledge about how reasonable it is to do these things without re-enginering X.

    --

    If you liked this thought maybe you would find my blog nice too:

    1. Re:Is this good or just a shitty hack? by rjw57 · · Score: 2, Informative

      Not quite. There is now a 'compositing manager', just like the window manager that handles the actual rendering of windows. The change is that instead of all being rendered into the frame buffer, the compositing manager can point to a branch of the rendering tree and say 'whoa there! break this off into an offscreen pixmap'. It can then get these pixmaps and composite the windows as it sees fit. None of the bitmapped data for the windows need go accross the wire since all the off-screen pixmaps are held server side. This is actually a cunning separation of policy and mechanism. The compositing manger dictates the logical grouping of the rendering tree and the precise details fo compositing whereby the X server concentrates on what it is good at which is knowing about the bitmapped window contents and (with Render) the compositing of server-side pixmaps.

      --
      Rich
    2. Re:Is this good or just a shitty hack? by spitzak · · Score: 2, Informative

      Actually this new system is exactly what you want. The windows have an alpha channel (they are 4-channel off-screen images). These images are handed to the compositing manager, not back to your program, which puts them on the screen.

      The only difference from what you want is that the compositing manager can be replaced and can interpret the alpha in other ways besides just stacking the windows. This means that the drop shadows can be added at the compositing step, rather than just making the window bigger with a partially-transparent gray edge. Also means things like fading out the background windows can be done (OS/X obviously redraws the windows to fade the inactive ones).

  59. Re:Enforcer by bob+beta · · Score: 2, Insightful

    It's possible for a 'user' to have a mousepad with offensive artwork on it. It's possible for them to have flowers in a vase on their desk that someone else in the office will be allergic to.

    That doesn't mean that drab grey mousepads should be cemented to the desktop. It doesn't mean that flower vases should be prohibited.

    I mean, let's not go overboard justifying Admin-From-Hell power trips, okay?

  60. Thanks for the KDE advice. by eugene+ts+wong · · Score: 2, Interesting

    I tried what you suggested, & I love it.

    It's too bad there is that thing beside the menus, but I'm actually quite impressed. I added a seperate bar just for the tasks. It's nice having a special bar devoted to just being a task bar.

    I just love KDE. Even though I have really old hardware, I'm amazed @ what KDE can do for me.

    Thanks again for your advice.

  61. Re:Enforcer by Kiryat+Malachi · · Score: 3, Insightful

    Why should an admin have that right? For a fact, if ours did I would be finding ways to break their rules on a constant basis, just because they'd be ridiculous rules. Similarly, if our firewall were locked down too tightly, you can bet I'd be finding ways around it. Reasonable lockdown won't upset a user; unreasonable will, and will likely lead to far more trouble than letting the users use the harmless stuff. I've been on both sides of the fence, working as IT and working with IT, and I've observed enough environments to know that people will use less workarounds when they don't need to work around things to get what they want.

    Given that many secretaries (in fact, *all* of ours - we have a security guard at our reception desk, and he doesn't get a computer) are not in the public view, and that of those who are in public view their machines are often not at all visible, why shouldn't they set hunk of the month as their background? What does it matter? If someone is offended by a bit of onscreen beefcake, too bad. As long as the company standards aren't being broken (which would prevent, e.g., nudie pics as backgrounds on engineer's machines in most cases), where's the harm? It's entirely possible that my wearing of a Star of David offends Muslims in my workplace, or that my visible facial piercing offends the strait-laced. However, neither of these interfere with *my* work and with the work of reasonably tolerant people. Similarly, beefcake on the desktop interferes with no ones' work except the overly sensitive.

    Admins need to learn that users are probably more sensible in many areas (read: what is and is not an acceptable desktop background) than they are, and that the areas they should be locking are those where the admin actually does know more (read: lockdown installation privileges, lockdown inappropriate network use, enforce virus protection, etc.)

    --

    ---
    Mod me down, you fucking twits. Go ahead. I dare you.
    (I read with sigs off.)
  62. Re:Yay! by slittle · · Score: 2, Informative
    I used to use VMS and that was definitely multiuser
    Were you running a GUI on that, or a terminal session? Windows supports that kind of thing just fine; what it can't (or won't, coz of licensing) allow is multiple desktops. Does X even allow multiple users to share the same instance of X concurrently?

    and I've heard rumors that NT is a dumbed down VMS
    The core OS was done by a lot of the same people (IIRC, DEC shafted the VMS team, so MS poached them quicksmart and thanked the $DEITY), but they share no code.
    --
    Opportunity knocks. Karma hunts you down.
  63. What's with this polish thing anyway? by seguso · · Score: 3, Funny
    You make good points, but if there is one thing I've learned observing which software gets adopted and which does not, its that polish matters

    Could you please stop all this fuzz about polish. Call me old fashioned, but in my PC I want nothing else than good, old english.

    Ah, those arrogant immigrant geeks.

  64. Re:Shiny by Kingsly · · Score: 2, Informative
    present in X11R6.8

    There is no X11R6.8 as yet .. X.org Release Status

    I think they've already missed 3-4 planned release dates(See Deadlines)

  65. Re:Welcome to 1999, guys. by kerrle · · Score: 2, Informative

    That's completely fair; Winamp and a few others do support the feature. I just meant to point out that Windows current support wasn't really fully featured, and isn't done in a comparable way to what the new X server does.

  66. Excelent, now onward to fonts by ThoreauHD · · Score: 2, Insightful

    It's good to see this. I don't think the cpu cycles will be an issue according to moore's law. But, the issue of going blind by default needs to be worked through.

    Do we need to set up a fund to have an artist make these damn things? I hear it's like 200K and a few years of work to do proper font creation. Perhaps a touch up to freetype fonts might be a faster way.

    I just don't want to break any laws while trying not to go blind(apple/MS patents). Anti-aliasing has helped a bit in some situations.. but fonts seem to still be a turd. Suse I think even made their own type for their distro- SuseSans, etc. In any case, I'm open to somebody smarter than me giving some recommendations on how the community at large can have kickass fonts without going to jail. It seems to be a thorne in the side of linux userland. Again, I'm open to suggestions.

  67. Re:Wow. by 10Ghz · · Score: 2, Interesting
    I suspect that even a hypothetical perfect use would still use at least some CPU cycles.


    And modern CPU's have insane amounts of CPU-cycles at their disposal. Modern CPU's are so powerful that it's kinda ridiculous. How many CPU-cycles do you need to do your work? What do you do for living? I assume it requires massive amounts of CPU-cycles? 3D-rendering?

    Most people don't do stuff like that. They run word-processors, browsers, email. you don't need uber-machine for that. Modern computer are ridiculously overpowered for those kinds of applications.

    Anyway, I'm well aware that some people like eye-candy. I just wonder whether it's the best thing to be putting a lot of development effort into when the base functionality isn't worked out.


    What "base functionality" are you talking about? It has been worked out long time ago as far as X is concerned. Now they are starting to work more on accessibility, features and eye-candy. Just because they work more on eye-candy does not mean that other areas are negletted. Good usability-hackers might not be good eye-candy-hackers, and vice-versa.

    The work on eye-candy can and does improve the usability of the product. Right now everything is done by CPU. In the future, drawing of the UI is handled by the GPU, leaving the CPU to do your actual work. And that's the way it should be. And that means that you would have more eye-candy at your disposal. And eye-candy can make your work more pleasant. If it doesn't, feel free to turn that stuff off.
    --
    Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
  68. Re:Yay! by jsebrech · · Score: 3, Insightful

    Comparing X to direct video access is rather like comparing ssh to the linux console. The latter will always be faster because there is no network bottleneck, but you can't use it to connect to your machine remotely.

    Actually, that's not a good comparison, because when X runs locally it does not use the network, but instead uses shared memory. This is really fast, so the assertion that network transparency slows down X is a total myth.

    What really makes X on linux slow is that there is almost no hardware acceleration (even with accelerated drivers). The RENDER framework, used for a lot of the gee-whiz graphical effects, is almost entirely non-accelerated. This is due to incompatibility between the X driver design and the RENDER framework which makes it incredibly difficult to write an accelerated implementation of it. This will get fixed when X.Org moves onto the kdrive driver framework.

    What also hasn't helped historically is the fact that X runs in a separate process, and so you have to wait until the kernel wakes up the process before you see drawing occur. Older kernels were poor at recognizing when X needed to draw stuff, and so there was a noticeable delay between user action and the corresponding on-screen result. Ofcourse, if X ran in-kernel, any X crash would take down your entire system. I personally would rather have a small speed hit than have an unstable system.

  69. Re:Welcome to 1999, guys. by diegocgteleline.es · · Score: 2, Informative

    No. Windows does *not* have this. This is targetted for Lonhorn, implemented in Avalon. Sure, windows can do some transparency. So does X, but Composite is NOT just about "transparency". Look at the technical details.

  70. Re:Yet again, zero innovation by jmitchel!jmitchel.co · · Score: 3, Informative

    From what I can tell (not so much, but enough, and I have been around a fairly long time), there has Always been an open X11 implementation. The X.org kit has always been the reference implementation that everybody built their versions of X11 from, and to that end has always been under some variation of the BSD license, or at least from the very early days of Linux/*BSD.

    XFree86 was a fork of the X Consortium (which ultimately mutated into X.org) when the X Consortium was the stodgy old line, conservative organization, and (again, if I'm not mistaken) it inherited those qualities from the X Consortium (which, I underline, has become X.org). It became the defacto reference implementation because the economics of the workstation business and of graphics cards made XFree86 the only set of drivers that people cared about.

  71. Re:Enforcer by kinzillah · · Score: 3, Insightful

    But theres no reason it can't be some flowers she like or a picture of her family. Things such as that don't look unproffesional, but rather it looks like the employees there are actually human.

    --
    Douglas P. Price
  72. Re:You wouldnt last long at my place by Kiryat+Malachi · · Score: 2, Interesting

    The first time I broke the network security rules, you wouldn't even know. I'm not suggesting cracking into servers or anything like that. I'm suggesting little things like tunneling over a protocol. Unless you block all traffic, I *can* get what I want. Considering how ineffective blocking all traffic can make my job (engineering - I need access to supplier data, datasheets, etc.) its unlikely that any job I ever work at will do so.

    Just because I don't NEED to do something doesn't mean I shouldn't be able to, even in the workplace. What about on my lunchtime? Fuck that, I'm salary, there's no reason for my employer to care if I spend 20 minutes checking baseball scores, I still have to do the exact same amount of work. You're mired in an hourly world where you think you're God. You aren't, you're just another IT twit with a power trip.

    A lawsuit? For what? Checking ESPN? I'm not saying people should go cracking their computers, but anyone who locks down their network so tightly I can't check sports scores/Slashdot is working in a counterproductive fashion. Employees WILL fuck around and waste time, its in their nature. I can do it online, I can do it with coworkers, and I'll be less anti-productive than if I go tie up someone else by bullshitting with them.

    Of course common people do things that are inappropriate and against the rules. Your problem is you believe locking down screensavers and the Web will prevent them from doing this. It won't.

    I work for a Fortune 50 company as an engineer, and my viewpoints are based on working there and on working IT for a 40,000 person University when I was still doing IT.

    --

    ---
    Mod me down, you fucking twits. Go ahead. I dare you.
    (I read with sigs off.)