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

778 comments

  1. Shiny by Anonymous Coward · · Score: 0, Funny

    Wow, shiny.

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

    2. Re:Shiny by boy_afraid · · Score: 0

      X.org making fast progres... in Japan.

  2. 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 camcorder · · Score: 1

      It's because XFree86 team is too lazy to develop X and that shows why choosing X.org over XFree86 is better idea. Faster and better development.

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

    4. Re:I hate to say it... by Brandybuck · · Score: 1

      Forever? Sheesh, Windows barely got it three years ago, and I'm still waiting for a mainstream application to use it...

      --
      Don't blame me, I didn't vote for either of them!
    5. Re:I hate to say it... by Anonymous Coward · · Score: 0

      *I* don't see the point, so I don't think it should even have the capacity! For anyone! Ever!

    6. Re:I hate to say it... by wobblie · · Score: 0

      uh, people have done this in X for, uh, YEARS now? I mean since like 1997?

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

    8. Re:I hate to say it... by suso · · Score: 1

      And what's funny is that fake transparency/translucency got started when Rob Malda used a background in his terminal that matched his desktop background, but fuzzed it up.

      I guess you could say that E has had true translucency since around 1999 in that you can set it to be translucent when moving windows. I'll never forget the first time I saw that at a local LUG meeting, there was a collective "Oooo!" from the group.

    9. Re:I hate to say it... by Afrosheen · · Score: 1

      It's still not true, because you still don't see other windows stacked beneath it.

    10. Re:I hate to say it... by feeeee · · Score: 1

      "eye candy" "take advantage" *quietly laughs*

    11. Re:I hate to say it... by managementboy · · Score: 1

      I must agree! ATI Mach64 has been neglected way to long...

    12. Re:I hate to say it... by Anonymous Coward · · Score: 0

      Perhaps he was referring to the window shape masks, like xeyes does. In principle it could be used to make a totally transparent terminal, but in practice the mechanism is not intended for quick changes.

    13. Re:I hate to say it... by Anonymous Coward · · Score: 1, Funny

      Damn straight. XFree86 can screw themselves.

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

      Here is the announcement BTW.

    15. Re:I hate to say it... by jeif1k · · Score: 1

      X11 has had translucency for a long time--as part of its OpenGL support. So, if you needed translucency for actual work (visualizations, etc.) it was there.

      This extension gives you translucency for eye candy and desktop apps. The reason that took so long is because (1) there didn't use to be much demand for it and (2) normal desktop machines didn't quite have the horsepower for it. Until there was demand and until machines got fast enough, there wasn't much reason for anybody to make the effort to put this in.

    16. Re:I hate to say it... by jmitchel!jmitchel.co · · Score: 1

      Not only this, but my new laptop's ATI chip appears to Really work out of the box. I haven't much tested that the GLX/DRI extensions make a difference, but they Claim to be there and a quick test sez they work.

    17. Re:I hate to say it... by jejones · · Score: 1

      Aaargh! And a few hours earlier, I decided I'd finally had enough of ATI and took advantage of rebates at CompUSA to get an nVidia card and a Win TV for $10 and $30 respectively (at least in the limit as t->infinity....).

      Ah, well...I'll just put the ATI AIW Radeon in a bag and save it to put in my remaining TV-less computer on that fine day that it will just work. It's still great news, and sic transit XFree86.

    18. Re:I hate to say it... by ansible · · Score: 1

      Well, looking through your terminal window is OK I guess.

      The real solution, though, is to get a 2nd monitor.

      I thought I had enough screen real estate with my SGI 1600SW. But then I got around to hooking up my 2nd one to the same machine. It is very convenient. I can have a couple PDFs for reference open on one, and the other has my big edit window (VIM Rulez!!!, how did I get anything done before syntax highlighting?), a compile window, and the run window.

      But even a couple 1280x1024 LCD screens would be pretty good. Years ago, Xinerama was difficult to set up, but with recent versions of X it is a snap. The HOWTO is very easy to follow.

    19. Re:I hate to say it... by Sunnan · · Score: 1

      The poster is referring to a feature in Enlightenment where you can set all windows to be translucent while moving them, and yes, you can see other windows stacked beneath it.

  3. 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 Anonymous Coward · · Score: 0

      Well, have you read Orson Wells "Animal Farm"?

    3. Re:X.Org proof of Open Source Advantages by EnderWiggin99 · · Score: 1

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

      No. Under normal, closed-source projects, it would spell a windfall for management and a shot at immortality. (No, that wasn't a joke. But it would've made a good one.)

    4. Re:X.Org proof of Open Source Advantages by GreyWolf3000 · · Score: 1

      I don't think lacking one feature makes one piece of software 'behind' another.

      --
      Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
    5. 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.
    6. Re:X.Org proof of Open Source Advantages by atrizzah · · Score: 1, Interesting

      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.

      And yet they would continue to release new versions years apart with only superficial differences, and all of their future initiatives would have high hopes, but those hopes would soon fall, as every goal would be axed one by one. And they would lose ground to rival projects which they at one point dismissed. However hope would not die, due to massive political clout, virtual monopoly power, and an increasingly large patent portfolio.

      Anyone see where I'm going with this?

    7. 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
    8. Re:X.Org proof of Open Source Advantages by Anonymous Coward · · Score: 0

      HAHAHAHAHA

      Jesus... what a retard.

    9. Re:X.Org proof of Open Source Advantages by NotoriousQ · · Score: 0

      Hmm. Windows and OSX still have not mastered the concept of applets more complex than the clock. Where is a complex mixer, system monitor, and other things. Why are they so hard to implement, and why does WMP have to implement a horrendous hack to get into the taskbar. Why is the OSX dockapp only useful for bouncing icons and static images of windows that are open? Why are they not interactive?

      Why is such an important feature missing from these superior DE. Maybe it is because no application is truly superior in everything.

      (Disclaimer: I have not seen any of the new OSXs, so I do not know if they changed the gui for the better)

      --
      badness 10000
    10. 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.

    11. 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.
    12. Re:X.Org proof of Open Source Advantages by be-fan · · Score: 1

      Well, that's just a silly thing to say. Who is the competition? Microsoft? Well, Windows XP and X got anti-aliased fonts at about the same time, so there isn't really anything they have that X doesn't.

      Yes, Apple was quite a bit ahead on the "true transparency" thing, but I don't think the technique is generally useful without hardware acceleration of compositing, which was released just 2 years ago. Beyond that, both are just an incremental step to a true GPU accelerated desktop, and X.org is as far in that respect as Apple or Microsoft. Nobody has a fully GPU accelerated desktop yet (no, Quartz "Extreme" is not what you think it is) right now, but all three have things in progress.

      --
      A deep unwavering belief is a sure sign you're missing something...
    13. Re:X.Org proof of Open Source Advantages by Rodrin · · Score: 1

      Ahem. Microsoft Bob. Thats all I'm gonna say.

    14. Re:X.Org proof of Open Source Advantages by Dizzle · · Score: 1

      ... XFree86 is like a politician?

      --
      -Dizzle
      "I most likely AM so interested in myself."
    15. Re:X.Org proof of Open Source Advantages by ratsnapple+tea · · Score: 1

      Thanks for reminding me of the saying: "Mac OS and Windows have advocates. Linux has apologists."

    16. Re:X.Org proof of Open Source Advantages by be-fan · · Score: 1

      Who is making apologies? Some dipshit complained that OSS display technologies are a decade behind the competition, and I pointed out that they aren't. If I'm apologizing for X not having a fully GL-accelerated server right now, maybe some Windows "advocate" should apologize for WinXP lacking the same things.

      --
      A deep unwavering belief is a sure sign you're missing something...
    17. Re:X.Org proof of Open Source Advantages by NotoriousQ · · Score: 1

      Nice for them to actually expose this as a standard interface. It used to be a hack used by what I remember as WMP, but it may have been a plugin for winamp.

      Good for them....

      --
      badness 10000
    18. Re:X.Org proof of Open Source Advantages by NotoriousQ · · Score: 1

      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.

      Others -- well they prbobably are exactly what windows has (minus the WMP thing), just a bunch of updated icons -- not swallowed applications.

      --
      badness 10000
    19. Re:X.Org proof of Open Source Advantages by PygmySurfer · · Score: 1

      If I recall correctly, it's been there since the Developer Previews.

    20. Re:X.Org proof of Open Source Advantages by ashayh · · Score: 1

      Interesting.. why havent the spyware/browser hijack people got to this yet ?

    21. Re:X.Org proof of Open Source Advantages by Dr_LHA · · Score: 1, Insightful

      Judging by your comments you haven't used OSX at all. For one try using the Activity Monitor which turns its icon into a realtime graph of CPU usage.

      I have another program than shows the CPU temperature on the menubar, and Fire (an IM app) augments its icon with information about what services your are logged onto and how many of your buddies are online.

      Mail.app also adds the number of new emails to its icon, elimating the need for a seperate "biff" type program (yes, you have to run Mail.app all the time, but thats no big deal).

      Why the hell is this comment modded insightful, presumably the mods have never used an OS other than Linux, otherwise they'd know what this guy is saying is bullshit.

    22. Re:X.Org proof of Open Source Advantages by Miffe · · Score: 1

      Vigor kicks Bob's ass

    23. Re:X.Org proof of Open Source Advantages by Anonymous Coward · · Score: 0

      Well, Windows XP and X got anti-aliased fonts at about the same time

      Windows has had anti-aliased fonts since at least the "Plus!" pack for Windows 95. What XP got was "Cleartype" that takes advantage of the position of sub-pixel elements on LCD displays to get even smoother anti-aliasing.

      Yes, Apple was quite a bit ahead on the "true transparency" thing

      And Microsoft, which has had support for this since Windows 2000.

    24. Re:X.Org proof of Open Source Advantages by Miffe · · Score: 1

      And since I can reply ro myselfe. Yeah Baby!

    25. Re:X.Org proof of Open Source Advantages by ImaLamer · · Score: 1

      Where is a complex mixer, system monitor, and other things

      First I'll put my flame-proof suit on... but I regularly use XP for day to day stuff. I must admit that linux makes me more productive, but cheap hardware has kept me in windows most of the time (ironic isn't it? I like *nix windowing systems but it's the kernel of all things that keeps me coming back to Windows... well hardware support I guess. Backwards from what most people think).

      Linux is a lot more friendly when it comes to "work" but who wants to work? Plus every app I use is open-source so I don't feel that guilty. Firefox, OpenOffice and others vindicate me I hope...

      But on to the point. A "system monitor" is exactly what Windows needs. I've used some commercial ones but none quite match gKrellm (my fav) and the lack of a system monitor screen saver makes me angry. I'm someone who always want to have visuals on system usage, just because.

      If I worked at Microsoft (or was a developer) I'd be working on this right away.

      Applets is exactly what Windows needs. Well, the support for them.

    26. Re:X.Org proof of Open Source Advantages by NotoriousQ · · Score: 1

      You are right. I have used OSX for a total of about 5-10 hours. And none of the applications that I have used did any of this.

      Perhaps, this is because I was using the original version of X then, and they have added the features since then, or because I have not encountered them.

      Also, I should have specifically mentioned icon updates, as that does not fit the abilities of real swallowed applications. However someone mentioned quicktime playing on the dock. That is a definite counterexample.

      So, I will claim that I was wrong, and will stand corrected. Funny that quicktime did not do that for me about 2 years ago. (I did minimize it, and all I got was an icon.) Minimized terminals would not refresh the dock icon, etc.

      As for you complaining about the insightful modding. Perhaps it is the part about the no desktop has all the features of the other that is the insightful part.

      Now, if the modding was "informative" I would start to take offense myself. I would not mind being modded a troll either, as this is going out of proportion for having a bogus example.

      --
      badness 10000
    27. Re:X.Org proof of Open Source Advantages by NotoriousQ · · Score: 1

      They used to have a resource meter. That kinda counted....

      It had 4 icons to show you how many HWND outlook managed to leak.

      Does that count?

      On a more serious note: Has anyone tried swallowing gkrellm. I wonder if it is possible to stick it into the toolbars.

      --
      badness 10000
    28. 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...
    29. Re:X.Org proof of Open Source Advantages by Txiasaeia · · Score: 1

      An apologist is somebody who defends that which they are vehemently supporting, not somebody who apologises for it.

      --
      Condemnant quod non intellegunt.
    30. Re:X.Org proof of Open Source Advantages by Col+Bat+Guano · · Score: 1

      If you minimise the DVD playing window, or just any quicktime movie into the dock, it continues to play (all little and cute!), and always has had that behaviour.

    31. Re:X.Org proof of Open Source Advantages by Anonymous Coward · · Score: 0

      Google has -- I probably use it a dozen times a day, letting them track me with their evil cookies.

    32. Re:X.Org proof of Open Source Advantages by evilviper · · Score: 1
      XFree86 was a failing project, floundering under incompetent leadership. Under normal, closed source projects, this would spell doom for the software.

      Not true at all. There are many Closed Source projects that have either been forked, or taken over by new management.

      Since I don't follow the workings of software companies, I don't have a million anecdotal examples to offer, but I'm sure others do. I can oblige with a few...

      For instance, are you using a Unix OS? I bet it's not AT&T Unix, so it must have been forked from the closed-source AT&T version.

      Motif was sold to a new company as well... It still seems to be just as "floundering" as it was before it found new management, but that doesn't make the comparison less valid.

      Although more of a stretch, you could say the same thing happened with Psion's EPOC/Symbian embedded OS.

      Go right ahead and advocate Open Source, but at least find a better tag-line, because this one is far too easily shot-down.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    33. 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
    34. Re:X.Org proof of Open Source Advantages by Anonymous Coward · · Score: 0

      > A "system monitor" is exactly what Windows needs

      Never run Perfmon? They've had the system monitor down since the beginning. Somoene (you?) just needs to write the screensaver interface.

    35. Re:X.Org proof of Open Source Advantages by Tim+C · · Score: 1

      No one would take you seriously if you criticized the Windows GUI using examples from Win 3.1

      To be fair to the OP, that sort of thing actually happens pretty often here, even in highly moderated comments. I see lots of complaints of the sort of stability problems I've not seen personally or heard of from friends in literally years.

    36. Re:X.Org proof of Open Source Advantages by SnowZero · · Score: 1

      And Microsoft, which has had support for this since Windows 2000.

      I had a transparent terminal on X-Windows in late 1998. I dropped it a year later because it was useless for productivity, as it was just pointless eye candy. Of course Win and especially Mac thrive off this stuff, so they took what eterm/aterm etc were doing and copied it (Win) or improved on it (Mac).

      Of course Mac's approach of per-pixel alpha is only viable using GOBS of memory for offscreen rendering of every window, which has only been practical relatively recently. X.org is now going that way, but I guess there's enough memory since X-Windows users usually have pagers and not so many windows on a particular screen. Longhorn will also be going with offscreen rendering + composting, but of course it's not here yet.

    37. Re:X.Org proof of Open Source Advantages by Anonymous Coward · · Score: 0

      Well it certainly doesn't fucking make it ahead, does it?

    38. Re:X.Org proof of Open Source Advantages by Anonymous Coward · · Score: 0

      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?

      You've got confused in your own argument. Up until this point, you were showing that the open-source methodology was better, not that the software was better.

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

    40. Re:X.Org proof of Open Source Advantages by Anonymous Coward · · Score: 0

      Fucking depends how many fucking other fucking features it fucking has that the other fucking bit of fucking software is fucking missing, doesn't it?

      Hey, saying "fucking" a lot makes my argument so much more fucking convincing! I should do it more!

    41. Re:X.Org proof of Open Source Advantages by gnu-generation-one · · Score: 1

      "Start a 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."


      Could I just check -- are you talking about WindowMaker DockApp features here, or is this something that OS-X does too?

    42. Re:X.Org proof of Open Source Advantages by ImaLamer · · Score: 1

      Perfmon?

      You've got to be kidding me...

  4. Another Step by spacecadetglow · · Score: 0, Troll

    This is just another step to linux becoming as bloated as windows.

    1. Re:Another Step by Anonymous Coward · · Score: 0

      I kind of like the bloatedness of OS X :)

    2. Re:Another Step by Skazamboi · · Score: 0

      Not true, its not like you need to run xserver. Behold, the wonders of console.

    3. Re:Another Step by cbrocious · · Score: 1

      No, because with Linux you don't need X/X.org, and if you do want them, you have the option of not including features you don't want.

      --
      Disconnect and self-destruct, one bullet at a time.
    4. 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.)
    5. Re:Another Step by MadChicken · · Score: 1

      What distro do you suggest? I have a notebook with a 6GB drive that I need to dual boot. I can't find anything that behaves with less than 2GB distro-install. I've tried Debian Sarge, Knoppix, Fedora, Mandrake and now I'm on Slackware. Windows gets really cranky with only 1 GB to play in. I'm to the point that I might try and net-boot the thing because 4GB seems to be a workable minimum.

      I think the lean days are bygone. I remember KDE 1 on my p166 with 32 MB - I think I had a 700 MB drive at the time too. It seemed to run fine (except NS4 and StarOffice, of course. Go out for a coffee for those ones). Now I would hesitate to touch Linux to anything but a P2-400 with at least 128 MB.

      --
      SYS 64738 NO CARRIER
    6. Re:Another Step by Anonymous Coward · · Score: 0

      I can't figure out what you could have possibly done to make Debian unhappy with 2GB. Debian Sid has the latest and greatest of everything, and with a less-than-conservative install (I'm playing with gnustep/obj-c right this second, as well as having the gnome library set and mono installed) has just over 1GB of packages installed, including the essential stuff that you're not supposed to remove. In fact, if you find that the latest and greatest seems to be bloatware these days, then you probably do want debian stable (woody).

    7. Re:Another Step by Gorath99 · · Score: 1

      I have to admit that I'm not entirely up to date on small distro's, since my current machine is pretty beefy. I remember hearing good things about VectorLinux though. It's Slackware based and according to the site the minimum requirements are a 166 MHz Pentium class processor with 32 MB of memory and 700 MB of hard disc space (including swap). Exactly the system you described :-)

    8. Re:Another Step by zogger · · Score: 1

      try feather linux, 64 megs.

    9. Re:Another Step by mrchaotica · · Score: 1

      Hmm... howzabout using the same thing you used to use on the P166 (except with security patches)?

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    10. Re:Another Step by Tim+C · · Score: 1

      I have a notebook with a 6GB drive that I need to dual boot.

      No offence, but I think you'd be better off with a new notebook. 6GB these days is tiny - I have *games* that take up that much space...

    11. Re:Another Step by Anonymous Coward · · Score: 0

      What is your problem with Debian?
      I use a 10GB partition on my iBook for linux and have no problems with the space.
      Just don't install everything! use deborphan to
      eliminate unneccessary software. you can use upx to compress executables. Make sure to remove all object files and other clutter in source trees, or eventually compress them when you don't use them.

      My main pc is a AMD Duron 600Mhz with 192MB ram and
      80GB harddrive, where maybe 10GB is used for linux and my important stuff. It works very well, just remove clutter.

      2GB with Debian should be useable. You just need to keep stuff to a minimum. Use a lightweight windowmanager, no kde/gnome. Remove everything you do not use. Compress executables and files you don't need all the time. Choose a cluster size that minimizes filesystem waste. Reduce logging and, don't keep logs for a long time.

    12. Re:Another Step by slimyrubber · · Score: 1

      So dont compile x.org with those features. Thats the goodness of oss. You get to choose what you want on your setup and you dont have to follow the default configs with minimal choices of binaries. Strip down x.org like you would do to your kernel. Dont run X itself if you dont like 'bloat'

      Its fscking weak that because of statements like that, the development gets affected.

      --
      [ I can not bring myself to believe that if knowledge presents danger, the solution is ignorance ] -- Isaac Asimov
    13. Re:Another Step by MadChicken · · Score: 1

      No good. The changes since then have been important to me, like USB support, wireless, KDE 3.2, OO.o... you know.

      --
      SYS 64738 NO CARRIER
  5. 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 WombatControl · · Score: 1

      Previously, transparency was implemented by essential taking a bitmap of what should show through underneath - try turning on transparency on a terminal window and you'd see only the desktop background rather than a live representation of what was underneath.

      True transparency means that if you were to have a terminal window running above an animation or another terminal you will get a live representation of whatever's going on underneath.

    4. Re:great advances in window managers by dbIII · · Score: 1
      What kind of fake transparency have we all been using up until now?
      Copying the contents of the background picture used for the root window in a rectangle to pretend to be transparent.

      Updating backgrounds like xearth show how fake the transpacency really was with this hack, as do the fact that windows located under the "transparent" window didn't show up either.

    5. Re:great advances in window managers by Curtman · · Score: 1

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

      The kind where you enable background transparency in gnome-terminal, and you don't see the window underneath, but the desktop wallpaper instead. It was clumsy and looks foolish, and I say that as a long time Gnome user.

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

    7. Re:great advances in window managers by JudgeFurious · · Score: 1

      The good it will do depends on whether or not you think it's important for an open source operating system to attract users from the wider audience of Windows users out there. If that's not something you think is important then certainly this is nothing to get excited about. If you do want wider use (which leads to greater support and more options) then it's important.

      Without the eye candy Gnome and KDE are going to look flat and dull compared to whatever Windows and OSX are doing. Users are going to care about that.

      --
      Appended to the end of comments you post. 120 chars.
    8. Re:great advances in window managers by erikharrison · · Score: 1

      Fake transparency is the eterm which is transparant, but only shows the root window, or KDE menu's doing alpha blending internally to give drop shadows.

      I've found drop shadows make it easier to distiguish between lots windows on OS X, and lots of X apps already use transparancy, but their doing internally using the host processor. And certainly compositing would solve bug reports in certain desktop environments that, say, Xearth doesn't play nice with desktop icons.

      This is really powerful, generalized improvements to the platform

    9. Re:great advances in window managers by Quarters · · Score: 1
      But aside from these uses, what good will it do?

      Would you rather have a team of people developing the graphics display layer *not* trying new things graphically?

      "8 bit color? Check." "Hardware mouse pointer?. Check" "Ok guys, we're done. Let's call it finished."

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

    11. Re:great advances in window managers by nathanh · · Score: 1
      Really great work, guys. I'm pround to see progress. But aside from these uses, what good will it do?

      Well, I personally like the drop shadows. Makes it easier to see the outlines of windows.

      But the real benefit is in the extensions themselves. The first extension is Render. It gives us hardware accelerated alpha-compositing rendering. Even if you never turn on drop shadows or transparency, you will benefit from this extension. It will allow applications to render fonts faster, draw images on screen much faster, etc. This extension lets you use your video hardware instead of wasting your CPU. The Cairo library is implementing vector graphics using Render, so all apps will have hardware accelerated vector graphics.

      The second great extension is Composite. All windows are rendered offscreen and "composited" together on the display. That means clients no longer need to redraw their windows after an expose event! So your CPU will spend less time redrawing window contents, windows drags will be smoother, etc. Even better, you will be able to scale windows. Imagine proper zoom effects (like the MacOS X Genie effect) when you minimise a window, or scaling up a window to get a better look at it.

      The third great extension is Damage. The current demonstration of Damage is transparency (when combined with Render and Composite) but it can do so much more. Consider your pager window (aka your virtual desktops). The miniature representations of the windows in the pager don't show the actual contents of the windows. With the Composite extension it is possible for the pager to draw a scaled down version of the actual window contents, and with the Damage extension the pager will know when the contents have changed. This can be done very efficiently because all the video data stays server side.

      So even if you aren't impressed by the glossy demo, the underlying technology is very useful. I'm using an X.org build right now and dragging windows around is noticeably faster. No CPU is wasted on expose events when I bring a window to the foreground. There is less flicker because the windows aren't redrawing. And that's just a single extension. When GNOME/KDE start to use all the functionality offered by these new extensions we will see some impressive speedups.

    12. Re:great advances in window managers by RedWizzard · · Score: 1
      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.
      Isn't that what "layers" is? That's what I get, but then I'm thinking in terms of the old AmigaOS layers stuff.
    13. Re:great advances in window managers by dbc001 · · Score: 1

      Right Now your Instant Messenger program notifies you of an incoming message by a flashing icon or a pop-up window. Imagine that instead of such intrusive displays, ripples emanate from the corner of your screen, like throwing a rock in a puddle. Careful control of the desktop environment can make the difference between a pleasant experience and a headache!

      I realize that this is only indirectly relevant to transparency, but all these posters complaining about eye candy and "I'll turn it off right away" sound like simple Luddites. "Eye Candy" advancements like these are improving the Person-Machine relationship and can help just as much as any other advancement by making computers less intrusive, and probably by increasing productivity and creativity as well.

      </RANT>

    14. Re:great advances in window managers by Anonymous Coward · · Score: 0

      Yes, thats what a layer really is. It amazes me that X[Free86|.org] hasn't been doing this already; talk about being behind the times. Surely layers are the most obvious way to render a series of overlapping windows?

      I don't get it. I don't get the fascination with alpha transparancy in windows and drop-shadows either, though.

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

    Comment removed based on user account deletion

  7. 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 adinoto · · Score: 1

      Yes Agree!! I'm tired of asking Apple to play in bigger league. Now maybe I'll ditch my plan to buy PowerBook 15" and go for IBM T42 and go with linux entirely. Dreaming about Adobe and Macromedia to port for linux is easier than dreaming about Apple to go mainstream.

    2. Re:Groovey by xombo · · Score: 1

      It's not so much that I'm asking Apple to make any changes, I love their hardware and their OS, but I'm asking Macromedia and Adobe to support x86 Unix flavors. Apple is plenty mainstream and if I had the money I'd throw my PC out the window and grab a G5, but alas I'm a student with a part time job.

    3. Re:Groovey by Anonymous Coward · · Score: 0

      I take it then that you don't plan on actually buying the $$$ products you are asking Macromedia and Adobe to make, at least not while you are still a student :).

    4. Re:Groovey by NotoriousQ · · Score: 1

      That would not be possible for a while. OSX uses an exported menu system, where the application hands the menu off to the window manager to handle. X does not do that; each application renders its own menu.

      Personally I am all for WM managed menus and toolbars, but standardizing the interface would be a pain. This is the reason why menus in Windows can be a lot richer than those in OSX. I have seen widgets stuck in the menus. Simple example: Firefox can have all its commands in the single menu bar. If it were managed by WM, that would be hard to do.

      --
      badness 10000
    5. 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.

    6. Re:Groovey by mrchaotica · · Score: 1

      Why would you want to steal market share from Apple? I'd much rather have them around to be an extra thorn in MS's side, if nothing else...

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    7. Re:Groovey by mrchaotica · · Score: 1

      Well, that only works for stuff that uses KDE libs, right? That means it's not a generic X thing.

      On the other hand, it would be really cool if it could be integrated with Apple's X11 window manager so that KDE apps running in Mac OS would use the menu bar like native apps...

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    8. Re:Groovey by NotoriousQ · · Score: 1

      Yep, and it needs to be standardized.

      --
      badness 10000
    9. Re:Groovey by Mr.+Hankey · · Score: 1

      Students get a rather nice educational discount on many software packages, including Adobe products. I purchased Photoshop and Pagemaker back when I was a student, each one set me back about $100. If Photoshop and Pagemaker ran under Linux back then, I probably wouldn't have bought that powerbook...

      --
      GPL: Free as in will
    10. 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!!

    11. Re:Groovey by Anonymous Coward · · Score: 0
      And soon we will have there spelling checkars too.

      Hoorei!!

    12. 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!
    13. Re:Groovey by Anonymous Coward · · Score: 0

      To get the designers, you would also need hardware as well designed as Apple hardware

      Do you mean "pretty" hardware? Because if you actually meant well-designed, I've got one word for you: iBook.

    14. Re:Groovey by WWWWolf · · Score: 1
      Now we can start to look as much like OSX as possible.

      Nope. x.org server is going forward, yeah, but Window Maker is progressing pretty damn slowly and almost no one is actually writing GNUstep apps...

    15. Re:Groovey by IamTheRealMike · · Score: 1

      Macromedia already have. They've got porting projects for Flash and Dreamweaver active right now.

    16. Re:Groovey by adinoto · · Score: 1

      Yes understand. Now I type this on my 17" iMac 1.25GHz, what I mean is that Apple again have the opportunity to more than just a mere 2.8% of marketshare if only they are not so arrogant (either sell board+processor only, talk to mobo maker, or port OS X to Intel/AMD based = just think the what should do with the new business model), but again if they only slip this moment again, we'll surely will see more linux than Mac OS X and Apple again will loose the opportunity to become market leader. Anyway that's their choice, can't speak more about their policy. For me, I would prefer OS X than Windows, but honestly we have to support Windows machine and sell linux solution. So even consider PowerBook would be a niche product (I will surely buy more Mac stuffs if only we're not in IT consulting business).

    17. Re:Groovey by Anonymous Coward · · Score: 0

      >would also need hardware as well designed as Apple hardware

      It may look nice, but lately, it sure is crap. My ibook as now broken for the second time, and judging from many reports, it will continue breaking endlessly.

    18. Re:Groovey by jeif1k · · Score: 1

      To get the designers, you would also need hardware as well designed as Apple hardware (read: designer hardware),

      There is lots of very high-quality PC hardware out there. On the other hand, Macs are built mostly from standard PC components these days anyway (other than the processor).

      you need to completely remove the need to go to the command line, you need to simplify the interface.

      There is no more and no less need to "go to the command line" on a modern Linux installation as there is on an OS X installation.

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

      There are several color management systems for Linux and X11 (Xcms was shipped in 1991 and goes back even further). However, there just hasn't been much demand for it so far. Once more of the applications move to Linux and X11, those systems will get more use.

    19. Re:Groovey by merdark · · Score: 1

      It may look nice, but lately, it sure is crap. My ibook as now broken for the second time, and judging from many reports, it will continue breaking endlessly.

      One bum model does not invalidate the quality of the rest of the line you know. Besides, a bad part does not mean a *design* is bad. By design I am referring to the level of integration, where ports or located, size of the machine... etc etc

      My powerbook, for instance, is utterly fantastic. I have never seen or used a laptop this well put together. Sure you could argue about processor speeds. But that is not what I mean by design really.

      That's not to say decent PC hardware does not exist of course. It certainly does, but I've yet to see the same level of 'integration' on the PC side of things.

    20. Re:Groovey by Phexro · · Score: 1

      Of course not; X does not dictate policy. Hence why I prefixed my message with "in KDE..."

    21. Re:Groovey by mrchaotica · · Score: 1

      Well, what I was trying to get at is that it needs to be an X thing if we want it to be part of a standardized interface.

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

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

    1. Re:Full size pngs and jpgs galore! by Man+in+Spandex · · Score: 1

      Some are like you and me, who just care to have a lightweight windowmanager and not care much about looks but you have to realize many, and I mean MANY people go for what looks cute n pretty.

    2. Re:Full size pngs and jpgs galore! by CoolGuySteve · · Score: 1, Insightful

      I think the otherwise idle video card does most of the work anyways (at least it probably will in the future if not).

      The reason eye candy is necessary is because the most impressive thing you can do to show off your Mac is to play a movie in Quicktime, minimize it, then watch as the video is still playing in the icon. Blatant eye candy sells computers and will definitely sell something that's already free.

    3. Re:Full size pngs and jpgs galore! by Moloch666 · · Score: 1

      You can have light and pretty... I use FVWM. Although not easy to configure, once you get it you can have your cake and eat it too.

      I figure if I'm going to stare at something for 8 hours a day, might as well look as nice as it is functional. To me that's part of the joy.

      --
      Understanding is a three-edged sword. -- Kosh Naranek
  9. 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
    2. Re:THIS YEAR WILL BE..... by Anonymous Coward · · Score: 1, Insightful

      You are saying that Linux isn't fit for the desktop which is why you are developing another OS. I hate to say it but your current os is way behind where linux was 3 years ago as is falling more and more behind each month.

      Hell you do not even have a fully working VGA driver yet.

      ReactOS status,

      Status

      Console Applications ReactOS supports a limited range of console (text based) applications, and support for more is increasing as we expand our console libraries. Notable examples of supported console software is GCC (which means that ReactOS can be compiled on ReactOS) and the GNU Midnight Commander (text-based file manager).

      GUI Applications The Graphics Device Interface (GDI) and User32 is not yet complete. The VGA driver that comes with ReactOS also has some way to go, although the standard Microsoft VGA driver can be loaded. Test applications such as WinHello and WineMine demonstrate current capability.

      Driver Support At the moment, work to support 3rd party drivers (Microsoft Windows compatible) is restricted. The focus is more on only basic drivers that are written in conjunction with the various kernel facilities.

      Other Subsystems The JOS project has agreed to use the ReactOS kernel to develop a Java subsystem, to help bring their goal of a Java based operating system to realization.

      Although we approached several groups that wish to implement an Open Source OS/2 operating system, none of them wanted to use ReactOS as a kernel. There is, however, at least one person who has joined the project that is interested in developing an OS/2 subsystem for ReactOS.

      Although there is interest in a DOS subsystem, we have not yet moved to get interested people working on such a system.

    3. Re:THIS YEAR WILL BE..... by Anonymous Coward · · Score: 0

      IT WAS A JOKE YOU DUMBASS!!!!

    4. Re:THIS YEAR WILL BE..... by FuzzieNorn · · Score: 1

      *loads nVidia drivers under ReactOS*
      *runs nVidia 3D demos*

      When you have native display drivers you don't *need* a good VGA one. They're working on useful things, like getting Office/OpenOffice and the such running.

    5. Re:THIS YEAR WILL BE..... by DAldredge · · Score: 1

      It's only Geforce and TNT2 support and they don't even work right. The install is much more complicated than an nvidia Geforce FX install on the 'inferior' Linux/X.org platform.

      <url:http://www.reactos.com/en/content/view/full /4 24>

      GeForce and TNT2 video drivers
      Vendor: NVidia
      Version(s): 43.45
      License: Proprietary
      Hardware component: Graphics card
      Required version of ReactOS: 0.1.6
      Required version of Microsoft(R) Windows(R): Windows NT 4
      Link to vendor product page: NVidia.com
      Description: GeForce and TNT2 video drivers.
      ReactOS related notes:

      It doesn't work perfectly yet. Not all lines are drawn (check the maze demo), sometimes the mouse cursor is corrupt, the hotspot for the mouse cursor is in the wrong place (you need to point down-right of where you want to click) and dragging the cards in Solitaire doesn't
      work as it should.

      Using NVidia drivers on ReactOS How-to

      1. Introduction
      There is little support for changing video drivers (or any other driver for that matter) in ReactOS at the moment. You have to know how to access the CVS repository and how to compile (simple) programs. If this is too complicated, please wait a few months, we should have better installation tools then.

      2. Supported hardware
      The NVidia drivers were tested on the following video card:
      NVidia Riva TNT2 Model 64

      However, according to the NVidia website, the same driver supports a whole series of video cards. If you find this driver works under ReactOS with other Cards, please let us know on the ros-general mailing list

      3. Download the drivers
      First, go to the NVidia website, www.nvidia.com , choose "DOWNLOAD DRIVERS" from the menu at the top of the page (and "Download Drivers" again from the drop-down menu). Choose "Graphics Driver" in the first box, "GeForce and TNT2" in the second box and "Windows NT4" in the third ox, then click "Go!".

      This How-to assumes you see a page identifying the driver you are out to download as version 43.45, release on April 10, 2003.
      Download the English version. (This is a direct link to the download page.)

      4. Unpack the drivers
      Start the file you just downloaded (note: you need to do this on a MS-Windows computer, doesn't work on ReactOS yet). It will ask you for a directory where to save the files. You can accept the default of C:\NVIDIA\WinNT4\43.45 or change it to your liking, just remember where you put them....

      After the files are unpacked, the install wizard will start. Just press "Cancel" on the Welcome screen and tell the thing that, yes, you are quite sure you want to cancel the installation.
      Open a Command Prompt window and cd to C:\NVIDIA\WinNT4\43.45 (or wherever you put the files). You should have a nv4_mini.sy_ and a nv4_disp.dl_file. Issue the following commands:
      expand nv4_mini.sy_ nv4_mini.sys
      expand nv4_disp.dl_ nv4_disp.dll
      After this, you should have a nv4_mini.sys file of 1511936 bytes and a nv4_disp.dll file of 569807 bytes.

      5. Patch the miniport driver
      Since ReactOS is not 100% binary compatible with MS-Windows yet, the miniport driver (nv4_mini.sys) needs to be patched. There is a small patch
      program in the ReactOS CVS tree at reactos/apps/utils/patchnv4 which you need to compile. Copy the patchnv4.exe to the directory where you have your nv4_mini.sys
      file and run it. Afterwards, you should have a nv4_mini.sys.orig (the original) and a nv4_mini.sys (the patched version).
      Note that we're working towards binary compatibility, so if you're
      not reading this on the ReactOS website , please go there
      and check if the patching is still necessary (ReactOS might have been fixed...).

      See website for the rest.

    6. Re:THIS YEAR WILL BE..... by Anonymous Coward · · Score: 0

      Wait..you're comparing an OS, written from scratch, which is aiming for full WindowsNT binary and source compatability, which is at version 0.2.x and actually capable of running some Windows binary drivers, to Linux and X.org R6.8?

      Once ReactOS gets to 1.0 it will be able to wipe the floor with Linux as far as drivers go. The fact that even at such an early version they're already capable of doing something like run a binary driver just proves that.

    7. Re:THIS YEAR WILL BE..... by Anonymous Coward · · Score: 0

      Their site isn't up-to-date.

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

    1. Re:Performance by Curtman · · Score: 1

      w/ XOrg 6.8.99

      What switches do you use with cvs to pull future versions with? I'd like to give that a try.

      I think you meant 6.7.99. ; )

    2. Re:Performance by rpdillon · · Score: 0


      You tried the wrong distro...try Gentoo. X.Org works beautifully.
      </shameless plug>

    3. Re:Performance by ArbitraryConstant · · Score: 1

      meh

      Suse Pro is the only thing I've seen configure my Matrox G550 dual-head correctly.

      That includes Gentoo pre and post X.org switch. And Windows XP, incidently.

      --
      I rarely criticize things I don't care about.
    4. Re:Performance by GreyWolf3000 · · Score: 1
      Highly shameful. The only difference between his KDE and yours is a couple of services running by default on his system that aren't on yours.

      Oh, and the 5% speed boost compiler optimisations give you.

      --
      Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
    5. Re:Performance by Madcat123 · · Score: 0

      Fedora 2 is known to be a failure, with its enormous amount of bugs and so on. Haven't tested FC3test1 myself, but given its a test version, and their last stable version was rather buggy, I wouldn't hope too much of it. You can't form a sentence like "when mainstream distro makers ..." based on a single distro. Try other distros too before making up such statements.

      Oh - and please, do not compare apples and oranges - you can't compare Panther running on G4 (optimized specifically for Apple CPUs) versus Fedora running on Athlon (optimized for pentium pro). Now if you compiled, say, gentoo, optimized for Athlon XP, THEN you could compare Panther+G4 vs KDE/XOrg+Athlon.

      Madcat.

    6. Re:Performance by fucksl4shd0t · · Score: 1

      No, the other guy is also dealing with Fedora, a distribution which has been gaining notoriety for running like a hog. ;)

      Wait 'till Mandrake comes out with this version of X.org. Then we'll really start pissing. (I'm actually thinking of downloading it and putting it in here, does KDE 3.2 need anything extra to use this stuff, or will it do so automagically?)

      --
      Like what I said? You might like my music
    7. Re:Performance by GreyWolf3000 · · Score: 1

      It will all need to be coded in (most of it GTK and QT).

      --
      Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
  11. 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 Anonymous Coward · · Score: 0

      I have to agree. I compared those fonts to the ones on my XP desktop and they looked IDENTICAL.

      Random trolling, I guess. Nothing to see here...

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

      Whenever I'm sitting here browsing Linux screenshots from my Winbox, I strikes me how fucking huge the fonts are. In everyone of those shots, the menubar font seems like it's twice as big as the Windows default. (I wonder if they are either showing off, or that their fontsmoothing doen't work so well with normal sized 10pt fonts.)

      Also, it seems like the spacing of menu/toolbar text is always a little off. Take a look at #5 (the hello.jpg one that is apparently trying to imitate MacOSX) -- the browser tabs look like ass, and the URL field has giganto fonts for some reason.

    4. Re:Good, but... by Loonacy · · Score: 0, Troll

      That's kind of funny because whenever I have to boot into Windows it grates at me how awful the fonts look in comparison to my Linux installation. I even had my sister tell me my Mozilla looked "prettier" than hers while I was in Linux.

    5. Re:Good, but... by 808140 · · Score: 1

      Like everything else on the Linux desktop, font size is configurable (and in GNOME at least, usually depends somewhat on your theme.)

      The freetype font rendered works very well at small font sizes, as well. I very much doubt most people would agree that "10pt" is normal sized; 12pt tends to be the default on most desktops on most OSs. You are free to change this on most of them. Personally, I prefer larger fonts, but that's especially because I read a lot of non-latin text and some glyphs are just rather larger and more complex than roman ones (anything CJK, for example).

      Personally, I prefer FreeType's rendering and AA to even MacOS's, but I recognize that this might simply be because I'm used to FT's AA algo.

      It definitely looks better than Windows. Heck, there was no AA in Windows 2000 at least. I'm not sure about XP because I've never used it, but the font situation on Linux at the moment is so much better than most Windows installations out there. My coworkers, who all run Win2k, are always commenting how nice the fonts on my system look.

      I will definitely agree, though, that a few years ago Linux was utter shit when it came to fonts and that Windows beat the pants off of us. But we've got our shit together now.

    6. 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.
    7. Re:Good, but... by Anonymous Coward · · Score: 0

      Windows default menu font is 8pt Tahoma. So that's what "most desktops" are running.

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

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

    10. Re:Good, but... by SewersOfRivendell · · Score: 1
      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.

      By default, OS X antialiasing is off for sizes less than 9, so what are you complaining about? You can even adjust the size threshold in the Appearance panel of the System Preferences.

      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.

      Actually, Apple only ships them because they're so widely used on the web. As primarily an OS X user, I have to say they're ugly as sin compared to the native OS X fonts.

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

    13. Re:Good, but... by cloudless.net · · Score: 1

      Please tell us which version of Windows you are talking about. In Windows XP you can optionally enable ClearType if you have a LCD monitor, which will make the fonts look much better.

    14. Re:Good, but... by MarcQuadra · · Score: 1

      Mac OS X is much prettier running at higher-resolutions than XP is. When I run Windows at home I keep the 15" at 1024X768, but Mac OS X looks about the same at 1280X1024. XP just doesn't look pretty at really high resolution.

      Also, try using a sans-serif font in Safari, it makes a world of difference for small text.

      --
      "Sometimes, I think Trent just needs a cup of hot chocolate and a blankie." -Tori Amos on Nine Inch Nails
    15. Re:Good, but... by be-fan · · Score: 1

      It tends to be more of a configuration issue than anything else. On my setup (Freetype 2.1.9 without bytecode interpreter, Albany AMT main font, and 133 dpi LCD) the fonts look absolutely great. Unfortunately, most distros don't package such nice fonts out of box.

      --
      A deep unwavering belief is a sure sign you're missing something...
    16. Re:Good, but... by russint · · Score: 1

      "if you have a LCD monitor"
      What? It works just as good on CRT's.

      --
      ^^
    17. Re:Good, but... by cloudless.net · · Score: 1

      ClearType uses sub-pixel rendering which works much better on LCD monitors.

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

    19. Re:Good, but... by Moridineas · · Score: 1

      Interesting, as OSX by default doesn't anti-alias at sizes below 8.

      I find web browsing in Safari on OSX to be so much more pleasing than doing so in windows, largely because of the appearance of fonts.

      You are correct--Apple fonts really shine at large font sizes (say, above 12) but window fonts so often look overly skinny to me now.

    20. Re:Good, but... by Moridineas · · Score: 1

      Absolutely I agree with--I was careful to avoid saying that fonts on nix/bsd/kde/gnome/whatever CAN'T look good--it just usually seems to take a good bit of work!

    21. 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!
    22. Re:Good, but... by Moridineas · · Score: 1

      This is true, I do run XP with cleartype enabled (and have since win98 actually). I still prefer the Mac font look.

    23. Re:Good, but... by be-fan · · Score: 1

      (try resizing your window very fast with content visible)
      Depending on your configuration, this will be made much better when toolkits and WM's are updated to support XSYNC additions to the netwm standard. Fedora Core 3 Test-1 has then by default, and it makes things look a lot better. It's not as good as Windows yet (GTK+ is just so slow), but it's better. The xsync stuff makes KDE on a par with Windows for resize (on my 2.0GHz P4).

      --
      A deep unwavering belief is a sure sign you're missing something...
    24. Re:Good, but... by be-fan · · Score: 1

      It won't be fixed completely. It'll be fixed for moving windows, but double-buffered resizing requires functionality from the composite subsystem that isn't there yet. A synchronized resize, like OS X, looks like this:

      1) Composition manager saves the current window buffer.
      2) Application is signaled to start the redraw.
      3) Composition manager keeps displaying the saved buffer, while directing rendering to the new buffer.
      4) Application signals end of rendering.
      5) Composition manager replaces old buffer with new buffer, and frees the old buffer.

      Currently, the ability to do step (1) isn't in composite, and toolkits don't support step (4).

      --
      A deep unwavering belief is a sure sign you're missing something...
    25. 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...
    26. Re:Good, but... by NotoriousQ · · Score: 1

      Hmm. Gentoo seems to have introduced those legal uncertainties, as they add the feature back in in their default install.

      Perhaps I should just keep my mouth shut...
      (how much is that license, anyway?)

      --
      badness 10000
    27. Re:Good, but... by drinkypoo · · Score: 1

      Windows doesn't antialias under a certain size either. I'm not sure what that is because Windows actually uses a truetype font hint that is intended for this purpose. A command line application (I think it's 16 bit DOS but it could be 32 bit Windows) called TTFGASP sets this hint to always antialias if you want to do such a thing.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    28. Re:Good, but... by SonicRED · · Score: 1

      Good to know. I guess I didn't read the initial comment correctly. The fix for tearing on moving windows is fantastic though.

    29. Re:Good, but... by cloudless.net · · Score: 1

      Are you sure you have enabled ClearType since Win98?? ClearType is a new feature in Windows XP and I don't think you can use it on Win98.

    30. Re:Good, but... by Chandon+Seldon · · Score: 1

      Currently, Linux is a bit ahead of FreeBSD in drivers for a normal desktop system. Not by too far, but still a bit ahead.

      --
      -- The act of censorship is always worse than whatever is being censored. Always.
    31. Re:Good, but... by Anonymous Coward · · Score: 0

      That probably explains it. Windows defaults to 96dpi, iirc.

    32. Re:Good, but... by Moridineas · · Score: 1

      I could be wrong--I know I've been using Font Smoothing at least that long--it was originally only available as part of a plus pack that was pretty widely promulgated.

    33. Re:Good, but... by cloudless.net · · Score: 1

      For your information, the font smoothing in Windows 9x is not system-wide. It is used in some document windows, but not on UI widgets. The font smoothing in Windows XP (ClearType) uses sub-pixel rendering and applies to all UI widgets. It makes a huge difference.

    34. Re:Good, but... by pyrrhonist · · Score: 1
      When I run Windows at home I keep the 15" at 1024X768, but Mac OS X looks about the same at 1280X1024. XP just doesn't look pretty at really high resolution.

      I just installed the same application on my computer and my girlfriend's. We both run XP, but she uses 1024x768 and I use 1600x1200. At the time, I remember thinking that the application looked a lot better on my machine, because the controls and the text were a lot crisper.

      The funny part is that the application I was comparing was Apple iTunes. It looks *really* sweet on my machine, and I like it better than MusicMatch (which, for some reason, would produce a blank song once and a while).

      --
      Show me on the doll where his noodly appendage touched you.
    35. Re:Good, but... by Anonymous Coward · · Score: 0

      Yeah, but then the fonts look awful and distorted. Unfortunately, non-antialiased rendering has actually got worse lately.

    36. Re:Good, but... by Brandybuck · · Score: 1

      Drivers? What drivers are those? In terms of video drivers, you guys got a proprietary closed source Radeon driver, while we have to stick with the free-as-in-freedom driver. For other drivers it seems to be on par. For example, a coworker's quest for non-crap non-ndis wifi cards led him to one that was supported on Linux but not FreeBSD, and one that was supported on FreeBSD but not Linux.

      What I have heard, but which I cannot verify, is that FreeBSD tends to release new drivers later than Linux, but that they tend to be higher quality at time of release. In other words, "early and often" equates to "soon but buggy".

      --
      Don't blame me, I didn't vote for either of them!
    37. Re:Good, but... by slittle · · Score: 1
      http://toastytech.com/guis/osx13safari.png
      ...
      We're catching up.
      I think Apple is letting you. God damn that brushed metal shit is fugly! I'll never complain about pinstripes again!
      --
      Opportunity knocks. Karma hunts you down.
    38. Re:Good, but... by Quantum+Jim · · Score: 1

      Interesting.... A quick google for site:apple.com freetype seems to indicate that Apple seems to be redistributing FreeType - bundled with XFree86 - as an extra add-on to Darwin (note: not in Darwin itself). Does this mean that it has been released under Freetype.org's license?

      I think I'll ask /. about this.... Thanks for the inquery! :-D

      --
      It is impossible to enjoy idling thoroughly unless one has plenty of work to do.
      - Jerome Klapka Jerome
    39. Re:Good, but... by CaptnMArk · · Score: 1

      To me, anything with "rounded" stuff is not just ugly, but also less usable.

      Like rounded window borders for example. I want to be able to nudge the mouse to the top right corner and click on "X".

      If the window has a hole there, I can't do that.

    40. Re:Good, but... by Kjella · · Score: 1

      It has also partially to do with the skill of those developers who work on FreeBSD, vs those (often 13-year-olds) who submit patches for Linux. It also has something to do with the mindset, where Linux developers will accept poorly written hacks, which need to be worked on more later, and the FreeBSD team won't accept anything that doesn't work almost perfectly, and in-line with the standard way the rest of the code works.

      Actually, I was thinking more like -1, Flamebait, but I don't have mod points. Anyway, I think that policy pretty well explains why BSD needs someone like Apple to get anywhere... (ok, so I'm bordering on flamebait myself too). Perhaps you start out with many silly hacks by 13yos, but I haven't seen many make it to Linux's tree. Most crap get sieved out, which is how it should be. Waiting around until there "almost perfect code" will leave you behind in the dust, which is pretty much where BSD (less OS X) is while Linux is taking off.

      Kjella

      --
      Live today, because you never know what tomorrow brings
    41. Re:Good, but... by jsebrech · · Score: 1

      I really wish the default font situation would be better in the world of X and nix/bsd distros.

      The problem is that apple and microsoft have both invested a lot of money having people hand-tune their fonts, and do not allow linux distro's to distribute their fonts. But you CAN download and install the windows fonts for free and have identical fonts to your XP setup on your linux box. In debian it's as easy as "apt-get install msttcorefonts". Most distro's have specific one-liners that will install the fonts for you, and there is a more involved generic routine as well.

      The open source community does have the bitstream vera fonts to include with distro's, and they are very nice, but they're not quite as good as the windows fonts.

      I think it would be nice if the distro's gave you an "install windows fonts" link in the start menu post install. But that's really the only criticism I have of fonts on linux right now. After all, if you have fontconfig installed, installing fonts can be as simple as copying them to the .fonts folder in your home directory.

    42. Re:Good, but... by Anonymous Coward · · Score: 0

      Uh, Freetype has two smoothing algorithms available. The original and patent-encumbered one is a bytecode enterpreter. This is disabled by default and as you say, can be enabled in the source if you want to rebuild it. Newer releases of Freetype2 include a non-patent encumbered algorithm which they call auto-hinting. This is enabled by default and is comparable to the bytecode enterpreter. In some cases it can provide better hinting than the bytecode interpreter.

    43. Re:Good, but... by 1qa2ws3ed · · Score: 1

      for example dvb drivers.
      or drivers for more tv capture cards than a bt8x8.
      and there's no alsa.

    44. Re:Good, but... by Anonymous Coward · · Score: 0

      You are right, I think turning on the bytecode interpreter in freetype may fix this.

    45. Re:Good, but... by Dr.+Evil · · Score: 1

      I have to agree. I for one hate the fuzzed out look of antialiased fonts, and ClearType has also gone too heavy on the antialiasing.

      I do find that there's one font in the sample images, the third "here" link which has noticable problems with character spacing, have a look at what happens when capital letters stand next to lowercase letters. The lowercase "f" and lowercase "t" also seem messed up. The "f" consistently has too much space on the right, the "t" consistently has too much space on the left... unless it is next to a capital letter.

      Yeah, it's hard to make that stuff look correct when you're bounded by dumb fonts with sharp boxes, but the MS core fonts, despite a few small exceptions, really have done a great job of it.

      Back to that third image, look at the word "Owner Information". The "O" pretty solidly hits the "w", drawing attention to the space between the "w" and the "n", then it goes along fine until the gap between "fo" and "at". The words in the font look all chopped up and poorly laid out.

    46. Re:Good, but... by juhaz · · Score: 1

      I don't know about any of you, but the new X fonts look best of those five to me.

      OS X is *WAY* too blurry (though it is turned off under a certain size), and Windows is kind of too sharp, X fonts are the perfect compromise between those two extremes.

    47. Re:Good, but... by Brandybuck · · Score: 1

      for example dvb drivers

      What's a "dvb"? Do you mean "dvd" instead? If so, every DVD drive I've ever tried has worked flawlessly the first time using the generic ATA driver. And even one USB DVD drive I tried worked via umass.

      "and there's no alsa."

      Don't need alsa, we have our own audio drivers that aren't Linux-only audio drivers. Granted, some of your newer 4D hypersurround $300 cards aren't supported, so you might have a point. But my Linux-using coworker's advice to me is "dump alsa use oss", so maybe the grass really isn't greener over there.

      --
      Don't blame me, I didn't vote for either of them!
    48. Re:Good, but... by Guy+Harris · · Score: 1
      What's a "dvb"?

      I assume it's Digital Video Broadcasting, i.e. digital TV.

    49. Re:Good, but... by Brandybuck · · Score: 1

      I assume it's Digital Video Broadcasting

      There's consumer level hardware available for this right now? With working Linux drivers? I'm surprised.

      I never said that Linux was in any way behind FreeBSD in quality, functionality or anything else. All I said was that in some areas Linux is more advanced and in others it wasn't. There is no need to account for every difference on a driver-by-driver basis.

      --
      Don't blame me, I didn't vote for either of them!
    50. Re:Good, but... by evilviper · · Score: 1
      Waiting around until there "almost perfect code" will leave you behind in the dust, which is pretty much where BSD (less OS X) is while Linux is taking off.

      Linux certainly is talking off, but it has absolutely nothing to do with how good Linux might be, versus other OSes.

      Why did Linux get popular? Cyclical media popularity. FreeBSD is superior to Linux in practically every way, so you can't possibly claim Linux is "taking off" on technical merits.

      BTW, your post is far more flamebait than mine. You quite obviously have not even tried FreeBSD, yet you deride it, despite your completely lack of any knowledge at all. At the very least, you can't say the same for me.

      Hardware support in FreeBSD is not inferior by anyone's estimation. There are only a select few pieces of hardware that work on Linux, but won't on FreeBSD. In fact, FreeBSD now has the ability to use Windows drivers for network cards (NDIS), so I'd say it's hardware support has surpassed Linux in many ways, while being an all-around faster OS, and an order of magnitude more stable.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    51. Re:Good, but... by 1qa2ws3ed · · Score: 1

      while i agree that freebsd is a great system, i will never understand why freebsd users feel the need to convince linux users that their system is superior in practically every way, when the world is full of users of operative systems clearly inferior to both... or do you want a world full of freebsd and windows me boxes?

    52. Re:Good, but... by evilviper · · Score: 1
      i will never understand why freebsd users feel the need to convince linux users that their system is superior in practically every way

      Give me a freaking break.

      When it's pro-Linux, anti-BSD, it's modded up to +5 and praised. When any post just happens to talk about any place that a BSD has even a slight advantage over Linux: FLAMEBAIT!!! TROLL!!! AHHHHHH!!!

      Okay, less of a rant here: I am not trying to persuade anyone to use FreeBSD. Everything I have said is undeniable, provable FACT. Nothing is exaggerated, no personal opinion is added, and I take very very little artistic license.

      Of course, if you want to maintain that my post is evangelizing FreeBSD, point me to any Linux post, talking about the advantages of Linux over anything else, that doesn't have the same air of evagelizing for Linux...
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    53. Re:Good, but... by Anonymous Coward · · Score: 0

      SSSSH!!! He was just kidding, FreeBSD is terrible. And dying too, very dying. Yeah, that's the ticket.

    54. Re:Good, but... by Anonymous Coward · · Score: 0

      that's right, there's no Advanced LINUX Sound Architecture. I blame the BSD people...

  12. xinerama? by horatio · · Score: 0, Offtopic

    Any ideas how to get a matrox dual head card (G400) working with x.org? :/ Worked fine with xfree86 and the matrox supplied drivers, but not since I upgraded to FC2, which includes x.org. Time to buy a new card?

    --
    There is very little future in being right when your boss is wrong.
    1. Re:xinerama? by Anonymous Coward · · Score: 0

      Ooooh, ahhhh, fancy dual head card!!

      Pffft, you know, almost all new cards nowadays are dual-head... right?

      Spend the $50 for a Geforce card and be done with it. You'll surely see better performance than that POS G400.

    2. Re:xinerama? by Anonymous Coward · · Score: 0

      Dude... have you ever used a G400. its a darn nice card for 2D (a bit lacking in the 3d thou). Hardly a POS.. infact I took out my geforce because of its crappy DAC. Nothnig matches the DAC that matrox cards use. Also I have yet to see a card under linux that is as fast (2d) and well supported as a G400. Sorry for taking this a little bit personally, Im just sick of people saying how great there cheap Nvida cards are. Face it they are good 3d cards but have (at least from what I've seen) really poor color accuracy, and tend to get blurry at higher resolutions. And who really wants to use closed source drivers anyway.
      Anonymous Coward - who loves his G400

    3. Re:xinerama? by Anonymous Coward · · Score: 0

      Who cares about DAC in these days of LCD flatpanels with DVI? Nvidia's sucky DAC doesn't matter because I've long since stopped using it!

    4. Re:xinerama? by Anonymous Coward · · Score: 0

      Show me a twin 21" LCD display at 1600x1200 and we'll talk, until then just shut your uninformed trap, O.K?

  13. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

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

    2. Re:That's nice, but... by Anonymous Coward · · Score: 0

      yeah, i bet you still check out all your pr0n in ascii too. things evolve, get over it.

    3. Re:That's nice, but... by Anonymous Coward · · Score: 0

      great. Thanks for your input, I'll be sure to write that down.
      The *rest* of the world likes a little style though.

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

      Turning off the drop shadows in OS X is quite easy to do.

      --
      The dogcow says "Moof!"
    5. Re:That's nice, but... by bob65 · · Score: 1
      Give me a fast, uncluttered display

      Surprisingly, I find that shadows actually give a sense of less clutterness. I'm not sure why, maybe it's the enhanced distinction in the Z dimension that makes it seem like things just have more "room" (i.e. they seem farther apart from each other than before).

    6. Re:That's nice, but... by tehdaemon · · Score: 1
      This should be modded down. Not that it is not true, I wouldn't know either way. But it is extreamly UNinformative.

      HOW do you do it?? Care to fix this fidget42?

      --
      Laws are horrible moral guides, moral guides make even worse laws.
    7. Re:That's nice, but... by Anonymous Coward · · Score: 0

      Mmmm. Is compositing kind of like a scatter/gather write or is it like writing to a buffer, switching the display over to that buffer, writing to the old buffer, switching back to the old buffer...

    8. Re:That's nice, but... by fidget42 · · Score: 1

      A quick Google search reveals this application from our friends at Unsanity (a great software house for MacOS X tools). Since the original poster was AC, I got the impression that they didn't really want an answer, they just wanted to bitch.

      --
      The dogcow says "Moof!"
  15. 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).
    2. Re:Great Progress... by SirTalon42 · · Score: 1

      I think this won't mess up XDMCP and SSHed stuff, since it will still be your local X server doing the work. Also the video card's GPU's cycles should be where the work is done :-).

    3. Re:Great Progress... by kerrle · · Score: 1
      Actually, once things are updated to take advantage of the Damage extension, this could potentially speed up remote sessions greatly. With Damage, only parts of windows that have been changed since the last redraw have to be sent across the network, so there is at least potential for remote sessions to actually be faster with this X Server.

      The eye candy - shadows, transparency, etc, can essentially be done client side, so it shouldn't be a problem - also, it's easy to disable if you don't have accelerated support for it, so for things like remote sessions, it probably wouldn't even factor in.

  16. Yay! by Anonymous Coward · · Score: 0, Troll

    To bad X is the slowest graphical sub-system ever. What is needed is hardware accelerated graphics where the window managers have direct access to video memory and not through some slow and useless network layer.

    Come back when X is faster than windows GDI.

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

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

    3. Re:Yay! by tuffy · · Score: 1
      What is needed is hardware accelerated graphics where the window managers have direct access to video memory and not through some slow and useless network layer.

      X client running on the same host as the X server don't use the network layer whatsoever. They often use (very fast) shared memory, or some form of accelerated video. But the ability to use that network layer with any X client is what seperates multi-user OSes from ones that use screen scrapers (like VNC) meant for one user at a time.

      --

      Ita erat quando hic adveni.

    4. Re:Yay! by bratmobile · · Score: 1

      He isn't trolling. He's telling the truth.

      And tuffy, if you think that *nothing* flows over the X11 network socket, even for local displays, then you obviously don't know a damn thing about X.

      The X shared memory extension moves *some*, but not all, data over the shared memory section. A lot is still moved over the pipe, and the pipe is the "logical" network session.

    5. Re:Yay! by reynaert · · Score: 1
      A lot is still moved over the pipe, and the pipe is the "logical" network session.

      Yes, and a it's pretty much the fastest IPC mechanism unix has.

    6. Re:Yay! by Anonymous Coward · · Score: 0

      A lot is still moved over the pipe, and the pipe is the "logical" network session.

      Who cares? Linux sockets are nearly as fast as shared memory anyway. *NONE* of the data in a local X session goes through the TCP/IP stack, so claiming local X is the same as a network session is misleading at best.

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

    8. Re:Yay! by be-fan · · Score: 1

      1) No, it's not. There are lot's of slower ones.

      2) Why would window managers have direct access to video memory? You toolkits, right?

      3) Modern graphics cards don't like apps directly accessing their memory. That's why Microsoft took it out of Direct3D 8.x (not so direct anymore, is it!) and why OpenGL has designed from day 1 for client/server operation.

      4) X doesn't use a network layer, it uses an IPC layer. Sockets are very fast, and some of the fastest UIss (BeOS's, QNX's), used some form of client/server with IPC.

      --
      A deep unwavering belief is a sure sign you're missing something...
    9. Re:Yay! by timeOday · · Score: 1
      Giving window managers direct access to video memory is rather stupid, considering that one of X's primary features is network transparency.
      Choosing network transparency as a primary focus of X was a mistake. Better to optimize for the most common usage scenario, and add bells and whistles afterwards.
      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.
      It's not true that API design and feature set have no impact on ultimate performance. Two pickup trucks can differ substantially in fuel economy, but expecting either to have the fuel efficiency of an average subcompact is unrealistic.
      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
      It's true, and it's nice that X provides a way to work around (most of) X. But this end-run pushes functionality into the application layer, which is part of why X programs' UIs are so inconsistent.
      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?
      It's not to save time or increase productivity, but to get that responsive, "snappy" feel which is more pleasant.
      Anyone that has had to administer machines remotely appreciates the network transparency of X.
      A GUI for administration? No thanks.
      It's the only window system that has this feature.
      That's the irony; the "afterthought" methods like VNC and whatever Windows does work at least as well on the network. VNC is much better than X over high latency links, and it allows you to pull up somebody else's session and share it with them, which is fantastic if you're trying to help them do something in the GUI.

      The best "feature" of X is the huge set of apps that use it. The best argument for X is momentum.

    10. Re:Yay! by 808140 · · Score: 1

      You make some good points.

      Choosing network transparency as a primary focus of X was a mistake. Better to optimize for the most common usage scenario, and add bells and whistles afterwards.

      FWIW, this wasn't how it happened. At the time the X Window System was developed, the desktop computer was not the most common usage scenario; centralized servers with many terminals connected to them were. The X Window System was a natural extension of this paradigm. I wouldn't call network transparency "bells and whistles", given when it was designed.

      This begs the question, is network transparency still a relevant feature? I believe it is. You say:

      A GUI for administration? No thanks.

      which, granted, was in response to me mentioning administration. I'll agree that I don't often need GUI tools (at least on Linux) to administrate a remote system; however, X's network transparency is useful in many other ways. For example, in the computer lab scenario, where a few powerful servers act as clients to a roomfull of diskless X servers. This ends up being cheaper in the long run, because essentially the servers are only monitors and keyboards and as long as their network connections are fast enough they never really need to be upgraded (either hardware or software) to keep up with evolving software and its increasingly demanding hardware requirements.

      It's not to save time or increase productivity, but to get that responsive, "snappy" feel which is more pleasant.

      On this point, I have to disagree. I think saving time and increasing productivity are of paramount importance. However, I will grant that a responsive, "snappy" feeling is very important and that work should be done to optimise X servers further in order to make this more of a reality. But truth be told, my current Linux system feels snappy enough. It could possibly be just a little bit snappier, but throwing network transparency out the window for that small gain seems silly to me.

      That's the irony; the "afterthought" methods like VNC and whatever Windows does work at least as well on the network. VNC is much better than X over high latency links, and it allows you to pull up somebody else's session and share it with them, which is fantastic if you're trying to help them do something in the GUI.

      I have never used VNC, but I know that the Windows GDI does not work with drawing primitives, but rather at the widget level, which is one of the reasons that it can be so fast. VNC most likely sends these widget drawing instructions across the network.

      This is only possible because Windows has only one widget set, and because that widget set is standardized by a particular group (MS). While many Linux naysayers decry this very aspect of Linux -- that we have so many widget sets -- I personally do not think that in the anarchistic gift economy of OSS that it could be any other way. Could you imagine the outcry that would ensue if someone said that from now on, we're all using GNOME/KDE/whatever? It would never work, so it isn't even worth worrying about.

      Anyway, knowing this about the way Windows works, it would seem that VNC intercepts these widget drawing calls and passes them over the network. But because Windows programmers have direct access to the hardware, there is no guarantee that every drawing instruction will be passed over the network, meaning the best that VNC can ever be is "good enough" -- it cannot be "true" network transparency. It is always possible (even likely) that an application won't run exactly the same way over the network as it does when you're at the computer itself.

      Now, I'm not saying VNC sucks or anything, but my point is that choices were made early on in both the development of Windows and X, and those choices result in Windows doing some stuff a little faster (at the expense of true network transparency and widget freedom).

      It's up to us to decide which paradigm is the bette

    11. 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.
    12. Re:Yay! by MemoryDragon · · Score: 1

      Network transparancy is not compromised,
      those things are all extensions.
      But network transparency in X is broken by design.
      The protocol is too talkative, and too problematic with higher latencies.
      You have to do workarounds with things like
      NX to at least achieve a decent performance without a GBit lan and multiple clients.

      A move to a higher level protocol is unavoidable
      and will be done with Cairo in the long term. What we see here are the first steps, and the beauty of
      this transition path is that it will be done without breaking X, X will always be there, if first will be used by Cairo and in the long term only be some kind of legacy protocol.

    13. Re:Yay! by MemoryDragon · · Score: 1

      Actually what VNC does is to copy the framebuffer and stream it over the network. It is not really a sign that the more elegant (on paper) approach of X works lousier than TightVNC, in this regard. NX shows clearly what an overhaul of the X protocol could achieve.

      Technologies like RDP or Citrix probably use a combination of GDI and streaming.

      Face it my friend, if you want to go for a serious terminal server solution instead of using one or two programs on occasion remotely, you have to bypass X and go for workarounds to the problem like NX which basically acts as a prototcol translator/smart proxy into something more high level.

    14. Re:Yay! by Anonymous Coward · · Score: 0

      With X there is full support for multiple desktops, however not using the same instance of X. Why would you do that anyway? Splitting up processes is what multiuser is about, while dynamic libraries will be shared among them. I wouldn't want to lag just because some other user opens up something big on his desktop.

      Using xdm og kdm over network will give you a nice logon-frontend for everybody which will fire up X. Or for low bandwidth solutions, you can use vnc or NX.

      Compared to the prices of Windows Terminal Server, Linux really shine with providing true multiuser desktops OOTB and for infinitely smaller price if you don't care for support.

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

    16. Re:Yay! by Anonymous Coward · · Score: 0

      Terminal Services has been available for years. Some fools are even using Windows machines with TS to replace Citrix farms, but they're just braindamaged.

    17. Re:Yay! by Tim+C · · Score: 1

      Since I don't use Windows (and in fact never have, at least not on my home/work machines)

      So, in other words you don't actually know what you're talking about, right? (I don't mean to rant at you, but I get as tired of that sort of thing as the "X is not slow" people do of that, and so on)

      The Windows 9x line is not and never has been multi-user. The closest it gets is allowing you to setup usernames and passwords so different people can have different preferences set.

      The Windows NT line is and always has been multi-user, at least as far as having truly seperate logins and user permissions is concerned. You can't have more than one person using the machine concurrently, however; for that, you need a Windows Server OS with sufficient Terminal Services licences. Then you can have truly simultaneous, interactive logons. "Normal" NT does support multiple simultaneous telnet sessions, however, I believe.

  17. 5th screenshot, 3rd tab by Anonymous Coward · · Score: 2, Funny

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

    1. Re:5th screenshot, 3rd tab by Anonymous Coward · · Score: 0

      its not the original goatse, using some tools from around the house we managed to recreate the scene and take a shot at higher resolution. unfortunatly i can no longer sit on a stool because it slides right in.

  18. 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 Cid+Highwind · · Score: 1

      Gnome (and to a lesser extent, KDE) doesn't have anything to do with any sort of a dock. Users sometimes add groups of vaguely dock-like launchers to both desktops, but most of those require third-party software. They like that style, and probably don't care that you think it's "rediculous".

      What do you expect the Gnome developers to do to impose more standards and consistency? Write a license that forbids users from mixing docks and panels? Break the knuckles of anyone who writes an OSX dock clone? Wasn't the point of this whole Linux thing to give the user more choice in software?

      --
      0 1 - just my two bits
    2. Re:Dock vs. Taskbar by xa0s · · Score: 1

      I'm not so sure this is necessary in X. I make use of Virtual Desktops to organize my applications, so my taskbar never gets cluttered... when I'm in OSX I sometimes get frustrated by the dock only behaving like a dock, thankfully expose coupled with wsmanager makes it work

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

    4. Re:Dock vs. Taskbar by Minna+Kirai · · Score: 1

      I was cursing every taskbar system I ever had to interact with (Windows and Linux)

      Make no mistake, the OS X Dock is a kind of taskbar. (It's a horizontal "bar", it lists the "tasks" you're running...)

      The dock is just so much more condusive to having many windows open

      Why do you think it's better? I find it a lot worse. The biggest part of the problem is that documents are only shown by a picture, not text (until you mouseover). So all icons for the same kind of file look identical (or nearly so, if they are squeezed thumbnails). At 128x128, all text documents look the same...

      I can't see how an OS 9 user could stand to "upgrade" to X.

  19. E-Gnome Dropshadows by JorenDahn · · Score: 1

    Now that's a sexy desktop. I think I may be switching from Blackbox now.

    --
    Blatant self-promotion: Jerek.net
    1. Re:E-Gnome Dropshadows by MadChicken · · Score: 1

      Not bad, I wonder why they needed to have a shadow on EVERY SINGLE edge of the screen... Aqua has the top unshadowed (that's where the light source is, I guess)

      It's funny, I looked at these pics and said "Hey that looks kinda like..." and then noticed for the first time that Aqua has the shadows. Heh heh. It's a subtle effect but really nice.

      Actually, I have been wowed by the look of the Linux X displays (X.org and XFree86) over the last year or two. The font smoothing and clarity is way beyond any of my Windows machines (98-XP), and even dangerously close to my OS X machine. Nice to see they're not resting on their laurels though.

      --
      SYS 64738 NO CARRIER
    2. Re:E-Gnome Dropshadows by PeterPumpkin · · Score: 1

      Sort of. The window decorations are drab. GNOME has always been drab in general. Its a pain to get it looking near-sexy. KDE comes sexy out of the box, and that is why I use it. Too bad Mozilla is GTK, otherwise everything would be perfect.

  20. 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 Anonymous Coward · · Score: 0

      Considering the morbund state of X11 development over the last decade, something like this certainly is news.

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

    3. 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."
    4. Re:Meanwhile... by Anonymous Coward · · Score: 1, Informative

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

      Yes. Win2000, which went gold in Nov 99, IIRC.

    5. Re:Meanwhile... by Anonymous Coward · · Score: 1, Funny

      its that polish matters.

      What does being from Poland have to do with Xorg?

      ;)

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

    7. Re:Meanwhile... by Anonymous Coward · · Score: 0
      if there is one thing I've learned observing which software gets adopted and which does not, its that polish matters.

      Indeed! Like Emacs and Perl!

      And this polish can explain how mswindows beat Apple too.

      Methinks you havn't been doing much observing.

      IMHO software gets adopted for being good at its intended purpose - emacs, designed as a programmers editing tool needs no such polish. Software for UIs (like X, whose main purpose is to let progarms use windows[no TM]) should have polish.

    8. Re:Meanwhile... by Bulln-Bulln · · Score: 1

      Did Win2000 really have shadows? I don't think so, bum I'm not 100% sure.
      IIRC Wi2000 had the technology for shadows and simmilar stuff, but didn't use it for shadows. IIRC there was/is a tool from Stardock to cast shadows.

    9. 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.)
    10. Re:Meanwhile... by Matt+Perry · · Score: 1
      Did Win2000 really have shadows?
      Yes, but only for the pointer and menus.
      --
      Slashdot: Failed Car Analogies. Amateur Lawyering. Anecdote Battles.
    11. Re:Meanwhile... by Kefeus · · Score: 0

      Yeah, I would rather have a danish ;)

    12. Re:Meanwhile... by Brandybuck · · Score: 1

      its that polish matters... OS X really has that aspect nailed down

      Yet Linux has just recently managed to surpass OSX in installation. Maybe polish doesn't matter to the real world as much as it does to the amateur marketing departments of Slashdot.

      --
      Don't blame me, I didn't vote for either of them!
    13. 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!
    14. Re:Meanwhile... by Anonymous Coward · · Score: 0

      Excuse me? mswindows is only good for it's intended purpose if that purpose is to make money for microsoft. Otherwise, the only reason mswindows beat Apple is because the IBM PC "beat" the Apple in the market place and towed Gates & Co along with it. That's why everyone wrote their code for mswindows and why mswindows is compatible with everything under the sun. mswindows standing alone is the worst operating system written this side of some silly proprietary mini OSes. If it were a good OS there wouldn't be an Apple. Or a Linux. Or a BSD.

    15. Re:Meanwhile... by Anonymous Coward · · Score: 0

      "Can of worms? The can is open... the worms are everywhere."

      Reminds me of one of my favorite comebacks:
      "That's YOUR can of worms - you eat it!"

    16. Re:Meanwhile... by bob65 · · Score: 1
      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.

      Exactly - in the consumer automobile world, image/feel/sound is just as important (if not more) as performance.

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

    18. Re:Meanwhile... by qbwiz · · Score: 1

      Polish definitely helps, but other factors can override it. Most people would agree that OS X has more polish than Windows, but Windows has done better.

      --
      Ewige Blumenkraft.
    19. Re:Meanwhile... by outZider · · Score: 1

      When did this happen? I certainly heard one study, but compared to 30 others, it's meaningless.

      Also, the Linux numbers count servers. So your argument still doesn't work. :\

      --
      - oZ
      // i am here.
    20. Re:Meanwhile... by Anonymous Coward · · Score: 0

      FYI: You are sheeshing features that X copied from Windows.

    21. Re:Meanwhile... by Anonymous Coward · · Score: 0

      Windows 2000's minimum requirements are a 133MHz Pentium, 64MB RAM, and no graphics acceleration. Drop shadows on large and long-lived windows was not feasable on computers available at the time.

      But Windows 2000 does and did support real alpha transparency. Whether or not it actually used it on a large scale is irrelevant.

    22. Re:Meanwhile... by rd_syringe · · Score: 1

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

      Yes, Windows 2000 has built-in translucency. Don't remember if menus cast shadows but the mouse cursor certainly did.

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

    24. Re:Meanwhile... by Durandal64 · · Score: 0, Troll

      I think you're on drugs. Look at those screenshots of the X shadows and then look at screenshots of OS X. (Hint: Shadows on windows don't serve much purpose if they are all of the same depth.) I swear, no matter how many cool new features the Linux folks add to their WMs, they can still make them look ugly as sin.

    25. Re:Meanwhile... by Durandal64 · · Score: 1

      Try putting that mouse cursor shadow over a playing DVD window some time. You'll get an ugly blob that was supposed to be the alpha channel. Or try putting a translucent window over a playing DVD window. In OS X, you can do those things because the screen is composited before being drawn, and that's the only way to really achieve transparency.

    26. Re:Meanwhile... by Anonymous Coward · · Score: 0
      In OS X, you can do those things because the screen is composited before being drawn, and that's the only way to really achieve transparency.
      There's an even better way: Represent a window as a polygon using the 3D subsystem, and render its contents to the polygon's texture. Shadows are trivial, and you can get really cool effects like bump mapped fonts and resizable apps.
    27. Re:Meanwhile... by jrockway · · Score: 1

      Yeah but that's a real hack. Take screen shot, clip, add shadow, do Gaussian blur, display. That is slow locally and unreasonable remotely. Fortunately now it's done efficiently.

      --
      My other car is first.
    28. Re:Meanwhile... by arose · · Score: 1

      Support for real alpha transparency? I guess Internet Explorer really isn't part of the OS...

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    29. 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.
    30. Re:Meanwhile... by ztane · · Score: 1

      Well, that's just what Composite extension was meant for...

    31. Re:Meanwhile... by Anonymous Coward · · Score: 0

      Hey, I'm danish, you insensitive clod...
      And I don't swing that way

    32. Re:Meanwhile... by Anonymous Coward · · Score: 0

      Polish does count! Remember, Bill Gates AKA "The Wicked Wizard" was quoted as saying "If you can't make it good, make it look good". While there are those of us who judge tools based solely on technical merit most of the population wants the eye candy or user experience. As much as I like working on the CLI, even I like the GUI effects of the newer versions of KDE.

    33. Re:Meanwhile... by Anonymous Coward · · Score: 0

      A simple Google reveals DirectX hacks which do it. The problem is that it doesn't downgrade correctly for terminal users -- which (I think) is why its not directly supported.

    34. Re:Meanwhile... by Anonymous Coward · · Score: 0

      The way Windows worked was that the DVD output was raw output from the video card. Windows didn't touch it. Part of the reason screen caps didn't work.

    35. Re:Meanwhile... by advocate_one · · Score: 1

      are you sure it's not a microphone attached to the exhaust coupled to a hidden box and speaker under the dashboard that's making that throaty roar to put back in the sound that's been hushed out by all the soundproofing???

      --
      Donald 'Duck' Dunn: We had a band powerful enough to turn goat piss into gasoline.
    36. 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!

    37. Re:Meanwhile... by rd_syringe · · Score: 1

      You get those blobs because of how overlay drivers work. Longhorn will allow shared access of 3D resources. In fact, everything will be hardware accelerated 3D objects.

      Contrary to popular belief, OS X is not rendering its output using the 3D capabilities of the video card but is merely using it as a high-speed 2D blitter.

    38. Re:Meanwhile... by kholburn · · Score: 1
      I can spare the CPU cycles on my Athlon 64 3000+ for transparency.
      Actually since most of those effects are done on the GPU not the CPU it should free up the CPU for other things.

      And no I haven't RTFA.
    39. Re:Meanwhile... by Durandal64 · · Score: 1
      Contrary to popular belief, OS X is not rendering its output using the 3D capabilities of the video card but is merely using it as a high-speed 2D blitter.
      I didn't say that it did. I said that OS X composites all the screen elements together before drawing them to the screen, which is true.
    40. Re:Meanwhile... by Anonymous Coward · · Score: 0

      What does being from Poland have to do with Xorg?


      I think you're confusing polish, p-o-l-i-s-h, with Polish, P-o-l-i-s-h.

      See? Ain't no difference between a Polack and a Shine!

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

    42. Re:Meanwhile... by Anonymous Coward · · Score: 0

      there is one thing I've learned observing which software gets adopted and which does not, its that polish matters

      If you think that features like transparency and shadows are polish, then you haven't learnt a damn thing.

    43. Re:Meanwhile... by nofx_3 · · Score: 1

      Amen, I'm sick of people in the linux world acting elite becuase the "only" use the command line. I mean come on, on modern computers (I.E. a P4 or atholon over 2Ghz, and with 512 mem) I think a gui is great. In fact a lot of times I am running kde and all I'm doing is using 4 or 5 konsoles, but its still nicer than using screen or virtual consoles, or even backgrounding processes. In these cases especially, thinks like drop shadows and transparency can really make a difference as its easier at a glance to see which window you are focused on or to see some text, command, or output in another window without shuffling windows, and also in these cases I tend to be using less cpu so I have plenty for these nice effects. Plus when I am trying to show psuedo geek friends the benefits of linux, its always a little more impressive when what they are looking at really looks nice and polished (and I'm not talking about converting the masses, these are people who do web programming and are running apache and perl and the like in windows where it just seems kinda out of place, if this is their main task on the comp I really think linux is the way to go) well thats my rant for now, but I agree, even when you are working on the cli, its nice to have the gui and its effects as it can actually improve the experiance.

      -kaplanfx

      excuse any typos, its way to late to actually preview this one.

      --
      Visualize Whirled Peas
    44. Re:Meanwhile... by Anonymous Coward · · Score: 0

      For everything, actually, but the way it is implemented makes it infeasible to make anything of a significant size transparent, as any change of the contents of a transparent control forces ALL controls below it to repaint themselves. Since that requires calls into the process owning those controls, the bottleneck isn't graphics performance any longer, but IPC, task switching, maybe even swapping, etc.

    45. Re:Meanwhile... by JohnFluxx · · Score: 1

      I listened to a talk by a company whose sole job was to make shampoo and washing up liquid have bubbles.
      They said that the bubbles don't need to be there, but people seem to think there is a correlation between bubbles and cleaning power. And concentrated washing up liquid should produce more bubbles and so on.

      In another talk I was listening to, they were talking about how important the weight and feel of lipstick is. A lipstick tube has to feel just right, or people (well, women) won't buy it.

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

    47. Re:Meanwhile... by jmitchel!jmitchel.co · · Score: 1

      And a Lot of work goes into making sure some cars are nice and quiet. My honda has an excessive system of tubing and a huge resonator on the air intake to keep it as quiet as possible.

    48. Re:Meanwhile... by Anonymous Coward · · Score: 0

      Is it considered "fine tuning" when a Honda is made to sound like a weeed whacker?

    49. Re:Meanwhile... by Anonymous Coward · · Score: 0

      good for it's intended purpose

      "its". (You should have C&Ped the GP, who got it right.)

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

    51. Re:Meanwhile... by juhaz · · Score: 1

      Make no mistake about it, even though slashdot folks may be excited about translucencies and shadows, there are real technical advancement behind those that not only allow them to happen, but are more advanced than the ones in "the other two desktop operating systems".

      And those core architecture changes are certainly not limited to translucency and shadows, in a sense they ARE those "newer things" others are still working on, NOW. You can catch a glimpse even here by browsing the few comments that are more than "whee! transpacenry".

    52. Re:Meanwhile... by sunya · · Score: 1

      Well, what companies would these be ? Google does not seem to have anything... enquiring minds want to know... :)

      --
      MLT - simple and robust open source multimedia framework for Linux
    53. Re:Meanwhile... by Anonymous Coward · · Score: 0

      Here on Bizarro Computer World, Windows lets you configure the HTTPD entirely through the GUI, and the Mac does not.

      The apache config file is a good idea. The fact that nobody has ever written a decent GUI for it is a problem.

    54. Re:Meanwhile... by betelgeuse68 · · Score: 1

      I like *NIX a lot when it comes to its strengths but until Apple adopted the use of UNIX the reality is the only other decent UNIX desktop I had ever seen was NeXTStep and gee what a shock Apple bought the company.

      The LINUX desktops have come a long way but I have a reminder of why UNIX on the desktop never took off. The Sparc blade workstation I have at work due to the fact that I work in an environment that uses them in server side production capacities. No one on my team uses their Sparc blades directly. Everyone simply TELNETs into their respective boxes from Windows. Frankly, I don't blame them. If you saw the choices presented to us on our Sparc boxes you would understand - CDE, OpenWindows.

      A few years ago a friend would always pooh pooh MS for the lack of robust command line tools. I too on many occasioned have wished the common suite of command line tools often found on *NIX systems were readily found on every Windows system. But over the years things like Cygwin and a port of the GNU tools as straight Win32 executable (http://unxutils.sourceforge.net) have severely weakened the age old argument he always used to throw out. And now with broadband more pervasive than ever, installing these tools on a Windows box where you might be situated impromptu is no big deal.

      Yep I like LINUX and have employed it on multiple occasions to reduce costs as well as having a very high comfort level with bash, EMACS et al. But the desktop I prefer on account of heavy multimedia use is Windows XP Professional. Yeah it would be cool to own a Macintosh but I already contributed to Apple's wealth as being an owner of the original Macintosh in 1984. My CRT, hard drives and video card do not need to be upgraded at the frequency I am inclined for the motherboard, CPU and memory and consequently I can piece together a new system every couple of years or eighteen months at a fraction of the cost of keeping up with the current Macintosh bleeding edge.

      At times I've had a secondary LINUX system that I have heavily used (one monitor with Windows, the other with LINUX) but space constraints at the moment don't allow that. But in looking at the various screenshots featured in this article, I have the itch to run LINUX again. I also happen to like Mozilla on LINUX when TrueType fonts are enabled much more than Mozilla on Windows... assuming I am not hitting super fancy web pages that have references to various video codecs... ah yes, there's that multimedia content problem again. And at this point in my career, life et al, I do not really feel like going through hoops to configure this on LINUX. There should be "out of the box" options. I have only so much bandwidth as one individual.

    55. Re:Meanwhile... by Anonymous Coward · · Score: 0

      YHBT. YHL. HAND.

      Love,
      rd_syringe (aka Overly Critical Guy aka bonch)

    56. Re:Meanwhile... by Anonymous Coward · · Score: 0

      YHBT. YHL. HAND.

      Love,
      rd_syringe (aka Overly Critical Guy aka bonch)

    57. Re:Meanwhile... by Anonymous Coward · · Score: 0

      YHBT. YHL. HAND.

      Love,
      rd_syringe (aka Overly Critical Guy aka bonch)

    58. Re:Meanwhile... by Anonymous Coward · · Score: 0

      I had a friend who had a Porsche once. At one point, the thingy in the door which made the door shut have the particular Porsche "thunk" broke, and opening and shutting the door sounded just like any $12,000 economy car.

    59. Re:Meanwhile... by arkanes · · Score: 1

      Thats not how win2k did it's shadows. Win2k had (and was the first Windows to have) support for real alpha transparency. The only places the OS uses it is the dropshadow on the cursor and for the menu fade in effects, but it's available to any window and is trivial to implement.

    60. 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
    61. Re:Meanwhile... by cfuse · · Score: 1
      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.

      I hear that. I am so sick of interfaces that make stabbing yourself in the eye with a rusty nail look fun.

    62. Re:Meanwhile... by wasabii · · Score: 1

      It was also fairly limiting though wasn't it?

      Can windows have variable alpha values? A real ARGB visual?

      How many windows at the same time? Can you incercept events (clicks) to remap them to different coordinates (to do 3d rotating of windows)?

    63. Re:Meanwhile... by Anonymous Coward · · Score: 0

      polish matters
      ...and...

      As the Linux desktop experience matures, acceptance will eventually hinge on its polish

      Why do people from Poland matter so much to this project? I thought open source was about freedom and equality, and here we are discriminating again. Someone please explain to me....

      errr...oh, wait....

    64. Re:Meanwhile... by outZider · · Score: 1

      You still didn't cite a source. There are still more desktop installations of Mac OS and Mac OS X than Linux according to quite a few reports, and I would be happy to cite them.

      I will champion the free software as much as I can, but I won't spread false information to make things look like their heading for a utopian future. Linux is too far off for people to make the switch. Linux is accelerating in many fields, yes, but those are niche areas as well -- the same market that geeks derided Apple for. Apple is gunning for the mainstream again, and time will tell on who gets there first. Linux has a chance. I'm sure the Open Source way will fsck that up for them again. :(

      --
      - oZ
      // i am here.
    65. Re:Meanwhile... by Korpo · · Score: 1

      Niche markets, hmm.

      Email, web, application and database servers: Immense growth. A niche market? Then why's MS worried and cites this in their 10-K filing to the SEC? (Linux according to MS with the same _absolute_ growth even with MS greater absolute market share).

      High-Performance computing: How many clusters/mainframes etc. are running Linux? How many Top 500 super computers are Linux-based? Sadly we cannot extract that information yet, because they are working on adding this feature (what OS runs on the SuperComputer). This is really niche, but it shows technological (efficiency, performance, scalability) and scientific (openness) merit...

      On the desktop its getting harder, as I mentioned. Nobody knows how many installs there are of commercial Linux, and don't start with non-commercial Linux. How many Debian/Gentoo downloads lead to installs? How often is a downloaded ISO installed? If your firm has one RedHat license, how many installs will it do with it?

      Where are the total Linux numbers of ALL the statistics coming from? Data-mining connection data of web clients? (Well what about NAT? Is this one Linux computer? Or a set of Linux computers? Or a Linux computer acting as a NAT gateway for Windows boxes?) Surveys? Estimates from commercial vendor sales? How is a box rated, that ships with Windows, and gets Linux installed? How dual-boot configurations? If a box is shipped without an OS, does it count at all?

      I'd be intrigued to see any method to correctly estimate even the order of magnitude of the Linux total installation number! It's all guessing and no hard numbers, and I'd bet it's all on the conservative side.

      So I'm repeating my argument: What we see in MacOS numbers is the maximum, the cap, the grand total, because we know the sales. Since MacOS is useless without the proper Apple hardware we don't need to take piracy into account. With Linux this can only be gross estimates and conservative ones (you'd expect an analyst to derive new estimation methodologies from old ones, which are inherently flawed when applied to Linux installation count because of the reasons above).

      Oh, and Apple going mainstream again? Hmm. Is there any application I need to buy an Apple for? No. The once-successful niche is gone. Where is your evidence? How fast are Apple's MacOS X sales growing in percents and in total numbers? Can Apple outgrow their original consumer base? (With these prices I guess not)

      Will Apple steal share from Windows? Same arguments as for Linux: Windows apps are not there (but Linux gets more new ports now, MacOS only ports for already-present software), Windows games are not there (at least in 3D more and more publishers sell a Linux version and servers for their games)...

      So all that stays is ease-of-use and security.

      Security doesn't sell computers or OpenBSD preinstalled boxes would sell by the truck load.

      So it's ease-of-use. The remaining selling point, when you're stuck with Apple's hardware, Apple's overpriced addon gimmicks, and a niche market of commercial desktop apps.

      If MacOS X doesn't attract a new user base, Apple's computer business is actually finally going down the drain, because for commercial shops it's more cost-effective to go with Windows on cheap hardware. The apps are there, the people are educated to use it, nobody gets fired for buying Windows and it's cheaper. The non-commercial user is all what's left. Talking about niches!

      MacOS X lacks developer base:
      http://www.drunkenbatman.com/drunkenblog-ar chives/ 000257.html
      IDC numbers are conservative estimates:
      http://www.theregister.co.uk/1999/03/1 2/too_late_f or_macos_x/

      The most funny comment was from some Mac-friendly analysts, when they guessed most Linux-preinstalled boxes sold in China (which would make it #2 definitely) have Linux replaced with pirated Windows. So we count every Windows-shipped box as Windows and a percentage of the Linux-shipped boxes, too. This was in

  21. Something I just want to know by ShatteredDream · · Score: 0, Flamebait

    who the hell has the balls to rip off **APPLE**'s icon set? Do these OSS monkeys not understand that for the first time in history, God will be on the sidelines taking notes on how to be "truly wrathful?"

    1. Re:Something I just want to know by Anonymous Coward · · Score: 0

      I did notice that, too - *someone* has the same iconset for thunderbird that Mail.app has used for quite a while. Wonder who had it first...

      Frankly, that's not clever, and in my view it gives the (wrong? mostly) impression that Linux is completely unoriginal. Sure, it's "only" a set of graphics, but nonetheless it goes a long way.

      And really, it wouldn't have taken much to cook up an original set of icons for Thunderbird (and I know there's a lot of them). Using a mac themed skin on an image which is now very, very visible will end up getting the wrath of Apple, and parent post is probably right. ;)

      Faking out that you use OSX, when you're using Linux, is just silly. If you want to use OSX, then do so - don't "pretend" to use it (even if you can't afford the hardware to run it). Linux is nothing to be ashamed of.

    2. Re:Something I just want to know by be-fan · · Score: 1

      Eh? These screenshots aren't from a release product you moron. X doesn't *have* any release icons. These screenshots are just from some guy running a theme that uses Apple's icon-set, just like you can get Windows themes that use the KDE Crystal icon set.

      --
      A deep unwavering belief is a sure sign you're missing something...
    3. Re:Something I just want to know by ShatteredDream · · Score: 1

      I'm just so glad that you got the point that I made, which was who in their right mind would release screenshots that would risk creating a perceived association between Apple's icon set and XOrg or a desktop environment knowing how rabid apple is about protecting their interfaces. Is the high you get from saying, "oooh look at that post, I get to act like a condescending asshole now" worth being an anti-social prick?

    4. Re:Something I just want to know by twitter · · Score: 0
      who the hell has the balls to rip off **APPLE**'s icon set?

      You must not understand the difference between using an icon and distributing it. People post screen shots of their Mac and Windoze desktops all day long. If I owned a Mac, I would help myself to all the icons I wanted and then be happy to post shots of my beautiful desktop. I might even do the same if someone I knew gave me those icons. Hell, I might even cut and paste them from a website. All is fair under copyright so long as I don't publish the work myself, right?

      God will be on the sidelines taking notes on how to be "truly wrathful?"

      God does not cry because His creation offends Him. He cries because He can not save us from ourselves.

      --

      Friends don't help friends install M$ junk.

    5. Re:Something I just want to know by be-fan · · Score: 1

      1) You were the prick for calling OSS developers monkeys.

      2) There are a million and a half OS X themes for every OS. Slashdot just happend to post a screenshot from some random user that happend to use one. It's not like GNOME 2.8 released with Aqua icons as the default! Heck, it wasn't even an official press release!

      --
      A deep unwavering belief is a sure sign you're missing something...
    6. Re:Something I just want to know by Tumbleweed · · Score: 1
      You were the prick for calling OSS developers monkeys.

      Seriously! C'mon, how hard is it to remember:
      • Tails = Monkeys
      • No Tails = Chimps!

      Get it straight, people.
    7. Re:Something I just want to know by juhaz · · Score: 1

      I'm just so glad that you got the point that I made, which was who in their right mind would release screenshots that would risk creating a perceived association between Apple's icon set and XOrg or a desktop environment knowing how rabid apple is about protecting their interfaces.

      An user who happens to like Apple's icon set? He may even have a legitimate copy of OS X in which case he's purchased the right to use those icons.

      Apple may be rabid, but if they would be so rabid (and stupid, even a child knows those things have been themable for aeons, something visible in a screen shot does not mean they are bundled with the software) that they would go after XOrg, desktop environment or a distro maker because one of their users has the *NERVE* to use icons on his *PERSONAL DESKTOP* they would be laughed off the courd, and rightly so. They'd probably be laughed off even if they went after the invidual user who did this *HORRIBLE* misdeed.

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

    2. Re:It keeps getting better by Anonymous Coward · · Score: 1, Informative

      Companies like ATi tend to have an "Internal" and "External" set of documents for their hardware. The "Internal" documentation is usually a live document, going through many interations and tends to have a limited circulation for Those Who Need To Know. Complex, magical things such as uploading DSP microcode using the VIP bus FIFO tends to get left out of the "External" documents, for some mysterious reason. Who can say what that reason is? "External" documents have a less limited distribution list, and tend to get passed onto OSS developers who request documentation. It's usually just enough to whet their apetite and allow them to acomplish the basics, but doesn't usually contain enough specific detail to easily support card-specific Deep Magic features.

    3. Re:It keeps getting better by glitchvern · · Score: 1

      Do you know if there is any chance of dri and x.org merging?

  23. Windows Winplosion by Anonymous Coward · · Score: 1, Interesting

    Will it be possible to make something like Winplosion for Linux .. without using massive CPU and being a resource hog that is .. Winplosion is similar to MacOs Expose.

    http://www.winplosion.com

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

    2. Re:Windows Winplosion by djeca · · Score: 1

      Don't forget Skippy - http://thegraveyard.org/skippy.php - works with any WM/DE. And it supports XDamage etc.

    3. Re:Windows Winplosion by complete+loony · · Score: 1

      Absolutely, each application can be diverted to draw into an off screen buffer, and the window manager can use this buffer any way it likes. This includes shadows and transparency as described in the summary, but could be used for anything really.

      --
      09F91102 no, 455FE104 nope, F190A1E8 uh-uh, 7A5F8A09 that's not it, C87294CE no. Ah! 452F6E403CDF10714E41DFAA257D313F.
    4. Re:Windows Winplosion by JohnFluxx · · Score: 1

      "built into X" - that means nothing at all - you realise this?

  24. He will write no book before its time by HBI · · Score: 0, Offtopic

    However, Orwell's Animal Farm is a bit more interesting.

    Maybe the Martians stole Welles' text.

    --
    HBI's Law: Frequency of calling others Nazis is directly correlated with the likelihood of the accuser being Communist.
    1. Re:He will write no book before its time by HBI · · Score: 0, Offtopic

      Ye gods, the mods are stupid around this place.

      "I didn't get it, so mod it offtopic!"

      --
      HBI's Law: Frequency of calling others Nazis is directly correlated with the likelihood of the accuser being Communist.
  25. 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 Dylbert · · Score: 1

      Contrast or focus?

      Maybe a bit of both?

      --
      I swear, if I see another Slashdot comment with "It will be interesting to see"...
    2. Re:losing contrast by Wesley+Felter · · Score: 1

      How would you determine distance? Why would I ever want something on my screen to be harder to see?

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

    4. Re:losing contrast by Capybara · · Score: 1

      Ugh, this is a terrible idea!! Why do window managers always try to make it as hard as possible to use multiple windows at the same time? I find it very useful to be able to read from a PDF file and type into a maximized web browser sitting below, for example.

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

    6. Re:losing contrast by bob65 · · Score: 1
      It would be a useful feature of windows if they lost contrast as they receeded to the desktop.

      That would be kind of problematic if you still want to read text off something a few layers deep. I think the shadows concept is a good compromise, as it still gives a good illusion of depth, while not reducing readability of lower windows.

    7. Re:losing contrast by be-fan · · Score: 1

      Not all information is equally relevent. Making further objects (determined by stacking order) less noticible would help the user concentrate on foreground objects.

      --
      A deep unwavering belief is a sure sign you're missing something...
    8. Re:losing contrast by Anonymous Coward · · Score: 0

      (not the original poster here) Well both, but probably more to do with focus. Contrast is probably the wrong term too, distant hills have a blue tint to them due to the air.

    9. Re:losing contrast by lawpoop · · Score: 1

      I'm not sure if you picked up on this, but low contrast != blurred. I think it would be worthwhile to try out. Of course, you should be able to adjust the level of de-contrasting. A lot of the replies have been about "but I want to read a window below" -- I don't think this would make the window illegible. Probably what you are reading is only going to be one or two levels below the active window anyway.

      --
      Computers are useless. They can only give you answers.
      -- Pablo Picasso
    10. Re:losing contrast by mshiltonj · · Score: 1

      It would be a useful feature of windows if they lost contrast as they receeded to the desktop.

      No, it wouldn't. It would be stupid.

    11. Re:losing contrast by Geno+Z+Heinlein · · Score: 1

      Ugh, this is a terrible idea!!

      DON'T PANIC!!! I'm sure it can be turned off!

    12. Re:losing contrast by drinkypoo · · Score: 1

      Actually, I'd really like this as a feature. Windows could be configured to "sink" over time, dimming and scaling down as they went. Any non-active window could also be made transparent so you could get an idea of what was under it.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    13. Re:losing contrast by bkhl · · Score: 1

      Hm, that's the most gratuitous use of the word "useful" I've heard in a while, even in the context of GUI:s...

    14. Re:losing contrast by mrchaotica · · Score: 1

      It's a terrible idea for you. It might not be a terrible idea for others. Remember, this is Linux -- you can always use something else, or delete the code that does it and recompile!

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    15. Re:losing contrast by martijn-s · · Score: 1

      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.

      If they guy says he wants contrast differences, why do you go and add al sorts of other requirements and then dismiss the whole thing? I think it's a great idea to experiment with adding fog / contrast differences and see what users think of it.

    16. Re:losing contrast by Anonymous Coward · · Score: 0

      Except that I often have a terminal and a text editor open for programming. I want both of them to have the same level of focus when I'm tracking down a bug... I switch between looking at the compile eror and looking at the code without clicking on either window. I would not want either one to be "further away" visually.

    17. 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. Re:losing contrast by MikeBabcock · · Score: 1

      I'd like to have the contrast lowered as much as 35% say in relation to how long its been since I used the window. I'm a mouse-over-only person; I often move between active windows without clicking and don't want my inactive window to suddenly go faded on me because I moved my mouse away.

      --
      - Michael T. Babcock (Yes, I blog)
    19. Re:losing contrast by TheRaven64 · · Score: 1
      It's weird having to check the title bar of a window to see if it's focused or not.

      On OS X, the focussed window has a deeper drop shadow than the others, so you only need to look at any edge. I would imagine that this will be implemented by X11 window managers now drop shadows work correctly.

      --
      I am TheRaven on Soylent News
    20. Re:losing contrast by Quarters · · Score: 1

      The distance requirement has to be added, because without a perceived distance then the contrast change has no meaning.

  26. 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 Anonymous Coward · · Score: 0

      so, does this X.org use the GPU to perform these effects?

      some drivers allow accelerated rendering only on a single display. no fancy rendering on your right monitor!

      will this affect speed of 3d apps and games?

    2. Re:Why GPUs Matter by Anonymous Coward · · Score: 0

      I'm not sure where T&L really comes into play here (maybe to dim or brighten windows). But I'd wager that all transformations are done CPU side because the window manager needs that information for hit testing, dirty rect stuff, and knowing which window to send mouse events to (among other things). I don't know anything about OSX or Quartz Extreme but I would say that all the region stuff and text rendering (think cleartype here, you can't just cache it into a texture and use that as is) are done on the CPU.

    3. Re:Why GPUs Matter by be-fan · · Score: 1

      Sorry to break it to you, but Quartz Extreme doesn't allow the CPU to do all the hard work (and doesn't really use the T&L engine anyway). Rendering is still done via the CPU --- OpenGL is used only at the very last step, where the transparent windows are composited together. If you've got Render acceleration in X.org 6.8, then you've got 99% of what MacOS X has.

      This will change in OS X 10.4, or so I've heard, which will, like Longhorn and Cairo, use the GPU for 2D rendering acceleration.

      --
      A deep unwavering belief is a sure sign you're missing something...
    4. Re:Why GPUs Matter by Foolhardy · · Score: 1

      Assuming your display driver supports it, GDI can already offload almost all drawing, clipping, and transformations to the GPU. GDI will call as many of these (see the list on the left) functions as the driver supports. Where hardware support is unavailable, rendering will be done in software.

      GDI can negotiate with the driver to decide on which operations to accelerate. Let's say your video hardware can draw lines but not curves. No problem: GDI will convert any curves to be rendered into a series of lines. Also, a driver can decide at any time that an operation is too complex and direct GDI to simplify it by a process known as punting.

      All of this has existed since NT 3.1, although alpha blending and gradient fills weren't supported until Windows 2000.

    5. Re:Why GPUs Matter by be-fan · · Score: 1

      Um, what does GDI have to do with this? We were talking about Quartz extreme. GDI is irrelevent to this discussions for two reasons:

      1) It doesn't have the same imaging model. GDI is a 2nd generation display technology. Cairo and Quartz2D are a third generation (resolution-independent) display technology. GDI doesn't do anti-aliasing either.

      2) Most drivers don't accelerate the curve and gradient portions of the GDI. GDI+ was designed to foster that, but nobody accelerated that either. That's why Microsoft just decided to use Direct3D to accelerate Avalon.

      In practice, GDI doesn't accelerate anything that XAA (XFree86's acceleration layer) doesn't. However, while 2nd-gen apps were fine with acceleration of aliased-lines, and simple fills and blits (which is what GDI and XAA provide), such meagre functionality doesn't cut it for 3rd gen display technologies like Avalon, Cairo, and Quartz.

      --
      A deep unwavering belief is a sure sign you're missing something...
    6. 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.

    7. Re:Why GPUs Matter by Anonymous Coward · · Score: 0

      And yet, nobody cares, both because you're offtopic and nobody here wants to use the piece of flaming shit called Windows anyway.

    8. Re:Why GPUs Matter by Foolhardy · · Score: 1
      [In Quartz Extreme,] Rendering is still done via the CPU --- OpenGL is used only at the very last step, where the transparent windows are composited together.

      This will change in OS X 10.4, or so I've heard, which will, like Longhorn and Cairo, use the GPU for 2D rendering acceleration.
      I read this as saying that GPU rendering acceleration won't be available until OSX 10.4, Longhorn(Avalon) and Cairo. I disagreed with this since GDI can already use the GPU for 2d rendering.
      GDI doesn't do anti-aliasing either.
      GDI supports accelerated anti-aliasing of fonts (not paths) using the FO_GRAY16 member of the FONTOBJ font description structure. I don't know why paths aren't anti-aliasable, but I'm sure that MS could add that function with a new device cap and a new path property fairly easily. This isn't a limitation of GDI's design.
      2) Most drivers don't accelerate the curve and gradient portions of the GDI. GDI+ was designed to foster that, but nobody accelerated that either. That's why Microsoft just decided to use Direct3D to accelerate Avalon.
      According to GetDeviceCaps my video card (a GF3Ti200) supports drawing of both curves and gradients. Even if it didn't, this is the video driver maker's problem, not GDI's.

      GDI+ is a user mode rendering library that does all the rendering in software, by itself. It has little relation to GDI. This is why .NET takes at least x50 the cpu usage to render vector graphics since the System.Graphics.Drawing class uses GDI+ exclusively. I think it's stupid; everything that GDI+ does, normal GDI does or could be easily modified to do. I think the main point of GDI+ was to make better video functions available on 9x /w Microsoft lock-in.
      1) It doesn't have the same imaging model. GDI is a 2nd generation display technology. Cairo and Quartz2D are a third generation (resolution-independent) display technology.

      However, while 2nd-gen apps were fine with acceleration of aliased-lines, and simple fills and blits (which is what GDI and XAA provide), such meagre functionality doesn't cut it for 3rd gen display technologies like Avalon, Cairo, and Quartz.
      GDI already has all the base functionaility needed to support resolution-independent display technology, in the form of coordinate space translations. Unfortunately, these translations are woefully underused. The fact that USER ignores them doesn't help any. Still, these things are not part of GDI; GDI shouldn't be blamed for them.

      I'm curious about what it is that makes 'third-generation' rendering engines so great? What is it that these do that GDI either cannot already do or couldn't be made to do easily? (without a rewrite)

      Personally, I think that development time spent on Avalon is seriously misplaced as it is replacing a component that isn't broken to create more eye-candy. Maybe I'm missing something.
      Sorry about chopping up your posts.
    9. Re:Why GPUs Matter by Anonymous Coward · · Score: 0

      Right on dude, nobody cares about GDI -- that's why every slashdot X11 thread generates 500 comments.

    10. Re:Why GPUs Matter by DeeKay · · Score: 1

      I'm curious about what it is that makes 'third-generation' rendering engines so great? What is it that these do that GDI either cannot already do or couldn't be made to do easily? (without a rewrite)


      Basically from what i gathered it is down to Vectors STAYING Vectors after rendering. Which means you can modify them, and this means you can do nice animation things with it like scaling and warping. With 2nd Gen GUIs the Vector is just part of the Bitmap after it was drawn..

      But John Siracusa has it all covered most excellently here. Good read!
    11. Re:Why GPUs Matter by DeeKay · · Score: 1

      This will change in OS X 10.4, or so I've heard, which will, like Longhorn and Cairo, use the GPU for 2D rendering acceleration.


      Hmm, maybe it will not come in Longhorn afterall... WinFS was thrown out, Avalon was thrown out, just in order to make the "2006 deadline" that still was 2005 just a few months ago - But Windows users rejoice: Of the former "four pillars" that the "complete rewrite" Longhorn was supposed to be based on, the only one left that will be Longhorn exclusive is TCPA/DRM Support! Now isn't that something worth waiting for another 2 years?...
    12. Re:Why GPUs Matter by Foolhardy · · Score: 1
      From the article:
      A second generation display layer does not maintain vector information about the shapes it draws. If an application running in an OS with a second generation display layer wants to perform similar graphical transformations, it must implement a third generation display layer within itself. Examples of this include vector drawing applications like Adobe Illustrator and Macromedia Freehand. Each application must roll its own vector graphics solution because the second generations display layers in Mac OS and Windows do not support these features.
      An Enhanced Metafile stores a list of vectored drawing commands, exactly like a PDF does. All the transformations that Quartz can do to a PDF, GDI can do to a EMF. EMFs are supported in all versions of Windows NT. Since GDI can already redirect all drawing commands to an EMF, it would be easy for GDI to maintain an EMF cache of a surface, ready to be redrawn at any time. They are called 'enhanced' because they use NT's GDI functions as opposed to Win16's functions. The format for an EMF is open and GDI provides copious functions to view, edit and transform metafiles. GDI is capable of doing everything that Quartz's drawing engine does in the article.
    13. Re:Why GPUs Matter by be-fan · · Score: 1

      I read this as saying that GPU rendering acceleration won't be available until OSX 10.4, Longhorn(Avalon) and Cairo. I disagreed with this since GDI can already use the GPU for 2d rendering.
      When people say GPU, they don't mean the 2D accelerator on graphics cards, they mean the 3D accelerator. Mac, X, and Windows have used the 2D core for ages (along with every other OS under the sun). Those things aren't very interesting, and haven't improved in capability in a long time. The programmable 3D core, however, is capable enough to properly support the PDF 1.4/SVG imaging model.

      GDI supports accelerated anti-aliasing of fonts (not paths) using the FO_GRAY16 member of the FONTOBJ font description structure... This isn't a limitation of GDI's design.
      In practice, nothing accelerates font-rasterization. GDI ends up doing the same thing X and MacOS do --- rasterizing the outline in software to a off-screen buffer, and simply using an alpha blit to compose the pre-rendered glyph. The lack of anti-aliasing is a limitation of the GDI design, for 2 reasons:

      1) It's a pixel-exact API. It guarantees certain things about what pixels will be drawn in response to certain commands. Of course, with a resolution-independent, anti-aliased rendering engine, you can't make such guarantees.

      2) It's designed to use a seperate 2D engine on the card. This brings all sorts of concurrency issues between the 2D engine and 3D engine. That's why nobody release proper accelerators for GDI+ --- it's concurrency issues just make it a PITA. Some drivers do have hacks to allow things like alpha blits to use the 3D engine, but at the end of the day, these things are still hacks.

      According to GetDeviceCaps my video card (a GF3Ti200) supports drawing of both curves and gradients. Even if it didn't, this is the video driver maker's problem, not GDI's.
      It's probably using a fast software-emulation inside the driver. And it is a problem of the GDI, because the seperate 2D and 3D driver model makes it hard to write a graphics core that can use the 3D core's evaluators to draw curves in hardware.

      GDI already has all the base functionaility needed to support resolution-independent display technology.
      However, most drivers won't accelerate them, because that requires coordinating access to the 3D engine while in the 2D driver.

      I'm curious about what it is that makes 'third-generation' rendering engines so great? What is it that these do that GDI either cannot already do or couldn't be made to do easily? (without a rewrite)

      1) Transparency
      2) Bezier curves
      3) Anti-aliasing
      4) Gradients
      5) Convolution
      6) Per-pixel shader effects

      Sure, you could hack up the GDI to get the first 4 capabilities, but consider what you'd have to do:

      a) You'd have to rewrite the client-side library, to present a resolution-independent, rather than pixel-exact API. You'd also have to add support to it for the above-mentioned features. Since it'd be bad idea to just change the semantics of the API silently, so you'd have to put all these changes in a new library (GDI++).

      b) You'd have to rewrite the drivers to use the 3D engine instead of the 2D engine, to solve the concurrency issues.

      At that point, all you'd have left is the GDI -> Driver API, and it'd be a sub-optimal API at that. That's why Avalon is a complete rewrite of the GDI --- because it needs to be.

      --
      A deep unwavering belief is a sure sign you're missing something...
    14. Re:Why GPUs Matter by Foolhardy · · Score: 1

      When people say GPU, they don't mean the 2D accelerator on graphics cards, they mean the 3D accelerator. Mac, X, and Windows have used the 2D core for ages (along with every other OS under the sun). Those things aren't very interesting, and haven't improved in capability in a long time. The programmable 3D core, however, is capable enough to properly support the PDF 1.4/SVG imaging model.

      There isn't that big a difference in the way 3d and 2d effects are rendered on a modern GPU. The GPU is just that: a microprocessor specialized for repetitive and paralell operations. Remember the recent articles about running programs on the GPU? Besides, what parts of the hardware that video functions use are up to the video card people; GDI is just an interface. If they want to use the '3d' hardware for 2d effects, then there is nothing stopping them. Everything is 2d by the time it reaches the screen.

      In practice, nothing accelerates font-rasterization. GDI ends up doing the same thing X and MacOS do --- rasterizing the outline in software to a off-screen buffer, and simply using an alpha blit to compose the pre-rendered glyph. The lack of anti-aliasing is a limitation of the GDI design, for 2 reasons:

      Yes, that is what would happen if the video driver didn't support the DrvTextOut function; the title reads "The DrvTextOut function is the entry point from GDI that calls for the driver to render a set of glyphs at specified positions." My video driver supports it; why would they support it, other than to offload to hardware? What evidence do you have that this is a sham in that this isn't really what is happening?

      1) It's a pixel-exact API. It guarantees certain things about what pixels will be drawn in response to certain commands. Of course, with a resolution-independent, anti-aliased rendering engine, you can't make such guarantees.

      Sure you can; it's called a "standard". I'm sorry that some other rendering engines are sloppy.

      2) It's designed to use a seperate 2D engine on the card. This brings all sorts of concurrency issues between the 2D engine and 3D engine. That's why nobody release proper accelerators for GDI+ --- it's concurrency issues just make it a PITA. Some drivers do have hacks to allow things like alpha blits to use the 3D engine, but at the end of the day, these things are still hacks.

      I don't think that there is a seperate 2d and 3d engine on modern GPUs. Back with the 3dfx Voodoo1 3d only cards, yes. Modern GPUs are just specialized processors.

      The reason that GDI+ isn't accelerated is that it is a platform-indepent: 9x and NT's GDIs are very different so GDI+ can't depend on either. GDI+ does all the rendering itself to hide the differences.

      Alpha blit support is not a hack: it is a standard function in GDI supported the same way that everything else is. Or are you saying that video driver writers have to resort to a hack to support alpha blending? This would represent a poor hardware architecture, not a problem with GDI. Do you have a specific video manufacturer that does this?

      It's probably using a fast software-emulation inside the driver. And it is a problem of the GDI, because the seperate 2D and 3D driver model makes it hard to write a graphics core that can use the 3D core's evaluators to draw curves in hardware.

      So the video driver says that it supports it-- but no that isn't possible for some (undisclosed) reason! It must be a lie! Seriously, do you have some actual evidence of this? Is there some reason that the GPU can't do alpha blits on demand? Why would the video driver people want to handle alpha blending in their driver if they couldn't offload it to hardware; what would be the point?

      There aren't seperate 2d and 3d drivers. The GDI

    15. Re:Why GPUs Matter by be-fan · · Score: 1

      There isn't that big a difference in the way 3d and 2d effects are rendered on a modern GPU.
      There is a huge difference. Modern GPUs are basically general purpose vector microprocessors *with* some specialized hardware. One of those specialized pieces of hardware is a 2D ASIC, which has specialized circuitry for things like drawing lines. It is a seperate functional block from the general 3D core.

      Yes, that is what would happen if the video driver didn't support the DrvTextOut
      DrvTextOut doesn't rasterize the glyphs. It takes pre-rendered glyphs from the software font-rasterizer and alpha-blits them to the screen. This is exactly how Xft/XRender works.

      Sure you can; it's called a "standard". I'm sorry that some other rendering engines are sloppy.
      No you can't. The whole point of resolution-independence is to kill the relationship between pixels an coordinates. You'll get a different set of rendered pixels when you draw to a 300dpi target than if you draw to a 100dpi target. Also, it is not feasible to standardize the pixel output in the face of anti-aliasing, because hardware anti-aliasing algorithms in hardware are still evolving quickly.

      I don't think that there is a seperate 2d and 3d engine on modern GPUs.
      Yes, there are. Take a look at the block-diagram of the ATI R350 core (Radeon 9700).

      Or are you saying that video driver writers have to resort to a hack to support alpha blending?
      The video driver writers have to resort to a hack to support alpha blending. Most current 2D cores were not designed for alpha blending, so cores that support alpha blits tend to hijack the 3D circuitry to do it. Often, these hacks don't fully support all the blit features (like scaling), because the only critical software that depends on alpha blits is the font-renderer, which needs unscaled alpha blits for rendering anti-aliased fonts.

      Is there some reason that the GPU can't do alpha blits on demand?
      Hacks are necessary because the 3D core is set up as a pipeline. Vertex data goes in one end, pixels come out the other end. It's not easy to just hijack pieces of the pipeline and use them from the seperate 2D core.

      There aren't seperate 2d and 3d drivers.
      Yes there are. There is a GDI DDI (the Drv* functions), and a seperate Direct3D DDI.

      As for concurrency, unless you have some really crappy driver that doesn't support asyncronous rendering
      We're talking about concurrency between the 2D core on the card and the 3D core on the card.

      Here: Transparency Bezier curves Anti-aliasing Gradients
      The anti-aliasing link points to something that has nothing to do with anti-aliasing. Aliased output is simply not acceptable today. Transparency, bezier curves, and gradients might be supported in the GDI, but it's not efficiently implementable given the limitations of the GDI driver model.

      Contortion could easily be made a space transformation
      No it cannot. Do you understand graphics? *Convolution* requires a color matrix, which GDI doesn't supply.

      and pixel shaders is too vague; pixel shading is a means, not an end.
      Pixel shaders is not vague. A pixel shader is a program that can perform arbitrary per-pixel operations on rasterized pixels. GDI has no mechanism for doing such things.

      Are you trying to say that these support functions don't really work; that they are just for pretend?
      What I'm saying is that most vendors don't bother to properly hardware-accelerate these functions (because it's hard within the confines of the GDI, and nobody uses it anyway), and supply fast software-emulation instead.

      The API already supports device-independent and scale independent rendering through coordinate space transformations as I stated earlier.
      It's not a resolution-independent API if you have to set-up the coordinate transform for resolution ind

      --
      A deep unwavering belief is a sure sign you're missing something...
    16. Re:Why GPUs Matter by Foolhardy · · Score: 1
      OK I guess there is more of a difference between 3d and 2d hardware than I thought.
      DrvTextOut doesn't rasterize the glyphs. It takes pre-rendered glyphs from the software font-rasterizer and alpha-blits them to the screen. This is exactly how Xft/XRender works.
      No, DrvTextOut allows a display driver to handle all aspects of font rendering. Also, GDI can translate glyphs into a path (a vertex based shape) that the display driver can render.
      What I'm saying is that most vendors don't bother to properly hardware-accelerate these functions (because it's hard within the confines of the GDI, and nobody uses it anyway), and supply fast software-emulation instead.
      And exactly whose fault is that? The video hardware people.
      Like I said before, GDI is only an interface: the vendor can choose to implement it any way they want. Tell me why a vendor couldn't use the 3d hardware (and ditch the 2d hardware) on their card to support GDI?
      It's not a resolution-independent API if you have to set-up the coordinate transform for resolution independence yourself. Also, you would be changing the pixel-level semantics of the GDI if you had a non-identity space transform on by default.
      GDI handles device space transformations exclusively, not you.
      We're talking about digitial computers: the output of such computers are totally detirministic. It is not unreasonable to expect standard results from different vendors; how would you feel if Western Digital decided to not store your data correctly because hard drive technology is changning rapidly?
      Some consumer video cards are sloppy; you see the polygon seams and off-by-one errors on them. A professional video card is different: the output from the 3d renderer can be predicted exactly. Why do you think there is a difference; like between the GeForce and Quatro? See these screenshots. Some people would be pretty disappointed if video manufactures took it upon themselves to make arbitrary, subtle changes to rendering.
      GDI never guarnteed pixel level access to device surfaces. The closest thing you can get is to create a memory bitmap and try to blit it to the screen; there is no guarntee that that blit will not undergo any transformations. Why do you think they are called 'device-indepenednt bitmaps'?
      If Avalon can do its transformations while still maintaining compatibility, why can't GDI?
      To properly support the PDF 1.4 imaging model,
      What, exactly, can the PDF 1.4 imaging model do that Enhanced Metafiles can't?
      Please read some of the WinHEC papers about Avalon and the Longhorn Display Driver Model (LDDM) to see why they are replacing GDI.
      I try, but all the literature that I find about Avalon and Longhorn is increadibly vague.
    17. Re:Why GPUs Matter by be-fan · · Score: 1

      No, DrvTextOut allows a display driver to handle [microsoft.com] all aspects of font rendering.
      Hmm, that might be the case, but I don't know of any current hardware that actually does this.

      Like I said before, GDI is only an interface: the vendor can choose to implement it any way they want. Tell me why a vendor couldn't use the 3d hardware (and ditch the 2d hardware) on their card to support GDI?
      The primary reason is that the GDI isn't set up to handle things that way. It expects seperate drivers for GDI and D3D functionality. In any case, you couldn't use 3D hardware to accelerate the GDI anyway, because the GDI specifices pixel-exact semantics, and most 3D engines aren't designed to give pixel-exact output.

      GDI handles device space transformations exclusively, not you.
      The current semantics of the GDI is that there is an identity transformation between input coordinates and output pixels. You cannot change that transformation without breaking the semantics of the GDI. Without changing this transformation, you cannot have a resolution-independent interface.

      how would you feel if Western Digital decided to not store your data correctly because hard drive technology is changning rapidly?
      Graphics are not data. They are meant for human consumption, not computer consumption. It is reasonable to expect them to vary slightly, just as audio output varies slightly from vendor to vendor. The point of graphics is to get a good-looking image as fast as possible --- it should not be burdened with trying to guarantee an exact image.

      the output from the 3d renderer can be predicted exactly.
      No it cannot. All you have to do is change the anti-aliasing settings or filter slightly to get a different image. Certainly, no two manufacturers will implement fiThat's why 3D APIs like OpenGL don't guarantee the exact pixels that will be drawn in response to 3D commands.

      GDI never guarnteed pixel level access to device surfaces.
      Pixel-exact API != pixel-level access to device surfaces. Pixel exact API means the API specifies precisely what pixels are drawn in response to graphics command. That level of specification is not feasible with 3D graphics.

      What, exactly, can the PDF 1.4 imaging model do that Enhanced Metafiles can't?
      The GDI imaging model isn't the same as the enhanced metafiles imaging model. Microsoft takes some liberties with it, not the least of which is that it specifies a resolution-independent interface while GDI specifies a resolution-dependent interface. GDI can be used to draw EMF files, just like GDI can be used to draw PDF files, but there is a semantic mismatch between the two. The fundemental distinction is that "change the color of pixel 2,3 to red" makes perfect sense in the GDI imaging model, and has an expected result. It makes no sense in the PDF imaging model. The best the app can do is draw a point at 2.0, 3.0, and depending on the resolution of the screen, that might be a single pixel, a partial pixel (thanks to sub-pixel AA), or a blob of several pixels.

      I try, but all the literature that I find about Avalon and Longhorn is increadibly vague.
      What exactly is vague about it?

      --
      A deep unwavering belief is a sure sign you're missing something...
    18. Re:Why GPUs Matter by Foolhardy · · Score: 1

      Hmm, that might be the case, but I don't know of any current hardware that actually does this.

      How can you know that? Do you write the video drivers for all current video hardware?
      I still don't understand why a video driver would want to hook a rendering function only to do it in software by the CPU. If the rendering is done by the CPU anyways, then why does turning the performance slider down hurt GDI performance so much?

      GDI doesn't always require pixel rendering accuracy. GDI usually defines error margins and describes how close rendering has to be to a standard. GDI provides a great deal of leeway on cosmetic lines, anti aliasing and gradients.
      Even if it didn't, this wouldn't be a breaking change. If Avalon doesn't have to provide predictable pixel accuracy, then why does GDI? I mean, if that support is going to be chucked anyways...

      The GDI imaging model isn't the same as the enhanced metafiles imaging model. Microsoft takes some liberties with it, not the least of which is that it specifies a resolution-independent interface while GDI specifies a resolution-dependent interface. GDI can be used to draw EMF files, just like GDI can be used to draw PDF files, but there is a semantic mismatch between the two. The fundemental distinction is that "change the color of pixel 2,3 to red" makes perfect sense in the GDI imaging model, and has an expected result. It makes no sense in the PDF imaging model. The best the app can do is draw a point at 2.0, 3.0, and depending on the resolution of the screen, that might be a single pixel, a partial pixel (thanks to sub-pixel AA), or a blob of several pixels.

      An EMF is just a list of GDI rendering commands. How can EMF's capibilities be different from GDI?
      Makes no sense... Are you trying to say that PDF doesn't support bitmaps at all?
      From an application, the best you can do is say change the point at logical coordinates 2,3 to red. Depending on the transformations between the logical space and the screen, it may not fill one pixel at all. All a bitmap is is a set of fixed size squares arranged in a matrix. So you are setting the square at logical coordinates (2.0,3.0)-(3.0,4.0) to red. When you set a point on a metafile, it is the same thing as in a PDF. GDI can already redirect commands to a metafile; GDI could create an EMF cache of each surface to be rendered on demand instead of immediately and it wouldn't require a rewrite.

      What exactly is vague about it?

      It depends on the article.
      I have yet to see a list (even tenative) of functions or classes that Avalon will be made up of.
      Various articles sing the virtures of the new system- how it will be so great and revolutionary, but fail to explain exactly how it is better.
      Some say that a new vector rendering engine that can cache vector images; but EMFs already do that.
      Some say that bitmaps will be cached and the video card will compose them based on position, region and transparency, but device surfaces and regions already do that and I'm sure bitmap caching could be added easily: bitmaps are already cached for windows behind transparencies. Expand it to everything.
      I have yet to find a hard list of all the capabilities that it will support, in detail.
      I know it is still in early development but surely Microsoft has some prototype interfaces by now?

      Take this article. "Repainting vs markup": wow caching is already done by GDI in some situations, it would be easy to expand it to everything.
      "Vector Graphics in Avalon": they even admit that it does the same things that EMFs do, and have 2 bad reasons (which are the same) as to why this is better: binary formats are hard to work with. It's not like the for

    19. Re:Why GPUs Matter by be-fan · · Score: 1

      How can you know that? Do you write the video drivers for all current video hardware?
      Look at it this way: if current hardware was capable of accelerating anti-aliased bezier curves, they'd accelerate GDI+. The fact that GDI+ is so slow suggests that they are not accelerating it, because 2D cores don't have that kind of capability.

      I still don't understand why a video driver would want to hook a rendering function only to do it in software by the CPU.
      Maybe the vendor-provided emulation is slow?

      If the rendering is done by the CPU anyways, then why does turning the performance slider down hurt GDI performance so much?
      Currently, the only GDI acceleration utilized by most Windows software is:

      1) Accelerated lines;
      2) Accelerated fills;
      3) Accelerated blits.

      Turning the slider down affects these things.

      If Avalon doesn't have to provide predictable pixel accuracy, then why does GDI? I mean, if that support is going to be chucked anyways...
      Becuase GDI is an existing API, and you can't change the semantics of an existing API like that.

      An EMF is just a list of GDI rendering commands.
      In a way, but there is a layer of logic above the GDI rendering commands. GDI is fundementally a raster API, while EMF is a vector file format. There is a translation layer involved.

      When you set a point on a metafile, it is the same thing as in a PDF.
      Yes, but setting a point in a metafile isn't the same thing as setting a point in a PDF. Look, if you ignore anti-aliasing (which you're doing), it's a matter of semantics more than capability. Assuming you haven't changed the coordinate transform, when you draw a pixel at 2,3 using SetPixel, the semantics of the GDI say that you'll get a single pixel at 2,3. The semantics of PDF and EMF don't say anything about what pixel will get drawn. You could make the GDI resolution-independent by removing these semantics, but that'd break the API for applications that depend on the existing behavior.

      I have yet to see a list (even tenative) of functions or classes that Avalon will be made up of.
      Who cares about functions and classes? Those are just details that'll be revealed when the API is released. What matters is the underlying semantics exposed by the API. The fundemental concept of Avalon is that all drawing occurs in a 3D space using a 2D projection. That means you get a 2D image by default, but the capability exists to rotate things in space. All drawing will be composed of tesselated triangles. Drawing APIs will be provided, so you can draw a Bezier surface, which will be tesselated into triangles and drawn onto the Avalon surface. Anything you can do with triangles in your 3D card, you'll be able to do with the 2D images in Avalon. This includes applying per-pixel effects (bump-mapping, gradients, shading) to objects.

      Take this article. "Repainting vs markup": wow caching is already done by GDI in some situations, it would be easy to expand it to everything.
      It's not caching, it's immediate-mode vs retained mode. Avalon will feature a scene graph API, as opposed to a painter API. The fundemental difference is this: in GDI you can draw a green square on top of a red square, but cannot then move the red square without redrawing the scene. In a scene graph, you add a green-square object to the graph on top of a red-square object. The actual rendering is handled automatically --- if you animate the red-square object by moving it around, the necessary redrawing will be done by the scene graph.

      --
      A deep unwavering belief is a sure sign you're missing something...
    20. Re:Why GPUs Matter by Foolhardy · · Score: 1

      Look at it this way: if current hardware was capable of accelerating anti-aliased bezier curves, they'd accelerate GDI+. The fact that GDI+ is so slow suggests that they are not accelerating it, because 2D cores don't have that kind of capability.

      GDI+ is completely different than GDI. GDI+ exists to provide better drawing to 9x while hiding the differences between 9x and NT's GDI and providing an object oriented interface, like MFC. Video drivers cannot accelerate GDI+ because they are never given an oppurtunity to. GDI does provide that opportunity using the DDI. The fact that GDI is so much faster with a vendor video driver suggests that it is accelerated while GDI+ is not.

      You still haven't offered any proof as to why video drivers hook high-level drawing functions but don't actually accelerate them. You keep telling me that they aren't accelerated but have you done an actual trace or something that follows the path that the DrvXX functions take?

      Currently, the only GDI acceleration utilized by most Windows software is:

      I don't beleve you. My video driver says that it supports much more than that. Show me hard evidence that it is lying to me.

      You could make the GDI resolution-independent by removing these semantics, but that'd break the API for applications that depend on the existing behavior.

      Eh? As you said before, video output is human consumable data, not designed to be reconsumed by the computer. How can an application depend on it? How can an application be aware of how its app looks on the screen if it abstracted by a transformation that it is not aware of and cannot control? How can Avalon break those semantics yet retain compatibility but GDI cannot?

      GDI was designed, from the beginning, to be resolution-indepenent, though that capability has not been excersised for video. GDI has never ever made any kind of guarntee about how your commands will be rendered on screen because of device space transformations.

      Here is an example of GDI being resolution-independent: printer drivers are just another type of display driver. GDI makes absoultely no distinction in drawing commands as to wether it is a printer or video display device; the only difference is that printers get page and banding support. Your printer will undoubtedly have different DPIs that it can print at. It's funny though, even though the DPI changes, the size of the picture on the page doesn't. This is due to a device space transformation made before outputting. Try printing one logical pixel on your printer. I bet it doesn't actaully render to exactly one dot by the printer.

      Why doesn't MS use GDI's scaling abilities for video? There isn't a good reason. I think they just want to make Longhorn's feature list as long as possible with as much eye candy as possible. It's the same reason that the toolbar facade looks different in every single version of Office. Microsoft wants to make it look like they are doinga lot of work to make this product better than the last.

      What matters is the underlying semantics exposed by the API.

      Which no one has managed to itemize. I want details; class definitions would force details.

      Maybe I just don't know what to look for. Give me links to the most complete and relevant descriptions of Avalon, WGF and/or Longhorn available.

      It's not caching, it's immediate-mode vs retained mode.

      Retained mode means that Avalon retains the necessary instructions to draw a surface, no? In other words, it caches the drawing description instead of asking the application each time redraw is necessary. Currently, almost no caching is done by GDI; caching is only done with transparent windows and when specifically asked. Since GDI can record drawing commands into a metafile already, it wouldn't be too much trouble to ask it to maintain a cache for redrawing too. Nothing in GDI's or USER's semantics prevent this from

    21. Re:Why GPUs Matter by be-fan · · Score: 1

      Video drivers cannot accelerate GDI+ because they are never given an oppurtunity to.
      You're wrong about that. Drivers *can* accelerate GDI+. See this article.

      I don't beleve you.
      You don't have to believe me. It's a simple fact that most software only utilizes the most basic parts of the GDI. Show me where on your desktop you see Bezier curves? XP themes, for example, just use pixmaps that are blitted to the screen --- curves aren't actually drawn using the hardware.

      Eh? As you said before, video output is human consumable data, not designed to be reconsumed by the computer. How can an application depend on it?
      Let me put this in concrete terms: GDI, I can draw a line that, according to the semantics of the GDI, passes through 10,20, then draw a white pixel at 10,20 to erase that part of the line, and expect it to work. I shouldn't be able to do this, but that doesn't change the fact that existing GDI applications are coded with this assumption. If you treat video as human consumable, rather than computer-consumable, output (as you should), your API has to specify from the beginning (as OpenGL does), that you cannot make these sorts of assumptions.

      How can Avalon break those semantics yet retain compatibility but GDI cannot?
      Because existing GDI apps won't draw through Avalon. It's okay to break the semantics in a new API, because new apps are aware of the new semantics.

      Here is an example of GDI being resolution-independent: printer drivers are just another type of display driver.
      The same is true of drawing APIs for X too, and in both cases apps writing to the printer know to expect a resolution independent interface. Apps written for screen display don't know this. Let me give you another concrete example:

      Qt's QPainter has similar semantics to the GDI. QPainter can draw to the screen, or to the display, and can have a coordinate transform. Yet, it is common in applications to draw a slightly rounded square by drawing rectangle, than clearing the four corner pixels. There is tons of code like this both in the X world and the Windows world. That code will break in a resolution-independent UI. Apps use the same API for the printer and display, but have come to expect tighter semantics when rendering to the display.

      Retained mode means that Avalon retains the necessary instructions to draw a surface, no?
      Yes, but it's much more than that. It retains an object-hierarchy of everything that needs to be drawn. There is much more semantic information in an Avalon surface than can be described by a sequence of cached GDI calls. A sequence of GDI calls is just deferred immediate mode rendering. You can't go into the cache and say "animate this red square by moving it 2 pixels in the x-axis every second). You *can* implement a scene graph on top of an immediate-mode API of course, but Avalon is designed to make the scene-graph the primary API.

      --
      A deep unwavering belief is a sure sign you're missing something...
    22. Re:Why GPUs Matter by Foolhardy · · Score: 1

      You're wrong about that. Drivers *can* accelerate GDI+. See this article.

      Eh, I guess you are right. I'm still curious as to why the same operations in GDI are 10x more efficent than in GDI+. Just simple line drawing.

      I created a tetris clone in VB6; it used direct GDI calls to render the blocks. Even when modified to redraw blocks every 20ms, CPU usage is less than 3%. Later, I ported it to VB.NET and GDI+. Even normal use causes at least 40% CPU usage (80% of that user mode time). I moved the drawing commands back to GDI by creating a COM library out of the GDI classes I made for VB6 and the CPU time went back to less than 3%. I moved the hardware acceleration slider to 0 and CPU usage went up to an average of 30%. I don't understand. I'm sure I had all the AA, translation and other effects off.

      Let me put this in concrete terms: GDI, I can draw a line that, according to the semantics of the GDI, passes through 10,20, then draw a white pixel at 10,20 to erase that part of the line, and expect it to work.

      Yeah, I'll buy that there are applications that depend on that. It's a lot like the differences between Win16 GDI (still used in 9x) and NT GDI. The designers of NT GDI created this function for that reason. By default DCs are in GM_COMPATIBLE mode but if you want new functions you have to change it to GM_ADVANCED knowing that the semantics will change. So, a third type mode can be created, say GM_LONGHORN, that changes certain semantics such as pixel predictable rendering. Broken applications can still have GM_COMPATIBLE from Win16 and apps who are aware of it can have GM_LONGHORN. What's wrong with that plan?

      Show me where on your desktop you see Bezier curves?

      Ok now wait a minute, are you saying that Bezier curves aren't accelerated or that Bezier curves aren't used often? I agree that they aren't used much but I don't agree that they aren't accelerated. Besides, not using them is an artifact of popular applications not wanting to; it has nothing to do with GDI's capabilities. Do you think that Avalon will magically get apps to use Bezier curves?
      As for gradients, I see one at the top of every one of my windows. I think those are also accelerated because the video driver goes out of its way to handle them.

      There is much more semantic information in an Avalon surface than can be described by a sequence of cached GDI calls.

      Such as?

      You *can* implement a scene graph on top of an immediate-mode API of course, but Avalon is designed to make the scene-graph the primary API.

      It's called modular design. You can have seperate components when those seperate components do different things. One to define a format for caching, one to render them, one to decide when to render them, one to modify (IE animate) them. What's so bad about having the animation component on top of the render timing component and modification component?

      You can't go into the cache and say "animate this red square by moving it 2 pixels in the x-axis every second).

      What about the EMF format would prevent this from happening? Why can't I create an EMF for this red square and modify it to move +2 logical units on the x axis every second?

      Look at all the things that WGF literally copies from GDI: Pens, brushes, regions, a new metafile format that does the same things, bitmaps (yes they are still there), surfaces (aka DCs)... If it's so revolutionary, why does it still have all the old components?

      GDI was designed to evolve to support new features. That's why there isn't a single class for a DC: you create a DC based on another's properties usually and then you select objects in it that you care about. If a certain function just wants to draw, it doesn't have to be aware of the pen if it doesn't wan to. It can just draw. The current br

  27. RTFA! by Anonymous Coward · · Score: 0

    Or is that "don't drool on the pictures"?

    So this is what FC3 will look like. Hmm...

  28. A triumph for the OS model.. by eamacnaghten · · Score: 1
    It is good to see X.Org succeed. XFree86 wupplied a good open product for a long time, but when finally the leadership broke down and you got this silly licensing incident it is good to see the Open Source Community in work and for X.Org to pick up the batton and continue running.

    A good triumph for the Open Source Model.

    --

    Web Sig: Eddy Currents

  29. X.org or freedesktop.org? by 120duff978 · · Score: 1

    Those translucency screenshots are hosted on freedesktop.org and even has freedesktop in the screenshots. Isn't that Keith Packard Kdrive X11 implementation that's had that for almost a year now?

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

    2. Re:X.org or freedesktop.org? by be-fan · · Score: 1

      kdrive KeithP's hacking branch, apparently. The extensions used to achieve the functionality in the screenshots were integrated into X.org

      --
      A deep unwavering belief is a sure sign you're missing something...
    3. Re:X.org or freedesktop.org? by puetzk · · Score: 1

      no, that's what's new - these features have been merged from the kdrive experimental work into an x.org release. So they'll actually be appearing in wide deployment now.

      --
      The Matrix is going down for reboot now! Stopping reality: OK. The system is halted.
  30. Looks great! by Luineancaion · · Score: 1

    This looks absolutely great, I too have been waiting along time for true translucency. What this'll mean is that things behind a translucent window should keep moving.... open a translucent window over video and the video should keep moving underneath the window, or open it over a clock and the clock will still be able to be seen moving underneath. Great!

    1. Re:Looks great! by Anonymous Coward · · Score: 0

      I doubt that will work nicely. For smooth video output something called an "overlay" is used. The X server only sees a one-color area where the video is. The graphics card shows the video from the overlay buffer wherever that one color is present. If you change pixel colors in that area (like shadowing it), the card will think it's not where the video is supposed to go to.

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

    1. Re:Users Experiences by cybrthng · · Score: 1

      Yeah, i did this under OS/2 almost 8 years ago on a 486dx2/66 with 16 megs of ram :)

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

    1. Re:Caveats on the new X facilities by hayden · · Score: 1

      Bah! Eyecandy is far more important. Also it's easier to /. images than text.

      --
      Nerd: Derogatory term typically directed at anybody with a lower Slashdot ID than you.
    2. Re:Caveats on the new X facilities by fucksl4shd0t · · Score: 1

      I had just assumed "release early and often" was the explanation. Your page is pretty, and informative, but doesn't really say anything besides "release early and often". ;)

      --
      Like what I said? You might like my music
    3. Re:Caveats on the new X facilities by Compuser · · Score: 1

      You sir are the man. Thanks.

  33. OS X Dock for X11? by VAXGeek · · Score: 1

    What is the name of the dock running in a few of the screen shots? It looks a lot like OS X, is it just kicker reskinned or something?

    --
    this sig limit is too small to put anything good h
    1. Re:OS X Dock for X11? by Anonymous Coward · · Score: 0

      Its called gdesklets. http://gdesklets.gnomedesktop.org/

    2. Re:OS X Dock for X11? by deminisma · · Score: 1

      Wrong. It's an example of Enlightenment's Engage, using EFLs. Better yet, it's only a small sample of the incredible effects the EFLs can carry out. Combined with X1168, E reclaims its position as the most beautiful desktop around. No joke.

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

  35. What is this screenshot running? by techmuse · · Score: 1, Offtopic

    Sorry for my ignorance. This screenshot was awesome! Can someone tell me what was used to create a desktop with this OSX-like appearance?

    http://img3.exs.cx/img3/6458/screen_lynucs_17594 09 500411796a9ba106_1.jpg

    1. Re:What is this screenshot running? by roror · · Score: 1

      Although they say this is either kde or gnome, to me it looks like enligthenment with winter theme. But, I haven't been able to get xorg to work properly with enlightenment so far. For me it leaves bad garbage on the screen.

    2. Re:What is this screenshot running? by dougnaka · · Score: 1
      E works fine for me under xorg... emerge'd fine, config was the same as X11, and I'm running it right now on the latest DR16.

      --
      My Linux Command of the Day site : LCOD
    3. Re:What is this screenshot running? by roror · · Score: 1

      You mean with xcompmgr -c and xorg 6.8 ?

    4. Re:What is this screenshot running? by IamTheRealMike · · Score: 1
      E16 with the Winter theme, and dock switcher. The "Milk" GTK theme, with some hacked up Firefox theme to make it look like safari.

      Milk is nice. The GTK pixmap engine is a bit slow and Milk had a few bugs, which I fixed in a private version (since lost). Only for real OS X junkies though.

  36. Never saw a point for it by nurb432 · · Score: 1, Insightful

    But tahts just me coming from the administration viewpoint.. I think things should just work, not so 'pretty' consitancy is more important to people in the business world.....

    Same goes for other esoteric eye candy like 'shadows'...

    --
    ---- Booth was a patriot ----
    1. Re:Never saw a point for it by bob65 · · Score: 1
      But tahts just me coming from the administration viewpoint..

      Of course an administrator doesn't care - they shouldn't care either. Eye-candy has zero affect on administration.

      As a user, some will care (for good reason), and others won't (for good reason). Some people appreciate small details in car interiors such as knobs with rubberized feel, some don't. Some want their cars to "just work" and take them from A to B, some want more than that. Others sacrifice "just work" (reliability) for luxury (think Mercedes and their reliability problems) or high-end performance (think of driving a Ferrari on a bumpy side street).

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

    3. Re:Never saw a point for it by Anonymous Coward · · Score: 0
      Drop shadows can improve usability by making it easier to determine which window has focus.
      focused != on top
    4. Re:Never saw a point for it by Whyrph · · Score: 0

      Did you just agree with that guy and insult his comments at the same time? How do you even do that?

    5. Re:Never saw a point for it by jrockway · · Score: 1

      You're right about eye candy. For me, it doesn't matter. Yes, I like the eye candy on my Powerbook. I bought the thing so I could have OSX*. But I also like my GNOME desktop equally. They both have strengths and weaknesses (although i couldn't name any weaknesses of OSX or GNOME... both are just great as far as I'm concerned).

      I like exposé, though. That is really innovation at it's best. They dropped the tired windowlist/taskbar/tabbed-browsing paradigm and invented something just as effective (dock + exposé). I definitely like the innovation in OS X, which is why I use it. I'm tired of the blatant Windows copying of GNOME and KDE. It's really getting irritating. Windows is not a good model. It's BAD. Familiar yes, but good, no.

      Now that I think about it, I think XFCE+eyecandy is the next great Linux desktop. A new file manager, and we have a UNIX-y (non bloated) desktop for the masses.

      Anyway, sorry about ranting about this. I'm way off-topic now, so I'll stop. Gnite :)

      * I picked a Powerbook over a Thinkpad for the following reasons:

      1) I didn't want to maintain another Linux box. I wanted the thing to just work whenever I wanted to do something. The other day, we wanted to watch something on TV. I plugged the svideo cable in, wired up the audio, and pressed play in mplayer. Everything went as planned.

      2) I needed UNIX. IBM seems to happily proclaim "IBM recommends Microsoft Windows XP." I didn't want to pay the M$ tax (there would no way I would be caught dead owning an XP system, sorry)."

      3) iCal. Apple's iLife apps are great. iCal is the first calendar program I've liked. Evolution, gnome-pim, kde-pim, jpilot, etc. iCal sync'd with my iPod and Tungsten|E with no effort. Plus it's pretty.

      4) Features. For a thinkpad of the same price, I would get a slower processor, and crappy graphics. With the Powerbook I got a Radeon 9700, Gigabit Ethernet, DVI/S-video/composite out, Firewire 400 and 800, etc. Not to mention the beautiful screen and backlit keyboard.

      5) OS X. What other OS lets you install a plugin so that I have emacs keybindings in every program? I mean real emacs, like C-t, or C-f + C-b, etc.

      Ok, now I'm really on a rant. ttfn :)

      --
      My other car is first.
    6. Re:Never saw a point for it by Anonymous Coward · · Score: 0

      i switched to that redhat bluecurve ORANGE theme. shit, all the title bars look like those neon orange construction signs. haven't had a problem determining which window has focus since.

    7. Re:Never saw a point for it by aristotle-dude · · Score: 1
      focused != on top That does not work if you have two windows that do not overlap. In that case, you do not have a clear indication of which window has focus other than perhaps a slight variation in title bar color.

      Just because OSX and Windows had this feature a long time ago, you don't have to dismiss it out of hand. This is a good thing for X.

      --
      Jesus was a compassionate social conservative who called individuals to sin no more.
    8. Re:Never saw a point for it by FooBarWidget · · Score: 1

      Because people can't see the different between a gray and a blue title bar, right?

    9. Re:Never saw a point for it by Anonymous Coward · · Score: 0

      "I like exposé, though. That is really innovation at it's best. They dropped the tired windowlist/taskbar/tabbed-browsing paradigm and invented something just as effective (dock + exposé). I definitely like the innovation in OS X, which is why I use it. I'm tired of the blatant Windows copying of GNOME and KDE."

      Have you seen this? I haven't used Exposé, but apparently some people reckon this is better.

    10. Re:Never saw a point for it by Anonymous Coward · · Score: 0

      You missed the point, I think. The focused window isn't neccessary the top window. The shadow helps to determine the top window, not the focused one; the titlebar is usually the one indicating the focused window. I have never had problems with this.

      What is annoying is windowmanagers (like windows's) that does not allow the focused window to be beneath other windows. That sucks. And the occasional program that can do this doesn't count; it's always the other programs I want to have in front while I work with something else partly obscured.

    11. Re:Never saw a point for it by McLoud · · Score: 1

      Hell, yes, how many of you get pissed when the Norton AV update popup shows in the middle of an Enemy Territory War? Sometimes it even take the focus away, and you know what happens in these games when you can't move yourself.

      --
      sign(c14n(envelop(this)), x509)
    12. Re:Never saw a point for it by black+mariah · · Score: 1

      Quite easily, when someone cites stupid shit as reasons for their opinion. "Pretty stuff is pointless because I use Linux on servers." No shit? Really?

      --
      'Standards' in computing only impress those who are impressed by things like 'standards'.
    13. Re:Never saw a point for it by aristotle-dude · · Score: 1
      I never saw the point of obtaining focus while not raising to the top. I think that "feature" was there because of the lack of translucency.
      If you have transparency, you can raise a partially transparent window and still be able to see some of what is going on below.
      Having said that, I find this transparency feature to be mostly useless for me as I try to be more efficient with my window management and use dual monitors especially if I'm altering code in one window and watching the updates in the other.

      Now the shadow thing, is really quite useful as a visual sign of which window has focus. On windows and OSX, the window with focus is the one with the largest shadow. If you have two windows which do not overlap, which is the top one? :)

      --
      Jesus was a compassionate social conservative who called individuals to sin no more.
  37. Re:Translucency? .. Translucency? ?? by Anonymous Coward · · Score: 0

    "I'm still looking forward to create scriptable or messaging capable 3D icons"

    Ummm... what would they do again?
    I don't see how that's any different than a regular Icon being controlled by a process. Doing it your way seems like just moving a pile of pebbles from one place to another.

  38. 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 b-baggins · · Score: 1, Informative

      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.

      What the private sector does that OSS does NOT is prune the deadwood. In OSS the crappy product gets forked, but still dangles out there like a noxious weed. In the private sector, the weed gets pulled and burned.

      --
      You can tell a great deal about the character of a man by observing those who hate him.
    2. 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.
    3. Re:Code's reusability by Bert64 · · Score: 1

      Like say, BeOS ?
      Nopes, no mass market for BeOS (thanks to ms and apple) so no point continuing to produce it.
      Although there would have been quite a lot of people willing to continue producing an open version of beos, instead they have to start from scratch.
      As for pulling the weeds, what if you actually wanted to use the old version? lets say you had embedded or lowend hardware and didn't need the bloat of the newer versions or the new versions introduced an incompatibility with some old code you run.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
  39. How Useless by John+Hasler · · Score: 0, Flamebait

    > That's window shadows and window shadows within
    > windows as well as true translucency

    How do you turn it off?

    --
    Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    1. Re:How Useless by 808140 · · Score: 1

      Disable the relevant extensions. This may mean compiling your own X server, or using a distribution that focuses on minimality.

      No compliant X program can assume that any extension to the X protocol is present in the server without checking it first. If the composite extension etc are not there, bume, no drop shadows/translucency, whatever.

    2. Re:How Useless by Roguelazer · · Score: 1

      killall xcompmgr

      Have you even tried it? It's quite nice.


    3. Re:How Useless by be-fan · · Score: 1

      Just don't run xcompmgr. Your comment would be more scathing if they hadn't already taken your viewpoint into account and made it so easy to turn off the feature!

      --
      A deep unwavering belief is a sure sign you're missing something...
    4. Re:How Useless by John+Hasler · · Score: 1

      Reading the paper, I see that there is actually some good stuff in there. Predictably, the Slashdot article ignored it and puffed the useless eye-candy.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    5. Re:How Useless by Anonymous Coward · · Score: 0

      Actually that's far from useless.
      The shadows gives a much stronger impression of window focus and stacking.

      A translucent terminal can be convenient when you have windows beneath the terminal that you want to keep an eye on while simultaneously working in the terminal, without having to switch windows.

    6. Re:How Useless by idlemachine · · Score: 1

      You'd get a lot more credibility as something other than a troll if you considered explaining what that "good stuff" was as equally important as criticising what everyone else found of interest.

      In other words, put up or shut up.

  40. Eye candy is nice... by Reene · · Score: 1

    ...but not really viable for those of us that don't have a box that won't shudder and die if we tried to use it.

    Poor nuvem is pushing 7 years old now, I don't think she could handle it. It doesn't even seem to be anything that really serves a practical purpose either. Just something you can point at so your friends will go 'ooooh'.

    But if that's all you wanted to do anyway, there are other ways to do it without killing an older computer. So what practical use does something like this have?

    --
    "He does look a bit Oompa like, even if his Loompa is a bit off-kilter."
    1. 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...
    2. Re:Eye candy is nice... by SirTalon42 · · Score: 1

      Those are just SOME things it does, other things are it removes the need to redraw a window when it is uncovered by another window.

      Also this should be easy to disable (like all things in Linux)

  41. 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 0racle · · Score: 1

      Care to point out how OSS is a decade behind without pointing at a particular project? Or perhaps make some constructive criticisms as to what could be done. Perhaps you could shut up and fix whatever you want fixed since there is nothing but your own limitations holding you back from making it whatever you want it to be. Finally, you realize that OSS is people doing what they want to do, and not doing everything just for you right. This group of people wanted Transparencies and Shadows in their X Server, so they did it, someone else wanted USB2 support in Linux and guess what, what have you done besides some vague bitching and moaning?

      --
      "I use a Mac because I'm just better than you are."
    2. Re:Oh brother.... by Cid+Highwind · · Score: 1

      Not only is it obvious that you have absolutely no idea who does what on any open-source project, you didn't even read the article. That's a pretty pathetic effort from someone with the handle "geek" and a four-digit UID.

      Oh, and your trolling skills? They suck too.

      --
      0 1 - just my two bits
    3. Re:Oh brother.... by dmaxwell · · Score: 1

      I thought about doing a reasoned reply to this but I think it would be wasted.

      You are insulting, profoundly ignorant, tactless, and make largely unsubstantiated religious sounding statements. You shout a lot and have a foul mouth too.

      I'm sure that to yourself you seem profoundly wise. Here is a reality check for you: Real Coders aren't going to be looking to you for sage advice. You aren't interested in doing anything constructive anyway; you seem to be one of those people who feel bigger when they're tearing somebody else down. More than once I have turned in bugreports and suggestions to various projects and gotten satisfaction. I've even written a few (trivial) things myself. I think I'll stick to doing that rather than feeding trolls such as yourself any further.

    4. Re:Oh brother.... by Anonymous Coward · · Score: 0

      That would be an argument, if it weren't for the fact that Linux advocates were trying to push their inferior "do what they want to do" software onto governments and corporations around the world.

      Linux put itself into competition with Windows/Mac, not visa-versa, and therefore deserves any and all scrutiny. (without a bunch of idelogical blahblah about Free Software or whatever)

      Geek may be heavy on the flamebait, but he's fundementally correct -- for all of the good things about the Open Source development model, it will always suck at delivering features as fast as the commercial world.

    5. Re:Oh brother.... by 0racle · · Score: 1

      Linux put itself into competition with Windows/Mac
      No, fanboys did, OSS developers just make something that works for them and were nice enough to let others use it as they saw fit. However, MS has positioned itself to compete with Linux.

      ...always suck at delivering features as fast as the commercial world.
      They're not a commercial project, things get done when they get done. Don't expect them to act like a company, if you want something done do it yourself, thats the open part.

      What exactly about Linux, FreeBSD or any other OSS project that is being implemented in a government or corporate setting is inferior to any other OS anyway? They process data just fine for a heavy database system, route traffic for an extremely busy network or just about any other use just fine. A government or corporation is not going to subscribe to the 'OSS is god', when they implement an OSS project, they choose to on its merits.

      --
      "I use a Mac because I'm just better than you are."
    6. Re:Oh brother.... by be-fan · · Score: 1

      I don't give a shit about the projects.
      Then why are you responding to post about a *NIX desktop project?

      The same developers work on both
      No, they are not.

      and they're all the better part of a decade behind everyone else.
      Apple is a few years ahead on transparency, but it doesn't look like they'll maintain that lead when it comes to GPU-accelerated desktops. Microsoft isn't any further along than X --- indeed, with X.org 6.8, X will be significantly ahead of Microsoft, which won't have a composited desktop until Longhorn comes out in 2007.

      --
      A deep unwavering belief is a sure sign you're missing something...
    7. Re:Oh brother.... by wobblie · · Score: 0, Flamebait

      Thanks for your content free post, and the pathetic link to your non-content (and activity free) blog.

      Excuse me while I whip my dick out and piss on you, you Apple worshipping, corporate blogging fuck. You fucking loser.

      Why don't you keep your dribbling, vacuous non-fucking opinion to your lame ass self before I come over there and beat the sugar out of your drawers, you whining blogging twit. You fucking dork.

      Nevermind that Apple ripped of everything worthwhile they ever did, and it took them twenty years to come up with even a half assed OS for latte sipping ipod listening monkey boy jackasses such as yourself. No, don't even mention that. So why not just meander on over to your odious, worthless blog and post a few more pro republican items or some other stupid bullshit. You're wasting my time.

    8. Re:Oh brother.... by Anonymous Coward · · Score: 0

      > No, fanboys did, OSS developers just make something that works for them

      This is a load of crap. Browse the kernel list (or others) and every third guy has some anti-microsoft slogan in his sig. The fact is that Open Source has always been about beating the Man -- whether that was AT&T/Sun in the old days, or Microsoft today. Everyone from Linus and Stallman down has a big fucking chip on his shoulder -- but they can't invent something better, so they commoditize.

      > A government or corporation is not going to subscribe to the 'OSS is god',

      See Munich, Germany, where Linux is being implemented for political reasons and not TCO/ROI.

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

    10. Re:Oh brother.... by Anonymous Coward · · Score: 0

      So, big talker, you can chide commercial vendors for how they deliver new features.

      Now when exactly was the last time that the OSS world ever delivered a new feature. 1982?

    11. Re:Oh brother.... by advocate_one · · Score: 1

      I think he's nicked a session on his dad's computer while it was still logged in to slashdot... either that, or he's hacked and hijacked that account after a lucky guess at the password.

      --
      Donald 'Duck' Dunn: We had a band powerful enough to turn goat piss into gasoline.
    12. Re:Oh brother.... by advocate_one · · Score: 1
      "See Munich, Germany, where Linux is being implemented for political reasons and not TCO/ROI. "

      Precisely, so that they have control over their own data and can do upgrades to their own schedule, not at the behest of a corporation... plus it keeps the money in their own economy, where it keeps going round and is able to be taxed (and therefore recovered) at both local and national level... in the long term, the ROI/TCO argument will be moot, as they won't have been forced to upgrade several times over the next few years... notice how those Microsoft ROI/TCO arguments are only done over a very short period and always figure in the cost of switching??? that's because they don't want you to factor windows over the long term with all the costs of upgrades being forced upon the user.

      --
      Donald 'Duck' Dunn: We had a band powerful enough to turn goat piss into gasoline.
    13. Re:Oh brother.... by Anonymous Coward · · Score: 0

      starngely, he doesn't seem to be a kid stealing a ./ number: see his web page, he is throwing tons of shit agains ./ and oss, and in the same time the source of his web page show these keywords:

      ------------------
      "News, news, New, new, Technology, technology, Headlines, headlines, Nuke, nuke, PHP-Nuke, phpnuke, php-nuke, Geek, geek, Geeks, geeks, Hacker, hacker, Hackers, hackers, Linux, linux, Windows, windows, Software, software, Download, download, Downloads, downloads, Free, FREE, free, Community, community, MP3, mp3, Forum, forum, Forums, forums, Bulletin, bulletin, Board, board, Boards, boards, PHP, php, Survey, survey, Kernel, kernel, Comment, comment, Comments, comments, Portal, portal, ODP, odp, Open, open, Open Source, OpenSource, Opensource, opensource, open source, Free Software, FreeSoftware, Freesoftware, free software, GNU, gnu, GPL, gpl, License, license, Unix, UNIX, *nix, unix, MySQL, mysql, SQL, sql, Database, DataBase, Blogs, blogs, Blog, blog, database, Mandrake, mandrake, Red Hat, RedHat, red hat, Slackware, slackware, SUSE, SuSE, suse, Debian, debian, Gnome, GNOME, gnome, Kde, KDE, kde, Enlightenment, enlightenment, Intercative, interactive, Programming, programming, Extreme, extreme, Game, game, Games, games, Web Site, web site, Weblog, WebLog, weblog, Guru, GURU, guru"
      ------------------

      Really strange, isn't it?

      TheTile,
      not logged in because too lazy to remind his password.

    14. Re:Oh brother.... by alexynr · · Score: 0

      ah... very bill hicks...like it...

  42. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  43. Re:Yet again, zero innovation by Anonymous Coward · · Score: 0

    Instead Linux is getting bogged down by the unshiny dull graphics.

    If this stuff is implemented properly, it will be done in videocard hardware and won't affect applications.

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

  45. Kickass by Steamhead · · Score: 1

    Now open office can implement Office:Mac 2004's transparent utility window!

  46. Drop shadows are wrong by techmuse · · Score: 1

    The drop shadows are surrounding the windows equally on all sides, regardless of window position. This is not a terribly likely scenario. The light source would have to be directly over the center of ALL of the windows simultaneously. A drop shadow to the bottom right or top left would look much better.

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

    2. 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...
    3. Re:Drop shadows are wrong by bob65 · · Score: 1
      The drop shadows are surrounding the windows equally on all sides, regardless of window position. This is not a terribly likely scenario.

      Interesting enough, Apple does a similar thing as well, although the shadows on the bottom and right are slightly larger (but only slightly).

    4. Re:Drop shadows are wrong by Anonymous Coward · · Score: 0

      Yes, it's inconsistent with most themes and icons, wich are designed around lightning coming in from the top left corner.

    5. Re:Drop shadows are wrong by ahunter · · Score: 1

      Hmm, the lighting is very inconsistent in that screenshot. The shadows appear to be offset as for a lightsource at the top of the screen and in the middle. Some, but not all, of the icons in the panel are designed that way too. However, the shading on the windows, the buttons in the calculator, etc, are all for a light source in the top left. Oh dear: if you were to copy Apple's style and apply it to GNOME without really thinking about why the icons are designed that way (in either GNOME or OS X), this is probably what you'd get.

      These shadows, and Apple's, are gaussian shadows: to make them, you take the silouette of your window, apply a gaussian blur kernel and then offset the shadow. This gives the shadows a 'soft', natural appearance, but makes them slightly larger than the window giving that 'all-around shadow' effect. It's fairly computationally expensive to do for arbitrarily shaped windows, but you can 'fake' the effect easily for windows with similar shapes (and straight edges). This is also the shadow effect you'll see in applications like the Gimp or photoshop.

  47. Re:Yet again, zero innovation by Anonymous Coward · · Score: 0

    Considering they've spent the last 8 years ripping off Windows, I think ripping off a UI that's actually good IS innovation!

  48. 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.
  49. Re:Yet again, zero innovation by ryanmfw · · Score: 1

    OK, here http://x.org/, start programming. Oh, what, you're not going to? Then stop ranting.

    --
    Hurricane Ivan: A 17th century prison collapsed. All of the inmates escaped.
  50. Re:Yet again, zero innovation by k98sven · · Score: 1

    Quit pointing fingers and start innovating.

    Excuse me, but who the f*** are you to give orders?

    Do you think that just because you managed to install Linux that you somehow have a right to tell me, and thousands of other OSS developers what they should choose to spend their time on?

    It's OPEN-SOURCE software we're talking about here. If you're not happy. Take that energy you spend bitching and go do something constructive instead.

  51. list of questions by sewagemaster · · Score: 1
    sorry about my ignorance (I've never used x.org before)

    Will x.org be included in official debian anytime soon? currently i think xfree4.3 is debian unstable.

    for the new functions (probably not transparency in this case), are any of them going to be implemented using 3D dri/ gl instructions so that it'll take advantage of today's video cards?

    1. 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...
    2. Re:list of questions by dmaxwell · · Score: 1

      I doubt much will happen until Sarge releases. Once that puppy is baked, Unstable can start getting even more bleeding edge.

    3. Re:list of questions by fucksl4shd0t · · Score: 1

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

      This is good news. ;) Trust me, it is. Do you have any links showing this, and possibly a timetable or something?

      --
      Like what I said? You might like my music
    4. 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...
    5. Re:list of questions by fucksl4shd0t · · Score: 1

      Thank you. I'm actually working on an article about Metisse, and 3d desktops in general, with some commentary about 3d accelerated 2d desktops vs 3d desktops. ;) So any information on the subject right now can only be good for me.

      --
      Like what I said? You might like my music
  52. Re:Yet again, zero innovation by Waffle+Iron · · Score: 1
    My god when will OSS developers grow a pair and go out on a limb to try something new?

    Like what? Do you have any specific suggestions in mind?

    It's no good to be different just for the sake of being different. The Gimp had an interface that seemed to come from another planet; it was heavily criticized for being different from Photoshop and has now been made somewhat more mainstream.

    The Linux Naysayers already harp on how much retraining will add to TCO of Linux deployments. You're proposing that they should further increase that cost with far-out experiments.

    Other than eye candy, the 2D GUI concept really hasn't changed all that much over the last 20 years. Maybe that's because there's just not that much more that can be done with it. There is huge room for improvement in the UI area, but a lot of those improvements would require fundamental breakthroughs in AI-related technologies. We'd all like a computer to work like the one on Star Trek, but nobody knows how to do it, including the hackers at X.org. In the mean time, they might as well continue to improve the quality of their current products.

  53. When are they going to add Event device support? by Anonymous Coward · · Score: 0

    What I've been waiting for in XFree86 for years has been support for using input event devices on Linux instead of seperate mouse and keyboard drivers. One should be able to plug in 2 USB mice and 2 USB keyboards, and have each set point to one of your 2 monitors, letting 2 people use the computer at once. Modern computers are so powerfull that in a lab situation where everyone is just doing word processing and web browsing, you ought to be able to have 6 users per machine like this.

  54. Re:Yet again, zero innovation by Anonymous Coward · · Score: 0

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

    On a related note, not all of x.org's new capabilities translate well to screenshots. How exactly would one make a screenshot of the XDamage extension in use?

  55. Patents probably the cause. by sowth · · Score: 1

    This may have to do with apple's patent(s) on font hinting. Here is freetype's take on the subject.

  56. Great... by Max+Threshold · · Score: 1
    Now all we need is a universally accepted standard 3D graphics and sound API, so that game designers will have a platform to target. Then Linux shall dominate.

    I was hoping that RedHat would create such a de-facto standard, but they chickened out with Fedora. Now I'm hoping IBM will do it. Please, IBM, don't let it be Microsoft Linux 1.0!

    1. Re:Great... by MarcQuadra · · Score: 1

      um, it's called SDL, it provides APIs similar to DirectX, covers video, animation, audio, sprites, etc.

      It's been around for a long time.

      --
      "Sometimes, I think Trent just needs a cup of hot chocolate and a blankie." -Tori Amos on Nine Inch Nails
    2. Re:Great... by dtfinch · · Score: 1

      I thought we had that with SDL+OpenGL.

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

    4. Re:Great... by Anonymous Coward · · Score: 0


      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.


      I have to half agree with you, because I think it really comes down to which project you plan to work on. I've found extensive documentation for configuring things in linux, such as samba, iptables and the kernel. Furthermore, while developing GTK+ applications I found the reference API's to be comperable, if not better, then what msdn provides. Although, in the case of Mozilla I have to agree the documentation is scare and usually dated. But, Mozilla project is working hard right now to improve the situation with their documentation. So, I'd say that overall things are really looking up for the open source development model/practice

    5. Re:Great... by Max+Threshold · · Score: 1
      Yes, all 3458932 incompatible versions of it. Try building OGRE or something, see how standard SDL is. Try distributing a binary that links dynamically with it. It may be a de-facto standard, but it's still maturing, and hence not really a standard.

      (Of course, DirectX is no better in that regard... but Microsoft has other things going for it, like the inertia of its monopoly.)

  57. it's too bad that the fonts still look ugly by Lazy+Jones · · Score: 1
    one of my biggest gripes is the lack of a good font renderer - X absolutely needs good subpixel rendering and antialiasing and those common (lucida?) fonts look far too wide for my taste...

    --
    "I love my job, but I hate talking to people like you" (Freddie Mercury)
    1. Re:it's too bad that the fonts still look ugly by 808140 · · Score: 1

      Subpixel rendering of fonts with the XRender extension and freetype look great on my laptop. This gripe has been essentially moot since, I dunno, about 2 years ago.

    2. 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...
    3. Re:it's too bad that the fonts still look ugly by BenjyD · · Score: 1

      Xorg has come with the Bitstream Vera truetype fonts for a while now, which look really good. Just make sure you use a recent Freetype (this typed on an Arch linux install with the stock borked Freetype 2.1.5, which looks horrible).

  58. Re:Yet again, zero innovation by rosie_bhjp · · Score: 1

    Woah hang on a sec. X11 was controlled very tightly and development moved at a snails pace. The OSS community/users had been clamoring for just these types of features FOR YEARS but the X11 folks kept tight reigns on what things would be worked on, so none of these features got completed. Then X.Org forks the project and within a matter of months most of the big name vendors jump on board and already a slew of the features people had been demanding for so long but not getting are now in the code tree ready for testing. This is a VERY GOOD THING because now X is MOVING FORWARD at light speed instead of stagnating like it had been.

    --
    A radio maverick jumps to internet only. The Future of Rock n Roll
  59. 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
  60. Not allowed in my shop by nurb432 · · Score: 0, Flamebait

    Eye candy isn't allowed in my shop.

    We take things seriously, and don't let users screw up their machine with 'cute'...

    They can have 'cute' at home, thus my prefacing this with from the 'administration viewpoint'..

    --
    ---- Booth was a patriot ----
    1. 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.)
    2. Re:Not allowed in my shop by damiam · · Score: 1

      But, if "cute" is built in already and doesn't screw anything up, what's wrong with it? Do you have your users work in grayscale too?

      --
      It's hard to be religious when certain people are never incinerated by bolts of lightning.
    3. Re:Not allowed in my shop by vandan · · Score: 1

      Yuck!

      What sort of a shop are you running anyway, a sweat shop?

      You're only going to be able to keep the mundane workers with that attitude. Anyone with any spark in them will be gone yesterday.

    4. Re:Not allowed in my shop by bhima · · Score: 1

      The company I work for mandates the desktop (company logo) and screen saver (power point like pro-company propaganda) and the MSIE home page (company Intranet start page). Do to "security" few users have write access to the local hard drive and so makes really fiddling with it difficult. Really they claim they do things for "security" and still people must use MSIE! Fortunately for me one of my compilers pre-dates ubiquitous networking and will only work when it's directory is in the root of the "C" drive and well the screen saver and desktop had to go.

      --
      Nothing in the world is more dangerous than sincere ignorance and conscientious stupidity.
    5. Re:Not allowed in my shop by Kiryat+Malachi · · Score: 1

      Yeah, they're what we like to call 'fascists'. Not allowing write access to the local hard drive would pretty much prevent some of our engineers from working at all, so that one's right out as well; besides which, laptops make it impossible to mandate that particular piece of policy, as many of us work disconnected regularly.

      The only thing my company mandates in this vein is screensaver policy - whenever you log in, it automatically resets your screensaver timeout to 10 minutes and turns "Require password when returning from screensaver" on. They do this so that people can't log into a machine someone has left running. It's annoying, but we live with it because we can pretty much admin our own machines otherwise.

      --

      ---
      Mod me down, you fucking twits. Go ahead. I dare you.
      (I read with sigs off.)
    6. Re:Not allowed in my shop by bhima · · Score: 1
      Yeah, we have the screen saver thing too.

      Fuuny, I just was locked out of my account for going over my 1.5gig network share and I've got an 80 gig local drive. I take this to mean that there are hundreds of big IDE drives in this building that have only a small amount used....

      --
      Nothing in the world is more dangerous than sincere ignorance and conscientious stupidity.
    7. Re:Not allowed in my shop by Teun · · Score: 1
      These particular X extensions should not only been seen as Eye-Candy, I think they can be considered as an ergonomical advance.

      Personally I find the experience during long sessions on such a soft screen much less tiring than on the sometimes very harsh older systems.

      Just because you can you don't have to (disable it).

      A computer is sometimes used for productivity and then anything that helps keeping the user focused/ not irritated is a bonus.

      --
      "The likes of Facebook and WhatsApp are free to those whose privacy is of zero value."
    8. Re:Not allowed in my shop by Kiryat+Malachi · · Score: 1

      Our group just got yelled at about network storage use, actually.

      In the other hand, we're using something like 2 TB worth of net storage between around 8 people, so I guess they have a reason to yell at us. (IC timing simulations, mainly. Those things are huge.)

      --

      ---
      Mod me down, you fucking twits. Go ahead. I dare you.
      (I read with sigs off.)
    9. Re:Not allowed in my shop by dublin · · Score: 1

      What sort of a shop are you running anyway, a sweat shop?

      You're only going to be able to keep the mundane workers with that attitude. Anyone with any spark in them will be gone yesterday.


      Doesn't matter, though, since all non-customer-contact positions will be outsourced to Bangalore, anyway. (A near quote from a Trilogy spokesman in today's TechMonday section of the Austin American Statesman...)

      --
      "The future's good and the present is nothing to sneeze at." - Roblimo's last ./ post
    10. Re:Not allowed in my shop by f0rt0r · · Score: 1

      A business environment is totally differnent than a home environment. To reduce support costs, its best to establish a stable, secure, efficient, and politically correct environment. Techniques such as locking down desktop settings, only allowing Web Proxy/Filted traffic in/out of the Intranet, and implementing a walk-out policy are effective ways of mainting the environment. My senior manager told me of a company that doesn't lock anything down but enforces it's walk out policy ( you install/change something on your computer without express permission, you are fired ) has only one desktop support person per 1000 employee's, which I have never seen before. Where I work you have to be given access to the Internet, and even then you cannot download restricted file types ( all network traffic passes through a series of inline filters going in/out of the Internet ). If you are caught writing down passwords down anywhere, that is your last day on the job.

      While it is in stark contrast to the freedom I enjoy on my home network, it is entirely understandable from a support/security point of view. Sure, there are people who would not abuse the system, and then again there are people who would. Is it in the business's best interests to sort out which employees fall into either category? Or is it better just to apply the same policy to everyone? Do you want HR to spend time resolving an issue where someone uses playboy bunny pictures as wallpaper? Or have a standard wallpaper set by Enterprise policy that is non-offensive to anyone?

      Do you really need that Dilbert Screensaver to do your job? I have local admin rights on my system, have been given both surf and download rights, but I still won't even change my desktop wallpaper or install an unapproved application as I understand the potential costs these could generate.

      And yes, I have seen people walked out because they wrote down a password on a yellow sticky note and put it on their monitor. The company provides a "password safe" application for storing these passwords. Much more secure than pasting notes on the monitor, and is a good tool for sharing passwords used by my team and also for storing my own passwords.

      En sum, there are reasons for these policies. Remember that a business environment should be focused on business needs, and everything else should be tuned out.

      --
      I can't afford a sig!
    11. Re:Not allowed in my shop by CoolVibe · · Score: 1
      Your lusers must love you to bits. I mean literally.

      Seriously, don't be too strict. Overly strictness can cause rebellion, and ultimately, the loss of your job. Especially if you do it to someone upstairs (like the CTO/CEO/CIO/insert bulky TLA). Or do you exclude them from you rigid policy? If yes, then you're a hypocrite.

      Bottom line (like others have posted, and I re-iterate): Happy lusers are less bothersome/troublesome lusers.

      As long as they don't fudge with eyecandy on the servers, they can fudge up their workstations all they like. I have recent backups of their important data, a Ghost image or a system image (in case of Linux or FreeBSD) and a fresh $HOME skeleton with which they can start over that I can put back in a snap. And the plus is all the nice goodies the lusers give me when I "rescue" their machine, and even better: - They actually LIKE me. Can you believe that?

      Guess who gets the proverbial "pat on the back" (read: lots of cool free stuff) on sysadmin day? I guess you won't be the lucky one.

    12. Re:Not allowed in my shop by Kiryat+Malachi · · Score: 1

      There is no difference between putting up wallpaper on my computer and putting a picture up in my cube. If they trust me to do one, they should trust me to do the other. Can you put pictures up in your cube?

      I want HR to spend time resolving the issue when someone uses Playboy pictures as their wallpaper, yes. That's part of HR's job.

      The internet is part of our jobs. Restricting it would be more trouble than its worth, since every time we dealt with a new parts supplier, I'd have to get IT to change the filters. Instead, they have a very non-restrictive filter (basically just known porn sites are blocked). Do I need a Dilbert screensaver to do my job? No, but neither does putting in an alternate screensaver (for instance, I use a monitor/LCD powerdown instead of the marquee that our default install has set) have particularly large potential costs. (Most) businesses don't try to prevent their employees from talking to each other, even if it isn't part of their job; why, then, should they try to prevent me from installing AIM?

      Your policies are fascist. I'm sorry, but its true. It may allow you to get by with one or two less support people (I think we have 3 or 4 on-site IT for about 1500 people, plus the worldwide corporate network support folks - I suspect our numbers are on the order of a tech per 400 or 500, and we have a very reasonable policy - install what you want, you screw up your computer we'll help fix it, if your computer has a virus we'll isolate it from the network and if you intentionally bring in a virus/repeatedly and intentionall violate corporate computer policy (at least 3 times), you're fired). But any way, reducing your support staff by one or two isn't worth the grumbling the inability to personalize at all will generate amongst your staff.

      Pasting passwords on the monitor is obviously not good practice, but it has nothing to do with this discussion.

      A business need is keeping your employees happy. Ignoring that need in favor of minimal support improvements (and they are, quite frankly, minimal if you implement sane policies like proxying net traffic, mandating a virus checker and its regular operation, forcing patch installs over the network, and mandating a non-IE browser) is silly.

      --

      ---
      Mod me down, you fucking twits. Go ahead. I dare you.
      (I read with sigs off.)
  61. That's RIDICULOUS! by Anonymous Coward · · Score: 1, Informative

    Not "rediculous". Yeah I know this is a lame and off-topic thing to complain about. But this is the third time today I've seen this word misspelled.

    1. Re:That's RIDICULOUS! by Anonymous Coward · · Score: 0

      You're actually not the only one to notice this. I've seen this word misspelt with striking regularity on slashdot as of late. It's an epidemic!

    2. Re:That's RIDICULOUS! by Minna+Kirai · · Score: 1

      AC: I've seen this word misspelt with striking regularity on slashdot as of late. It's an epidemic!

      Uh, hello? Slashdot is a "web site". That means its part of the Internet, where Internet English is the default language. "Rediculous" is the correct spelling here. Same with "loose"...

  62. Feature suggestion by Anonymous Coward · · Score: 0

    And if the entire window was greyed out when inactive, rather than just the window manager border. That'd make it so much clearer.

    1. Re:Feature suggestion by 808140 · · Score: 1

      Oooo, that sounds sexy. And it's probably possible now. Although, with focus follows mouse, it might result in a lot of drawing as you move the mouse around, which might suck.

    2. Re:Feature suggestion by Anonymous Coward · · Score: 0

      Greyed out windows AC here... I think it could be used always for modal dialogs, but for windows themselves I'm now not so sure due to that that thing the other poster said about reading a pdf and writing at the same time. I guess the defaults should be whether most users use two windows at once, which I don't think they do (so it could be an option in the window).

    3. Re:Feature suggestion by mrchaotica · · Score: 1

      If your graphics card can handle Tux Racer, it could handle this!

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    4. Re:Feature suggestion by 808140 · · Score: 1

      Yeah, after seeing that other poster's point about reading a pdf and using his browser at the same time, your idea unfortunately doesn't seem as good as it did originally, at least as the default.

      It would be a good option though, for people that generally only use one window at a time.

  63. 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 martin-boundary · · Score: 1
      You don't necessarily need translucency for that. What you need is a sane window manager policy: focus-follows-mouse coupled with do-not-raise-on-focus. Any decent Unix window manager can handle this (e.g. fwm) and probably some Windows addons can, too.

      What you get with those two policies is the ability to leave your editor partially covering the browser window, and when you need to read some more text in the browser, move the mouse into it and use e.g. the scroll wheel to position the text, while the editor window always stays where it was. Move the mouse back to the editor and you can edit again.

      Also, with translucency only, you would still have the problem of flipping the windows should you need to scroll the underlying browser window.

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

    4. Re:Less window manipulation by mrchaotica · · Score: 1

      Yeah, but that still requires messing with the mouse (or at least alt-tabbing) all the time. With transparency, it doesn't require any "window managing" at all.

      Also, for me, Firefox will receive scroll wheel events even when it doesn't have the focus as long as the cursor is over the web page area (this is using Sawfishon Linux, by the way). I don't know if it's a feature or a bug, but it's damn useful. It means I can (err, could, if I had transparency) leave the text editor partially on top and focused, put the mouse cursor over the web page, and just turn the scroll wheel whenever I need to scroll the page.

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    5. Re:Less window manipulation by Curtman · · Score: 1

      What is fwm? Do you mean twm? fvwm?

      Google turned up this link, but somehow I think its unrelated. ;)

    6. Re:Less window manipulation by martin-boundary · · Score: 1

      Yes, it was a typo. I meant fvwm.

    7. Re:Less window manipulation by Penguin+Follower · · Score: 1
      Even if you have a 19" or 21" main screen, you'll appreciate the extra space. and you'll never go back

      Actually, you'll have less space (on your desk!). ;) Though, I agree that having an extra monitor is great. OTOH, if you happen to use LCD flat panels instead of monitors, then it's not entirely a feasible option!

    8. Re:Less window manipulation by Curtman · · Score: 1

      In that case, I might as well post a link to some screenshots.

    9. Re:Less window manipulation by martin-boundary · · Score: 1
      Interesting. More generally, what if you have a transparent editor window covering a firefox window, and if you keep your mouse in the editor window, but move the mouse wheel, then firefox's text would scroll?

      Of course, you'd have to have some intelligent window manager that knew if the scroll event should go to the editor or to the firefox window underneath, or both even. I wonder if such an intelligent event multiplexer could be written as a fvwm module in perl (or maybe some other scriptable WM). Food for thought.

    10. Re:Less window manipulation by Anonymous Coward · · Score: 0

      one word, buddy: emacs

      browse to your reference information in the left window, edit in the right window, call the function scroll-other-window as needed.

      emacs has solved all these problems -- i don't see why we still need to have these pointless discussions.

    11. Re:Less window manipulation by mrchaotica · · Score: 1

      The scroll event would go to the editor if the cursor was within the editor window. It's nothing that requires "some intelligent window manager"; it would just send the event to whichever window was topmost at that screen coordinate, regardless of focus.

      Anyway, as I said before, this could be anything from a feature of Sawfish to a bug in Firefox -- I don't know. But as for scriptability, Sawfish is the Emacs of window managers -- it's got a complete Lisp interpreter embedded in it : )

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    12. Re:Less window manipulation by Anonymous Coward · · Score: 0

      On the contrary, you might as well not post them.

    13. Re:Less window manipulation by martin-boundary · · Score: 1
      You misunderstood me. By default, I agree that the mouse event goes to the window with the focus in all window managers, but fvwm or sawfish can intercept the mouse event before it delivers it to the focused window, and do anything it wants with that event.

      So it could look at your desktop configuration, figure out that both firefox and your editor are running, and scroll firefox automatically even if the scroll event was going to go to your editor (because it can send a duplicate scroll event to the firefox window, and cancel the event for the editor). It might even take the time to figure out if you have enough space on the desktop and rearrange the windows on the fly to minimize the overlap between firefox and the editor, and temporarily iconize unrelated programs.

      Anyway, those are just fun speculations beyond the transparency/translucency debate.

    14. Re:Less window manipulation by mrchaotica · · Score: 1

      Oh, well, yeah, I was talking about what Sawfish does now, but speculations are much more interesting!

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    15. Re:Less window manipulation by Tim+C · · Score: 1

      another 17" monitor will set you back US$100. ...plus dual-head capable graphics card, bigger desk, increased power consumption costs...

    16. Re:Less window manipulation by Anonymous Coward · · Score: 0

      I agree completely! The lack of a decent implementation of this for windows is one of its biggest drawbacks (Sure, there's the XMouse patch, but there are enough annoying apps that decide to close the window when they don't have focus, or leap to the front when they do anyway, that it's just not usable).

    17. Re:Less window manipulation by jdowland · · Score: 1

      Thats what workspaces are for. Lets face it, you cannot read both at the same time, what is important is the ease with which you can switch focus. A keyboard shortcut or a flick of the mouse wheel to move quickly between two workspaces satisfies your needs without making your display noisy and headache-inducing.

    18. Re:Less window manipulation by smartin · · Score: 1

      That's great and I agree with you but you've forgotten the X has a feature the already makes it superior to all other windowing systems. This feature is that you can give focus to window that is not on the top of the stacking order. This allows you to pull the window that you want to see in front of the window that you are typing into. This and the ability to lower windows are something that i really miss on the Mac.

      --
      The difference between Canada and the USA is that in Canada healthcare is a right and gun ownership is a privilege.
    19. Re:Less window manipulation by Jah-Wren+Ryel · · Score: 1

      Actually, you'll have less space (on your desk!). ;) Though, I agree that having an extra monitor is great. OTOH, if you happen to use LCD flat panels instead of monitors, then it's not entirely a feasible option!

      Huh? I have three SGI 1600SW LCDs on my machine at home. Two of them horizontal (1600x1024) and the third vertical (1024x1600) for web browsing. How is this not feasible? There is no way I could do the same with CRTs, there just isn't enough space.

      --
      When information is power, privacy is freedom.
    20. Re:Less window manipulation by Anonymous Coward · · Score: 0

      --
      Saddam is a bad man, he deserves to be removed from power
      The same goes for George W. Bush


      Bush, Rumsfeld and Wolfowitz -- the axel lube of evil.

    21. Re:Less window manipulation by achurch · · Score: 1
      As it happens, I already use fvwm, focus-follows-mouse, and do-not-raise-on-focus. Unfortunately, that has nothing to do with the issue of one window obscuring another. Try this:
      1. Open up Mozilla (Firefox, Opera, pick your poison).
      2. Maximize the window.
      3. Pretend it's displaying a reference diagram that takes up the whole screen.
      4. Open a source file in Emacs.
      5. Try to edit the source file while looking at various different parts of the "diagram" window.

      That's what I mean about translucency being useful. With translucency you don't need to touch the mouse at all.

    22. Re:Less window manipulation by achurch · · Score: 1

      Two monitors!

      In Japan, you don't have room for two monitors . . .

    23. Re:Less window manipulation by achurch · · Score: 1

      That's great and I agree with you but you've forgotten the X has a feature the already makes it superior to all other windowing systems. This feature is that you can give focus to window that is not on the top of the stacking order.

      I haven't forgotten this; see my other response for why it's not good enough. In short, you still need enough screen real estate to show everything in non-overlapping locations. Translucency lets you overlap windows and still see everything.

    24. Re:Less window manipulation by HTH+NE1 · · Score: 1

      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.

      More precisely, that's transparency. Translucency does not guarantee legibility. Translucency lets light through; transparency lets perception through.

      I would love to see this have real translucency with the scattering and diffusion of pixels and not just redefining translucency to be a level of transparency between 100% transparent and 100% opaque. I want an impression of what's behind the window, but I don't want it to get in the way of the information I'm trying to read. (And if it updates the foreground as the background updates, that would really impress me!)

      --
      Oh, say does that Star-Spangled Banner entwine / The myrtle of Venus with Bacchus's vine?
    25. Re:Less window manipulation by Anonymous Coward · · Score: 0
      With transparency, it doesn't require any "window managing" at all.

      Well, that explains why the windows are all stacked up instead of just moving one off to the side.

  64. Expose for me by Anonymous Coward · · Score: 0

    Finally! I will be able to make use of the expose like features of skippy-xd http://thegraveyard.org/skippy.php. No more taskbars for me.

  65. Wow. by seebs · · Score: 1

    I mean, here I was thinking about features like "stable 3D hardware support" or "more support for video in and out hardware", or "the ability to type international characters the same way in both xterm and gaim"...

    But we have DROP SHADOWS!

    WOO!

    That's a great way to use CPU cycles previously wasted on my actual work!

    --
    My blog: http://www.seebs.net/log/ --- My iPhone/iPad app: http://www.seebs.net/seebsfrac/
    1. Re:Wow. by 808140 · · Score: 1

      If you're unable to type international characters in the same way in both xterm and gaim/other gtk apps, your system is broken.

      Personally, I use SCIM and it works fine in all my apps. Before that, I used XCIN, and it worked fine in all my apps too. I daresay that any competently written XIM server ought to be able to do the same.

      The other gripes, however, are worthwhile. I don't have any interest in drop shadows or translucency either, but then I always liked Xaw, too. The truth is that eye candy attracts users, and users attract businesses, and businesses bring hardware support. If you've been using Linux for a reasonably long time, you should see how this has already happened.

      So in that respect, it probably isn't a bad thing.

    2. Re:Wow. by Anonymous Coward · · Score: 0

      How come no one ever complains about bloat when Apple comes out with some new super eye candy crapola but then some open source software puts a little polish on its product and the bloat trolls come out.

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

    4. 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/
    5. Re:Wow. by seebs · · Score: 1

      "If you're unable to type international characters in the same way in both xterm and gaim/other gtk apps, your system is broken."

      Yup.

      That's very nice.

      But... Shift-Alt-5 gets me a nice yen symbol in xterm, and Nothing Happens in gaim.

      Telling me it's "broken" doesn't help much; these are stock installs. So... Yeah, it's broken. That's sorta my point; it would be nice to see stuff like this being fixed, rather than gratuitous shinies. (And yes, I do sometimes send in code to open source projects. I know the deal.)

      --
      My blog: http://www.seebs.net/log/ --- My iPhone/iPad app: http://www.seebs.net/seebsfrac/
    6. Re:Wow. by Anonymous Coward · · Score: 0

      No, adding features like this is a great way to push for OpenGL accelerated window rendering, freeing CPU cycles previously wasted on X.

      Apple already has this, and Microsoft will too, except Longhorn will use Direct3D for accelerated rendering instead of OpenGL.

    7. Re:Wow. by 808140 · · Score: 1

      While I understand your frustration at stuff like this not simply working out of the box, you're comparing apples and oranges here.

      Developer time is not a arbitrarily transferable. The skillset required to extend the X protocol and the one required to fix broken distributions are completely different. The folks that work well on one are probably rather unlikely to work well on the other. There may be some overlap but my guess is that it's insignificant.

      So while it may frustrate you that people are working on stuff that you're not interested in instead of what you are interested in, understand that you can't simply shift developers around like that, even if you were the guy that gets to decide what is most important and what gets done. Because people have different talents and interests.

      Now, regarding your xterm problem, it seems to me that the issue here is with the way keystrokes are interpreted by X, specifically, XKB. Unfortunately, XKB is used by people to extend their keyboard mappings, instead of using it what it was designed for: mapping the structure of your keyboard to its keymap. Technically, input of any sort ought to be handled by an intelligent XIM, with as little as possible being done on the XKB level.

      Unfortunately, XIM is complex and XKB, while also complex, is less so. As a result, people who use a character set very similar to the one found on their keyboard don't use XIM for anything, and depend instead on XKB to provide them with the extra character combinations they need. There is unfortunately overlap between what XKB and XIM can do, and there's no set standard on who should do what.

      Therefore, different apps do different stuff. It makes sense when you think about it, that GAIM and other GTK apps should ignore Shift+Alt+foo when typing -- Alt and Shift+Alt are common hotkey modifiers. So actually, on the desktop, xterm is simply behaving differently.

      The question you should ask yourself is, should xterm's "feature" be considered normal? Does extending it to the rest of the desktop even make sense? Or should you install an XIM and use it instead (which will work in all XIM aware X apps, which is, well, nearly all of them?)

      Essentially, you're complaining about a feature of xterm being present only in xterm. As it happens, in this particular case, it seems as though this comes from a lack of standards re: what should be handled by XIM and what should be handled by XKB. I'll admit that we need one of those.

      But otherwise, does the fact that app X has a feature that no other apps have mean that all those other apps have bugs? Especially when app X's feature wouldn't fit into their paradigm?

    8. Re:Wow. by seebs · · Score: 1

      I'm aware that it's not all the same, but... Seems to me that "X can run slower" isn't much of a feature to be bragging about.

      Anyway, to me, it seems like the default should be to pass through key sequences which aren't being used by the UI. Nothing in the UI seems to care much about alt-keys, that I can detect.

      But... Yes, the feature of passing through the keysym for the key I hit should be "normal". That would be a canonical example of a normal feature.

      This is why most systems have a standard for what key you use to send out-of-band commands, and if that dead key isn't down, everything you send is some kind of input. Works great.

      --
      My blog: http://www.seebs.net/log/ --- My iPhone/iPad app: http://www.seebs.net/seebsfrac/
    9. Re:Wow. by 10Ghz · · Score: 1
      That's a great way to use CPU cycles previously wasted on my actual work!


      If done properly, drop-shadow and the like wont eat too much CPU-cycles. what they should use is the GPU, while leaving the CPU do all the other stuff.

      And this might come as a shock to you, but you are not forced to enable the drop-shadow or any other eye-candy you now have at your disposal. But there are those (myself included) that have more than enough horsepower in their machines and who are willing to invest some of 'em to eye-candy.
      --
      Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
    10. Re:Wow. by seebs · · Score: 1

      I suspect that even a hypothetical perfect use would still use at least some CPU cycles.

      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.

      --
      My blog: http://www.seebs.net/log/ --- My iPhone/iPad app: http://www.seebs.net/seebsfrac/
    11. Re:Wow. by Anonymous Coward · · Score: 0

      It depends what you mean by technical merits. Is the ability to use the systeam in an intuitive and easy way a technical merit? I would say yes...

    12. 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.
    13. Re:Wow. by seebs · · Score: 1

      I don't really buy the claim that the GPU will be "drawing the UI". I mean, obviously, the GPU is what actually renders the pixels, but someone's still telling it what to do.

      I'm aware that the people working on this might not be able to do the other kinds of work we need done... But it's still not much for "news". This stuff doesn't need to be part of X; window managers have been doing it for years.

      --
      My blog: http://www.seebs.net/log/ --- My iPhone/iPad app: http://www.seebs.net/seebsfrac/
    14. Re:Wow. by 10Ghz · · Score: 1
      I don't really buy the claim that the GPU will be "drawing the UI". I mean, obviously, the GPU is what actually renders the pixels, but someone's still telling it what to do.


      right now the CPU does the work. In the future, the CPU will tell the GPU "draw a window here". And I bet that CPU doing all the basic UI-finctions (like it does now) consumes more performance than dedicated GPU doing advanced UI, with CPU just telling it what to do.

      I'm aware that the people working on this might not be able to do the other kinds of work we need done... But it's still not much for "news". This stuff doesn't need to be part of X; window managers have been doing it for years.


      All those drop-shadows and transparencies we have had untill now have been nothing but ugly hacks. The transparency is not real transparency. Drop-shadows are just hacks. having them in X makes it possible to do it right and with better performance. transparency will be real transparency instead of the "take a screenshot, and display the background image as a background of the term"-kludge, and it will work with other apps besides terms as well. And drop-shadows will be real drop-shadows, instead of crappy hacks. And they will work with ALL WM's, not just that one specific WM that has somekind of drop-shadow hack in it.
      --
      Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
    15. Re:Wow. by 808140 · · Score: 1

      I agree with what you are saying, but it's irrelevant, because as pretty as eyecandy is, there is no data out there that suggests that it actually makes a system easier to use. In fact, what few studies have been done seem to indicate the opposite.

      What makes a system easy to use is a consistant, simple UI. The first Macs were like this; Google is a good modern example. You'll note that neither of these are bloated interfaces.

      Now, I'll admit that early Linux didn't have a consistant, elegant UI. But my point is that the added complexity of eye candy does not produce an easy to use interface on its own. So I think your point, as it relates to eye candy, is irrelevant in this discussion (but nonetheless insightful, in an offtopic sort of way.)

    16. Re:Wow. by seebs · · Score: 1

      I'm not sure I want them happening in all WMs...

      I think the idea of a GPU having a specific opcode for "a window" is a little unlikely. That level of specialization would be spending die space on a feature whose performance is plenty fast already; I doubt it'll happen.

      --
      My blog: http://www.seebs.net/log/ --- My iPhone/iPad app: http://www.seebs.net/seebsfrac/
    17. Re:Wow. by 10Ghz · · Score: 1
      I'm not sure I want them happening in all WMs...


      Then turn it off. Problem solved.

      I think the idea of a GPU having a specific opcode for "a window" is a little unlikely. That level of specialization would be spending die space on a feature whose performance is plenty fast already; I doubt it'll happen.


      I'm not talking about having specific "window-drawing" transistors in the GPU. In the future UI-elements will be handled as a 3D-elements. They might still be 2D-windows, widgets and buttons but they will be drawn using 3D-hardware. The CPU tells the GPU to draw a window (for example). It does that with vertices and polygons, and the end-result gets textured accordingly. And the GPU would be hardly breaking a sweat while doing that. If they can handle Doom3, handling a UI would not be a problem. They can handle millions of polygons and they can move ALOT of textures around. Using those resources for windowing and UI would be a Good Thing (tm).
      --
      Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
    18. Re:Wow. by seebs · · Score: 1

      That's more efficient than having the CPU do all the rendering, but... It's not exactly running the whole thing on the GPU. The UI has to manipulate a fair number of polygons to do that; I'm not sure this is much of an improvement over having a 2D image and telling the GPU to render that.

      GPUs aren't magic.

      --
      My blog: http://www.seebs.net/log/ --- My iPhone/iPad app: http://www.seebs.net/seebsfrac/
    19. Re:Wow. by 10Ghz · · Score: 1

      GPU's aren't magic, true. But they are designed to draw graphics from the ground up. CPU's are jack-of-all-trade microprocessors that can do just about everything, but it can't really excel at any of them. Since we have insanely fast microprocessors in our systems who'se sole reason to exist is to draw graphics, why couldn't we use it to.... draw graphics? Why should we use the CPU for that task, espesially since the CPU is busy doing many other things as well? Instead of burdening the CPU with graphics, we should share the workload to the GPU, which can handle graphics alot faster than the CPU could.

      Of course the CPU will have to tell the GPU what to draw. And that's not different than it is when you play some 3D-game. Those games run ALOT faster when it's the GPU that does the rendedering, and not the CPU. Besides running faster, it also means that the CPU is free to do other things than worry about displaying pixels on the screen.

      Rendering the UI in the GPU does not mean that CPU does not have to do anything related to it. Like it was said, CPU has to tell the GPU what to draw and to where. But that's not different on how things are right now. Doing the rendering in the CPU should considerably lower the strain on the CPU, even if the UI had some new whiz-bang eye-candy in it.

      GPU-rendered UI's are the way of the future. And that's the way it should be.

      --
      Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
    20. Re:Wow. by seebs · · Score: 1

      I guess... I'm not seeing much difference here from things we can already do, like having a window be a single large block and telling the GPU where to render it.

      I don't think there's as much room for change here as you seem to be thinking of, although I guess that depends somewhat on how efficient the 2D acceleration in X is these days.

      --
      My blog: http://www.seebs.net/log/ --- My iPhone/iPad app: http://www.seebs.net/seebsfrac/
    21. Re:Wow. by 10Ghz · · Score: 1
      I'm not seeing much difference here from things we can already do, like having a window be a single large block and telling the GPU where to render it.


      Using the GPU for the task means that we can use GPU's features to draw the UI. Using OpenGL as the backend and applying antialiasing to the UI? No problem! How about hardware-assisted shading, transformation and lighting? Again: not a problem! Bumb-mapping? Go right ahead! Multitexturing? Not a problem. Doing any of that with the CPU alone would not be practical. Of course, you might ask "why do we need any of that in a UI?". Good question. But with hardware-support being in place, we have the possibility to use them. That does not mean that we have to use them. Point is to remove the limitations. Then the developers can design UI's that they want to design, instead of being limited by the capabilities of the system.

      I don't think there's as much room for change here as you seem to be thinking of


      There is alot room for a change. Just take a look at Sun's Looking Glass or those Longhorn concept-UI's. Just because UI's have been strictly 2D for a long time now, does not mean that that's the way they should be in the future as well. How long did we have strictly text-based "UI's"?
      --
      Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
  66. It's Mine by Dominatus · · Score: 1

    Thank you. While I see a lot of people upset about the emulation of OS X, the one screenshot I submitted was intentionally sent to mimic OS X, in an effort to show how far X.org has gone in it's ability to create eye candy by comparing it directly with something that is well established to be of high quality. I hope I didn't offend any Apple zealots :) Imitation is the sincerest form of flattery after all.

    1. Re:It's Mine by LnxAddct · · Score: 1

      I must give credit where credit is due. That desktop rocks. Are you ever releasing the applet thingy? It'd be cool if you could give /. some tips for getting something so awesome looking. Oh and how stable is the latest X.org server? I might upgrade if it has translucency and shadows:)
      Regards,
      Steve

    2. Re:It's Mine by mrchaotica · · Score: 1

      It looks nicer than my desktop, and I'm using a Mac! (It's that nice milky white color scheme -- my desktop is too colorful, and would be too gray if I changed to "graphite") Anyway, good job! All you need to do now is fix the shadows, since it looks as if the light is coming from you (you don't glow, right?)

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

  67. Even more bloat? by Anonymous Coward · · Score: 0

    I guess the minimum system requirements to just run KDE or Gnome with nothing else going is gonna be around 512M before long... 128M machines already swap while running KDE and 256M machines are pretty much required to be productive using it.

    1. Re:Even more bloat? by Zoolander · · Score: 1

      If you're going to use KDE or Gnome, then I'd say it's natural to assume that you have a reasonably new computer.
      There are a lot of other WM:s that work excellently with 128M: flux|commonbox, XFce4, ion...

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

  69. Re:Yet again, zero innovation by Anonymous Coward · · Score: 0

    stop complaining and start innovating if you feel so strongly.

  70. 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.
  71. theme? by markybob · · Score: 0, Offtopic

    anyone know what themes are used on http://ruinaudio.com/Xorg-xcompmgr.png ?

  72. 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
  73. Re:Yet again, zero innovation by Anonymous Coward · · Score: 0

    And KHTML wouldn't exist in its current state were it not for Apple.

    The whole point of open source is to be used and not have a million people reinventing the wheel two million different ways. That's why BSD is licensed how it is, and that's why the likes of TiVo, Apple, and Red Hat have taken open source and melded it into something refined and stunning.

  74. X.org vs XFree86 install? by simetra · · Score: 1
    This is all fine and good... but, has anyone come up with a nice, quick instruction list on how to switch between X.org and XFree86? I imagine I'm not the only one to suddenly have both after updating with swaret. I know about changing the X link from XFree68 to xorg, but there's got to be more to it than that.


    --

    "Would it kill you to put down the toilet seat?" -- Maya Angelou
    1. Re:X.org vs XFree86 install? by bersl2 · · Score: 1

      If you're using swaret: swaret --remove XFree (or some other pattern that matches the XFree86 package names) and to be sure, swaret --reinstall Xorg.

      Make sure to rename XF86Config as xorg.conf; AFAIK, they are 100% compatable. You may still want to run X -configure and see if Xorg gives anything new to put in the config file.

    2. Re:X.org vs XFree86 install? by drinkypoo · · Score: 1

      emerge unmerge xfree
      emerge xorg-x11

      Oh sorry, you wanted directions for your choice of linux distribution? You didn't specify.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    3. Re:X.org vs XFree86 install? by Lisandro · · Score: 1

      Depends heavily on the distro used, but at this very point, X.Org is 100% compatible with XFree, down to the configuration files and drivers. On Gentoo, i uninstalled XFree, installed X.Org and was running with zero issues. Right now the codebase is very similar.

      If you were reluctant to try it, do it. The process is as painless as it can be.

    4. Re:X.org vs XFree86 install? by HoaryCripple · · Score: 1

      Meh. I'm using gentoo, but I wanted to do a cvs install to get all the latest goodies. It's a pretty easy install. I backed up /usr/X11R6 and /etc/X11 and then followed the directions here, although it really is as easy as:

      cd xc
      make World
      su -c make install

      If you want compositing, then enable that in the xorg.conf file.

  75. 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...
  76. Re:Translucency? .. Translucency? ?? by carrett · · Score: 0

    for expose stuff, check out http://thegraveyard.org/skippy.php

    it's really easy to use from what i can tell. expose is just another program (like skippy) it just happens to install by default in os x. check out skippy xd, it's just as good.

    --
    I'm against picketing but I don't know how to show it.
  77. Re:When are they going to add Event device support by fucksl4shd0t · · Score: 1

    You've been waiting in vain, my friend. Simply because XFree86 has been able to do this for years. Sorry to hear you've been so far out of the loops, but a simple google search will tell you what you need to know.

    --
    Like what I said? You might like my music
  78. Technical superiority is a poor measure of worth. by jbn-o · · Score: 1

    The parent post is not a troll (as it was mistakenly moderated), but it could use some elucidation. The open source movement champions selecting software that is technically more advanced. Thus, this strategy will sometimes result in choosing proprietary software over so-called "open source" software. If we look at these advances in X.org as merely technical improvements, it's logical to arrive at the conclusion which the parent poster expressed and note that other systems have had these advances for quite some time.

    Another movement, older than the open source movement, frames the issue in another way. The free software movement pitches a message of freedom to share and modify programs. When measured by this criteria, X.org offers something these other systems don't: You get what this movement calls "free software", freedoms which give people the opportunity to develop the technical advances which implement the fancy look-and-feel.

  79. XFixes by Brandybuck · · Score: 1

    XFixes? I've read the link and came away confused. Obviously this must be something outstanding or it wouldn't be in the story blurb. So someone explain to me what it is...

    --
    Don't blame me, I didn't vote for either of them!
    1. Re:XFixes by be-fan · · Score: 2, Informative

      See here.

      --
      A deep unwavering belief is a sure sign you're missing something...
    2. Re:XFixes by Brandybuck · · Score: 1

      Do I have to repeat myself? I've READ that page. if you look carefully, you'll see that the page is complete devoid of context. I'm only asking someone to explain it to me.

      What is XFixes as a WHOLE? None of the concrete but trivial items mentioned seem to be related in any manner. "Vaguely related extension bits" just isn't explanation enough for me.

      --
      Don't blame me, I didn't vote for either of them!
    3. Re:XFixes by be-fan · · Score: 1

      I don't think you understand. That's all that XFixes is! It's an extension containing various "fixes" to the core X functionality. That's it. That's why they seem like little things that aren't related --- because that's precisely what they are.

      See this post for more context.

      --
      A deep unwavering belief is a sure sign you're missing something...
    4. Re:XFixes by Brandybuck · · Score: 1

      Okay, I understand now. Though I am still slightly confused as to why it's an extension instead of just a set of bug fixes.

      --
      Don't blame me, I didn't vote for either of them!
    5. Re:XFixes by be-fan · · Score: 1

      Well, these are things that can't really be fixed that way. Most involve addition of new features (to do things that were previously accomplished through work-arounds), while one requires a semantic change that would break compatibility.

      --
      A deep unwavering belief is a sure sign you're missing something...
    6. Re:XFixes by Anonymous Coward · · Score: 0

      That's the X server extension that fixes the bugs in the core X server. It requires a fast processor.

  80. Enforcer by nurb432 · · Score: 1

    Nope, I just enforce the rules. I don't make them.

    However I do happen to agree that in a business you get what you NEED to do your job, nothing more, nothing less.

    All the cute stuff only causes support issues when you have more then a few pcs... ( we have around 10000 )

    We have the pcs locked down to the point they wouldn't have much of a choice if we switched something on them. They get to use what we let them use.

    They also realize we aren't doing it to be evil. They want working machines.. we do what we need to in order to maintain that level of function for them.. 24/7.

    --
    ---- Booth was a patriot ----
    1. 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.)
    2. Re:Enforcer by sirsnork · · Score: 1

      Why shouldn't an admin have that right?

      Given that the recption machine is very often in the public view why would you want the hunk of the month set as her background?

      Shadows and fonts are fine, but anything that gives the user the ability to offend other employees or customers should be disabled

      --

      Normal people worry me!
    3. Re:Enforcer by logicnazi · · Score: 1

      Alright, everyone is missing the point. Yes, you can enforce these rules and clearly a buisness should have this right and ability. However, it simply isn't a good idea.

      As an employer, like it or not, employee satisfaction and enjoyment make a big difference to your bottom line. Whether or not it is reasonable people naturally chaf and restrictions they find arbitrary or stupid. This is just a base psychological fact about how people work. Locking down the systems completly and not even letting people change transparancy settings or adjust the mouse speed might make things *slightly* easier to administrate but in the long run will cause you more problems in employee moral.

      Also, especially if you are running an insecure OS like windows, you need to worry about employees circumventing your security measures. The more you unreasonably restrict them the more likely they are to get around the security measures. Even worse since they are often aware they could get in trouble for circumventing the security measures they will take other actions to hide their changes costing the organization even more money (they screw up the computer which they have modified....if they just ask for help they get in trouble....or they could wipe the harddrive and claim ignorance).

      --

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

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

    5. 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.)
    6. 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
    7. Re:Enforcer by orasio · · Score: 1

      Your views are kind of totalitarian.

      The idea that anything that is not mandatory should be prohibited is not very nice.
      Just because your company has policies about the kind of artwork the employees can show in their computers, the sysadmin has nothing to do with that.
      That would be a freedom of expression issue. One should be allowed to say (show) whatever one wants, and then, if any rule is broken, face the consequences. Preventing people from changing their desktops (on the basis of content, and not technical issues) is not the job of a sysadmin, I believe.

    8. Re:Enforcer by Anonymous Coward · · Score: 0
      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.
      That is, of course, presuming that a company actually wnats its employees to look human...
    9. Re:Enforcer by Anonymous Coward · · Score: 0

      It'd be even worse if it was the hunk of the month on his background...

    10. Re:Enforcer by Anonymous Coward · · Score: 0

      Wnats! You said wnats! Now suck my balls! Please? Please suck my balls?

  81. Re:in depth analysis by Anonymous Coward · · Score: 0

    Be sure and change the redirect to a legitimate looking site so that the moderator gets M2'd unfair, too :).

  82. Oh come on by Anonymous Coward · · Score: 0

    Fast progress? Fast progress?! I was hearing promises about this years ago.

    I hate to say it, but X is dying quicker than BSD, as they say around here. All we get recently is political squabbling and infighting among these "developers" who never seem to do any coding. I wouldnt be surprised if this transluceny announcement is just a publicity exercise.

    and with remote desktop now even a breeze to use with XPSp2, even the network arguments for using X dont carry water.

    Sorry, i've given up, the nails in this coffin are coming in thick and fast.

    (sorry for the ac, but i dont want to risk my karma with this post)

    1. Re:Oh come on by PitaBred · · Score: 1

      Because you know it's a bunch of BS? You should have the balls to stand up for your convictions.
      Anyway, the squabbling and infighting was with the XFree tree. This is the XOrg tree. Different beast. Remember kids, reading for comprehension is fun and rewarding!

  83. 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
  84. Terminal Server by nurb432 · · Score: 1

    Ever seen hundreds of users try to run hi-color desktops on terminmal server? Or how about screen savers?

    It's a great way to kill your server farm ( and bandwidth ) to let your users run free in a true enterprise environment..

    --
    ---- Booth was a patriot ----
    1. Re:Terminal Server by damiam · · Score: 1

      Terminal Server? Okay, so you're not using Linux in the first place. Never mind then. From my understanding, these effects are rendered by the X server, so if you were using remote X, there would be no performance hit on the server (although the clients would have to able to handle it).

      --
      It's hard to be religious when certain people are never incinerated by bolts of lightning.
  85. 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 Stinking+Pig · · Score: 1

      isn't the user the brightest thing around? Heh. If only :)

      --
      "Nothing was broken, and it's been fixed." -- Jon Carroll
    2. Re:Drop Shadows - choose a light source now guys by BCW2 · · Score: 1

      Not on this planet. If most of the users had a computer IQ over 100 we'd see a 75% reduction in worms/viri/trojans.

      Classic example: Woman picks up daughters computer from shop on Tuesday after tuneup & spy/ad/malware removal. Comes in Friday with 15 year old daughter and asks why she can't get online? Fire it up and popups cover screen. Daughter cliks on everything. Ad-Aware got 423 items and Spy-bot got another 100. That shows how bad it is for the uninformed/uneducated. Trust me, I explained to both that there are NO good popups or banners. We'll see how long it takes to come back again. I did show them how to use and update both Ad-Aware and Spy-bot.

      --
      Professional Politicians are not the solution, they ARE the problem.
    3. 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"
    4. 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?" `":" #");}
    5. 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... ;-)

    6. Re:Drop Shadows - choose a light source now guys by Carewolf · · Score: 1

      That is _so_ going to piss you off after a few minutes use.

    7. 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.
    8. Re:Drop Shadows - choose a light source now guys by Lispy · · Score: 1

      It hasn't pissed me off after 27years of using it on a daily basis in RL.

    9. Re:Drop Shadows - choose a light source now guys by Lispy · · Score: 1

      Ok, sorry. I thought you were replying to my post.
      I absolutely agree with you on the annoyance of the lightsource cursor.

    10. Re:Drop Shadows - choose a light source now guys by TractorBarry · · Score: 1

      I'd like my light source to be of low(ish) intensity and to come from the bottom of the screen.

      That would make for a really great "Hammer House Of Horror" sort of desktop.

      At last the desktop is mine... Mwa ha ha ha...

      --
      Sky subscribers are morons. They pay to be advertised at !
    11. Re:Drop Shadows - choose a light source now guys by BiggerIsBetter · · Score: 1

      Couldn't you just resize the window slightly? Eg, make foreground window a fraction larger and maybe a touch lighter, with corner (or time-dependant - this is nice) drop shadow, and optional highlight on the opposing edges. Eg, make better use of perspective and depth, not just lighting.

      You could probably give the window a harder that normal edge too. The current screenshots just looked weird to me, with their shadows showing everywhere, willy-nilly. Sure, they were pretty slick, but too fuzzy and "hey look, we've got shadows!".

      --
      Forget thrust, drag, lift and weight. Airplanes fly because of money.
    12. Re:Drop Shadows - choose a light source now guys by Spy+Hunter · · Score: 1
      You could make the window bigger as it comes to the front for a nice visual effect but it won't help you glance at the screen and tell which window is on top when the focus isn't currently changing, like shadows can. Also it would be annoying to have the window shift position under your mouse as it came to the front. You'd have to make sure the focus of expansion is the mouse cursor so that point doesn't shift as the window enlarges. Also it would be hard to avoid aliasing artifacts when resizing windows such a small amount all the time.

      I agree that some of the screenshot shadows looked weird, but these are all just proof-of-concept type things so far. There were several different types of shadows shown. They are probably implemented as part of the window manager theme, so if you don't like the shadows in the default theme you can just pick a different theme, or munge the shadows to your liking with GIMP. The shadows aren't hardcoded into X11; they're trivial to change so there's no need to decide on what they'll look like now.

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

      The real sun doesnt' move 180 degrees accrosss the sky in a few seconds.

  86. 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
  87. Can you name this Linux distro? by LinuXHaX · · Score: 1

    the image fromt the article had this picture http://img3.exs.cx/img3/6458/screen_lynucs_1759409 500411796a9ba106_1.jpg can you name the distro pictured?

    1. Re:Can you name this Linux distro? by Anonymous Coward · · Score: 0

      No, that's not possible, there are no elements in that picture that's limited to any single distro.

    2. Re:Can you name this Linux distro? by HoaryCripple · · Score: 1

      You can make any distro look like that. Running enlightenment wm, and probably a gdesklet called starterbar.

    3. Re:Can you name this Linux distro? by Dominatus · · Score: 1

      I could name the distro, seeing as it's my screenshot :-p The distro is custom made, but as people stated already nothing is specific to any given distro in that pic. The bar on the top is my own creation. The bar on the bottom is engage, the border theme is Winter, the GTK theme is Milk, and that's about it :)

    4. Re:Can you name this Linux distro? by LinuXHaX · · Score: 1

      Ok, thanks for the info. Can you give me a link to where i can get engage?

    5. Re:Can you name this Linux distro? by Dominatus · · Score: 1

      Its in the enlightenment CVS folder 'misc' at www.enlightenment.org

    6. Re:Can you name this Linux distro? by LinuXHaX · · Score: 1

      Thank you very much

  88. could be. by twitter · · Score: 1
    Having set up my next door neighbor with Mepis, I can believe that Linux on the desktop is here. She is an interior design teacher at a state university who claims to hate computers. For years, she was a Mac person. Her daughter convinced her to get a PC, which finally crashed and burned without hope due to lost original CDs and their utter obsolescence. I gave her an old PII with 64MB of RAM and a stock install of Mepis. She loves it.

    Anyone can use and will love KDE or Gnome. Commercial software is so far behind there will be no recovery. It will take a year or two for people like her to tell her friends and widespread adoption to occur but there are plenty of people like me out there ready to help them all.

    --

    Friends don't help friends install M$ junk.

    1. Re:could be. by Neo-Rio-101 · · Score: 1

      Actually, I don't think it's that far off. A lot of work needs to be done on making package management painless (Debian's apt-get is great, but at the moment, there's no X-windows super-idiot-proof GUI friendly way to manage this - OR any other 3rd party apps that want to take a walk on the system.) I installed Knoppix on a friends old PC, and he's had no problems with it whatsoever (except an incompatible printer, and Open Office borking some MSoffice files)

      --
      READY.
      PRINT ""+-0
    2. Re:could be. by Lispy · · Score: 1

      Yup. Confirm this. I put Slackware 10 and Dropline-Gnome on my moms desktop and she is happy with it. The box is significantly faster than what your neighbour uses and therefore OpenOffice.org and Evolution were an option. She said she adores the XScreensavers. Since she has my trusty old GeForce3 I can understand her.

      No, really, she is very impressed with Linux. She also likes the absence of advertising in GAIM (compared to ICQ) and Totem (compared to WMP). Of course Firefox is a cutie of a browser. After I told her about the OSS-Philosophy she also had the feeling to do "the right thing"(tm). I guess she would have fallen in love with RMS back in the 60s. No, wait. Then I would be his son...holy cra*! ;-)))

    3. Re:could be. by twitter · · Score: 1
      apt-get is great, but at the moment, there's no X-windows super-idiot-proof GUI friendly way to manage this - OR any other 3rd party apps that want to take a walk on the system

      Try Synaptic. It's not really idiot proof because package management in testing/unstable is not easy. When Sarge goes stable, things will be much easier.

      In the mean time, I test upgrades on my own machines but don't do much of that for my clients. If there's a security update or some program that's a must have, I can do it for them myself with ssh. Most people's needs, however, are well covered with a basic install of Sarge.

      --

      Friends don't help friends install M$ junk.

  89. Re:Welcome to 1999, guys. by b-baggins · · Score: 0

    OK. What part of 99% didn't you understand. I'll make it clearer. The 1% is the eye candy that requires massive GPU processing. Kill all the compositing stuff and just implement the other usability components.

    There's a ton of OS X usability outside the graphic elements that Linux could incorporate right now with no change to the current windowing system. I'll give you the biggest one right now: A way to install software that doesn't require a computer science degree.

    --
    You can tell a great deal about the character of a man by observing those who hate him.
  90. OSX-style launcher bar by Gopher · · Score: 1

    In some of the screenshots, there are OSX-style launcher bars at the bottom. What are they using to do that? Is it a gdesklet launcher?

    1. Re:OSX-style launcher bar by HoaryCripple · · Score: 1

      Yes, you're correct. It's a gdesklet display called starterbar.

    2. Re:OSX-style launcher bar by deminisma · · Score: 1

      No, you're wrong. It's Engage, developed using the Enlightenment Foundation Libraries and it's only a small sample of what E17 will be capable of.

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

    4. Re:OSX-style launcher bar by HoaryCripple · · Score: 1

      Yeah, figured that out looking at the other shots. Gonna try and compile E again, but i'm not holding my breath.

  91. Re:Welcome to 1999, guys. by Anonymous Coward · · Score: 0

    Quite frankly, until recently, nobody in the Unix Display camp has even tried to improve things (other than a handful of student projects).

    When the XFree86 project lead declared X11 to be obsolete, he was not only being arrogant, but begging for someone to develop something better. Which nobody did.

  92. network protocol by Anonymous Coward · · Score: 1, Interesting

    Does this new X11R6.8 work over the network like previous Xfree86 ?

    To be more specific:
    Will I be able to run X11 application on SUN Solaris (HPUX,AIX..etc.) and see the results on my LINUX workstation ?

    and, of course, the other way around. Runing the application remotely on LINUX box and see results on SUN Solaris (AIX, HPUX) workstation.

    So, Is new X11 branch (aka X.org branch) backward compatible with the legacy systems ?

    Any comment is more than welcome

    Thanks

    1. Re:network protocol by Anonymous Coward · · Score: 1, Insightful

      Yes; there are code cleanups, and the addition of -extensions-, which do not detract from core functionality.

      The X.Org team is quite good; they'd have to be utterly crazy to break network compatibility with other X11 implementations.

    2. Re:network protocol by Anonymous Coward · · Score: 0

      That doesn't mean that performance over a network doesn't suffer as a result of such extensions.

    3. Re:network protocol by BenjyD · · Score: 1

      They're extensions - turn them off if you don't want them. As it is, Composite is off by default unless you put "option "composite" "enable"" in your xorg.conf.

    4. Re:network protocol by spitzak · · Score: 1

      Running older X11 applications, including ones from the Sun workstation, will work.

      The opposite is not true, programs that use these extensions on Linux will not work on remote X servers without them. Now, in theory, programs are supposed to test for the extensions and work around them if they are missing, but I know in reality it is much easier to just assume the extension is there, or to quit with an error if it is not.

      In fact the desire to have programs work without the extension has led to much of the stagnation of X. Any complicated extension has been rejected because emulating it is much more work than just not using it at all.

      It would help a lot if the authors would produce a library that uses the extension and also provides the emulation if the extension is missing. This was done in Xft and is probably the reason why it was adopted in what seemed like weeks by every piece of Linux software. But it is a lot of work so I don't expect this to be provided for these extensions.

  93. Easy to get dock and kicker. by twitter · · Score: 0
    Just run your kde kicker and other goodies under Window Maker. With X itself dealing with transparency, it should all work together and be very cool. I think it's grand right now without transparency.

    I have a hard time imagining a non free set up equivalent to my current one. I have one kicker from each computer on a different named workspace and individual named workspaces for each project I'm working on make a very productive work environment. Is it cluttered? No, I have plenty of screens for each task. Does it require great hardware? No, I run garbage. I run my Window Maker on an old laptop with all the "real" computers in another room. It's quiet, easy to read and leaves plenty of room on my nice looking desk actually read and write the paper that the world still forces on me.

    --

    Friends don't help friends install M$ junk.

  94. Re:Welcome to 1999, guys. by fucksl4shd0t · · Score: 1

    Ok, let's do this, then.

    I'll give you the biggest one right now: A way to install software that doesn't require a computer science degree.

    Mandrake has the Mandrake Control Center. Fedora/RedHat have Synaptic, and Debian's got it too.

    What's next?

    --
    Like what I said? You might like my music
  95. Re:Welcome to 1999, guys. by soyuz_2 · · Score: 0

    emerge mozilla-firefox

  96. Re:Welcome to 1999, guys. by fucksl4shd0t · · Score: 1

    Um, didn't that happen right about a year ago or so? And then didn't X.org fork right after that? "nobody did" assumes that these sorts of things can just happen overnight. Many people have been working on it since then, it just takes time. Just like the whole WinAPI wasn't built overnight, neither will a new and better X implementation be.

    Patience is a virtue.

    --
    Like what I said? You might like my music
  97. I'm going blind! by Anonymous Coward · · Score: 0
  98. Improvements in OSX. by juuri · · Score: 1

    Tiger makes exactly these improvements to the OSX desktop experience via Dashboard. Dashboard allows any one who can code javascript to have access to a wide variety of created APIs to create desktop widgets.

    However the current OSX dock is useful for a lot more than you give it credit for, try using it sometime.

    --
    --- I do not moderate.
  99. Re:When are they going to add Event device support by bluGill · · Score: 1

    You can do that. It requires a lot of setup, since you need to figure out how to map the right keyboard to each display, but people have done it.

    It is not default, because dual monitor systems are common (and increase productivity) and some people do have more than one mouse (or keyboard) when there it accomplishes something.

  100. Re:Welcome to 1999, guys. by alienw · · Score: 1, Insightful

    Well, copying an OS with 90% marketshare kind of makes more sense than copying one with 3% of the same.

  101. what window manager being used by Anonymous Coward · · Score: 0

    What window manager does the last link on translucency is using http://www-sigproc.eng.cam.ac.uk/~rjw57/yummy_scre en.jpg taskbar ala macos??

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

  103. Re:Welcome to 1999, guys. by black+mariah · · Score: 0

    Three distros, with three different installation methods. Would it be too fucking hard to just accept a fucking standard across all distros? Fuck choice. Sometimes choice is just fucking pointless.

    --
    'Standards' in computing only impress those who are impressed by things like 'standards'.
  104. Re:Welcome to 1999, guys. by fucksl4shd0t · · Score: 1

    Why is it so important? OS X and Windows have two completely different methods of managing software. Hell, until recently Windows didn't even have a way to manage software, they dumped that onto the developers.

    We have a "standard", if you insist. GNU gave us one already, and most/all packages implement it to a degree that makes it reliable. But if I mention that, then you'll start whining about having to use the commandline, because it's really too fucking hard to type "./configure && make && make install"

    Offtopic, did you see on my website that I've got a way to dump hydrogen files for people to download? ;) I was wanting someone to actually test it...

    --
    Like what I said? You might like my music
  105. 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.

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

  107. My video card does not work properly by oo_waratah · · Score: 1

    Depends upon your video card. If you have asked for help in such a vague way then I am sure you got less response than I am giving you. What video card, what driver are you using, etc.

    Second, often features that are present in new software makes the application smarter and leaner so while nothing happens directly to the driver itself the applications using the X interface become leaner and meaner and therefore faster.

    1. Re:My video card does not work properly by Anonymous Coward · · Score: 0

      ATI Radeon x800 Pro.

    2. Re:My video card does not work properly by Anonymous Coward · · Score: 0

      nope, sorry. you're fucked until ati pull their head out of their ass

    3. Re:My video card does not work properly by dh003i · · Score: 1

      on my desktop, Nvidia GeForce 2 GTS w/ 64MB RAM. On my laptop, ATI Mobility Radeon 7500 w/ 32MB DDR video memory.

  108. Re:Yet again, zero innovation by ratsnapple+tea · · Score: 1

    Please see this.

  109. So by Miffe · · Score: 1

    Never have so many screenshots made it to /. and, Never have so many failed...

  110. damned if you do, damned if you don't by Anonymous Coward · · Score: 0

    If you create eye-candy people complain its CPU intensive or looks to much like OSX. If you don't people complain that Windows/OSX are cooler and on the cutting edge and OSS is some backwater unix code from the 80s.

  111. Xvidcap by John5788 · · Score: 1

    I actually have some Xvidcaps of me using the new Xorg if anyone is interested. I'm showing off some nice shadowing and transparency.

    http://www.diabloheat.com/xorg.tar.bz2

    http://www.diabloheat.com/xorg2.tar.bz2

    you need DivX to play them

    1. Re:Xvidcap by codergeek42 · · Score: 1

      Xvid > DivX

  112. Re:Yet again, zero innovation by Anonymous Coward · · Score: 1, Informative

    > and before Linux there was no open source X implementation

    WTF are you talking about? The reference X11 implementation has always been open source.

    As for PC systems, X386 (which became XFree86) was released in 1989, BTW -- years before Linux. I don't think the XFree core ever wanted much if anything to do with Linux or GNU.

    http://www.linux-mag.com/cgi-bin/printer.pl?issu e= 2001-12&article=xfree86

  113. Konfabulator by Midnight+Thunder · · Score: 1

    Sounds like you have never heard of Konfabulator? I feel that many of the widgets have much more polish than the ones that I have seen under KDE.

    MacOS X will also come with Dashboard, so this functionality will be standard in the OS.

    --
    Jumpstart the tartan drive.
  114. MODERATORS by NotoriousQ · · Score: 1

    note that my example is full of crap, since WMP and OSX now have the features.

    Please mod on the final conclusions:
    Maybe it is because no application is truly superior in everything.

    Others...please post a better example. My hands are getting tired trying to stop a flamewar.

    Thanks.

    --
    badness 10000
  115. Re:Welcome to 1999, guys. by Anonymous Coward · · Score: 0

    have you ever seen a program with a partially transparent window?

    The fatal flaw with Windows' per-pixel transparency is that you then can't use child windows. But yes, WinAmp for one supports per-pixel alpha to get anti-aliased edges.

  116. 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."
  117. Yay!-The neverending complaint. by Anonymous Coward · · Score: 0, Funny

    Ladies and Geeks everywere. This is the tenth anniversary of this particular complaint and the correct answer. Let's all have a big round of applause and hope for ten more years of voicing the same complaint, and the same answer. Good Night everybody.

  118. Off Topic by aztektum · · Score: 1

    If that's Linux and Gnome where'd that OS X like Dock come from in some of the screens?

    --
    :: aztek ::
    No sig for you!!
  119. 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).

    3. Re:Is this good or just a shitty hack? by logicnazi · · Score: 1

      Perhaps I misunderstood, let me be sure I understand what is going on now.

      So I was wrong when I thought the composting manager handed the composted image back to the program who owns the window. Instead the composting manager takes images from the applications and directly renders them to the screen.

      So, for instance, if windows are merely being shifted around or moved theoretically only the composting manager needs to be called to redraw all the appropriate transparency.

      Also, would it be possible for the composting manager to take advantage of graphics card acceleration. I may be wrong in this as well but i understand OS X does this for transparency (I think it translates windows into textures for the video card which can be used with the 3d acceleration features).

      --

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

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

      The compositing manager is the only app that is reponsible for transparency etc, yeah. It already takes advantage of accelleration since the xcompmgr sample manager from freeDesktop.org uses the RENDER extension to do the compositing. This uses hardware-accelerated compositing for most drivers already. This is roughly what happens from the compositing manager's viepoint:

      0) [Initial step], compositing manager requests that all top-level windows be drawn into off-screen buffers rather than directly into the frame buffer. (Composite extension)

      Now repeatedly do things like:

      1) Get message saying area R covering windows A,B and C has changed (from the Damage Extension).
      2) Ask Render extension to form a picture of A, B and C from the off-screen pixmaps (all happens server-side, very little bandwidth/latency used).
      3) Use Render to composite pictures A, B and C with a particular alpha. This is fast since it is done by the server (no image data need ever go across the wire) and Render is hardware-accelerated on most drivers.

      Thats it really so the most-often used step is pretty small and low bandwidth. Also the manager is free to do whatever it wants. It might pull the images of the windows over the wire and send them to some networked client (eg. rootless VNC) or it might use OpenGL to composite all the windows in some 3d space.

      --
      Rich
  120. XFree86, XOrg, licensing and distros by phorm · · Score: 1

    With the new XFree86 policies and their general idiocy involving not accepting submitted patches/changes/extensions - what is happening with the major distros. I'm a Debian user, and a search for "x.org" or "xorg" packages yields no results (in both stable/unstable). I've heard rumor that the X.org packages are actually named as XFree86 in deb, but XFree86 -version still shows XFree86 4.3.

    It seems that other users are asking similar questions.

    1. Re:XFree86, XOrg, licensing and distros by Anonymous Coward · · Score: 0

      xorg is on hold now in Debian until the release of sarge. BTW, sarge will be available sometime around this month's end :)

  121. um... by Anonymous Coward · · Score: 0

    seX.ORGy

  122. Re:Yet again, zero innovation by GreyWolf3000 · · Score: 1
    I like your post.

    I think when people start thinking of X11 as a cross-platform, networked protocol, people will see how superior it really is.

    --
    Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
  123. oh boy-Self Control. by Anonymous Coward · · Score: 0

    I personally don't have a problem with it. I however hope it doesn't end up being like when a newbie gets a DTP or presentation program and starts going to town with the effects and fonts.

    There's something to be said for being understated, and reserved.

  124. Re:Welcome to 1999, guys. by GridPoint · · Score: 1

    With that logic, you could also say that using an OS with 90% marketshare (i.e. MS Windows) kind of makes more sense than using one with 3% of the same (i.e. Linux).

    The number of users is not a always good indicator of software quality or technical merits.

  125. Re:Welcome to 1999, guys. by Anonymous Coward · · Score: 0

    Yeah, the guy who said it also was the main force in booting Keith Packard (the only man who thought X could be fixed).

    I almost wonder if it was all part of some master plan to sacrifice himself and xfree for the greater good. (Without the massive jerk-attack, X11 would look pretty much the same as last year, which was the same as 5 years before, etc)

  126. chinese IME by Anonymous Coward · · Score: 0

    say, anybody know which Chinese input method editor is being used in this screenshot? http://jserv.sayya.org/misc/matchbox-gcin.png

  127. Re:Welcome to 1999, guys. by BeesTea · · Score: 0, Flamebait

    Only on slashdot could a post start with "Idiot." and get modded +Insightful.

    --
    2b2b2b415448300d
  128. MOD PARENT UP by Anonymous Coward · · Score: 0

    Informative stuff.

  129. Re:Welcome to 1999, guys. by fucksl4shd0t · · Score: 1

    Heh, I was trying to stay focused on GUI tools, since everytime we point out the wonderful set of commandline tools that predate all the GUI tools we've got now, people whine about having to type.

    Of course, they did have to type their posts, so typing obviously isn't that hard.

    And urpmi kicks emerge's ass, since it doesn't have to compile anything. ;)

    --
    Like what I said? You might like my music
  130. Re:Welcome to 1999, guys. by fucksl4shd0t · · Score: 1

    Heh, I've thought the same thing myself. ;)

    --
    Like what I said? You might like my music
  131. What toolkit to use? by Anonymous Coward · · Score: 0

    Wonders.

    It would be great to be able to use this in the next piece of software I just started to tinker on. In fact, translucency is the reason I started with the Win32 version. I use DIBs on Win98 and UpdateLayeredWindow where it's available (2k/XP), this way I can have translucency on 2k/XP while the thing will still work on Win98/etc.

    I heavily use layers internally, so I have to render everything by hand. After a buffer is rendered, all I have is to feed the 32bit (8r/8g/8b/8a) bitmap to UpdateLayeredWindow or dump it to the Win98 or (intended) ??? toolkit simply ignoring the remaining alpha channel.

    So... What toolkit would you suggest to use for the Linux version? All I need is something that can blast those bitmaps to screen and feed me just the basic keyboard/mouse input. If I could keep translucency instead of rendering it against a black window or captured stale background, it would be great...

  132. Re:Welcome to 1999, guys. by bratmobile · · Score: 1

    Read the guy's post. ORDINARY people don't know what the fuck "./configure && make && make install" is. And they sure as hell won't know what to do if something goes wrong. (And don't EVEN tell me nothing can go wrong. I've used UNIX for so long I'll never believe that bullshit.)

    Who's being arrogant now? Someone who thinks that only elite UNIX weenies should be able to use computers? At least my mom can go out, buy a piece of software, and install it without being treated like she isn't WORTHY of using your precious fucking OS.

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

  134. Re:Welcome to 1999, guys. by fucksl4shd0t · · Score: 0, Flamebait

    Read my post again, and then fuck off.

    --
    Like what I said? You might like my music
  135. Re:Welcome to 1999, guys. by arose · · Score: 0

    I say X has until recently ahead of both MS and Apple in the single most important feature for a graphical server: having "x" in the name. :-D

    --
    Analogies don't equal equalities, they are merely somewhat analogous.
  136. Re:Welcome to 1999, guys. by rosie_bhjp · · Score: 1

    porthole does gui for gentoo's emerges for those that really need the gui. You can use binary packages with lots of ebuilds but thats not really the point of gentoo :)

    --
    A radio maverick jumps to internet only. The Future of Rock n Roll
  137. Re:Welcome to 1999, guys. by True+Grit · · Score: 1
    Fuck choice.


    Hi, Bill.
  138. 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.

    1. Re:What's with this polish thing anyway? by Lozzer · · Score: 1

      Maybe a bit of reverse polish would be alright.

      --
      Special Relativity: The person in the other queue thinks yours is moving faster.
  139. xserver like screen by Anonymous Coward · · Score: 0

    All I want to be able to do is kill my xserver and have my x applications continue to run and be able to reconnect to any other server. I would want this to be completely transparent to the x applications and work with everything.

    This would be the one ultimate killer feature.

    1. Re:xserver like screen by Anonymous Coward · · Score: 0

      You mean XMove? Pay attention.

  140. Also, do yourself a favor... by Ayanami+Rei · · Score: 1

    And reinstall freetype from source with the hinting patches. So you're violating an apple patent. WHO CARES? You've saved your eyes.
    Instructions here

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
    1. Re:Also, do yourself a favor... by Anonymous Coward · · Score: 0

      Why would you bother when any build of Freetype2 newer than a year old includes the non-patented auto-hinter?

  141. What is the easiest way to install this? by Dorktrix · · Score: 1

    Is there a good source of instructions on how to install some of these new features, or are they so experiemental that it is not recommended at this point?

    1. Re:What is the easiest way to install this? by MohammedSameer · · Score: 0

      http://it.slashdot.org/comments.pl?sid=120706&thre shold=-1&commentsort=0&tid=104&tid=8&mode=thread&c id=10166917

  142. Here is a build howto by MohammedSameer · · Score: 1, Informative

    http://www.neowin.net/forum/index.php?showtopic=20 4593
    It applies to CVS, But I think it can be used to build the stable release, Actually If you don't want to break your current XFree installation, You can install it in a different prefix by defining:
    #define ProjectRoot /opt/Xorg
    #define NothingOutsideProjectRoot YES
    in your host.def

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

  144. Which part of by Anonymous Coward · · Score: 0

    "makes it easier" don't you understand? Shadows add another visual cue which is IMHO a good thing.

    1. Re:Which part of by Anonymous Coward · · Score: 0

      Shadows add absolutly zilch to the visual queues that help a user navigate a GUI. A shadow is a grey blur around two edges of the window. As a visual queue it is totally overwhelmed by the object itself (The window) and becomes totally irelevent. As for helping the user to determine the z order of various windows, thats totally irelevent too, unless the windows are stacked in which case it's totally obvious what the z order of each window is and which is currently on top, and in focus.

      I can't believe that the state of X and UI design in Open Source is so poor that people are geniunely excited about a useless geegaw like transparancy and shadows.

    2. Re:Which part of by trewornan · · Score: 1
      a useless geegaw like transparancy and shadows

      I'm dubious about the benefits of this as far as usability and productivity are concerned. But I like a little eye candy and I don't see anything wrong with that. I have cpu cycles to spare on my desktop - why shouldn't I have a background image that's relaxing to look at and translucent windows if I find that more pleasant. I use aterm for exactly this reason.

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

  146. One abbriviation: PEBCAK by Kjella · · Score: 1

    If you want to speed up NetHack, I think the Problem Exists Between Chair And Keyboard :)

    Kjella

    --
    Live today, because you never know what tomorrow brings
  147. This is why OSS sucks! by Anonymous Coward · · Score: 0

    Yet again, even more examples of why the OSS community sucks - because NOTHING innovative has ever come from it, almost all projects (especially Linux & X) are complete rip-offs of other platforms.

    Windows XP and OSX and perhaps earlier versions of Mac have done this for a long time now.
    Every new "innovative" feature going into X is a complete rip-off (mostly from XP), but the roots can be traced way back to the early days of Apple.

  148. Maybe by warrax_666 · · Score: 1
    If most of the users had a computer IQ over 100 we'd see a 75% reduction in worms/viri/trojans.
    ... and maybe we'd see a reduction in the number of atrocious misspellings of the word "viruses".
    --
    HAND.
    1. Re:Maybe by Anonymous Coward · · Score: 0

      heh... the guy didnt even misspell it properly. if you're gonna misspell it its virii, not freaking viri. making the bad worse

  149. You focus on the wrong things by Julian+Morrison · · Score: 1

    All that snazzy window borders and task bars, fvwm or E could have done most of it (leaving aside drop shadows) back when ye olde screenshot was taken.

    The real improvements, the stuff that matter, show when you start right-clicking or drag-and-dropping. Soon enough you'll notice that it's no longer a WM with some eye candy, it's a system.

    From "look and feel", look matters 10%; feel matters 90%.

  150. Re:Welcome to 1999, guys. by grazzy · · Score: 1

    Thankyou. I hate X but i like your comment.

  151. But can X do even the simpliest of things yet? by Anonymous Coward · · Score: 0

    Like change screen resolution without having to reboot. And I don't mean changing the screen resolution and have the desktop size stay the same and having to pan around.

    1. Re:But can X do even the simpliest of things yet? by m1chael · · Score: 0

      xrandr been available for 'ages'...

      --
      I know you are psychotic, but please make an effort.
    2. Re:But can X do even the simpliest of things yet? by e_xworm · · Score: 1

      ...and even without xrandr you didnt have to reboot, just restart X :P

      --
      X~
  152. Re:Yet again, zero innovation by zurab · · Score: 1

    As far as I know, much of innovation done by technology companies these days is meant to be demonstrated by thickness of their software patent portfolios, mostly consisting of obvious ideas, or things that have existed for decades, or both. As far as being "behind," Microsoft looks to be about 2 decades behind in network transparency, multiple virtual desktops and just about every useful window manager feature in existence (and there are a lot).

  153. Great, by fozzmeister · · Score: 1

    So now we too can have a cheap rip-off of osx! Seriously with all this new modularisation is there any chance of having GLX on a Xinerama two screen setup?

  154. Re:Welcome to 1999, guys. by Anonymous Coward · · Score: 0

    For Christ sake, why can't you OSS crowd sometimes to innovate something? Copy this and copy that, it's so pathetic.

  155. Free font available by Anonymous Coward · · Score: 0

    It is possible to "hunt" for free fonts. Lithuanian government is funding the creation of font that would render all Lithuanian charcters properly (Lithuanian characters: Latin 26 + 6 latin modified + characters with accents). This font should be free (?public domain?) and should appear by the end of this year or at the begining of 2005.

    Right now experimental intermediate version is available at http://www.vlkk.lt/palemonas.html (in Lithuanian) direct link for font: http://www.vlkk.lt/files/palemonas.zip.

    I did not find any legalese but the site says the font is original and intended for "general public and needs of litunistic studies".

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

  157. Re:Welcome to 1999, guys. by ScottGant · · Score: 1

    I'll give you the biggest one right now: A way to install software that doesn't require a computer science degree.

    I installed Gentoo Linux...I followed the the simple instructions on how to install it, and it installed. First time. Got all my hardware right. Sound, video, printer...everything on my computer.

    I don't have a computer science degree. But I'm not an idiot either and can follow simple directions. I'm SICK of people saying "well, you have to have the GUI idiot-proof so anyone can use it. I'm sorry, if you can't figure out something that's simple...and yes Gentoo was simple...then perhaps you shouldn't even be ON a computer. Go watch TV or something.

    To me, Linux blows away Windows and OSX in terms of usability and on the Desktop. Yes, I use all three in my job...and I have a choice on what hardware and OS I use at home and I put Linux on it because in my opinion it's the best.

    Linux for the desktop is here, it's now, it's happening. It's not some far off future thing that maybe one day will be here. It's here now.

    Bottom line: to each their own in terms of the OS they wish to use. No one is wrong in whatever they want to use. If you wish to use Windows, then it's right for you, Linux is right for me. Choice man, choice.

    --

    "Music is everybody's possession. It's only publishers who think that people own it." - John Lennon.
  158. I think someone is missing the point here.. by NaveWeiss · · Score: 1

    Shaded windows are great, but how about working on important things instead of eye candy?
    They should work on changing the clipboard so it'll be like the windows' clipboard, and not the obnoxious thing unices have now (copy by selection).

    --
    Slashdot community, please notice: I am looking for a girlfriend.
    Nave H. Weiss
    1. Re:I think someone is missing the point here.. by unapersson · · Score: 1

      There is a clipboard just like the Windows clipboard, Ctrl-C to copy, Ctrl-V to paste. Works completely independantly of the method you're talking about.

      You can completely ignore the Unix copy by selection method and just use the windows-style one if you prefer.

      It's far too flexible having both to want to lose either method. I often use the two methods simultaneously.

      Just forget you ever learnt about the unix way of doing it and live in ignorant bliss. You can safely ignore its existance.

    2. Re:I think someone is missing the point here.. by NaveWeiss · · Score: 1

      And what about the well known problem where I want to select some text with the mouse, erase it and then paste something that I selected beforehand?

      Ooops. The clipboard gets changed when I select the text-to-be-erased (so I can't paste after that). Very annoying. Got a solution for that (besides of changing my action order)?

      --
      Slashdot community, please notice: I am looking for a girlfriend.
      Nave H. Weiss
    3. Re:I think someone is missing the point here.. by BenjyD · · Score: 1

      Erm, just select the text to copy, press ctrl-C. Then select the text to delete, press ctrl-V. Not that hard a concept, is it?

      The select-to-copy and ctrl-C clipboards are completely separate. Try using some *nix software before posting.

  159. Cool stuff, but by beforewisdom · · Score: 1

    That is cool stuff, but I never felt deprived by not having it.

    I miss very few things from windows since I switched back to the KDE.

    One of them is the ability to rename and create directories from a file dialog box. Yes, I know I can get if I use Konqueror as my web browser, but I am stuck on Mozilla.

    Yes, I know this has nothing to do with x.org

  160. excited, but.. by jdowland · · Score: 1

    I'm not remotely excited about `true' transparency and drop shadows - features which are no use beyond looking pretty for me. However I can see that in order to get support, which is what an OSS project thrives on, the screenshot-happy users need to be pleased. So in that regard I think such developments are a trade-off.

    What significant X developments would impact me? Well, has anyone tried adding a 3rd-party driver to X? I have to download the entire x source (apt-get source xfree86) and stick a diff from aiptektablet into the debian patch directory and build the whole freakin` thing (which, with .o's, clocks in over 300MB) in order to get my graphics tablet to work. Thats an enormous download and compile job when a mere fraction of that code and the result is needed. Streamlining and simplifying this process would allow more people to experiment with x hacks and make our lives easier.

    I think hardware support for vector rendering will be a great benefit to how quickly window-manager and toolkit operations are performed - anyone profiled a GTK2 app recently, and seen the slice pango takes up?

    Finally there is a lot of innovation going on outside of the x.org project which I think is equally as important as the framework - examples of next-generation window management such as ion and devil's pie show where I think things are moving for power-users.

    1. Re:excited, but.. by e_xworm · · Score: 1

      I didnt exactly get your point.
      You mean you're a developer trying to make a driver for platform X and you don't like having to download the whole framework in order to achieve your goal?
      Or are you just trying to add a 3d party driver to your machine? (nvidia drivers for example)

      anyway the whole idea behind the freedesktop xorg server project right now (i think they call it debrix) is making the whole buld process much simpler by using the sleeker autotools.

      --
      X~
  161. Someone had to say it: pr0n! by Anonymous Coward · · Score: 0

    This whole translucency thing is truly revolutionary because it makes it possible to watch pr0n videos in the root of your display, while you have semitransparent windows in front of them where you are doing real work. Then your boss will be somewhat happy that you're somewhat working, should he see pr0n on your screen.

    Come on people, where is your sense of vision?

  162. OT: Re:Caveats on the new X facilities by dotpl · · Score: 1

    hi,

    I looked and looked, but no one seems to know what this is:

    re: http://img3.exs.cx/img3/6458/screen_lynucs_1759409 500411796a9ba106_1.jpg

    can you please tell me what is the app at the top right corner displaying the clock, battery, etc...

    thanx a lot.

  163. WAKE UP! by juhaz · · Score: 1

    You all noticed it's a troll, you even say it's a bad troll, obviously with zero content, no point or no real criticism, just offensive bullshit.

    Yet, you fall to it and feed the moron? Looks like a pretty good troll, or at least a flamebait, to me, they rarely manage to generate this big thread.

    Stop responding to the idiot. Thanks.

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

  165. Re:Yet again, zero innovation by jg · · Score: 1

    Both Croquet and LookingGlass are examples of innovation not found elsewhere, and are enabled by the new facilities.

  166. beyond transparency by jeif1k · · Score: 1

    Yes, it makes sense to represent window layering and/or focus also using color. For example, you may want to reduce the saturation of content that isn't in focus.

    Another thing that has been done is to blur window content that is layered on top of one another differently: the current layer is sharp and other layers are increasingly blurred. Some video games already use that technique.

    I believe this extension makes it easier to experiment with such visual cues, although eventually, it may be useful to add specific primitives to it (they would enable hardware acceleration).

  167. Re:Welcome to 1999, guys. by gnu-generation-one · · Score: 1

    "Copy Apple for crying out loud"

    KDE screenshot 1

    KDE screenshot 2

  168. Re:Welcome to 1999, guys. by IamTheRealMike · · Score: 1

    Synaptic is a usability disaster zone, it's basically screwed by design. Read any HCI text book to understand why low level apt frontends can never be as easy to use as we need/want.

  169. Re:Welcome to 1999, guys. by ajs · · Score: 1

    Given that I don't see a relationship between your statements that could be resolved in a reading of an HCI book, why don't you explain exactly what your concerns with Synaptic are, and what you think would be a reasonable soltion.

  170. Not a chance by wowbagger · · Score: 1

    Not a chance.

    It has already happened - DRI is now a part of X.org.

    That's one of the reasons Vlad getting write is great - now DRI and GATOS will be one, as well.

    (Not a chance - it's a certainty. A play on words.)

  171. Re:Welcome to 1999, guys. by ajs · · Score: 1

    Three distros, with three different installation methods.

    Correct. And this is a problem, why?

    Distributions are effectively OSes unto themselves. They cross-pollenate to some extent, but their independence is powerful.

    Take a look at RPM. Red Hat did a great job coming up with a low-level packaging format that allowed them to encapsulate community projects as raw, unchanged source, add in distribution-specific patches and fixes in a controled, reproducable way and then build and install binary packages.

    Debian, while having a slightly less functional package format (dpkg), built an amazingly powerful distribution and dependency management system called apt.

    Different distributions, different goals, different solutions.

    In the end, Red Hat's Fedora has ended up moving toward apt+rpm because both solution have strong merits that solve important problems, and now a new level of abstraction and functionality is being build on top of that base.

    There's only one "mv" across Linux distributions because it's something that we've pretty much agreed upon. As things like desktops, installation systems, etc grow and mature, they too will sort themselves out, but prematurely selecting one solution and killing the others (ignoring the political and social impossibility of such a feat) would stunt the growth that we all claim to want.

  172. Re:Welcome to 1999, guys. by Anonymous Coward · · Score: 0

    it's alpha-channel support is quite flakey

    "its".

  173. XEvIE by modulo · · Score: 1

    Does this mean that we can, for example, get things like rdesktop and VNC to be able to accept the extended-ASCII (+number pad...) characters that Windows uses?

    Some of those don't map to printable characters in iso-8859-1, so entering them I found to be practically impossible.

    --

    ...but the language is MUMPS, which I will not utter here

  174. Call me picky but ... by dadman · · Score: 1

    the transluency effect doesn't look quite right to me.

    You can see from one of the screen shot the hour hand of the background xclock having exactly the same dark green color over the spots where two transluency windows overlapped and where only one transluency window is on top of it.
    May be the calculations stopped at the first level?

  175. Re:Welcome to 1999, guys. by FooBarWidget · · Score: 1

    Open Synaptic. What do you see? A *huge* list of packages. On top of that, Synaptic expects you to mark packages for upgrade/install/remove. It has toolbar buttons with names like "Dist Upgrade".

    Synaptic feels too much like "just-an-apt-frontend". Whether it is one is not relevant: such a UI is simply too overwhelming for many users.

  176. X is a terminal environment too by nurb432 · · Score: 1

    Same problems exists for both "remote X" and "Terminal server". ( I was using the term 'terminal server' generically.. )

    Except that you turn the picture around backwards, its the same concept...

    If you are letting users run everything locally, then of course it wont effect the network, but you don't really have an enterprise operation in that case.

    --
    ---- Booth was a patriot ----
    1. Re:X is a terminal environment too by FuzzieNorn · · Score: 1

      It isn't the same concept at all. In the X model, all the eye candy can be done on the 'X server' side, ie, all done on the client, so it doesn't use any extra server time or network bandwidth. In the Terminal Server model, all the eye candy has to be done on the server side, so it will use extra server time and network bandwidth.

  177. Pretty... by supabeast! · · Score: 1

    I have to admit, with the translucency and the nice shadows, that's the best looking desktop I've ever seen. And I'm writing this on OS X. Kudos to X.org, I'll have to give it a whirl....

  178. You wouldnt last long at my place by nurb432 · · Score: 1

    The first time you tried to 'break the rules' with the network security, you would be escorted out the door, by armed guards.. Possibly followed by a lawsuit, depending on what you did.

    Just because you WANT something doesn't mean you need it, in the work place. Its not a democracy there its a dictatorship.. And you have signed agreements to that effect when you were hired..

    Freedom is for at home.. Not at work.

    You apparently haven't been working for a large company before, or not for long.... Contrary to what you believe, common people do things that are not appropriate, and against the rules. Companies DO get sued for their employees actions.. In the REAL WORLD you have to prevent this, else open yourself up for liability and lost employee productivity from all the playing around.

    In a small business you have more flexibility, but in a large entity, you don't... ( which was my original point, enterprise level. )

    --
    ---- Booth was a patriot ----
    1. Re:You wouldnt last long at my place by Anonymous Coward · · Score: 0

      You, sir, are an obnoxious twat.

    2. 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.)
  179. Re:Welcome to 1999, guys. by juhaz · · Score: 1

    To be fair, dpkg and rpm are about equally functional, dpkg still has some stuff rpm does not (recommendations, for example would be quite nice to have), and vice versa.

  180. Fonts and Colors by nurb432 · · Score: 1

    I take it you have never had a user call up, 300 miles away " all my text is gone ".

    When they have made their font color = their window background color..

    Sorry, but eye candy can directly administration.

    That was just a short example, there are hunderds more, ive been doing this for 30 years.. I do have a good idea of what users can do to hose things up.

    Should never have left the 3270's behind.

    --
    ---- Booth was a patriot ----
    1. Re:Fonts and Colors by bob65 · · Score: 1
      I take it you have never had a user call up, 300 miles away " all my text is gone ".

      No, I have worked at a call center before for a few months, and there was nothing like that. Most likely because:

      a) The users have better things to do than change their font color

      b) If they do change it, I think as normally functioning human beings they would i) not change it to the same as the background color, but if they do, ii) realize the most likely cause of the problem when they hit apply

  181. Those are not drop shadows by Anonymous Coward · · Score: 0

    I don't know the name for the effect used but what you get when you shade an object from all four sides results in the appearance that the object is pressed or inset into the surrounding surface. This is distinctly different from shading two adjacent sides in creating a drop shadow which causes the illusion of being raised from or floating above the surrounding surface.

  182. bad analogy by adolf · · Score: 1

    The car analogy is not so good for your point:

    The driver of a car is the one least concerned with what its functional interface looks like. That's left for the passengers to gawk at.

    The same holds true for computers.

    The aesthetics of a car are strictly marketing driven. If a dashboard is particularly attractive, it's only because a marketing goon did his job correctly. And it will, on average, make people more willing to buy the car.

    [switch contexts]

    Now that I've bought my new car, I'm way more concerned with how it all works in operation than what it looks like. I don't have time to see how pretty it all is when I'm charging down an ill-maintained Detroit highway at 95MPH, while surrounded by stupid Michigan drivers with the audacity to pass me on the right at more than 100. Nor do I have time to gaze at its multifaceted prismatic analog clock while avoiding kids at 25MPH in a quiet neighborhood. The efficiency hit of having too much to look at and process could kill someone, and it often does.

    So, my attention is on driving. Even if I land at a red light and get a chance to gloat to myself over my wise new-car purchase, the light always turns green and horns start honking before I ever get a chance to really enjoy groping the carbon fiber gearshift knob.

    I just don't have time to get into it, and I shouldn't have to make time, either. If I have to look, even for a second, to change radio stations or operate the windshield wipers or find the one of the two 1x2" horn buttons located strangely at the outside edge of the steering wheel, the functional interface is all fucked up. If it were done right, I'd never have to see it at all.

    Thus, damning the marketers, automotive engineers try to keep their interfaces as simple and intuitive as possible. Concordantly, about the most I get out of the marketer's aesthetic influence on a car's interior while I'm driving it is a rough notion of the color of the dashboard.

    The same holds true for computers.

    Nobody dies from a computer accident caused by someone being distracted by the awe of transparent windows zooming into and out of focus with trilinear filtering (unless that awestruck individual is a police dispatcher), but it does take its toll on efficiency, just the same.

    Every moment I spend watching repetitive UI eyecandy happen is a moment I waste. Every moment I spend waiting for the computer to process its eyecandy is a moment I waste. I don't have time for that shit. And besides, there's only so many times I can say "Wow, that's so cool" before that coolness wears off.

    I use computers to Get Stuff Done, just like I use cars to get from A to B. The less time I spend interacting with the computer, the more time I can spend interacting with whatever that stuff it is that needs done.

    Re: the slurping effect, why would you want to minimize anything, anyway? The taskbar is yet more eyecandy, as demonstrated by the fact that you need even more extra visual cues just to make use of the damned thing. When I'm done using a program for awhile, I leave it open. When I need to go back to it, I know it's going to be just where I left it. To use a term, try "spacial organization."

    My view of the computer really does consist of a bunch of transparent aterms on one desktop and a multitabbed Mozilla window on another, using Blackbox. Small GUI apps get tossed into purposeful gaps on the terminal desktop, things that want to use most of the monitor go to their own desktop. If I need overlapping applications for some reason (which I sometimes do, but not more than once every few days) it just takes two clicks to make it happen.

    And if I'm really done with a program, I exit it. When I need it again, I run it again. (Modern memory management algorithms virtually guarentee that the program will be swapped out in exchange for disk cache by the time I need it again hours or days later, negating the start-up time.) I don't minimize anything. Ever.

    No needless bullshit here, thanks. I'm busy getting stuff done.

  183. Re:Yet again, zero innovation by k98sven · · Score: 1

    I'm not making any apologies, because I have bnot and would not claim that X is better.

    I think the X support has been lacking, and does just about everyone with any kind of insight into these matters. The fact that the development in this area exploded as soon as X.org forked only underlines that.

    I think the Quartz API is far ahead of anything Linux or Windows has to offer in that area.
    (There is a reason for this too.. Apple wants to keep their grasp on the advertising/publishing market. Good device-independent graphics is a must.)

  184. Re:Welcome to 1999, guys. by IncohereD · · Score: 1

    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.

    The ATI "Hydravision" applet lets you turn on transparent windows and menus, and will even let you set the degree of transparency for a full-screen movie, for instance. I didn't find it all that useful, though.

  185. I dont agree 100% by nurb432 · · Score: 1

    I have seen it first hand, when you run ALL clients remotely, the bandwidth useage does go up on the network, and the 'clent server'will have increased load as you change your 'candy' from the basics..

    While perhaps each individual change isnt alot, it does add up enough to see.. ( though screensavers are murder on their own )

    Remember that the Xclient must push out the proper commands for the Xserver to draw the 'candy' and the more crap you have, the more that has to be done on both sides. ( + the network )

    I do agree however that an RDP setup would be much worse since most things are moved across the wire ( though not all, it can cache items like bitmaps and icons ), but X does have similar issues that must be addressed..

    --
    ---- Booth was a patriot ----
  186. Firefox Theme by punkrockguy318 · · Score: 1

    Anyone know what firefox theme the guy has in the 5th screenshot? It's very nice!

  187. Who cares about twitter? by twitter · · Score: 0, Offtopic
    Out of interest, what type of company do you work for? Do you work for an open source company?

    I'm a student, again. Entergy was the last big company I worked for. In the last year or so, I've done independent consulting and worked tech/retail/wholesale. A month or so ago, I worked the chain gang of a Windoze XP upgrade at a bank and thought it was the biggest cluster fuck I'd ever seen. I've done programming for two university research labs and nuclear transport. I'm now a grad student in Health Physics and hope to get into medical imaging.

    I got into free software because g77 worked better than a commercial package that set me back $200. While using it, I noticed that the programming tools were better all around. Networking was also better than most commercial software I was using. Since then, free GUIs have vastly overtaken the commercial ones and everything else seems to have held onto it's lead.

    --

    Friends don't help friends install M$ junk.

  188. It was for me. by poofyhairguy82 · · Score: 1
    I have known about Linux since it began. Yet it never enticed me because as it was orginally being developed for the office, windows turned into the ultimate media machine.



    But this year I decided that Linux had come far enough to satify my needs. Now I wouldn't trade Fedora for any number of copies of XP.



    I even installed Mandrake on a friend's computer. They guy is the target market for AOL, but he does fine. All he needed was someone to set it up for him!

  189. The new slashdot effect by clarkie.mg · · Score: 1

    Saw this on the last "here" link :

    www-sigproc.eng.cam.ac.uk - web site unavailable
    The machine which provides www-sigproc.eng.cam.ac.uk has suffered a hardware failure and it is currently being repaired and restored.


    The new slashdot effect ?

    --
    Men are born ignorant, not stupid; they are made stupid by education. Bertrand Russel
  190. Re:Welcome to 1999, guys. by Anonymous Coward · · Score: 0

    Cruel people, who throw stones at those project managers - In hindsight, what we had was a groundswell for good-enough software, and greenlighting 'cowboys', over stability. A lets do it now approach, and fix up whoopsies later approach- something that very big software companies do, BSD Vs more fluid Linux line.

    The outcome is good - progress and choice, but the truth is, quality is no longer lusted after like it was, as a fix is just a click away.

  191. Framebuffer management question by Anonymous Coward · · Score: 0

    I'm too lazy to read all the papers looking for the answers. Can someone give a quick/short explanation:

    Currently when a line is drawn by the client, the server has a composite clip for the destination, and it draws the line to the framebuffer using the clip. It shows up on the screen because the window occupies some part of the framebuffer that is displayed on the screen. (This is a little oversimplified but so what).

    But now it sounds like a window resides somewhere else - main memory? Off screen framebuffer memory? And when the server renders a line, it renders to this other place. At some point in time, all the windows are composited to the part of the framebuffer that is displayed.

    Do I have that right?

    If so, how does the GPU get used for the client rendering? It seems like many windows will reside in main memory, because there is no guarantee that they can fit in off-screen framebuffer memory. If that's the case, rendering will be done in software on the CPU?

    This can't be the case, so how does this work?

    The server can't be swapping window contents back and forth between framebuffer and main memory, that would be slow. Where are the windows?

    Also, if a window resides somewhere else, when the server renders on behalf of a client, there are no overlapping windows at that stage - so does the server render the primitive completely (wasteful) or does it somehow take into account the occlusion that is happening on the screen? With compositing happening, I don't see how the server could know what is going to be "hidden" anymore.

    Can someone shed light on these 2 issues?

  192. Re:Welcome to 1999, guys. by IamTheRealMike · · Score: 1
    Pretty much any UI that has a listbox with 10,000+ items in it has problems usability wise ... when you consider that it makes no distinction between glibc-devel and frozen-bubble it gets even worse.

    There are other issues as well ... it's such a low level tool that it lets you shoot yourself in the foot as easily as doing the right thing. These problems are fixable but only by developing a lot of new infrastructure. It's on the todo list.

  193. The Real Question is... by rapjo · · Score: 1

    When will I be able to download a distro, like say, Fedora, SuSE, Slak, or the like, and have this preset as the X server with all the eye candy compiled in? Can I do that already?

  194. Re:Welcome to 1999, guys. by slashdot_commentator · · Score: 1

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

    Yeah, copy Cocoa(?) and collectively have the entire X.org effort shutdown by copyright lawyers.

    No thanks.

    --
    There is no America. There is no democracy. There is only IBM and AT&T and DuPont, Dow, General Electric, and Exxon
  195. Really? by NaveWeiss · · Score: 1

    I didn't know that.. I'll check that next time I boot knoppix. Thanks!

    --
    Slashdot community, please notice: I am looking for a girlfriend.
    Nave H. Weiss
  196. Re:Welcome to 1999, guys. by ajs · · Score: 1

    Some of the things that RPM can do in terms of source-packaging and re-packaging are quite useful and not quite mapped fully into dpkg. That said, they're both great tools, and I'm glad they exist.