Slashdot Mirror


Next-Gen X Window Rendering For Linux

Bytal writes "Seth Nickel, a GNOME hacker, has an extensive treatment of the next generation Linux graphics technologies being worked on by Red Hat and others. For all those complaining about the current X-Windows/X.org server capabilities, things like 'Indiana Jones buttons that puff out smoothly animated clouds of smoke when you click on them,' 'Workspace switching effects so lavish they make Keynote jealous' and even the mundane 'Hardware accelerated PDF viewers' may be interesting."

652 comments

  1. "Hardware accelerated PDF viewers'' ? by Neil+Blender · · Score: 5, Funny

    And only a few days ago we were asked, "Where have all the cycles gone?" Sheesh.

    1. Re:"Hardware accelerated PDF viewers'' ? by AJWM · · Score: 5, Insightful

      Um, if it's hardware accelerated, it will be eating fewer of your CPU cycles.

      --
      -- Alastair
    2. Re:"Hardware accelerated PDF viewers'' ? by RaguMS · · Score: 1

      And only a few days ago we were asked, "Where have all the cycles gone?" Sheesh.

      It's not a bad idea. I wouldn't exactly call current PDF viewers 'fast'.

    3. Re:"Hardware accelerated PDF viewers'' ? by bonch · · Score: 5, Insightful

      Hardware-accelerated PDF viewers, huh? Aqua beat already does that. The entire OpenGL-composited interface is described using PDF, which also makes it awesome for publishing because what you see on screen is how it's going to look on paper (and you get a free "Save to PDF" in your print dialogs).

      Not that it isn't cool to see the OSS desktop community finally looking ahead like this. It's something people have definitely been crying out for. But when I see the section titled "What It Might Look Like," I look over at my Mac and see what it already looks like. :)

      Then again, I am quite happy to have people follow Apple's lead rather than Microsoft's. Please, no more taskbars, "start menus," integrated filesystem/net browsers, and whatever else is coming over from the Windows world and polluting desktop Linux. Though KDE is still cool, at least Gnome is willing to try some different directions in the name of usability (rather than familiarity...because from a usability standpoint, the Windows GUI sucks the most of all, and we should not be cloning it).

    4. Re:"Hardware accelerated PDF viewers'' ? by Billly+Gates · · Score: 3, Informative

      Keep in mind the taskbars and menu's were highly influenced from NextSTEP before MS added them into Windows. Same with using a graphical language like postscript and now pdf.

      Also gnome is very macintosh like and one of the early macintosh developers wrote nautilus if I recall.

      No one is stealing anything. Even the menu bars on the top of the screen came from Xerox before Apple used them.

      What I like about kde and gnome to some extent is that they are highly customizable compared to either mac/windows. The problem is the later versions of kde look a little cluttered as a result but you can make your desktop look like anything.

      Also you can have kde put a menu on the top of the screen just like gnome and macos. I think you can add a task bar to gnome as well.

      I think perhaps some new innovative idea's are needed instead of just borrowing existing ones. Perhaps a way to handle many apps running at once without the desktop looking cluttered is next.

      But I believe(could be wrong) that Windowmaker,kde,gnome all use ghostscript which is a postscript clone. The original macos and nextstep used it. Windows has an equilivant but I do not remember the name since its been a long time since I admined Windows boxes.

    5. Re:"Hardware accelerated PDF viewers'' ? by pjt33 · · Score: 3, Interesting
      what you see on screen is how it's going to look on paper
      Subject to the rather big assumption that your printer's capable of it. The effective resolution of Preview.app is far greater than that of most printers.
    6. Re:"Hardware accelerated PDF viewers'' ? by grolschie · · Score: 4, Interesting

      Um, if it's hardware accelerated, it will be eating fewer of your CPU cycles

      Not necessarily so. Well, only if they use hardware acceleration to do existing tasks that are already being done solely by software acceleration. I mean, how many resources does xpdf et al use really?

      However, if they are introducing new eye candy wizz-bang GUI magic, chances are that the hardware requirements (including CPU and RAM) will be much higher anyways - even with suitable h/w- accel compatible hardware. And for course those without the h/w-accel compatible hardware, this would eat up even more CPU cycles for the rendering. I repeat, how many resources does xpdf et al use really?

    7. Re:"Hardware accelerated PDF viewers'' ? by Leo+McGarry · · Score: 5, Informative

      The entire OpenGL-composited interface is described using PDF

      I sobbed when I read this.

      I wrote a really long post correcting this widely and wrongly held opinion some weeks back. I don't feel like finding it, or being that verbose again. So short versions.

      No PDF, no OpenGL.

      Quartz 2D is a display-list engine, but it is not a PDF interpreter. Rather, Apple wrote some very, very simple shims that quickly translate PDF files into Quartz 2D display lists and back. Nothing in Quartz 2D is represented in PDF format unless it's sitting in a file on the disk.

      The windows are drawn on the screen by a piece of software called Quartz Compositor. A couple of years ago, Apple rewrote Quartz Compositor to take advantage of hardware acceleration. They did use OpenGL for this, but only in a very limited way. Each window is represented as a texture on a surface and fed to the graphics pipeline for compositing.

      Quartz is amazing. Nothing else in the world comes anywhere close to it, despite what some very confused people seem to think. But you're really selling it short when you describe it as "PDF and OpenGL." Because it isn't.

    8. Re:"Hardware accelerated PDF viewers'' ? by Anonymous Coward · · Score: 0

      Really? Where did you find this 1200+ DPI screen?

    9. Re:"Hardware accelerated PDF viewers'' ? by Sark666 · · Score: 5, Insightful

      ...because from a usability standpoint, the Windows GUI sucks the most of all, and we should not be cloning it

      Hmm, I can't really agree there. There's lots of things wrong with windows, but there is a lot of things they have done right in the gui.

      It's seems too many linux devs detest windows to the point where they don't allow themselves to see what they have done right. We should be thinking embrace and expand whenever it's appropriate. We should look at what they have done right and benefit from it.

      Here are some examples I find of things that just should not exist at this point. In these examples I'm talking about gnome.

      1) Remembering windows size/positions. This drives me nuts. I've read that the reasoning behind this is for the most efficient use of the desktop (e.g. you launch a 2nd term and it positions itself beside the 1st term instead of overlapping). Sounds good, but in practice it makes me a less efficient user. Back in my windows days, I liked that whenever I launched the file browser it was always in the same position where I left it. I could rely on this and be ready to click whereever I needed. Same with the file dialog, calculator or whereever. I EXPECTED them to be in a certain position and thus I could work faster/more efficiently. I think maybe a compromise on this would be the default should be that gnome remembers size/position for all apps unless the developer of an app explicitly coded an app not to follow this behaviour. So the wm is the default unless the app says otherwise. I can see the benefit of autopositioning maybe with terms, but for most other apps it just makes me slower and gets in the way. As it stands I feel like I never know where an app will be when it launches.

      2). Hot keys. For the love of god can someone fix hotkeys in gnome! Ok again this is coming from a windows background but bare with me. I was used to the alt key toggling the menu of whatever is the active app. Toggles are good, they are efficient and I believe intuitive. Just like play/pause on almost every player that exists. Ok so when I first used gnome, no alt hotkey toggle. Ok fair enough, I have to actually press alt f, but then I try alt f again to get out of the menu and nothing. I have to press escape to get out of the menu. Ok ignoring that, once I'm in the menu the other hot keys are rendered useless. Go ahead try it, press alt f, and then press alt e to get to say edit. Nothing. This is clunky. Once you are in the menu only the arrow keys navigate the menu's.

      I work for a company testing applications and a key thing we look at is the hotkey placement of apps as when employees are using apps everyday all day, you want those hotkeys to be laid out efficiently as possible. So sometimes once in a menu it's quicker to just left arrow over once but sometimes it's less keystrokes to use the hotkey while in the menu.

      I was going to go on about the menu functionality with gnome but I'm going on too much. You might say it sounds like I want kde but there are many more things about kde I don't like over gnome, and I appreciate the streamlined environment of gnome over kde.

      Now you might say I was conditioned to the windows way of things. But really look at what I said above about say the hot keys. Which system is the more efficient. I'm talking number of keystrokes here and navigation.

      It erks me when people say just flat out say the windows gui suck most of the time. On my thought of embrace and expand. I think there should be a document really analysing what windows has done right, and if they have done it right, why would we or would we NOT implement it.

    10. Re:"Hardware accelerated PDF viewers'' ? by MemoryDragon · · Score: 2, Interesting

      Actually Aqua is currently probably the furthest of all GUIs, but it also has problems. (Having a Mac myself I know the problems) Compositing needs lots of video RAM, open a handful of Windows on Aqua (or x.org with xcomposite on) and see the rendering speed go down significantly once, the memory limit is reached and stuff has to be swapped over the agp into the main ram.

      The next problem Aqua has, is that only a few functions really are hardware accelerated, Fonts for instance still are a problem with no acceleration, overall the rendering speed could be faster.

      Where Aqua in its current incarnation really can shine, is in effects where the full hardware acceleration can kick in, which is transparency and shadows. Resizsing windows with shadowing however brings Aqua to a crawl (same goes for x.org xcomposite with shadows)

      Dont know if those problems are resolvable with the current crop of graphics cards, but I assume once some rendering stuff, like brezier curves (which is used for font rendering) is moved into the shader level, things will become really interesting.

      The biggest gripe I have with Aqua is the missing remote functionality, theoretically it would be possible to stream the PDF drawing functions over the net. That would give a much better solution than plain X directives (which are far too talkative) but Apple does not seem to use it.

    11. Re:"Hardware accelerated PDF viewers'' ? by null+etc. · · Score: 2, Interesting
      Um, if it's hardware accelerated, it will be eating fewer of your CPU cycles.

      True, but it will be eating more of your GPU cycles.

    12. Re:"Hardware accelerated PDF viewers'' ? by Anonymous Coward · · Score: 2, Informative

      Keep in mind the taskbars and menu's were highly influenced from NextSTEP before MS added them into Windows. Same with using a graphical language like postscript and now pdf.

      I don't know how the Dock (from NeXT/OpenStep) influenced the taskbar. And I have no idea what you mean by the menu's having been highly influenced from NeXT (I haven't seen too many people that use a floating menubar like NeXT did, but again I'm not sure if that's what you mean).

      NeXT wasn't the only company at the time to use Display Postscript. Sun's NeWS system used it as well, and there are a few others that I can't recall right now. And NeWS came out before NeXTStep.

      Also gnome is very macintosh like and one of the early macintosh developers wrote nautilus if I recall.

      Members of the original Mac team (Andy Hertzfeld, Bill Atkinson, etc) founded Eazel, who made Nautilus (and others). Many people worked on Nautilus, such as Pavel Cizler -- who wrote Tracker while at Be (and is now at Apple working on the Finder). I wouldn't say Gnome/Nautilus is very Macintosh like, both from a classic and OSX point of view. But, that's just my opinion.

      No one is stealing anything. Even the menu bars on the top of the screen came from Xerox before Apple used them.

      No. Smalltalk (Xerox) had no menu bar, either at the top of the screen, or at the top of the window. A right click (or 'yellow button', or whatever the hell they called it) in the window opened up a popup menu. You can see a picture of Smalltalk-76 in action at: http://users.ipa.net/~dwighth/smalltalk/St76/st76f igure3.gif

      Or, you can download Squeak, an open source Smalltalk implementation created by the people that created Smalltalk back at Xerox, and check it out for yourself. No menu bars at the top of the screen, or at the top of a Window. And Squeak was created in the mid-90's (so it's not like they didn't know about menubars).

      But I believe(could be wrong) that Windowmaker,kde,gnome all use ghostscript which is a postscript clone. The original macos and nextstep used it. Windows has an equilivant but I do not remember the name since its been a long time since I admined Windows boxes.

      I really don't understand this. If you're just talking about general use of Postscript, okay. If you're saying the original MacOS used Postscript as it's method of rendering to the screen (i.e. like Display Postscript, or whatnot) then you sir are on crack.

    13. Re:"Hardware accelerated PDF viewers'' ? by Anonymous Coward · · Score: 0

      As long as you can turn the fluff off yes. I use xfwm4's compositing and I notice a speedup over enlightenment e16....
      For example, now the smooth scroll addon for firefox is usable; although still a cpu whore.

    14. Re:"Hardware accelerated PDF viewers'' ? by soulhuntre · · Score: 1

      And after years of whinign about how WindowsXP and Longhorn are focussing too much on eye candy.

      Let's recap...

      If MS discusses this: "MS Sucks! This is anti-competative! This is why I use boringWM!"

      If XWindows discusses this: "Wow, this is the future of the desktop! OSS leads the way!"

      If Apple discusses this: "Apple is so cool! This is why the designers all love it! Apple rocks! Apple invented the MP3 player ya know!'

      --
      --> Fight tyranny and repression.... read /. at -1!
    15. Re:"Hardware accelerated PDF viewers'' ? by Anonymous Coward · · Score: 0

      > Hardware-accelerated PDF viewers, huh? Aqua beat already does that.

      Cool, we'll just port Aqua. Oh, no code?

      Well yes, the wright brothers flew their plane, but it didn't stop others from trying to fly.

    16. Re:"Hardware accelerated PDF viewers'' ? by qurk · · Score: 1

      Could also point to ways were you log onto windows, everything you say is true and great, but the number of things that aren't there that you can expect from any number of X window managers AREN'T there. Then again Windows has a few consistant points that aren't always there in X. But basically, if it matters that much to you, you can get all the wonderfulness of windows in X and still have the other goodness X managers supply that Windows doesn't. I haven't run Windows for years, but I really enjoyed it when I did. Compare windows with SuSE for example, or compare it to Gentoo, Slackware, Debian, or any distro where you can do whatever you want with it. Windows is great and all, but for whatever reason it's good, it's not the end all and be all :) For one thing 10 years ago there were hundreds of games out. Which can you go to the store and buy now? Which are still around even? Can you still play them? NO. With Linux you have hundreds of games and programs. I mean I still have boxes of 5.25 disks with games and stuff but for most people Windows means new stuff.

    17. Re:"Hardware accelerated PDF viewers'' ? by ultranova · · Score: 2, Informative

      I mean, how many resources does xpdf et al use really?

      A lot, actually. Try viewing a PDF document made from scanned pages - simply moving from page to page in xpdf will take 5+ seconds.

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    18. Re:"Hardware accelerated PDF viewers'' ? by AJWM · · Score: 2, Informative

      Perhaps a way to handle many apps running at once without the desktop looking cluttered is next.

      Well, even Motif Window Manager lets you iconify running apps ;-) But more seriously, isn't that what multiple virtual desktops are for? That's how I use them.

      --
      -- Alastair
    19. Re:"Hardware accelerated PDF viewers'' ? by Reverberant · · Score: 3, Informative
      Even the menu bars on the top of the screen came from Xerox before Apple used them.

      According to Bruce Horn: "Smalltalk had a three-button mouse and pop-up menus, in contrast to the Mac's menu bar and one-button mouse."

    20. Re:"Hardware accelerated PDF viewers'' ? by Anonymous Coward · · Score: 0

      Next-Gen linux graphics you say, woo-fucking-hoo, linux will then have advanced to equivalence with macintosh lcII or windows 3.1 gfx capability.

    21. Re:"Hardware accelerated PDF viewers'' ? by snorklewacker · · Score: 1

      2). Hot keys. For the love of god can someone fix hotkeys in gnome! Ok again this is coming from a windows background but bare with me. I was used to the alt key toggling the menu of whatever is the active app. Toggles are good, they are efficient and I believe intuitive. Just like play/pause on almost every player that exists. Ok so when I first used gnome, no alt hotkey toggle. Ok fair enough, I have to actually press alt f, but then I try alt f again to get out of the menu and nothing. I have to press escape to get out of the menu. Ok ignoring that, once I'm in the menu the other hot keys are rendered useless. Go ahead try it, press alt f, and then press alt e to get to say edit. Nothing. This is clunky. Once you are in the menu only the arrow keys navigate the menu's.

      This is coming from a windows background? I can't find a single windows app that behaves the way you're expecting. Alt indeed toggles menu navigation on windows (a distinct difference from the mac, and actually this behavior goes all the way back to WordPerfect for DOS, possibly even Lotus 1-2-3). Alt-f pulls up the file menu, but alt-f again does not dismiss it. Alt-f Alt-e acted as if I had not held "alt" for the Alt-e, and activated the "e" accelerator in Mozilla, namely "Send Link". The same behavior held for standard windows apps (explorer.exe was my test here). I bet even WordPerfect for DOS behaves like this. The rationale for this behavior is fairly obvious, as novice users don't have to be told to release the Alt key. Although having the menu accellerators toggle menu activation sounds like a nice idea, the previous behavior gets in the way of this.

      --
      I am no longer wasting my time with slashdot
    22. Re:"Hardware accelerated PDF viewers'' ? by koh · · Score: 4, Informative

      You're raising some interesting points here. Your Windows background does show, but you may be quite representative of what new Gnome users will stumble on their first time around.

      I'll try to address these points, while avoiding being too technical (which is a pain sometimes :)

      1) Remembering windows size/positions. This drives me nuts.

      Okay, okay. You're probably right on this one. However, please consider that a linux desktop is not used like a Windows one, specifically :
      - people generally use several workspaces and lay out their windows on multiple "screens", so to say,
      - you're not supposed to reboot an X terminal as often as a Windows workstation - you just lock it and leave it as is. This comes from older times, but still shows,
      - typically, people just arrange their windows *once* and leave them that way. For a very, very long time. When time comes to reboot, they save their session, preserving their windows' position (okay, this does not work all the time) then log back in again later.

      Indeed, the X Window System was not supposed to be used like an MS Windows desktop, and the differences still bite us from time to time (why does evolution remember the active pane but not its window position across sessions ? WHY ? Answer : because it's the window manager's business, not his, and e.g. Metacity doesn't support this quite right yet).

      2) Hot keys. For the love of god can someone fix hotkeys in gnome! I was used to the alt key toggling the menu of whatever is the active app.

      The Alt key is a modifier. It is not a "real" key. It is meant to be used in combination with another "real" key, just like Shift, Control, Super, Hyper, Fn, Apple, etc. It is not cross-platform. It is not standard. It is usually mapped to the Meta key under Linux, which was once used to set the high bit on characters you typed on older terminals. You don't expect something to happen when you press the Control key alone, right ? The same applies to the Alt key.

      Use F10. One press of F10 activates the main menu, both on Linux and Windows. Another press dismisses the menu. I don't know about Macs (do they have an F10 key ?) but a real (though nonstandard) key like F10 is much easier to code for than a modifier like Alt.

      Hope this helps,

      Cheers

      ko

      --
      Karma cannot be described by words alone.
    23. Re:"Hardware accelerated PDF viewers'' ? by stephentyrone · · Score: 1

      They also didn't build a plane for their competition...

    24. Re:"Hardware accelerated PDF viewers'' ? by ultranova · · Score: 1

      Please, no more taskbars,

      What is wrong with taskbars ? When I've got 100+ windows open, I most definately want to have a nice list of them (divided, of course, between my virtual desktops).

      Being able to bounce from any program to any program with a single click of the mouse is very nice UI design, IMHO.

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    25. Re:"Hardware accelerated PDF viewers'' ? by ColMustard · · Score: 1

      I think the point is that if you're still working on your eye candy when your OS has a new security flaw every other day, then there seems to be some misplacement of focus.

      And the sad part about the whole production is, I personally don't even like the XP interface. It looks like my nephew sat down and drew the interface in with a box of Crayola markers... No offense to Crayola. But hey, that would just be one guy's opinion.

      --
      Moof.
    26. Re:"Hardware accelerated PDF viewers'' ? by kisielk · · Score: 2, Interesting

      I just tested this. Push alt-f, and then push alt again on its own, the menu should disappear. Alt-f alt-e does switch to the edit menu here, in both Mozilla and Explorer.

    27. Re:"Hardware accelerated PDF viewers'' ? by Anonymous Coward · · Score: 0

      Dry your eyes, I remember your post! Good stuff!

    28. Re:"Hardware accelerated PDF viewers'' ? by Billly+Gates · · Score: 1

      How do you manage 15+ applications that are open?

      What if you have several windows on your desktop or several instances of an application. IE suffers from this and firefox's tabs are a bandaid solution.

      What is cool about macos is that each window does not have any menu's. Rather the bar on the top of the screen changes its menu depending on each app you click. This makes it easier.

      Also what if your task bar gets filled?

      My guess is a mix of OSX where each minimized icon gets zoomed up upon a curser moving over it. Or perhaps having a universal set of tabs for applications rather than just instances of firefox.

      That is what I am refering too and its a problem today since many users multitask more.

    29. Re:"Hardware accelerated PDF viewers'' ? by jgrahn · · Score: 2, Interesting

      Well, even Motif Window Manager lets you iconify running apps
      Motif? Hell, that functionality was in twm(1). It's always been there. Multiple desktops were the next step of course, and that's why I run ctwm(1). Maybe there's something better around the corner, and maybe not.

    30. Re:"Hardware accelerated PDF viewers'' ? by Anonymous Coward · · Score: 0

      Apple indeed used postscript to keep images on the screen vs on print consistant. I do not know which version of MacOS but I do know since system6 that postscript was part of the rendering engine. Artists fell in love with the macintosh because it could produce high quality prints with consistancy that other platforms lacked.

      Infact the first experimental workstations of the mid 1970's that incorporated gui's used a postscript like langauge to manipulate images and text. I do not know if Xerox made any of them.

      Next did not invent menu's. True.

      Next's dock however was insipired for the Windows Taskbar in Windows95 according to former Microsoft engineers. The fact that the clock and other tiny applets on the far right had side was inspiration of the dock. Next liked to put the minimized icons next to the dock and MS just decided to have one bar on the bottom rather than the left and include both the minimized apps and the applets all in one place.

    31. Re:"Hardware accelerated PDF viewers'' ? by Anonymous Coward · · Score: 0

      And what else would they be used for if not accelerating 3d for the desktop? (when not running DOOM et al, of course).

    32. Re:"Hardware accelerated PDF viewers'' ? by Sark666 · · Score: 1

      I understand your logic on something being a modifier and not to be used exclusively. But then I ask the question, why not? Why not add functionality to a key if it makes a user more efficient. For ex. another windows thing I'm used to is windows key - e launches windows explorer. Now, look at that, here is a key that is not normally a modifier but yet has some functions associated with it to use it as a modifier.(Also windows key m to minimize all apps) I tried setting up the same thing in gnome but it won't let you use the windows key as a modifier. I also never knew about f10 and that might come in handy and I appreciate that but it's location alone might not make that too useful.

      Regarding launching something and leave it. Hmm I do some system intensive things like vid capture/encoding and gasp! some gaming in linux like enemy territory and doom3. So I'm not going to leave a bunch of apps when these apps need all the resources you can give them.

    33. Re:"Hardware accelerated PDF viewers'' ? by wolrahnaes · · Score: 1

      A quick Google turns up this:
      http://arstechnica.com/reviews/1q00/macos-x-gui/ma cos-x-gui-4.html

      Major tech site vs. your word. I've gotta go with ars technica on this one.

      --
      I used to get high on life, but I developed a tolerance. Now I need something stronger.
    34. Re:"Hardware accelerated PDF viewers'' ? by Sark666 · · Score: 1

      Ok, I rebooted in windows just to make sure I'm not stating things incorrectly. Yes alt f does not dismiss the menu, what I was trying to say was I was searching for the toggle key in gnome, since it wasn't alt, I thought that since alt-f got me there it might get me out, only escape gets me out. Again toggles are a good thing.

      And when I was saying about getting to other menu's via hotkeys I meant that in windows I can hit the alt key and then I had the option of either arrowing over to another menu or press it's hotkey. In gnome, once I press alt f, I'm stuck in that menu expect for escaping with the arrow keys. Yes the same holds true for windows except that there is alt key in the first place to get in the top level of the menus and the user can either use the hotkey or arrow keys. From another users reply I've found that f10 is giving me the functionality I want in both linux and windows, too bad of it's position though.

    35. Re:"Hardware accelerated PDF viewers'' ? by Leo+McGarry · · Score: 4, Informative

      What can I say? That site is just flat-out wrong. It's an ancient description of an equally ancient Quartz demo, and it gets the internals flat-out wrong.

      It says, "Quartz does not use Postscript as its internal graphics representation language. Instead, it uses Adobe's Portable Document Format (PDF) standard which is a superset of Adobe Postscript."

      That's just completely incorrect. Quartz 2D graphics are not represented internally as PDF. They just aren't. When a Quartz 2D graphics context is stored in memory, it's stored as a display list, very similar (conceptually) to the way OpenGL scenes are stored in memory. To convert the context to a pixel buffer for display on screen, Quartz Compositor (or Quartz Extreme, depending on hardware) renders and composites the graphics context, which results in a bitmap.

      A Quartz 2D display list is very similar to PDF in the way regions are defined and paint applied to them; this makes it easy for PDF files to be converted into Quartz 2D display lists and vice versa. But it's equally true that the Open Inventor file format is similar to an OpenGL display list in the way that vertices and surfaces are defined. You would be wrong to say that OpenGL programs store scenes internally in Open Inventor format; you'd be equally wrong to say that Mac programs store their graphics internally in PDF format. It just ain't so.

      Can an Open Inventor model be trivially read from disk and turned into an OpenGL display list? Sure. Can a PDF file be read and trivially turned into a Quartz 2D display list? Yes.

      That's it. Okay?

    36. Re:"Hardware accelerated PDF viewers'' ? by koh · · Score: 0, Troll

      Once again, good points :)

      But then I ask the question, why not?

      Windows is able to map your Alt key to a "real" key instead of a modifier because it uses key scan codes and traps keyboard events in a very low-level way (port 0x60 IIRC, x86-specific).

      Traditionally, *NIX systems like Linux, which can run on very different hardware, use a software layer to communicate with devices and cannot use those tricks. As of now, of course. This may change in the future. But it would probably require installing and configuring a keyboard driver.

      Just imagine, right now you still have to choose a keymap if not using a US keyboard. Do you really want to have to choose a keyboard type as well, like "SUN Workstation XXX", "MS Natural keyboard v2" or "ACER laptop keyboard series 1350" ? There are *many* keyboard types out there :)

      For ex. another windows thing I'm used to is windows key. I tried setting up the same thing in gnome but it won't let you use the windows key as a modifier.

      You can configure your X server (nontrivial, I know) to map the Windows key to e.g. the "Super" modifier. You can then tell Gnome about this in its configuration panel (just tried on my wife's machine and the key sequence appears as <Mod4>E for <Windows>E. And it works fine :)

      Regarding launching something and leave it. Hmm I do some system intensive things like vid capture/encoding and gasp! some gaming in linux like enemy territory and doom3. So I'm not going to leave a bunch of apps when these apps need all the resources you can give them.

      No, of course not. As for video capture, just lay the window out the way that suits you best and leave it here. When you're not using the capture/encoding feature, the application should consume almost no resources (if not, this may be a bug in the application itself) so you can leave it open.

      As of games like ET and D3, you usually run these fullscreen. So just close them and it won't change a thing, right ? ;)

      That said, don't think I'm trying to explain to you how to make without the features you need. On the contrary, I do think it is only a matter of using the computer in a different way... actually thinking about the computer in a different way, when switching from a Windows system to a *NIX one.

      And your point about the Alt key is valid, it's just technical limitations there :)

      Cheers

      ko

      --
      Karma cannot be described by words alone.
    37. Re:"Hardware accelerated PDF viewers'' ? by nbert · · Score: 2, Informative

      I don't really see your point - the concept of virtual desktops or workspaces solves the problem of having many apps open at the same time. I currently have more than 15 windows open and none of them are minimized or behind another window, because I simply aranged them on 4 workspaces. Finding the right worspace isn't difficult either, because I arranged them by topic (shells are on worspace 2 for example, Firefox and Thunderbird are on worspace 3).

      Just because neither Apple nor Microsoft have "embraced" this concept doesn't mean we have to reinvent the wheel.

    38. Re:"Hardware accelerated PDF viewers'' ? by TheGavster · · Score: 1

      I have lag scrolling large PDFs all the time. Of all the improvements mentioned, HW accel for PDFs is probably the only one that actually is needed in some cases. Obviously, if you lack the hardware to enable the acceleration, you'd default back to the previous software rendering (which is fine for text, not so fine for scanned datasheets and the like)

      --
      "Because Science" is one step from "Because old book". Try "Because of my experiment testing my falsifiable assertion".
    39. Re:"Hardware accelerated PDF viewers'' ? by Fenris+Ulf · · Score: 1

      The problem with this is that KDE handles Alt in exactly the way that Sark666 wants.

    40. Re:"Hardware accelerated PDF viewers'' ? by Anonymous Coward · · Score: 0

      This is slightly off-topic, but when I log in to Solaris, I get the "Adobe Postscript" icon in the corner. Anyone have a convenient explanation of what this is and how it compares to OS X?

      Or yeah, I can google for it . . . thanks.

    41. Re:"Hardware accelerated PDF viewers'' ? by filipncs · · Score: 1

      You clearly know a lot more than just the market-speak about Quartz.
      What direction do you think the open-source display systems should move in?
      How would you design it?

    42. Re:"Hardware accelerated PDF viewers'' ? by starm_ · · Score: 1

      "'Hardware accelerated PDF viewers" We will be able to read PDF documents at 200 PPS Pages Per Seconds) instead of the old 15 pages per second!!! Whats the page rate on YOUR desktop?

    43. Re:"Hardware accelerated PDF viewers'' ? by Anonymous Coward · · Score: 0

      actually remembering window size / position / state is the apps responsibility according to Havoc, which is why metacity doesn't bother doing it.

    44. Re:"Hardware accelerated PDF viewers'' ? by Leo+McGarry · · Score: 1

      I appreciate your asking me, but I'm not even going to get into that. I'm not really interested in getting into a "which features of Mac OS X should we attempt to copy next" thing.

      If you want to use a state-of-the-art operating system, use a Mac. If you want to remain mired in the 20th century, use something else.

      If you want to try to surpass the Mac and create whatever the next thing is going to be, use a Mac. Because you can't really innovate unless you completely understand the state of the art.

    45. Re:"Hardware accelerated PDF viewers'' ? by AstroDrabb · · Score: 2, Interesting
      I don't know about 5+ seconds, maybe it is your box? However, I do agree. Just run top and move to another page in xpdf and watch the processor usage jump way up, 90%+ is not unusual (this is on a 3.04GHz HT P4 with 1GB memory). The official PDF viewer from Adobe is not much better, it sucks up a bunch of processor time between each page display. Once the page is displayed, my processor usage drops to about 0%-1%. Something isn't right with xpdf or the official Adobe PDF viewer under Linux.

      This box is dual-booted with WinXP SP2. Under WinXP if I open a PDF with the latest version of the Adobe Reader, the processor jumps to about 30% usage from 0%-1% usage. While that is not "great", it is still much better than the huge spike I get on the same system under Linux. As a major user of Linux, I personally would like to know what the huge processor usage is from? I actually use Linux with the official NVidia Linux binary and an NVidia GForce 3 TI 500 (this card still kicks butt and can play the latest Doom fine), so I get pretty good 3D excel.

      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    46. Re:"Hardware accelerated PDF viewers'' ? by Synbiosis · · Score: 1

      I only have one point to make:

      "you're not supposed to reboot an X terminal as often as a Windows workstation - you just lock it and leave it as is. This comes from older times, but still shows"

      That's impractical for anyone who pays utilities. With power supplies running around 400-500 Watts, you're talking an extra $40-$50 a month on your utilities bill (8hrs a day vs. 24 hrs). Granted, you can suspend the machine, but it's still drawing power.

    47. Re:"Hardware accelerated PDF viewers'' ? by dbIII · · Score: 2, Informative
      1) Remembering windows size/positions
      You can use other window managers and still have all your gnome applications, including the toolbar.
      2). Hot keys.
      You can use other window managers - enlightenment had these features well over five years ago, and most other window managers worked on since then (and probably some before then) have these features. Gnome is a big project, and parts of it just aren't being worked on anymore, but you don't have to use the window manager that comes with it - most other window managers work with it just as well.
    48. Re:"Hardware accelerated PDF viewers'' ? by jimmyharris · · Score: 1

      Use F10. One press of F10 activates the main menu, both on Linux and Windows. Another press dismisses the menu. I don't know about Macs (do they have an F10 key ?) but a real (though nonstandard) key like F10 is much easier to code for than a modifier like Alt.

      By default Macs (X.3 anyway) use F10 for show all application windows in Expose.

    49. Re:"Hardware accelerated PDF viewers'' ? by mixmasta · · Score: 1

      You know, it only takes about 2 seconds to check your settings page, and find your old posts. :)

      http://slashdot.org/~Leo%20McGarry

      --
      #6495ED - cornflower blue
    50. Re:"Hardware accelerated PDF viewers'' ? by prockcore · · Score: 1

      I don't know about Macs (do they have an F10 key ?)

      they do have an f10 key, but it does Expose.

      In fact, it occurs to me that I have no idea how to open a menu with the keyboard on OSX. As far as I can tell.. there's no way to do it.

    51. Re:"Hardware accelerated PDF viewers'' ? by Bloater · · Score: 2, Insightful

      "it uses Adobe's Portable Document Format (PDF) standard which is a superset of Adobe Postscript"

      Not to mention that Postscript is a turing complete programming language and PDF isn't, so there is no way it can be a superset.

    52. Re:"Hardware accelerated PDF viewers'' ? by Sepper · · Score: 2, Funny

      My thoughts exactly. When was the last time you viewed a PDF while playing Quake?
      Even if half of the new apps gets hardware support, it's kind of a good thing: the GPU was MADE for this very reason...

      I can already see the future spec for cards:
      "Get 2356FPS for rfc2616.pdf! "

      --
      I live in Soviet Canuckistan you insensitive clod!
    53. Re:"Hardware accelerated PDF viewers'' ? by Taladar · · Score: 1

      If you use suspend to disk the machine shouldn't draw any power at all.

    54. Re:"Hardware accelerated PDF viewers'' ? by spitzak · · Score: 1

      Thats "Bezier" curves. Actually TrueType uses "Quadric" curves, which are the same as a Bezier with the two handle points moved to the same point, this was done to speed up calculations. Even in modern hardware the conversion of curves to straight lines is done by the CPU, though it seems a likely direction the cards will go.

      In any case this is not what is needed for hardware acceleration of fonts. The way hardware is likely to be used is the characters will be rasterized and stored at perhaps 128x128 and then it is the hardware's job to produce an antialiased scaled version of this image for every letter. Even present-day good hardware can do this, and use less resources than current font renderings. At sizes greater than 64x64 the hardware will probably be told to fill a triangulated version of the character that the CPU generates, this is actually plenty fast enough for the larger letters.

      There are many indications that Longhorn is going to do this. I also recommend that Cairo and so on do this as well. One problem is if the idea of a font+size is encodied to strongly into the interface it makes this difficutl. The size should be completely seperated from the "current font".

    55. Re:"Hardware accelerated PDF viewers'' ? by Taladar · · Score: 1

      If you want the ultimative customizability you should try using fvwm (with or without gnome). Don't let yourself be repelled by the default settings. You can actually make it look quite nice (there is a long 70+ pages thread in the gentoo forums about Fvwm).

    56. Re:"Hardware accelerated PDF viewers'' ? by snorklewacker · · Score: 1

      Alt-f Alt-e only switches to the edit menu if you let go of alt first, then press it again. Keep it down, and it behaves as I described. Tapping alt while in a menu gets out of all menus, including cascades, while esc backs out of one level of cascade, and the whole menu if no cascade was active. GTK+ apps might not have the exact behavior, but I suspect it's consistent.

      I bet it behaves slightly differently than Qt though, but frankly with MS and Apple also shipping apps with different look and feel (though it's hard for an apple app to have a menu that behaves differently), users aren't clamoring for consistency as much as we'd think.

      --
      I am no longer wasting my time with slashdot
    57. Re:"Hardware accelerated PDF viewers'' ? by Taladar · · Score: 1

      Being able to bounce from one window to the other (of your 100+ windows) just to find out which is which is very bad UI design. Taskbars are nice for small numbers of Windows, lists of Windows with their full names, one per line, are much better for large numbers of windows.

    58. Re:"Hardware accelerated PDF viewers'' ? by Anonymous Coward · · Score: 1, Informative

      You're full of crap. X can tell you the press and release of every single key on the keyboard. A modifier is if your app chooses to use that. But to say that X can't tell you that you've pressed the Alt key, or the diamond key, is wrong.

    59. Re:"Hardware accelerated PDF viewers'' ? by Coryoth · · Score: 2, Interesting

      How do you manage 15+ applications that are open?

      Well, my suggestion is to combine together multiple desktops with something like this, which allows you to group and control windows elegantly, and potentially in complex and useful ways. If groups could, for instance, hint to the taskbar to group their entries, and applications were capable of hinting to the WM whether to create a new group for its subwindows... well, then you'd have some very useful new window control/management tools available to you.

      Jedidiah.

    60. Re:"Hardware accelerated PDF viewers'' ? by Andyvan · · Score: 1

      FYI: UCSD Pascal had menu bars at the top of the screen in 1977.

      Does this predate Xerox?

    61. Re:"Hardware accelerated PDF viewers'' ? by lamber45 · · Score: 1
      First of all, I've measured power consumption of desktop systems with an ammmeter. A power supply may be rated for 500W, but only draw 120W, especially if the hard-drive spins down. A real "X terminal" could be something like the Sun Ray, which has no noving parts at all (fan, hard drive, ...) and thus saves a lot of power.

      Secondly, a regular desktop computer that's always-on can provide resources (CPU, disk space, ...) to the network, so it isn't such a loss to leave it on.

      Finally, Unix window managers (starting with CDE, which is about 14 years old) support "saving a session". This means I can log off one computer, walk down the hall, log in on another, and get my terminal windows and (some) applications back in the exact same place where they were before. If that's not good enough, you can use VNC to save your application-windows on a virtual desktop exactly where you want them.

    62. Re:"Hardware accelerated PDF viewers'' ? by Anonymous Coward · · Score: 0

      Just because it's rated for 500w means it is drawing 500w. The power supply will supply the power needed, and require from the mains some amount more than that for an efficiency loss.

    63. Re:"Hardware accelerated PDF viewers'' ? by Anonymous Coward · · Score: 1, Interesting

      xpdf doesn't do real caching of rendered pages, nor pre-caching. So when you go from one page to the next, the processor has to render the document. Depending on how complicated the description of the document is, it can require a lot of processing.

      If xpdf pre-rendered the pages the amount of processing time needed at any one time would be reduced.

      I'm not certain how useful it would be to render books with the GPU.

      And your video card doesn't play the latest Doom fine, unless we have vastly ideas of what fine means. I know, I have one just like it and it's pretty lacking.

    64. Re:"Hardware accelerated PDF viewers'' ? by Anonymous Coward · · Score: 0

      Also, I should point out that people shouldn't be surprised when something compute-intensive utilizes 90% of their cpu time; that's why we buy these processors in the first place. There's not much point in buying a 3GHz P4 otherwise.

    65. Re:"Hardware accelerated PDF viewers'' ? by Positrix · · Score: 2, Funny
      You don't expect something to happen when you press the Control key alone, right ?

      actually, i expect it to fire my rocket launcher...

    66. Re:"Hardware accelerated PDF viewers'' ? by Anonymous Coward · · Score: 1

      You have lag scrolling large PDFs because the techniques used are primitive. There's a lack of pre-caching, and proper event-handling for skipping through pages without fully rendering them. When you're sitting there reading a page, it's not doing anything to prepare for what you'll do next.

    67. Re:"Hardware accelerated PDF viewers'' ? by null+etc. · · Score: 1
      And what else would they be used for if not accelerating 3d for the desktop?

      Actually, there are many experimental programs out there that use the GPU for non-rendering purposes. We can expect to see this usage grow in the future.

      But my point was that CPU != GPU, and the grandparent poster said "cycles" and not "CPU cycles."

    68. Re:"Hardware accelerated PDF viewers'' ? by Anonymous Coward · · Score: 0

      uhhhhh.... no.

      You want it to act like Windows. That's fine.
      But don't confuse acting like Windows with acting like the Platonic ideal of usability.

      I come from MacOS. To me, your examples of usability are weird and unintuitive. But you probably think the same of mine.

    69. Re:"Hardware accelerated PDF viewers'' ? by Nailer · · Score: 1

      1) Remembering windows size/positions. This drives me nuts. I've read that the reasoning behind this is for the most efficient use of the desktop (e.g. you launch a 2nd term and it positions itself beside the 1st term instead of overlapping). Sounds good, but in practice it makes me a less efficient user. Back in my windows days, I liked that whenever I launched the file browser it was always in the same position where I left it. I could rely on this and be ready to click whereever I needed. Same with the file dialog, calculator or whereever. I EXPECTED them to be in a certain position and thus I could work faster/more efficiently.

      Are you saying that your desktop is rememberiong your window positions and you don't like it? or Are you saying it's not and you wish it did?

      Here (FC3), Gnome 2.8 remembers window positions.

    70. Re:"Hardware accelerated PDF viewers'' ? by jovlinger · · Score: 2, Insightful

      could it be that

      a) win xp version is more optimized (spend more time optimizing the program used by 97% of your audience... heavens forbid)

      or

      b) win xp averages load over a longer period? both run a 100% when something can run; the question is over which period you average load when summarizing it as a simple number.

    71. Re:"Hardware accelerated PDF viewers'' ? by 808140 · · Score: 1

      It might be more gracious to say that he's misinformed, rather than "full of crap".

      It isn't like xkb is a paragon of usability. It isn't even (really) documented.

      Having said that, there is nothing special about a so-called "modifier" key, and you're absolutely right.

    72. Re:"Hardware accelerated PDF viewers'' ? by Compenguin · · Score: 1

      > users aren't clamoring for consistency as much as we'd think.

      I love UI consistancy, I find my gnome desktop much more consistant than windows. MS Word, MS Anti-Spyware, Explorer, Notepad, and Windows Media Player all use different widgets! I wish Windows was as consistant as gnome is!

    73. Re:"Hardware accelerated PDF viewers'' ? by AJWM · · Score: 1

      How do you manage 15+ applications that are open?

      Well, KDE will let me have up to 20 virtual desktops, although I generally find that four is enough.

      What if you have several windows on your desktop or several instances of an application.

      Depends whether I need to see them all simultaneously -- I usually don't. Typically each virtual desktop has several windows open, I just click to raise whichever I need. And Mozilla/Firefox's tabs do help. (Konsole also allows for tabs, but typically if I have multiple command line windows open it's because I want to see them simultaneously.)

      Also what if your task bar gets filled?

      KDE has the option of grouping by like application, as does XP. For me it's not usually an issue, I put my task bar up along the right edge of the screen and there's enough room for fifteen or so task icons as well as the various applets and taskbar menus.

      --
      -- Alastair
    74. Re:"Hardware accelerated PDF viewers'' ? by AJWM · · Score: 1

      Exactly. For me its mostly shells on workspace 1, browser on 2, email on 3, and 4 for 'other' (typically office). If I regularly used more apps I'd add more virtual workspaces. I'll pop up shells elsewhere if I need them, and others (kscd, k3b, etc) come and go as needed.

      It's not exactly a new concept, either. HP a version of this with VUE prior to CDE (circa 1991), and DesqView I think had something similar about the same time. Perhaps Microsoft and Apple think their users are too stupid to figure it out. Heck, Apple won't even let users have more than one mouse button. (Joke! I'm an old Mac user, and used a 3-button mouse on System 7.)

      --
      -- Alastair
    75. Re:"Hardware accelerated PDF viewers'' ? by bill_mcgonigle · · Score: 1

      Perhaps a way to handle many apps running at once without the desktop looking cluttered is next.

      I saw Sun's Looking Glass project today at LinuxWorld. Might be useful for you.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    76. Re:"Hardware accelerated PDF viewers'' ? by lahvak · · Score: 1

      Just couple of points:

      You said:

      1) Remembering windows size/positions. This drives me nuts. I've read that the reasoning behind this is for the most efficient use of the desktop (e.g. you launch a 2nd term and it positions itself beside the 1st term instead of overlapping). Sounds good, but in practice it makes me a less efficient user. Back in my windows days, I liked that whenever I launched the file browser it was always in the same position where I left it. I could rely on this and be ready to click whereever I needed. Same with the file dialog, calculator or whereever. I EXPECTED them to be in a certain position and thus I could work faster/more efficiently. I think maybe a compromise on this would be the default should be that gnome remembers size/position for all apps unless the developer of an app explicitly coded an app not to follow this behaviour. So the wm is the default unless the app says otherwise. I can see the benefit of autopositioning maybe with terms, but for most other apps it just makes me slower and gets in the way. As it stands I feel like I never know where an app will be when it launches.

      I am not sure I understand your suggestion. When Gnome remembers the positions of your windows, it means that they will always open at the same place, right? Isn't that what you want? (I must admit I don't use gnome, so I am not sure about this, but this is what I would expect when you say "remember position"). On the other hand, autopositioning will try to place windows at some smart location (e.g. to minimize overlap), so they pop-up at some unexpected place, but it is likely you won't have to move them around manually too much.

      I think there isn't a best way. It depends on application, or even individual windows. I want a window that will be around for a long time to be placed somewhere where it does not interfere with other windows. OTOH, windows that I wil use briefly and then close them would be better in a known location, so I know where to expect them.

      Luckilly, there are window managers that let me do exactly that. And regardless of a window manager, you can always specify geometry on the command line.

      As far as your suggestion to allow developers to specify where to open a window, there are ways to do that. Luckily, almost nobody uses them, and decent window managers include an option to ignore such developers' suggestions. The problem with such settings is that the developer have no idea how my desktop is organized, so the window is almost certainly going to show up somewhere where it is totally in the way. This setting should not be used by developers, it should be a USER setting! An option where you can say "I want this application to always open right here at the same place". And as I said, there are ways to do that, even though it should be much easier than it is.

      2). Hot keys. For the love of god can someone fix hotkeys in gnome! Ok again this is coming from a windows background but bare with me. I was used to the alt key toggling the menu of whatever is the active app. Toggles are good, they are efficient and I believe intuitive. Just like play/pause on almost every player that exists. Ok so when I first used gnome, no alt hotkey toggle.

      And a good thing, too. Alt key is in a place where I often hit it by mistake. As Alt key is a modifier, it does not matter. But it it was a toggle, it would be a mess.

      Ok fair enough, I have to actually press alt f, but then I try alt f again to get out of the menu and nothing. I have to press escape to get out of the menu.

      If you change that, I'll scream! This is clearly a question of habit, but I am used to ESC to get out of places.

      Ok ignoring that, once I'm in the menu the other hot keys are rendered useless. Go ahead try it, press alt f, and then press alt e to get to say edit. Nothing. This is clunky. Once you are in the menu only the arrow keys navigate the menu's.

      I think I actually agree with you here. Being

      --
      AccountKiller
    77. Re:"Hardware accelerated PDF viewers'' ? by kisielk · · Score: 1

      If you hold alt, and push f and then e, the behavior SHOULD be to do the command under the file menu that has e as it's accellerator. This is intentional, and if Gnome does it differently, I think that's wrong. The f and e is a sequence, not necessarily distinct commands (eg: File -> Send Link in Mozilla). It's for convenience so you don't have to let go of alt before pushing e, or in case you let go late. If you make the mistake of going to the file menu when you wanted edit, then you can let go of alt and push alt-e to start a new sequence for doing something in the edit menu.

    78. Re:"Hardware accelerated PDF viewers'' ? by grrrl · · Score: 1

      cntrl-f2 lets u access the top menus

      it drops down the apple menu and u can use left and right... no idea if u can do straight to "file" for example

      cntrl-f3 controls the dock, and u can take screen caps with cmd-shift-3

      u may have to have full keyboard access turned on... but i really am not sure

      usually a google on cntrl-f2 or similar brings up a list of funky keystrokes u would never guess :P

    79. Re:"Hardware accelerated PDF viewers'' ? by prockcore · · Score: 1

      cntrl-f2 lets u access the top menus

      Thanks, didn't know that. That's helpful.

    80. Re:"Hardware accelerated PDF viewers'' ? by amliebsch · · Score: 1
      Windows has an equilivant but I do not remember the name since its been a long time since I admined Windows boxes.

      EMF (Enhanced Metafile Format).

      --
      If you don't know where you are going, you will wind up somewhere else.
    81. Re:"Hardware accelerated PDF viewers'' ? by Breakfast+Pants · · Score: 1

      Hi. You can zoom in. Bye.

      --

      --

      WHO ATE MY BREAKFAST PANTS?
    82. Re:"Hardware accelerated PDF viewers'' ? by Anonymous Coward · · Score: 0

      When you put the menu at the top of the screen in KDE you can then drag a window to where it's handle at the top is completely covered by the menu and upon letting go your window is stuck. You then have to alt-click to drag the window down or perhaps you can select move from the menu in the tast list. Most new users don't know this and get frustrated. If instead of treating the top of the screen as the top of the screen when dragging windows kde treated the bottom of the menu as the top of the screen--this is how all versions of MacOS do it--this whole thing wouldn't be a problem. KDE suffers from literally THOUSANDS of problems like this and that is why it isn't ready for general desktop use.

    83. Re:"Hardware accelerated PDF viewers'' ? by Anonymous Coward · · Score: 0
      In any case this is not what is needed for hardware acceleration of fonts. The way hardware is likely to be used is the characters will be rasterized and stored at perhaps 128x128 and then it is the hardware's job to produce an antialiased scaled version of this image for every letter.

      This is a horrible, horrible idea and will only produce the blurry version of antialiasing... just consider the vertical line in the letter I. You never actually want to blur the edge of that line since you already know that aliasing doesn't happen for vertical/horizontal lines. Using a pure bitmap and scaling+antialiasing that will cause the line to blur.
    84. Re:"Hardware accelerated PDF viewers'' ? by koh · · Score: 1

      I stand corrected :) Fact is I have not investigated xkb very much, but isn't this XFree86/XOrg specific ? Does it work on every platform ?

      --
      Karma cannot be described by words alone.
    85. Re:"Hardware accelerated PDF viewers'' ? by paulatz · · Score: 1

      I repeat, how many resources does xpdf et al use really?
      Haven't you tried to open the pdf preview of the firefox advertise on NYT?

      --
      this post contain no useful information, no need to mod it down
    86. Re:"Hardware accelerated PDF viewers'' ? by Shillo · · Score: 1

      > I understand your logic on something being a modifier and not to be used exclusively. But then I ask the question, why not?

      I find this the single most aggravating un-usability 'feature' of the Windows GUI. Because I very often press ALT key intending to press something else along with it, then change my mind (I use chat-like applications a lot. This means you get a long of asynchronous events and decide to reply rather than switch a tab or call a menu), then start typing. After this, whatever I type will be interpreted as a sequence of menu hotkeys.

      On average, takes me 10-15 seconds to undo the damage after this. This is *not* good usability. Esp. since ALT causes the application mode switch and the only indication of this is a tiny square around the bit of the screen you won't be looking at (because you're looking at the cursor).

      --
      I refuse to use .sig
    87. Re:"Hardware accelerated PDF viewers'' ? by dave420 · · Score: 1
      It doesn't matter WHY it does things, the fact is does those things means windows users will have difficulty coming over to Linux. Simply saying "well, it's PROPER to do things this way" isn't helping anyone. Windows is where it is today because people can use it. It's become the standard GUI OS around the world, like it or not. Linux just doesn't have the clout to dictate the "correct" ways to do things, as de jure is often no match for de facto.

      I hope I don't come off sounding too harsh here - that's not my intent.

    88. Re:"Hardware accelerated PDF viewers'' ? by ultranova · · Score: 1

      Um. Taskbar is a list of open windows. With full names and icons. So I'm a bit unclear of what kind of list you mean.

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    89. Re:"Hardware accelerated PDF viewers'' ? by jalefkowit · · Score: 1

      Oh no, no more reading the PDF version of "War and Peace" while playing Doom3.

      Seriously, if you're not playing a game at that moment and you have reasonably modern 3D hardware, don't you probably have a whole lot of GPU cycles free to burn?

    90. Re:"Hardware accelerated PDF viewers'' ? by jayed_99 · · Score: 1

      you're not supposed to reboot an X terminal as often as a Windows workstation - you just lock it and leave it as is. This comes from older times, but still shows

      typically, people just arrange their windows *once* and leave them that way. For a very, very long time. When time comes to reboot, they save their session, preserving their windows' position (okay, this does not work all the time) then log back in again later.


      Too true. My SO has used my computer a few times. I finally broke down and gave her a lecture.

      "All of my windows stay in the same places. I open tabs in firefox and keep them open for days. Every time I come back to my computer, I expect it to look exactly the way it did when I left it because I never reboot it. Everytime I *do* reboot it, all of the windows come back in the same place that they used to be. Please don't move windows or close tabs."

      It's a very interesting cultural difference that I've never really thought about before. As a *nix user, I think of my desktop as having an almost permanent state. mutt is always open on screen one. Web browser on screen two. Screen three is xterms to my local machine. Four is remote xterms. When I do reboot, they all just appear in their proper places.

      Most windows users I know seem to regard their desktop as a dumping ground for icons; with auto-arrange, the icons move around so there's always this mouse-hovering-looking-for-an-icon.

    91. Re:"Hardware accelerated PDF viewers'' ? by Vintermann · · Score: 1

      The official reader from Adobe has the additional advantage that it takes half an hour to load.

      --
      xkcd is not in the sudoers file. This incident will be reported.
    92. Re:"Hardware accelerated PDF viewers'' ? by AstroDrabb · · Score: 1

      Acrobat 6 is dog slow to start up compared to Acrobat 5. However, there are some things you can do to _really_ decrease startup times.

      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    93. Re:"Hardware accelerated PDF viewers'' ? by hepwori · · Score: 1

      Use F10. One press of F10 activates the main menu, both on Linux and Windows. Another press dismisses the menu.

      Not quite correct. Try this in Windows (eg. in Firefox, which I'm using now): press F10. File menu highlights, right? Press it again; file menu highlight disappears. All hunky dory.

      Now press down-arrow. See now where that highlight actually moved to? F10 didn't dismiss the menu modality entirely... it just moved it to the System menu. It takes one more press to move entirely out of "menu mode"...

      Funnily enough, you won't find this behavior consistent across the three of Notepad, Firefox and Explorer. This experiment is left as an exercise for the reader.

    94. Re:"Hardware accelerated PDF viewers'' ? by Moderatbastard · · Score: 0
      No one is stealing anything. Even the menu bars on the top of the screen came from Xerox before Apple used them.
      First sentence: no-one is stealing. Second sentence: an example of something that was stolen (presumably by someone, not a unicorn).
      --
      1/3 of jokes get modded OT. If you get the joke, mod 1 in 3 insightful/interesting/underrated to restore karma balance.
    95. Re:"Hardware accelerated PDF viewers'' ? by mattyrobinson69 · · Score: 1

      tabs in applications is good, plus system tray icons:

      konsole (kde's console) has tabs, so i only need one konsole taking up space on the taskbar, same with opera and quanta (web development).

      kmail, akregator, juk, kmix, kopete in the system tray, which is useful because i like those applications open all the time.

      with this setup, my taskbar isn't cluttered and there aren't _too_ many system tray icons

    96. Re:"Hardware accelerated PDF viewers'' ? by scumdamn · · Score: 1

      Unless it supports WuOL. Many systems use much more power than you would expect when they're turned off. That's why I've put my desktop in the office on a surge procector. When I'm done, I hibernate (suspend to disk) and turn off the surge protector. It saves you the standby power of the speakers, monitor, and computer at least. I'll see how much it saves me in a couple weeks or so.

    97. Re:"Hardware accelerated PDF viewers'' ? by holymoo · · Score: 1

      [quote]Subject to the rather big assumption that your printer's capable of it. The effective resolution of Preview.app is far greater than that of most printers.[/quote]

      Most computer moniters display images at 72dpi, while printers can easily print far beyond that. Take for instance that when doing quality printing, the standard is 300dpi.

    98. Re:"Hardware accelerated PDF viewers'' ? by Anonymous Coward · · Score: 0

      That would be a good use for the random number generator which predicts the future ;)

      http://science.slashdot.org/article.pl?sid=05/02/1 2/2344224&tid=126&tid=14

    99. Re:"Hardware accelerated PDF viewers'' ? by pjt33 · · Score: 1

      If you read the sibling post to yours and the reply thereto, you'll find that your objection was in fact answered six days before your post.

  2. I think their efforts would be better spent on... by TrollBridge · · Score: 4, Insightful

    ...negotiating with graphics card manufacturers to get some solid, open drivers for Linux.

    That would make this endevour much easier in the long run, would it not?

    --
    There's a Mercedes gap too. I want one and can't afford one, but it's not government's job to do anything about it.
  3. In case of slashdotting... by Anonymous Coward · · Score: 2, Informative

    Forward: For a drawn out post on next-generation X rendering, this blog entry is really short on eye candy. I apologize, but I'm at home, separated from my beloved eye candy, and figured I should write this while I felt motivated. As a way of forcing my own hand, I'm making a link now to a blog entry I haven't yet written that will contain screenshots in the future :-)
    Next-Generation Rendering For the Free Desktop

    For the past half year or so Red Hat's desktop team has had people working toward making accelerated graphics rendering on the free desktop badass, but doing an ass job of actually talking about what they're doing in a larger public / GNOME context. They've been doing a combination of experimentation (from that cracktastic OpenGL compositing/window manager luminocity to xsnow for the Xcomposite generation) and knuckle-down no-holds-barred infrastructure work (like making Win32 GTK work on Cairo so GTK can move to cairo as the default backend). With RHEL4 kicked out the door we've been able to rebalance day-to-day work on GTK and X onto other people to give the nextgenren hackers free hands. Currently the full-time nextgenren team at Red Hat is Owen Taylor (gtk/pango maintainer), Søren Sandmann (x hacker), Diana Fong (visual designer), Kristian Høgsberg (x hacker) and Carl Worth (cairo maintainer).

    I'm really excited because these guy's expertise is across a broad chunk of the rendering pipeline, from the toolkit down to the x server, which is going to give this effort the ability to work on this from a global perspective rather than optimizing the bits where we happen to have influence in. I'm doubly excited because other companies (well, Novell at least, but hopefully others will join) are starting to invest in this effort too!

    I'm hoping to drag Owen into spinning this off into an umbrella effort (ala project utopia) to help maintain a coherent story/platform even as lots of people pour work into lots of different packages and distros. There are so many different ways to attack the X rendering issue that I'm a little worried about seeing a lot of fragmentation of effort and the result not being particularly coherent. I do hope people experiment with lots of different approaches, but I also really hope that in we can give developers a consistent platform for doing cool graphics on the free desktop. It would be a real shame to end up with the message in two years being "well, platform X has the feature you want, but you have to worry about also working with Y because X won't work well on distro Z". This sort of technology-choice morass can really dampen developers playing with this stuff and adding support all over GNOME, which is exactly the sort of quick-fiddling big-payoff stuff I think we'll see a lot of as soon as this stuff starts landing. In other words, lets push toward the point where people can feel confident and start hacking up cool things for this system inside GNOME.
    What It Might Look Like

    A really good system needs to have lots of pieces in place all hooked together....its not something that can be hacked apart and replaced by arbitrary random incompatible bits (though there are points of commonality, such as OpenGL or Render). For example the pieces in one imaginable architecture - by no means the decided-upon final one or anything - might look like:

    * A sophisticated drawing layer (cairo using glitz/opengl or render as backends)
    * Stock renderers built on top of that drawing layer (pdf/ps rendering backed by cairo - such as Alex Larsson's xpdf fork in evince, svg rendering backed by cairo, etc)
    * A toolkit that agressively takes advantage of the features in the drawing layer, exposing them to applications and themes (gtk+)
    * A window+compositing manager that can work closely with the toolkit but essentially takes the window contents as a static image in compositing (metacity with luminocity-like GL compositing manager features fused in to deal with window effects, synching up smooth resizing

    1. Re:In case of slashdotting... by Anonymous Coward · · Score: 0

      > Nothing against swearing as such (do it quite a bit myself in spoken conversation) ...

      Shut the Fuck Up!

  4. So basically by falcon5768 · · Score: 3, Interesting
    OS X.

    Actually reading through it now, it looks like they are going for a combination of OSX and XP. Still got to ask, are they beating a dead horse, when OSX does Xwindows too?

    --

    "Slashdot, where telling the truth is overrated but lying is insightful."

    1. Re:So basically by nacturation · · Score: 1

      OS X, at least in its current incarnation, does X11 badly. Hopefully Jobs will find it not stylish enough and come up with a clever way to fully integrate it into Quartz. So they're basically cloning OS X. For example, run that Indiana Jones app and select to keep the icon in the dock. Quit the app, then drag the icon out from the dock. {POOF!} with a lovely cloud.

      --
      Want to improve your Karma? Instead of "Post Anonymously", try the "Post Humously" option.
    2. Re:So basically by sgant · · Score: 1

      True, but OSX doesn't work on my machine.

      I want an Intel/AMD based machine...and OSX doesn't work nativly on my machine. Nor on all the other machines that run Linux.

      Would buy OSX in a heartbeat if they made an Intel based one...hell, would even buy two! Then get WINE to make XP system calls on it so I can play some of the XP only games...yet run it on OSX on my Intel based computer. Even get Apple to throw some dev money into WINE.

      Why can't the world be this simple? One can dream though.

      --

      "Leo Fender was in a 'state of grace' when he designed the Stratocaster." -- Paul Reed Smith
    3. Re:So basically by Lussarn · · Score: 4, Insightful

      OS X and quartz is no standard, it runs on one architecture and one OS only. This is meant for all the other OS:es who needs good visuals. Apple puts their mony on qartz, all other unix companies on this. Lets se who wins, whall we.

    4. Re:So basically by dsginter · · Score: 1

      A flat out copy of OSX's graphical driver model wouldn't be a bad deal since the two big graphics manufacturers already have excellent drivers available for that system.

      Whatever they do, driver quality needs to be at the top of the list. This is getting crazy. Its almost like someone at Microsoft is paying someone to keep this from happening.

      --
      More
    5. Re:So basically by Koiu+Lpoi · · Score: 0

      Of course not. Even though they are both unicies, Linux and *BSD/Darwin/OSX are very different things. More similar than XP and Linux, but still different enough that this deserves mentioning. Of course, XP and OSX are NOT free.

    6. Re:So basically by Anonymous Coward · · Score: 0

      As long as Jobs / Apple are even bigger control freaks than Gates / Windoze...your dream will remain only a dream, my friend...

    7. Re:So basically by micromoog · · Score: 1
      Still got to ask, are they beating a dead horse, when OSX does Xwindows too?

      Give me a call when OS X is free and runs on commodity hardware. Until then, it's useless to me.

    8. Re:So basically by Anonymous Coward · · Score: 0

      Not insightful. Everybody here was thinking that when they read the description on the front page. Those who actually read the article got to stuff like "A photograph of a field of long dry savanna grass as your desktop background... where the grass is gently swooshed around by a breeze created by moving your mouse across the background", at which point they said "Well, that's a new idea, isn't it?" Apparently this is one of the things they've actually been working on too (see the bit on vertex and pixel shaders).

    9. Re:So basically by Leo+McGarry · · Score: 1

      OS X, at least in its current incarnation, does X11 badly. Hopefully Jobs will find it not stylish enough and come up with a clever way to fully integrate it into Quartz.

      It would be far easier for everybody who maintains an X11 program to just write a Cocoa front-end for it than it would be for Apple to somehow fold, spindle and mutilate X11 into giving Mac users a decent user experience.

      If your program is well written and sufficiently factored, you should be able to put a Cocoa user interface on it in a matter of hours.

    10. Re:So basically by branto · · Score: 1

      Say word on the Apple WINE... (have to wait for the Bobcat release of OSX for that, I guess) All I want is Visio for the Mac, and I'll be one happy network-nerd. Kivio kinda sucks.

    11. Re:So basically by Leo+McGarry · · Score: 0, Flamebait

      Give us a call when you're willing to pay for quality products. Until then, you can continue to suck at the hind teat.

      Life's harsh. That which is free will always, always suck.

    12. Re:So basically by MemoryDragon · · Score: 1

      OSX does X-Windows not really that decently, newer extensions are missing which reduce network overhead (well X.org puts lots of effort into that stuff), there is a handful of really important X Programs which cannot directly be ported. NX Server for instance is severely missing, NX client exists, but you cannot host an NX server on OSX.
      Also with the direction X is moving into we will see if Apple follows. The main problem Apple has, is that it only really hosts X as a client solution (with a local X server) but Aqua itself has not any good and cheap possibility to do some kind of terminal server hosting (which X gets out of the box unusable, but which FreeNX really makes shine) With MacOSX it is either, stay at the command line over SSH, or use X streaming for the few apps which are ported or use VNC.
      The Apple remote desktop also only uses VNC, but costs major bucks and only has apple clients, and Timbuktu only has MacOS and Windows clients and also is very expensive.

    13. Re:So basically by Anonymous Coward · · Score: 0

      You must be the target for all those luxury car ads I see on prime time teevee. Price is no indication of quality.

    14. Re:So basically by micromoog · · Score: 1

      I'll be happy to start charging you for the air you breathe as well. Trust me, my air is better than that prole shit you get for free.

    15. Re:So basically by gstoddart · · Score: 1
      OS X and quartz is no standard, it runs on one architecture and one OS only. This is meant for all the other OS:es who needs good visuals. Apple puts their mony on qartz, all other unix companies on this. Lets se who wins, whall we.

      Win?? What's to say anyone will 'win' per se. Apple has some proprietary stuff, they'll keep using it. Microsoft has some proprietary stuff, they'll keep using it.

      Why would you expect there to be some clear winner between quartz and anything new to do with X?? I would expect them to continue to exist independant of each other.

      Maybe I'm just cynical, but I fail to see how extensions to X affect Apple in any way with respect to Quartz.

      --
      Lost at C:>. Found at C.
    16. Re:So basically by Anonymous Coward · · Score: 0

      "It would be far easier for everybody who maintains an X11 program to just write a Cocoa front-end for it"

      Do you have any idea how many X11 programs there are out there? Particularly engineering/science-oriented programs? Programs written/maintained by people who don't have a Mac (and probably don't care)? And unmaintained X11 programs? And even if someone did manage to write a cocoa frontend in a matter of hours (after spending a month learning it), wouldn't that be effort better put into features which are relevant to the program's task?

      The problem with cocoa is that it
      1) is a proprietary interface
      2) is not network transparent

      If you have an X11 program, it should compile without change on any linux/unix/cygwin platform. Not so for cocoa. That's not to say it's a bad platform; it's just that it trades off portability for glitz.

    17. Re:So basically by MPHellwig · · Score: 1

      Dia sucks too then I guess then? (It is enough for me but to be honest not comparible to visio).

    18. Re:So basically by prockcore · · Score: 1

      Actually reading through it now, it looks like they are going for a combination of OSX and XP.

      Neither XP nor OSX use scalable anything. Apps are layed out in Absolute coordinates, icons are bitmaps, etc.

      That's one of the reasons why apple makes all of its monitors 100dpi. If they went higher than 100dpi, everything would be too small, and it's impossible to make it larger.

      GTK and metacity on the other hand, use sizable widgets.. things can scale up to meet hi-res demands.

      I have a complete RSVG theme. I can run at any resolution and my icons are the same size. The widgets in applications are the same size. Nothing is ever "too small".

    19. Re:So basically by Anonymous Coward · · Score: 0
      Say word on the Apple WINE... (have to wait for the Bobcat release of OSX for that, I guess) All I want is Visio for the Mac, and I'll be one happy network-nerd. Kivio kinda sucks.

      Totally clueless question (I've never used this type of software)...does OmniGraffle do the same type of thing as Visio? Could you use it as a replacement? It comes free with PowerMacs and PowerBooks. It gets good reviews from people who use it. Just wondering.

    20. Re:So basically by Gob+Blesh+It · · Score: 1

      Indeed, Mac OS X 10.3 can be had for less than the cost of a license for Windows XP Professional. On the other hand, if you cut costs too much, you risk ending up with some wretched abortion like desktop Linux.

    21. Re:So basically by Anonymous Coward · · Score: 0
      And the double-priced hardware is just assumed, so no need to even discuss that. Not to mention the fact that Apple charges full-price for every fucking service pack.

      In short, you have been duped.

    22. Re:So basically by Anonymous Coward · · Score: 0

      "If you have an X11 program, it should compile without change on any linux/unix/cygwin platform. Not so for cocoa. That's not to say it's a bad platform; it's just that it trades off portability for glitz."

      It trades off [legacy] portability for usability

    23. Re:So basically by Anonymous Coward · · Score: 0

      Apple's about as far as Linux in this respect, but only rich developers can get it at this point. (They have started with resolution-independence in the next revision of OS X)

  5. linux? by Anonymous Coward · · Score: 0

    Are those techniques only available on one kernel? IMHO that "for Linux" part is optional.

  6. But why do they need their own... by jpellino · · Score: 4, Funny

    oh. sorry. parsing error.

    I read that as "Next Gen-X Window Rendering for Linux"

    --
    "Win treats sysadmins better than users. Mac treats users better than sysadmins. Linux treats everyone like sysadmins."
    1. Re:But why do they need their own... by raddan · · Score: 1

      Yeah, I read it that way, too, and all I have to say is whatever, man.

  7. Cool by M3rk1n_Muffl3y · · Score: 5, Funny

    I am sure the new Linux desktop will make OSX look like Windows. And then the entire creative department will rush out and buy Linux based laptops just to look trendy.

    --
    This is not the sig you are looking for...
    1. Re:Cool by Koiu+Lpoi · · Score: 0

      And a million geeks just creamed their pants thinking of that.

  8. All this, and yet.... by IWantMoreSpamPlease · · Score: 1, Flamebait

    BeOS *still* does it better and faster than any other OS out there.

    Here's a little hint to the (future) OS coders out there:

    Don't make it snazzy, make it *functional*, snazzy can come later.

    --
    So rise up, all ye lost ones, as one, we'll claw the clouds.
    1. Re:All this, and yet.... by ignorant_newbie · · Score: 0

      BeOS *still* does it better and faster than any other OS out there. Here's a little hint to the (future) OS coders out there: Don't make it snazzy, make it *functional*, snazzy can come later. /blockquote
      yeah. functional... like multi user. be's multi user capability was just kick ass.
    2. Re:All this, and yet.... by nine-times · · Score: 1
      This isn't talking about an OS, just window rendering. Providing hardware acceleration won't force DE designers to use snazzy effects, but it will make it so any snazzy effects they do use will be able to take advantage of modern hardware to render things quickly and efficiently.

      So... I'm not sure your comment is on-topic.

    3. Re:All this, and yet.... by crimoid · · Score: 1

      > Don't make it snazzy, make it
      > *functional*, snazzy can come later

      Some would say we currently have enough functionality.

    4. Re:All this, and yet.... by NanoGator · · Score: 4, Insightful

      "Don't make it snazzy, make it *functional*, snazzy can come later."

      I was under the impression that most of the UIs for Linux already are functional.

      With that said: Visual feedback is part of being functional. Imagine if ythe cursor you used in the field you typed this into didn't blink. You could adjust to it, but admittedly this 'snazzy' feature is helping you.

      'Snazzy' is more benefical than most realize. Remember that we, as a species, are interactive creatures. Visual snazziness really isn't all that different from body language.

      --
      "Derp de derp."
    5. Re:All this, and yet.... by Per+Wigren · · Score: 4, Funny

      Hey, this will get you "Windows that shrink scale and move all over the fucking place with cool animations". What more could you want?

      --
      My other account has a 3-digit UID.
    6. Re:All this, and yet.... by eric_brissette · · Score: 1

      Functional for who?

      For me, Gnome is plenty functional. I wouldn't mind a little more snazzy. Maybe I'm just not geeky enough to realize what functionality I might be missing.

    7. Re:All this, and yet.... by Anonymous Coward · · Score: 0

      Clippy.

      Someone had to say it.

    8. Re:All this, and yet.... by 91degrees · · Score: 2, Insightful

      Don't make it snazzy, make it *functional*, snazzy can come later.

      Or not at all. Personally, I turn off just about any eye candy. Don't even need rendered window dragging.

    9. Re:All this, and yet.... by jacksonj04 · · Score: 1

      Yet something such as OS X is snazzy and functional.

      It can be done, it can be done well. I'm actually considering a move to Macs simply because they work, they work well, they let me work well, and they look good whilst working well.

      --
      How many people can read hex if only you and dead people can read hex?
    10. Re:All this, and yet.... by cyfer2000 · · Score: 1

      windows bite each other randomly.

      --
      There is a spark in every single flame bait point.
    11. Re:All this, and yet.... by Anubis350 · · Score: 1

      BeOS *still* does it better and faster than any other OS out there.

      Ahhhh, but linux does it penguin style and faster usually isnt a good thing anyway....

      --
      "goodbye and hello, as always" ~Prince Corwin, from Zelazny's Amber series
    12. Re:All this, and yet.... by cloudmaster · · Score: 1

      Did you read that in a magazine, or actually work with a Mac? :) I've got an OS X machine behind me right now, and there are several more that I support in this building (well, the tables support them most of the time). Yeah, it's got eye candy. It's not configurable eye candy, though. Mac OS X is the OS designed by the same people that make web sites that depend on specific fonts and resolutions. It looks nice to some people, but gets in the way of just as many people. It's just a pain to get in and make some things behave the way you want, and then those changes mysteriously go away after "some" updates.

      I dunno. It takes research to learn enough about any system to customize it so that it actually works the way I want. Some systems, such as Win32 (any of them) and Mac OS (any of them, though pre-10.3 are definately worse) are wastes of time to learn about, because they'll never give the flexibility that I'm looking for - and that I get in some of the modern X Window Managers. So, it's windowmaker (with Win2K running in a VMware instance, for those things that require windows) for me. I personally think that my desktop is plenty snazzy. 2 monitors, minor screen effects, pleasent colors and background images, virtual desktops, and really not much work at all to get it all set up. OS X is easier to set up, but harder to work with - or rather, work "around".

    13. Re:All this, and yet.... by Anonymous Coward · · Score: 0

      For me, Gnome is plenty functional. I wouldn't mind a little more snazzy.

      All you need is a little upgrade.

    14. Re:All this, and yet.... by man_of_mr_e · · Score: 1

      Uhh.. Be wasn't multi-user. It's SMP support was kickass though.

    15. Re:All this, and yet.... by kmartshopper · · Score: 1

      Time to start calling it "Was OS"... BeOS is gone - get over it. Everyone talks about Linux on the desktop, yet the one thing stopping it is the lack of all the things OS X and XP have - visual queues and easy to use interfaces. Sounds like the only thing stopping Linux from dominating the desktop are the die-hard Linux fans...

    16. Re:All this, and yet.... by Anonymous Coward · · Score: 0

      There are 3 ways to do things. The right way, the wrong way, and the Max Power way.

      Isn't that the wrong way?

      Yes, but faster.

      Courtesy of Homer J. Simpson

    17. Re:All this, and yet.... by jacksonj04 · · Score: 1

      I've worked with a few macs and found OS X to be a pleasant experience. I don't expect the desktop to be customisable to my every need, although I expect it to go a long way there, and OS X from what I've used it is not only elegant but behind it has a lot of power which can be tapped fairly easily. I don't need to be able to customise every detail, I need to work and if I can do so whilst not suffering grey-box syndrome then so much the better.

      --
      How many people can read hex if only you and dead people can read hex?
    18. Re:All this, and yet.... by Anonymous Coward · · Score: 0

      this post is overrated.

    19. Re:All this, and yet.... by Anonymous Coward · · Score: 0

      Here's my functional Knoppix remaster screenshot. As you can see, I use Icewm (starts with that). KDE and Fluxbox are also available, and remastered to fit in with the additions I have made, Firefox, Opera, Emelfm, SciTE, and some mouse cursor themes, with a way to switch between them. That big double height toolbar in Icewm autohides, it's useful, but needs to autohide, if you know what I mean.

    20. Re:All this, and yet.... by HogynCymraeg · · Score: 1

      I've already seen this. It told me my penis was small...

    21. Re:All this, and yet.... by vastabo · · Score: 1

      This is modded funny but I think it's a serious problem with the current graphics system on Linux. Bear with me here.

      X gets a lot of flack from certain people here for being slow, archaic, and generally sluggish. They attribute this to the underlying networking code in X and too much eye-candy in Gnome or KDE. Having been playing around with various WMs on various Linux boxes through the years, I used to agree--dragging a window across the screen produces a painfully slow redraw and there is a noticable delay when clicking on, well, anything. Then I downloaded X.org--and some of this stuff is getting fixed!
      Somebody on Slashdot explained it awhile back: X, your WM, and your program are running in different time slices, creating a delay. X.org's XComposite (I think) fixes this somehow.

      Anyway, I'm tired of X running about as fast as your average Swing app. End of newbish rant.

    22. Re:All this, and yet.... by evilviper · · Score: 1
      Visual feedback is part of being functional

      So annoying animated Flash ads at the top of web-pages make them more functional? It IS visual feedback after all, and damn annoying and unwanted at the same time.

      I don't have any objection to visual feedback, it's just that everyone seems to think it has to be some ultra-fast OpenGL animation to count... A button that just changes size or color would be every bit as effective as a button with "smoke" comming out of it, and use the tiniest fraction of the processing power.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    23. Re:All this, and yet.... by Anonymous Coward · · Score: 0
      X gets a lot of flack from certain people here for being slow, archaic, and generally sluggish. They attribute this to the underlying networking code in X and too much eye-candy in Gnome or KDE.

      They have no idea what the fuck they're talking about.
    24. Re:All this, and yet.... by IpalindromeI · · Score: 1

      I don't even need rendered windows. I just sense where things are. You should see some of the fantastic effects I know the windows are doing. It would blow your mind.

      --

      --
      Promoting critical thinking since 1994.
    25. Re:All this, and yet.... by cloudmaster · · Score: 1

      If it works for you then, by all means, use it. OS X is nice if your needs are limited to what it provides. I've got sysadmin mentality, though, and if I want to change something, by gosh, I want it to change now! :)

  9. Evas? by ZennouRyuu · · Score: 3, Insightful

    Seems to be working toward the same goal as the E folks with their DR17 and associates libraries.

    1. Re:Evas? by killerface · · Score: 1

      e17 is awesome.

  10. Don't get too carried away now by cronius · · Score: 3, Funny

    Windows that shrink scale and move all over the fucking place with cool animations

    Yes, sounds... nice. And easy to work with.

    --
    Life is Reality
    1. Re:Don't get too carried away now by bestadvocate · · Score: 2, Funny

      "move all over the fucking place with cool animations"

      Like duckhunt for your x-windows?

      --
      my sig
    2. Re:Don't get too carried away now by Anonymous Coward · · Score: 0

      Yes, but if you don't click your icon right; does a dog pop up from the taskbar and laugh at you?

  11. Inevitable comment about bloat by NanoGator · · Score: 5, Insightful

    "Indiana Jones buttons that puff out smoothly animated clouds of smoke when you click on them"

    This is kinda cool. I know it seems gimmicky and all, but I have to say there's something to be said for having a UI that subtley lets you know what you just clicked on.

    I know a few people aren't keen on eye candy. They worry about slowing things down etc. But I have to say, in my own experience, the more visual feedback I get from my computer, the more attuned I get to using it. A lot of my actions become reflex instead of having to decipher what I should do next. For example, I use Opera. When a page is loading, a red X lights up. (Click on it and it stops the page from loading.) It's subtle, but I actually do react to that red icon there when it's on. Somewhere deep down, I have a sense of "This page is ready for you to browse". I find that sort of thing useful.

    Of course, it can be done badly or absurdly, but eye candy like this can actually be really useful.

    --
    "Derp de derp."
    1. Re:Inevitable comment about bloat by bonch · · Score: 5, Insightful

      What you're describing are called visual cues.

      There's a difference between eye candy and visual cues. The genie effect on OS X looks cool and is fast because of the hardware compositing going on. But more importantly, it's a quick visual cue to show you that you have just minimized a window, and it travelled down to the second spot on the right of your dock, so you know where it is. You also get a scaled version of your window down there. When an icon bounces for your attention, it's a cute little effect, but it's also a visual cue to let you know the app is wanting your attention.

      It goes beyond animation effects, too. People have commented on OS X's "gumdrop" window controls, which look cute and friendly, but few seem to notice they're arranged like a traffic light, which is intuitive for most people. Red, yellow, and green circles--red closes the window, yellow minimizes, and green zooms.

      Note that I use OS X as an example simple because I think it's the undisputed king of GUI visual cues. I think Linux needs more creative taste and aesthetic in its interfaces. I'm willing to contribute.

    2. Re:Inevitable comment about bloat by Jeremiah+Cornelius · · Score: 3, Funny
      I think that th e"bucket of snakes" progress bars will advance usability by 20 years, or so.

      I also like the well-placed use of the word "fucking" in the descriptions.

      --
      "Flyin' in just a sweet place,
      Never been known to fail..."
    3. Re:Inevitable comment about bloat by bestadvocate · · Score: 0

      >They worry about slowing things down etc.
      Part of the "etc." is the constant bombardment of distractions, as pointed out recently from the nytimes article http://www.nytimes.com/2005/02/10/technology/circu its/10info.html?8cir
      (free regestration required and worth it)

      but hey some people like to be destracted. I know I use my computer for dumb things like /.ing

      --
      my sig
    4. Re:Inevitable comment about bloat by jerometremblay · · Score: 2, Insightful

      I think that most people who say they dislike visual effects actually think about USELESS eye candy.

      A visual effect is useful only if it conveys additional information. It must not be used simply because it's possible to do so. For background/low importance tasks, I'll take a subtle icon animation over a modal dialog box any day.

    5. Re:Inevitable comment about bloat by Koiu+Lpoi · · Score: 1

      Exactly. There's something to be said for more Visual Feedback as opposed to just eye candy/bloat. Visual Feedback lets you know something has happened and actually lets you work more intuitively with your computer. Eye candy is there for nothing more than the purpose of looking cool - and usually takes away from productivity. There is sometimes a fine line between the two, however. Of course, another problem is frame rate or rendering speed. Many effects of this nature are sure to be graphics card/processer intensive, and many linux graphics drivers are not up to par, like ATI. I have an ATI card, and I wish I had an NVidia again for using Linux. I know that, no matter how cool something looks, or how much better it may be, if it slows down my computing because I can't render it Quite fast enough, it gets turned off.

    6. Re:Inevitable comment about bloat by NanoGator · · Score: 1

      "here's a difference between eye candy and visual cues."

      I'm not sure I understand this particular point. (I think I get the rest of your post, though...) Can you give me an example of something that is eye candy without serving as a visual cue?

      "I think Linux needs more creative taste and aesthetic in its interfaces. I'm willing to contribute."

      Heck, I would too, if I thought anybody'd listen. Not only am I an artist that can create graphics, but I also have some (light) UI design experience.

      --
      "Derp de derp."
    7. Re:Inevitable comment about bloat by hey! · · Score: 4, Insightful

      "Indiana Jones buttons that puff out smoothly animated clouds of smoke when you click on them"

      Well, if experience is any guide, I think this can be boiled down to these two points:

      1. It is good that this kind of thing can be done.

      2. In 99% of cases where it will be done, it will be a bad idea.

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    8. Re:Inevitable comment about bloat by schon · · Score: 4, Insightful

      People have commented on OS X's "gumdrop" window controls, which look cute and friendly, but few seem to notice they're arranged like a traffic light, which is intuitive for most people. Red, yellow, and green circles--red closes the window, yellow minimizes, and green zooms.

      How is that intuitive? They are completely *UNINTUITIVE* because colors don't actually translate into physical cues.

      Or are you suggesting that when I see a yellow light, it means I should minimize my car?

      Traffic lights typically mean "go, prepare to stop, stop" - telling you what to do, rather than you telling them what to do. If people were to use them like traffic lights, they would only use the window when the green button was bright, then quickly prepare to stop (say, by saving their work) when the yellow button was bright, and not using the app when the red button was bright.

    9. Re:Inevitable comment about bloat by nine-times · · Score: 1
      Yeah, I'd agree that eye-candy isn't bloat in cases where the load put on the computer is small and the value of the visual feedback to the user-experience is high. OSX's "Expose" comes to mind...

      But I'm not sure I would count the "indiana jones buttons that puff..." as 'useful visual feedback'. A number of the examples used in the article seem like they'd probably be useless, such as a background wallpaper of a field, and having the blades of grass react to the cursor as though it's a wind blowing through the field. Sounds neat enough, but I'm not sure how useful it'd be.

      However, I'm not sure the distinction matters terribly at this stage of the game. If we're talking about the X-Windows system, we're talking about "what you have the capability to do" and not "what features the DE will have". In other words, just because it would be possible to X.org to render backgrounds with grass rendered real-time in 3D doesn't mean the Gnome developers would ever be forced to implement it.

      It sounds about right that people developing X-Windows would implement really flexible 3D capabilities that would enable those developing desktop environments to do all sorts of things, both useful and useless. Leave it up to the DE designers to decide which is which.

    10. Re:Inevitable comment about bloat by Anonymous Coward · · Score: 0

      "How is that intuitive? They are completely *UNINTUITIVE* because colors don't actually translate into physical cues."

      You've just summed up the problem and limitations of Linux users:

      They can't think laterally only literally.

    11. Re:Inevitable comment about bloat by Gob+Blesh+It · · Score: 2, Informative

      "Can you give me an example of something that is eye candy without serving as a visual cue?"

      I can. You know all those Gnome and KDE themes that try (badly) to imitate Aqua? They copy the eye candy without understanding the reasoning behind it, or the value of visual cues. Too often, the result is badly misapplied pinstripes, distracting transparencies, and so on.

    12. Re:Inevitable comment about bloat by hey! · · Score: 0

      But more importantly, it's a quick visual cue to show you that you have just minimized a window, and it travelled down to the second spot on the right of your dock, so you know where it is.

      Yeah, cuz when I hit that minimize button, I always wonder where the windows went. ;-)

      Truth be told, I'm kind of on the fence about the genie effect. I understand the ostensible reason for it, but I've never met an human being who actually needed this particular bit of feedback. On the other hand, while irrelevant effects are distracting, and distraction is bad, this particular effect seems pretty benign; the UI purisit in me just can't get all that worked up about it. But don't get me started on the Dock!

      In the end, what matters is the gestalt, and currently Apple is providing arguably the best overall experience, so I'm inclined to give them a pass on the genie thing.

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    13. Re:Inevitable comment about bloat by thelexx · · Score: 1

      "Can you give me an example of something that is eye candy without serving as a visual cue?"

      Transparent drop-down/pop-up menu backgrounds. Due to the transient nature of those kind of menus, having them be transparent is useless. Now in WindowMaker on the other hand, it could be useful for pinned menus.

      --
      "Gold still represents the ultimate form of payment in the world." - Alan Greenspan, 1999
    14. Re:Inevitable comment about bloat by cxreg · · Score: 1

      Can you give me an example of something that is eye candy without serving as a visual cue?

      You've never heard of 3ddesk, have you?

    15. Re:Inevitable comment about bloat by SilentChris · · Score: 1

      "It goes beyond animation effects, too. People have commented on OS X's "gumdrop" window controls, which look cute and friendly, but few seem to notice they're arranged like a traffic light, which is intuitive for most people. Red, yellow, and green circles--red closes the window, yellow minimizes, and green zooms."

      And, as many have pointed out, these are totally unfriendly to the colorblind (even with the UI "additions" of putting a plus-sign in the green button, a minus-sign in the yellow, etc).

    16. Re:Inevitable comment about bloat by Anonymous Coward · · Score: 0

      Red -- Stop driving / Stop using the application permanently
      Yellow -- Prepare to stop / Stop using the application momentarily
      Green -- Go / Use only the application

      If you can't see how they map to each other, I don't really know what to say....

    17. Re:Inevitable comment about bloat by bani · · Score: 1

      the colored gumdrop controls are definitely a problem for colorblind users.

      it also violates apple's own well established ui rules dating back to the 1980s. they sacrificed usability for eye candy.

      for shame.

    18. Re:Inevitable comment about bloat by pclminion · · Score: 1
      People have commented on OS X's "gumdrop" window controls, which look cute and friendly, but few seem to notice they're arranged like a traffic light, which is intuitive for most people. Red, yellow, and green circles--red closes the window, yellow minimizes, and green zooms.

      Uh, how is that intuitive? The red light for closing the window might make sense. But yellow to minimize? A yellow light means "this light is about to turn red." So, by clicking the yellow light, what does that mean? That my window might close soon?

      And green means "go." In the context of a computer application, "going" probably means using the app. What does maximizing a window have to do with "going" somewhere?

      Don't flame me for being an Apple basher -- my Mini just shipped two days ago and I can hardly contain myself -- and I'm not trying to say that the red/yellow/green is counterintuitive, but I'm really not seeing the analogy to traffic lights.

    19. Re:Inevitable comment about bloat by SCHecklerX · · Score: 0

      WRT visual cues....do I *really* need stuff in a menu to change because I am pointing at it? I can already see where my mouse is pointing. That 'cue' is very annoying, whether it is in web pages (in web pages, it's not quite as bad if done properly, since a web page has no standard layout), or application menus (highlighting here is just dumb and gives me a headache more than it helps me in any way...whoever started this trend should be shot).

    20. Re:Inevitable comment about bloat by Gob+Blesh+It · · Score: 1

      Doesn't the translucency serve to (subtly) indicate its transience, though? Of course, you don't want to make your menus too transparent, because then it'll get distracting.

    21. Re:Inevitable comment about bloat by SoulOfMyShoe · · Score: 4, Insightful

      I believe you are missing the point. It's not that the buttons function exactly like traffic lights, but that it uses a paradigm that people are already somewhat familar with to help people know what to do. True, it is not a 1 to 1 correlation, but the user could at least get the idea that red indicates that you will stop using the program, yellow, that you will put the program on hold (by moving it out of the way), and green, that you will proceed with the program. It may not be a perfect system, but I do agree with the grandparent that it is at least a clever way to help convey visual clues to users who may not be familiar with the interface. Are traffic light colors universal? I know that those colors have that connotation here in the U.S., and I think I remember them being that way in Europe too (but I didn't drive there, so I didn't pay a lot of attention to them). I suppose that even if the connotation is not present in other countries, the colors shouldn't be detrimental to people's understanding.

    22. Re:Inevitable comment about bloat by PCM2 · · Score: 1

      I don't know what driving school you went to, but a yellow light means "caution." What does that have to do with minimizing an application?

      You apparently CAN see how these map to the functions of the window manager ... so I really don't know what to say. It's just a bunch of senseless colors to me -- fortunately, the Mac OS gives you the option of switching them off.

      --
      Breakfast served all day!
    23. Re:Inevitable comment about bloat by Gob+Blesh+It · · Score: 2, Insightful

      Huh? Would you prefer the gumdrops be plain gray?

      I don't understand why you think the X/-/+ don't help convey the purpose of these widgets. The colors are an added visual cue for the 95% of us who can distinguish red and green.

    24. Re:Inevitable comment about bloat by gremlins · · Score: 2, Interesting

      I disagree with the part about useless eye candy. I think useless eye candy is great so long as it doesn't take away from the ablity to work. For example I have a Thinkpad Laptop with a graphics card in it. In my normal day to day use I don't even use the 3D ablity of this card. However If I could have it do all kinds of cool eye candy stuff with out slowing down my computer then all the better. I mean hell I paid for it.

      --
      just because your a schizophrenic doesn't mean people arn't really out to get you
    25. Re:Inevitable comment about bloat by aztektum · · Score: 1

      Eye candy is good and all, but being able to customize visual (or audio) cues is a necessity as well, otherwise we're just distracting ourselves. I don't want apps asking for my attention when I have other things to deal with.

      --
      :: aztek ::
      No sig for you!!
    26. Re:Inevitable comment about bloat by Gob+Blesh+It · · Score: 1

      I agree that yellow for minimize doesn't make perfect sense, but I don't think it's too much to expect for people to exercise a little "lateral thinking," as another poster said, even subconsciously. Red and green are probably sufficient so that most people can "fill in the blank" for the widget between the two, especially with a "-" sign painted on it.

    27. Re:Inevitable comment about bloat by Anonymous Coward · · Score: 0

      > So, by clicking the yellow light, what does that mean? That my window might close soon?

      No, you click the yellow when you want the window to go faster.

    28. Re:Inevitable comment about bloat by Osty · · Score: 2, Insightful

      WRT visual cues....do I *really* need stuff in a menu to change because I am pointing at it? I can already see where my mouse is pointing. That 'cue' is very annoying, whether it is in web pages (in web pages, it's not quite as bad if done properly, since a web page has no standard layout), or application menus (highlighting here is just dumb and gives me a headache more than it helps me in any way...whoever started this trend should be shot).

      When your mouse pointer is between two menu items, which one is activated when you click? Maybe you're using a huge display at a low resolution, but for the rest of us on our lowly 21" monitors at 1600x1200 aren't easily able to determine if the pointer is one pixel up from the boundary between two items, or one pixel down. By highlighting the menu item, you can see exactly what you're going to get, without any guess work. Of course, if the items in the menu move around depending on where your mouse is at (*cough*OS X dock*cough*), that's bad. But highlighting? How can you not like highlighting? I assume then that you never use a keyboard to navigate menu items?

      Speaking of menu items and visual cues, one I really like is the fading menu selection in Windows 2000 and newer. When you select an item from a menu, the menu fades out with that item still highlighted. If gives you a nice visual confirmation that you did indeed select the correct option, without the annoying double- or triple-flash that macs used to use (no idea if they still do that in OS X; and not saying that the flash is bad, since it serves the same purpose, just that I find it more annoying than a nice, smooth fade out).

    29. Re:Inevitable comment about bloat by Gob+Blesh+It · · Score: 1

      I find the Genie effect distractingly slow, so I just use the "Scale" effect instead. You still see where the window went, but it's like, zippy.

    30. Re:Inevitable comment about bloat by Tim+Browse · · Score: 3, Insightful
      Can you give me an example of something that is eye candy without serving as a visual cue?

      That's easy - any pointlessly skinned application that doesn't conform to the host OS's look and feel for window furniture. So, on MS Windows, that would be iTunes, Windows Media Player, Quicktime Player, RealPlayer One, ephPod, ZipMagic, etc.

      These offer no visual clues other than "We're different!", when in fact the only difference in this respect is the way they usually fail to replicate all the Windows UI conventions (e.g. iTunes used to refuse to maximise when you double clicked the title bar, and so on).

      About the only things I can see an argument for with kewl skinz is apps that are trying to be small/compact - e.g. Winamp etc., where the standard controls don't work well that small.

    31. Re:Inevitable comment about bloat by Wdomburg · · Score: 1

      Except they're really fucking useless to those of us are colour-blind, especially since they're horizontally instead of vertically oriented, and are all always "lit".

      Not to mention that traffic lights are indicators and not controls, so it's hardly a ripe analogy to begin with.

    32. Re:Inevitable comment about bloat by NanoGator · · Score: 2, Interesting

      " Eye candy is there for nothing more than the purpose of looking cool.."

      Well, I'm going to get needlessly nitpicky here: Any time Eye Candy is being triggered by something happening, it is Visual Feedback. One of the most useless bits of eye candy I can think of is the Windows Start Menu fading in. I have no use for it. It's pretty, but it interferes with my productivity. (Just as you mentioned...) You have to understand, though, that it is still providing Visual Feedback. It's giving you a moment to let you know something has appeared on the screen as a direct result of pressing the Start button. The benefit doesn't, for me, outweigh the cost. But it's still there.

      Anyway, I'm not shooting down your point, simply nitpicking a detail of it. :)

      --
      "Derp de derp."
    33. Re:Inevitable comment about bloat by jocknerd · · Score: 1

      Aqua has many small things that don't get much notice. For instance, I can close a window in OS X thats sitting behind another window just by moving my mouse over to the close button on the window in the back. The window controls are always active even if the window isn't active.

      No its not as configurable as Gnome or KDE. I run both OS X and Linux so I am quite familiar with both desktops. My desktop at home is a PowerMac Dual G5. I use it for video editing, Quicken, TurboTax, BBEdit, etc. but I don't really like using it for Unix apps. I'd rather run Linux for apps such as Apache, Plone, Python, Firefox, etc.

      I've come to realize that my OS X machine is strictly for work.

    34. Re:Inevitable comment about bloat by Anonymous Coward · · Score: 0

      Since there's nothing else either of us can say, I'll just point out that I'm here, so I do what they say.

      Yellow light
      A yellow -- or amber -- light means the red light is about to appear. You must stop if you can do so safely; otherwise, go with caution.


    35. Re:Inevitable comment about bloat by randallpowell · · Score: 1, Insightful

      Sounds like Aqua for Linux fans need to re-write the GUI code. I like GNOME but I also prefer less eye candy. Mac OS does have neat visual effects but they are pointless. Heck, BlackBox is the best GUI really. Fast, reliable, and simple.

    36. Re:Inevitable comment about bloat by Koiu+Lpoi · · Score: 1

      I suppose, but what I was referring to there was things like windows taking 3 seconds to swish and swirl their way out - that's just too much, in my opinion. To each his own, i suppose.

    37. Re:Inevitable comment about bloat by prockcore · · Score: 1

      but few seem to notice they're arranged like a traffic light, which is intuitive for most people. Red, yellow, and green circles--red closes the window, yellow minimizes, and green zooms.

      Fuck, I always thought that Red brought the app to a screeching halt, Yellow slowed it down, and Green made it run normally.

      Silly me.

    38. Re:Inevitable comment about bloat by Surt · · Score: 1

      Yellow light means you should MINIMIZE your speed in relation to the frame of the traffic light.

      --
      "Who is the Journal of Quantum Physics going to believe?" --Stephen Hawking
    39. Re:Inevitable comment about bloat by schon · · Score: 1

      I believe you are missing the point.

      I don't think so - my post is based on firsthand observation.

      It's not that the buttons function exactly like traffic lights, but that it uses a paradigm that people are already somewhat familar with to help people know what to do.

      That's my point - there is no paradigm; no parallel whatsoever.

      When I used OSX, I looked at the buttons and think "OK, which one is minimize, and which one is close?" The colors were *completely* useless to me, because they weren't intuitive. I just had to guess what each one did, because there was no other way to find out - no arrows or X'es or anything.

    40. Re:Inevitable comment about bloat by schon · · Score: 1

      Red -- Stop driving / Stop using the application permanently

      So, when you reach a red light, you put your car into park, turn off the engine, get out and walk?

      Yellow -- Prepare to stop / Stop using the application momentarily

      "prepare to stop" - you mean I have to click the yellow button to tell the application I'm about to stop using it? News for you: when I want to "stop using the application momentarily", I just *STOP USING THE APPLICATION MOMENTARILY* - I don't click something.

      Green -- Go / Use only the application

      So I can use another car if the light is yellow or red?

      If you can't see how they map to each other, I don't really know what to say....

      Now that someone *tells* me how they relate, it makes an odd kind of sense, but that's pretty much my point - *COLORS ARE NOT INTUITIVE*

    41. Re:Inevitable comment about bloat by Anonymous Coward · · Score: 0

      And as a very occasional Mac user, I can add that the colors do very little for me as a memory aid. Okay, which color will accidentally kill my window again?

    42. Re:Inevitable comment about bloat by radish · · Score: 1

      Agreed. Personally, I think the gumdrop buttons were one of the few mistakes in the OSX visual styling. I much prefer the "big box, small box, cross" icons in other environments.

      --

      ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

    43. Re:Inevitable comment about bloat by radish · · Score: 1

      Aqua has many small things that don't get much notice. For instance, I can close a window in OS X thats sitting behind another window just by moving my mouse over to the close button on the window in the back. The window controls are always active even if the window isn't active.

      Windows does that too. Do other windowing environments not do so?

      --

      ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

    44. Re:Inevitable comment about bloat by RichN · · Score: 1

      I use the graphite color scheme, so those buttons are grey to me.

      --

      Rich

    45. Re:Inevitable comment about bloat by bitflip · · Score: 3, Funny

      I know a few people aren't keen on eye candy

      I gave up eye candy when I found it was causing a cavity between my ears.

    46. Re:Inevitable comment about bloat by Anonymous Coward · · Score: 0

      > True, it is not a 1 to 1 correlation, but the user could at least get the idea that red indicates that you will stop using the program, yellow, that you will put the program on hold (by moving it out of the way), and green, that you will proceed with the program.

      I call Windows user. In a Mac program, closing the window(s) does not exit the program; you have to go to the menubar and do File -> Exit to actually end the app.

    47. Re:Inevitable comment about bloat by bonch · · Score: 1

      I don't see what the problem is. Others have already addressed your points.

      I, too, speak from personal observation. Users intuitively noticed that red meant a closure of the window, yellow would "pause" it, and green makes it full-screen/zoomed.

    48. Re:Inevitable comment about bloat by SoulOfMyShoe · · Score: 1

      Alright, you caught me. I am a longtime Windows user, recently converted (a few months now) almost entirely to Linux (Gnome). I was apparently mistaken about this facet, but I feel that the rest of my post still stands (I hope).

    49. Re:Inevitable comment about bloat by 21mhz · · Score: 1

      People have commented on OS X's "gumdrop" window controls, which look cute and friendly, but few seem to notice they're arranged like a traffic light, which is intuitive for most people.

      I can't beat the feeling there's some contradiction in that.

      --
      My exception safety is -fno-exceptions.
    50. Re:Inevitable comment about bloat by SoulOfMyShoe · · Score: 1

      OK, my post wasn't intended to be an attack, so sorry if it came off that way. I meant that I think you were missing the point that the parent poster was trying to make.

      I am not sure why you are so insistent that there can be no connection here. You didn't actually counter my point, you just said no, so I am not sure how to respond. I think there is a parallel there, but apparently you do not. To each his own.

      Regarding the last part of your post, I can see what you mean. I think that the buttons display an icon similar to that in Windows when you hover over them, but I may be mistaken, as I am not a Mac user. The icons that Windows (and Gnome and KDE, etc.) use to indicate the action of the button are (to me) easy to understand and helpful, but I don't see a problem with color-coding as well. Perhaps it would be better if the icons were always present in buttons in OS X. I used to criticize Apple for focusing too much on form over function. I think they have gotten better in this respect, but this may be an example of this still occurring. It's up for debate, I suppose.

    51. Re:Inevitable comment about bloat by Art+Tatum · · Score: 1
      Heck, I would too, if I thought anybody'd listen. Not only am I an artist that can create graphics, but I also have some (light) UI design experience.

      Would you like to help Jesse Ross develop the new theme for GNUstep? He's an artist but some usability experience could be helpful. Since GNUstep themes actually replace the GUI code through bundles, functional changes like these can be made.

    52. Re:Inevitable comment about bloat by Blakey+Rat · · Score: 1

      The window controls in MacOS were much better in OS 9. The window resizing controls were on the right hand side of the window next to each other, and the close control was on the left hand side of the window. Meaning that it was very very hard to click a close control by accident. That is a good thing. In MacOS X, I click the close button by accident all the time because it's about a tenth of an inch from minimize. Pain in the ass.

      So if you're going to talk about MacOS X, only talk about the things that Apple *improved* in the OS X interface, not the things they made worse.

    53. Re:Inevitable comment about bloat by idlake · · Score: 1

      The genie effect on OS X looks cool and is fast because of the hardware compositing going on. But more importantly, it's a quick visual cue to show you that you have just minimized a window, and it travelled down to the second spot on the right of your dock, so you know where it is.

      Note that some X11 window managers have had such features long before OS X even existed (and many still do). They didn't warp the window, but they showed the window rectangle itself zooming down to a dock or icon.

      It goes beyond animation effects, too. People have commented on OS X's "gumdrop" window controls, which look cute and friendly, but few seem to notice they're arranged like a traffic light, which is intuitive for most people. Red, yellow, and green circles--red closes the window, yellow minimizes, and green zooms.

      Not as friendly as "X", "big window", and "little window", which have become pretty much universally recognized for this purpose and whose shape is actually mnemonic.

      Note that I use OS X as an example simple because I think it's the undisputed king of GUI visual cues.

      All these things have been explored long before Aqua. Overall, I think Aqua is a pretty mixed bag in terms of "visual cues" and usability in general.

    54. Re:Inevitable comment about bloat by Gob+Blesh+It · · Score: 1

      Hey, nice catch. :) But seriously--the best interfaces work on a subconscious level. If you have to actually notice something, in the sense that you have to stop and think about it, it's not intuitive. Mostly.

    55. Re:Inevitable comment about bloat by hunterx11 · · Score: 1

      Genie? Scale? Real nerds use suck :-)

      --
      English is easier said than done.
    56. Re:Inevitable comment about bloat by 10Ghz · · Score: 1
      People have commented on OS X's "gumdrop" window controls, which look cute and friendly


      Cute? Perhaps. Friendly? No way in hell! They are supposed to be intuitive, right? Everyone should know what they do? Well, the first time I used OS X I was at a loss with them! Hell, if I wanted to have even a vague idea what they were about, I had to individually hover the mouse over them! I couldn't simply glance at them and determine what they do. And they were in the opposite corner when compared to every other OS on the planet! is this a case of being different for the sake of being different?

      Now, on KDE I have similar controls on my windows. I can maximise (and on KDE: "maximise" REALLY means "maximise", and not "The window won't be _really_ maximised, it will just be enlarged a bit), minimise and close the app. And the widgets that do that are VERY easy to navigate. No need to hover over them with the pointer, you can instantly see what they do. they do light up when I hover over them, and the "close"-button lights up in red (a nice visual cue). And they are such that even color-blind people can use them without problems (unlike in the Mac).
      --
      Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
    57. Re:Inevitable comment about bloat by Gob+Blesh+It · · Score: 1

      Har har. Your other "points" aside, perhaps you'd be interested to learn that OS X's widgets are on the left because that's where the close box has been ever since January 1984. "Every other OS on the planet" apparently chose to follow Windows' example, and can you guess why Windows originally put the widgets on the right? Yep. To be different for the sake of being different.

      And your calling the color highlight on KDE's close button a "nice visual cue" while sniping about the same thing on the Mac is pretty bizarre, too, but who's really keeping track?

    58. Re:Inevitable comment about bloat by 10Ghz · · Score: 1
      Your other "points" aside, perhaps you'd be interested to learn that OS X's widgets are on the left because that's where the close box has been ever since January 1984. "Every other OS on the planet" apparently chose to follow Windows' example, and can you guess why Windows originally put the widgets on the right? Yep. To be different for the sake of being different.


      I don't really care for the situation in 1984, I care what it is today. And today OS X is the odd man out.

      And your calling the color highlight on KDE's close button a "nice visual cue" while sniping about the same thing on the Mac is pretty bizarre, too, but who's really keeping track?


      *sigh*.... the difference between the widgets in OS X and KDE is this: In KDE, the widgets have symbols that tell the user what they do. And they are visible all the time! The symbols do light up, and it is a nice visual cue. The red highlight wars the user that "hey, this button here will close the app!". It's not required in order to determine the meaning of the widget, it simply provides additional visual info. In OS X it IS required since there no other way to see what the widget does!

      OS X does NOT have those symbols by default. they are only shown when you hover your mouse over them. So new user can't simply glance at the widgets and determine what they do, he has to point them with a mouse in order for the symbols to be visible. In KDE (or Windows, Or GNOME etc. etc.) the user does NOT have to do that.

      Comprende?
      --
      Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
    59. Re:Inevitable comment about bloat by m50d · · Score: 1

      That's an interesting piece of history. However, having tried both and being able to switch at will, I feel the icons on the right make more sense. Why? Because there is a connotation, at least in my culture, of things beginning on the left and ending on the right. So it makes sense for the close button to be the rightmost thing on the titlebar. Minimise also belongs over there, because that's a sign I won't be using the program for a while. Maximise could be said to belong on the left, but when two out of the three should be on the right, that's the sensible place to put them

      --
      I am trolling
    60. Re:Inevitable comment about bloat by Anonymous Coward · · Score: 0

      >I, too, speak from personal observation.
      >Users intuitively noticed that red meant a
      >closure of the window, yellow would "pause"
      >it, and green makes it full-screen/zoomed.

      Jesus, how about a stop sign or a waste bin for close, the universal CD/video-player style pause button for pause and a magnifying glass for zoom in then? There is _nothing_ intuitive about the colors looking like traffic lights. When exactly do you zoom-in and minimise your car? Using the traffic lights metaphor so you can have a red for stop does not make it usable when the other two don't make any sense. I'm sick of people assuming Mac OS has the best user interface design so they make up, I'm sorry, stupid reasons why certain features are intuitive to users when they just aren't.

  12. XGL, OpenGL-based X11 Server by bonch · · Score: 5, Interesting

    I submitted this story to Slashdot last week, but for some reason it seems to be stuck in "Pending" status, so go here: http://nat.org/2005/february/#9-February-2005

    It's an OpenGL-based X11 server, complete with some screenshots. Apparently, window dragging is very smooth (no repaint events are even given to the apps), and with Cairo and GTK, this really could be the future backend for Linux desktops.

    1. Re:XGL, OpenGL-based X11 Server by learn+fast · · Score: 1
      OS X's X11 already has this:
      Fast graphics
      Quartz icon X11 for Mac OS X takes advantage of the Mac OS X Quartz graphics system to deliver hardware-accelerated 2D and 3D graphics. Quartz provides snappy scrolling speeds for text, live drag and resize of windows, as well as no-compromise 3D animation through OpenGL Direct Rendering.
    2. Re:XGL, OpenGL-based X11 Server by Anonymous Coward · · Score: 0
      There is a point where "making it actually work" takes precedence over "making the underlying design perfectly fucking beautiful". See Linux vs. Hurd.

      That said, I still think Gnome's design sucks. I'd thought XFCE was firmly entrenched as the Apple clone for OSS, but Gnome's been trying to shoulder in on that action lately.

    3. Re:XGL, OpenGL-based X11 Server by bani · · Score: 1

      gnome's usability is still shit.

      gnome has always been playing catchup with kde.

    4. Re:XGL, OpenGL-based X11 Server by kayak334 · · Score: 1

      OS X's X11 already has this

      Great, who the hell cares? He was talking about OSS and Linux, not OSX. Nice troll though.

    5. Re:XGL, OpenGL-based X11 Server by null+etc. · · Score: 1
      I submitted this story to Slashdot last week, but for some reason it seems to be stuck in "Pending" status

      Don't feel bad, my submissions are just flat out rejected, regardless of how newsworthy the topic, or how slow the day.

      Mod me offtopic, I've got karma to spare.

    6. Re:XGL, OpenGL-based X11 Server by Anonymous Coward · · Score: 0

      Wow. Instead of Linux and OSS trolls, or UI trolls, its freakin OSX trolls!

      This is about OSS/Linux! Damn, its like the poor kid who finally got that Playstation he always wanted, and a friend of him with rich parents gloats that he had his ordered before it came out. Get back to your section! **bitchslap**

    7. Re:XGL, OpenGL-based X11 Server by Anonymous Coward · · Score: 0

      bite me, you Kzealot

    8. Re:XGL, OpenGL-based X11 Server by Anonymous Coward · · Score: 0

      There is a point where "making it actually work" takes precedence over "making the underlying design perfectly fucking beautiful". See Linux vs. Hurd.

      I fail to see how this is at all relevant, since GNOME has a 6 month release schedule and hits it every time with high quality release.

    9. Re:XGL, OpenGL-based X11 Server by Anonymous Coward · · Score: 0

      The only thing KDE has a lead in is zealotry and slashdot fanboys. In every other area; be it commercial adoption; hardware integration; applications; accessiblity; usability and just plain old software engineering quality; KDE is now a good two/three years behind GNOME... at least.

    10. Re:XGL, OpenGL-based X11 Server by sconeu · · Score: 1


      They're rejected because they aren't dupes! Wait until it's already on the front page, and then submit it!
      </JOKE>

      --
      General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
    11. Re:XGL, OpenGL-based X11 Server by Anonymous Coward · · Score: 0

      Spoken like a fanboy.

      How to identify a Gnome fanboy: they consider OpenOffice and Mozilla to be excellent examples of Gnome applications for which there is no good KDE competition. They also ask a lot of "No or Yes" questions because only Windows-addled apemen would ask an ass-backwards "Yes or No" question.

      How to identify a KDE fanboy: they refuse to admit that Gnome could easily catch up to KDE once they stop making braindead UI decisions and touting UI consistency as a virtue when it's consistently wrong.

    12. Re:XGL, OpenGL-based X11 Server by vandan · · Score: 1

      Idiot.

      I also run OS X ... on my Powerbook. But I'm embarrased to admit this when I see fucking morons like you trolling at every opportunity.

      This isn't a flogging contest. It's an article on the development of open source graphics rendering libraries. If you don't like it as such, don't fucking post.

    13. Re:XGL, OpenGL-based X11 Server by Anonymous Coward · · Score: 0

      Spoken like a fanboy.

      No, spoken like someone who has tried to deploy both desktops in a commercial environment and had a perfect demonstration of the fact that GNOME *and its actual applications* (Evoltuion in particular... since Kmail is a buggy crashy joke) are two or three years ahead of KDE when used by real people -- i.e. not screeching fanboy zealots who think that KOffice iz da bidness!

    14. Re:XGL, OpenGL-based X11 Server by Anonymous Coward · · Score: 0

      Spoken like a fanboy.

      No, you're a fanboy. NO... YOU'RE A FANBOY. God what a prick you are.

      *You* mentioned Mozilla and OpenOffice... no-one else did. Even considering only genuine GNOME apps (those hosted on gnome.org), GNOME apps are still years ahead of KDE apps (with one exception -- GNOME specific CD burners, which are all shit for some reason).

      Even when you do consider OO.org and Mozilla, the GNOME hackers have been working on integrating those applications, laying down cross-desktop standards and generally building a coherent whole. KDE developers have been (for the most part) standing on the sidelines whining... and then eventually jumping on the bandwagon and riding the work done by GNOME hackers (see OO.org desktop integration for a classic example) -- and then posting stories to slashdot hyping it all as *their* work.

    15. Re:XGL, OpenGL-based X11 Server by learn+fast · · Score: 1

      Sheesh, chill out dude... I wasn't trying to piss anyone off.

    16. Re:XGL, OpenGL-based X11 Server by Kethinov · · Score: 1

      Then you should "learn fast" that this is common damn knowledge. I think it's safe to say everyone knows OS X does this.

      --
      You're right, I wouldn't steal a car. But if it were possible, I sure as hell would download one!
  13. Fully accelerated FBDev across monitors? by alan_dershowitz · · Score: 2, Interesting

    I didn't see any specific mention in here, but does this include having a fully 3D accelerated Framebuffer device across graphics cards? I've been missing this for a while in X, having just gotten triple-monitor across two Radeons working. It would be cool to be able to play any 3D game across three monitors.

    I'm not losing any sleep over this, but it would be cool. I read on an X board that some people are looking at this, but it's obviously a big undertaking.

    1. Re:Fully accelerated FBDev across monitors? by suso · · Score: 1

      Isn't this already possible. I'll admit that I haven't gotten it working on my two monitors at work. But its a matrox card with two video outs However, I've seen setups of games like FlightGear Flight Simulator that are using 3 or even 4 monitors and the hardware acceleration is going on all of them. So how are they doing that?

    2. Re:Fully accelerated FBDev across monitors? by alan_dershowitz · · Score: 1

      A single video card with one framebuffer can do this. My AGP radeon can do 3D across two monitors. Otherwise, some games have built-in support for more than one monitor, but it has to be specially programmed.

      The goal here is to have full 3D acceleration on a desktop that spans multiple video _cards_, not just multiple monitors on a single card, and to have it be transparent to games, so they will all work as if you were using just one monitor.

      Whether or not this would be implemented will be a big deal on which of these fancy features will be supported on multimon systems completely.

    3. Re:Fully accelerated FBDev across monitors? by battjt · · Score: 2, Informative

      Xdmx works. It will build a single X server across multiple X servers (even different machines) and effeciently pass the opengl through. There may be a more efficent method, but at least one method works.

      Joe

      --
      Joe Batt Solid Design
    4. Re:Fully accelerated FBDev across monitors? by suso · · Score: 1

      Ahh I see. Actually, as soon as I reread your post and realized you said Frame Buffer (FB, duh!) I realized that I was not thinking along the same lines.

  14. Some issues... by bani · · Score: 4, Interesting

    overall the idea is good, however...

    1) rendering to texture is slow on some GPUs, especially GPUs with limited memory.
    2) alpha blending is expensive on almost all GPUs.

    imo X needs an overhaul, needs to ditch the legacy crap (lose Xaw for example) and move on. stop interfacing with video hardware like it's 1980.

    1. Re:Some issues... by Anonymous Coward · · Score: 1, Insightful

      You won't spend a single CPU cycle on Xaw if you don't use it. Just half a cent's worth of disk.

    2. Re:Some issues... by Anonymous Coward · · Score: 0

      alpha blending is expensive on almost all gpus? is this really the case? i always thought they did it quite fast. maybe a little slower at some insane resolutions but otherwise id think it should be fast.

    3. Re:Some issues... by NanoGator · · Score: 3, Insightful

      "2) alpha blending is expensive on almost all GPUs."

      Well, to be fair, compare the task of running Doom 3 to the task of being a pretty desktop UI. Cards will always get better. If the idea takes off, new cards will be tweaked to make the experience more interesting. (For this reason, it's a good thing for all of us that Microsoft is heading in this direction, too.)

      --
      "Derp de derp."
    4. Re:Some issues... by hugg · · Score: 1

      Yeaaah, I'm just not sure about that right now...

      1) Rendering to texture is an API issue. DirectX has pretty decent support for this, the only performance hit being a state change when you switch to this mode. OpenGL's support with pbuffers exists on most cards, but less spiffy until this Uberbuffer thing gets standardized (wait awhile, that is). The memory question, well, that's a valid point if you like to stack windows 10 deep, but clever management of buffers will help this.

      2) Huh? Simple alpha-blending is essentially a no-op on modern cards, unless we're talking Doom-3 style mega-layering. I don't think that's the context here.

    5. Re:Some issues... by hab136 · · Score: 1
      imo X needs an overhaul, needs to ditch the legacy crap (lose Xaw for example) and move on. stop interfacing with video hardware like it's 1980.

      Then you want Fresco.

      Even has pretty screenshots.

      Compatibile with GGI and X for your old applications.

      There is this little thing called a network effect, though.. which means you run X because everyone else runs X, and nobody wants to be the first guy to try something new. So good luck getting it adopted.

    6. Re:Some issues... by Anonymous Coward · · Score: 0

      Even if they did it slowly, I've got to imagine that it would still be faster than doing it with the main CPU and pushing the result across the bus.

    7. Re:Some issues... by Leo+McGarry · · Score: 1

      It would be wise if you take that "screenshots" link and bury it in a deep, deep hole where it can never be found.

      The screen shots are fugly.

    8. Re:Some issues... by Osty · · Score: 1

      Then you want Fresco.

      Yes, because there's nothing quite like using an alpha-level project that hasn't had a nightly snapshot update in a year (last snapshot is from February 8, 2004). Certainly instills confidence in the project, if you ask me!

    9. Re:Some issues... by Anonymous Coward · · Score: 0

      Those screen shots aren't meant to be pretty, they're meant to be informative of features. Pretty comes last.

    10. Re:Some issues... by Gob+Blesh+It · · Score: 1

      I think that what left-brain types often fail to realize is that an interface that doesn't give the user the urge to rinse his eyes with Liquid-Plumr is, perhaps, one of the most important features a desktop environment can have.

    11. Re:Some issues... by anholt · · Score: 1

      1) Rendering to texture at worst consists of manually syncing the accelerator and flushing caches between using something as dst and using it as src. I do that in Xati. I don't see any issues with it.

      2) Alpha blending is really cheap. On keith's laptop we just did about a 640x480 movie, semi-transparent, with his little window thumnail program, "uncover," running and displaying that movie transparently over the desktop. CPU usage was at about 40% IIRC, but that's my fault for not implementing some basic hardware suppport (hostdata uploads).

      I've also done this on my R128 laptop. Still smooth.

      X does not need an "overhaul" in the way the parent is saying, if I am understanding correctly (Xaw is absolutely unrelated, so I'm a bit confused). X.Org just needs real Render acceleration, which means a new acceleration architecture like KAA, but it wouldn't take that long. And when it's done, all these operations become really cheap as someone someone writes the hardware code (~ 1000 lines for all of R100 and R200 in Xati), even on your rage 128, voodoo 3, g400, tnt2, etc. class hardware.

    12. Re:Some issues... by po8 · · Score: 1

      Eric: YHBT. --Bart

  15. I wish this was here sometime soon... by bheer · · Score: 2

    but considering this guy has basically laid out a "What It Might Look Like" roadmap, this looks like more more vaporware than Avalon ever was. Three more years, at least.

    1. Re:I wish this was here sometime soon... by LnxAddct · · Score: 1

      Red Hat has been working on this for months now. It's already able to be ran and now Nat from Novell hopped on board too. Its going places, and very quickly. The architecture is the most advanced design of an graphics system today. More so then Longhorn and OSX.
      Regards,
      Steve

    2. Re:I wish this was here sometime soon... by kerrle · · Score: 1

      Check the various mailing list archives on Freedesktop - it's actually quite impressive how fast some of this is coming along.

  16. What next... by GillBates0 · · Score: 5, Funny
    'Indiana Jones buttons that puff out smoothly animated clouds of smoke when you click on them.

    ...a paperclip that bats its eyelids and talks to you when you click on it? We could call it Xlippy.

    --
    An Indian-American Hindu committed to non-violent thought/speech/action alarmed by the global explosion of radical Islam
    1. Re:What next... by nebulus4 · · Score: 0
      "a paperclip that bats its eyelids and talks to you when you click on it"

      Oh, just admit it... you like it, aren't you?

      --
      "It would be wrong to refuse to face the fact that everything is fundamentally sick and sad."
    2. Re:What next... by mattyrobinson69 · · Score: 1

      or make it 'talk' too much and just call it Lippy

    3. Re:What next... by PDA_Monkey · · Score: 2

      You mean Vigor 2.0?

      --
      Hallo, My name is Inigo Montoya. You kill -9 my parent process. Prepare to die!
    4. Re:What next... by coaxial · · Score: 1

      ..a paperclip that bats its eyelids and talks to you when you click on it? We could call it Xlippy.

      Sadly, openoffice thought that would be a good thing to clone to.

  17. No Screens?! by ect5150 · · Score: 0

    No screenshots? Someone please post a dupe-story when the screens are up. Thanks in advance ;)

    --
    I have never let my schooling interfere with my education.
    1. Re:No Screens?! by wawannem · · Score: 1

      You know you're on /. right? I mean, a dupe article is guaranteed... Just give it a day or two.

  18. xdesktopwaves by Anonymous Coward · · Score: 0

    I've just discovered it, and I love it.

  19. Graphic Card Dependencies by lxt · · Score: 3, Insightful

    Particularly true with Tiger (what with the new CoreImage technology), OS X really can push eye candy more than Windows (and Linux) for one main reason - the mac development team have a limited number of graphics cards to develop for, and the drivers are pretty much rock solid.

    I just don't see that happening in Linux / Windows - developers must write for as wide a range of hardware as possible. One would therefore imagine that such eye candy being talked about in Linux would be optional, and you'd only get the full benefit with the highest powered and most compatible graphics card - whereas in OS X, most users can get the eye candy without any problems. Of course, there are certain graphics cards on macs that don't support Core Image, Quartz Extreme etc, particularly on the older macs people are upgrading, but I'm willing to bet the majority of macs will be able to run Core Image etc. Whereas here, the minority of PCs will be able to run the Linux eye candy.

    1. Re:Graphic Card Dependencies by the_2nd_coming · · Score: 1

      coreImage is an API that will make it easier for developers to used the GFX card for processing images. it will scale to the abilities of the card. the GUI will not have any need for it.

      --



      I am the Alpha and the Omega-3
    2. Re:Graphic Card Dependencies by DaveJay · · Score: 1

      There's an interesting idea: perhaps there should be an effort to develop a core set of hardware that is Linux-compatible with rock-solid drivers, then sell those as Linux Boxen the way Apple does. The big difference, of course, would be that you are still free to run Desktop Linux on other machines, but this would be a great way to get newbies involved.

      Oh, wait. Linspire and Desktop/LX are already doing this.

      Oh, wait. OSX is now cheaper than ever, thanks to the MacMini.

      Nevermind. Perhaps we just need a "these specific hardware devices are ROCK SOLID and FULLY SUPPORTED" list instead. Anyone know of one?

    3. Re:Graphic Card Dependencies by Billly+Gates · · Score: 1

      This is why api's exist.

      Programers should not have to write code for a specific card like in the old days of DOS.

      I admit some of the drivers are buggy but basic opengl and 2d animation should not be hard with 99% of most current video cards. If not than the video card itself or driver probably has some serious issues.

    4. Re:Graphic Card Dependencies by Anonymous Coward · · Score: 0

      stop...saying.....BOXEN! christ..

    5. Re:Graphic Card Dependencies by radish · · Score: 2, Insightful

      You're right. I mean, what we really need is some way of programming graphics stuff which didn't really care what card was doing the rendering. Some way of standardizing the interface and available functions. Maybe I'm crazy...I don't know, it seems like it might just work.

      As for naming, well, it should be Direct. And modern sounding, like Xtreme or something. How about DirectXtreme? Bit long. "DirectX" - yeah - that's cool!

      So how about it? Anyone with me?

      --

      ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

    6. Re:Graphic Card Dependencies by katorga · · Score: 1

      Bah, Windows has three video cards to write too, Nvidia and ATI and Intel's onboard DX9 915 chipset.

      Apple has Nvidia and ATI.

      Linux by default has Nvidia since ATI's driver support is so horrendous.

      I don't see any other companies making new video chipsets these days.

  20. Re:I think their efforts would be better spent on. by Lisandro · · Score: 4, Insightful

    Seriously. Otherwise all the effort being put into X.Org's newest extensions is basically tied to the good will of card manufacturers when it comes to modern videocards.

    Anyway, there's a lot of terrific work being done on X.Org - Cairo, XComposite and Damage specially. When these extensions become supported by the GUI toolkits, we'll be in for a treat. It's a shame it took guys like Keith Packard so long detach themselves from XFree86.

  21. Re:I think their efforts would be better spent on. by bersl2 · · Score: 1

    I second this. At the very least, we want the appropriate documentation for the cards. I can understand if they can't release their current drivers, but I don't understand releasing the info on how to interface with the card. What's it going to reveal? That they have some sort of super-secret magic instruction on the GPU?

  22. Re:I think their efforts would be better spent on. by the_2nd_coming · · Score: 2, Insightful

    no... because basing it on OpenGL means that they are abstracting the GUI from the GFX card and the GUI will run on a computer that does not have the right hardware. if the right GFX card existed in the system, all the better.

    --



    I am the Alpha and the Omega-3
  23. Re:I think their efforts would be better spent on. by arkanes · · Score: 1

    Because somehow, deciding to not implement these features will magically make historically recalcitrant GPU vendors more open and willing to talk?

  24. AMD? by Anonymous Coward · · Score: 0

    I thought AMD bought NextGen.

  25. s/understand releasing/understand not releasing/ by bersl2 · · Score: 1

    Oops.

  26. Re:As long as we're dreaming... by Anonymous Coward · · Score: 0

    Done. Plus, it will be rendered in real-time. With a swishy tail.

  27. Almost by aurifex · · Score: 0

    If Linux can beat Longhorn to the punch with a fully 3D rendered GUI, ala OS X, I will switch 100%.

    1. Re:Almost by TheNetAvenger · · Score: 2, Interesting

      If Linux can beat Longhorn to the punch with a fully 3D rendered GUI, ala OS X, I will switch 100%

      Not to smack the OSX hornet's nest, but...

      Linux needs to do far more than get to the OSX level if it wants to hold a candle to the Avalon plans Microsoft is not only putting in Longhorn, but WindowsXP.

      The only things OSX is doing that Windows2000 didn't do is the off-screen rendering and having a more extensive vector based drawing capabilities ala Adobe.

      Avalon is not only a whole new UI system for the OS and applications, but it is a simple development model that will let 10 year olds create 3D applications that look awesome. Easy programming will be a key part of the Avalon in Microsoft's Windows. DO NOT UNDERESTIMATE MICROSOFT IN THIS AREA. You will see awesome 3D applications and true 3D implementation that is functional in simple Visual Basic apps written by novice programmers even. Mark my words. (Letting things like Kylix die on Linux is another mistake everyone here is letting happen and should also be addressed, but is off topic for this post)

      Additionally, OSX uses very few GPU hardware accelerated features in the UI and is only a 2D accelerated UI. It is not a 3D UI, you can place cameras, lights, etc in a application like you can with Avalon, they are night and day comparisons at this point.

      With that said, it is sad that Microsoft's UI Beta is far more advanced that even what Apple seems to be planning or providing for its users, Apple is supposed to be the Graphics leader, and once again they are still playing catch up.

      As to Linux, and the open source world, we need a revamp on a mass scale. A new X11 system that is hardware integrated expanded OpenGL and a whole Multimedia API like Microsoft's DirectX.

      Someone above mentioned that things are harder on Linux and Windows, but actually they are right now easier on Windows, as developers, even hard core gaming developers can write to DirectX for all aspects of input, and audio and visual output and not have to deal with specifics of the user's hardware. This is something Apple also needs to implement, but they never have had to since they always control the hardware, but as their hardware expands with different features, it is something Apple needs to consider as well.

      Hardware abstraction is a good thing, especially when dealing with high performance hardware like GPUs and Sound Cards that have built in rendering capabilities.

      Linux, Open Source in General, and even Apple need to think past just getting by with OpenGL, and have a full consistent API if we are ever going to see a lot of great UI enhancements to these OSes, and offerings of Games that are easier for developers to port and create for the OSes.

      Just like the Xbox, half the reason of its success is the ease of development for the games, using a DirectX interface made it super easy for Windows game developers to flip out an Xbox version and vise versa. It also made it easy for developers to take a game for the PS2 or GameCube and drop it into the standard DirectX programming on the XBox and Windows to create games for both platforms.

      With DirectX the ports to the XBox and Windows became easy and routine as they only had to learn to port to DirectX, not a mass array of hardware. Which is where we are now, even with OpenGL and the driver situation in the open source world.

      Ok, kind of got off on a rant, but we need to encourage the original developer and our open source leaders need to sit down and design a system that if far beyond OpenGL and the standard *nix models that are outdated for pumping mass amounts of audio and visual data to the screen and even across networks.

      We also need to slap Apple in the face to get their attention. Them having control of the hardware is GREAT for them and their OS development, but it DOES LITTLE for gaming developers for OSX or for application programmers that want to add real 3D interface elements to their applications.

    2. Re:Almost by Sidicas · · Score: 0

      With that said, it is sad that Microsoft's UI Beta is far more advanced that even what Apple seems to be planning or providing for its users, Apple is supposed to be the Graphics leader, and once again they are still playing catch up.

      You seem to be living in a parallel dimension or something. Microsoft is playing "catch-up" at the moment. LongHorn isn't out yet, OS X has been for years. Microsoft has seen the Aqua colored light! They're going to give it their best, but don't give into all their hype just yet. Besides, when was the last time Microsoft did something even remotely revolutionary?

    3. Re:Almost by ChronoReverse · · Score: 1

      You know, he referred the UI beta. That seems to imply that he has access to it and from experience it appears to be more advanced that what Aqua offers. Avalon may be a response to Aqua (and anyone who believes otherwise is rather naive), but there's not reason Microsoft wouldn't have devised something even grander. Furthermore, the capabilities of Aqua always seems to be a tad overblown.

    4. Re:Almost by TheNetAvenger · · Score: 1

      You seem to be living in a parallel dimension or something. Microsoft is playing "catch-up" at the moment. LongHorn isn't out yet, OS X has been for years. Microsoft has seen the Aqua colored light! They're going to give it their best, but don't give into all their hype just yet. Besides, when was the last time Microsoft did something even remotely revolutionary

      You are obviously a fan boy/girl and don't pay attention or you wouldn't even have the nerve to post this.

      As for OSX having a more mature presentation layer than Windows, yes, but does it even compare to what Microsoft has been working on for several years? No.

      Additionally, just because Apple has the offscreen drawing and a slightly enhanced vector presentation layer than Windows does not make it the leader. If you will notice there is NOTHING IN THE APPLE UI that CANNOT BE DONE ON WINDOWS 2000 or WindowsXP. If you don't belive me, check out all the third party add ons that can give a Windows user EVERY feature a Mac OSX user has.

      If the OSX model was 'ahead' then these third party programs would not even be possible on the WIndows system, but they are, because just because Microsoft didn't provide the cute UI that Apple did, doesn't mean the guts for doing what Apple is doing is not in part already been in Windows since 2000.

      If you look up GDI+ to other application layer APIs available in Windows, you will even see they have been around far before anything like what Apple is providing in their OS.

      Yes Apple does have a better presentation layer on a small scale, but NOT on the level it should be, nor on the level that even compares to what Microsoft has coming down the road. Once the Avalon technologies hit (EVEN ON WINDOWSXP), it will be another Apple period of catch up, just like it has been for last 15 years.

      As for Microsoft not did anything revolutionary, pick a few things, the NT OS core Design and Kernel are STILL considered to be one of the most advanced kernels in practice from theory, and it is 13years old. If you want cute little revolutions like people in the Apple world like to cite, the next time you highlight a word and change the font think to yourself, this is a concept invented by Microsoft.

      Microsoft has done a lot more than we would like to give them credit for. And by just putting our heads in the sand and saying they haven't ever did anything we are just keeping our ignorance and are NOT learning anything that we need to be competitive with Microsoft or to Encourage companies like Apple to do FAR more than what they are doing.

      As your you assumptions that Microsoft has only ben keeping up with Apple, you need to review the OS market from 1991-2000, you will find Microsoft was providing features to users that Apple didn't GET AROUND to providing until OSX. That is SAD, VERY SAD. Just things like the memory managmement model and application isolation in System 9 and older is patheitic compared to Linux, Windows, or any other OS that was stil on the market. Even the failed OS/2 back in 1992 was years ahead of any Apple system software until OSX.

      So ya, OSX is great, but why is Apple the one catching up to everyone else? Which is my point, Apple WAS the leader when the Mac came out, then they started to slip and haven't realized that THEY need to be the technology leaders again, not just keep up with Microsoft and the rest of the world as they are doing Now.

      Right now the Apple world SO reminds me of when the Atari's, Amiga, and WIndows for the PC hit. Apple was SO arrogant they even made fun of these other platforms for HAVING MORE FEATURES.

      It was a fight to get Apple to provide something as simplistic as COLOR on their Macs, and they and their Mac users made fun of color displays. Guess what, Apple was wrong, and they should ahve been the leader in providing Color on their Macs before anyone else was doing it. Instead they took pride in their Greyscale displays and made of fun of people that thought they would even have need for color.

      So here we are again, form the one button mouse to the technologies Apple is providing, arrogance is going to cause them to dip behind, especially IF THEIR USERS BUY THEIR FUD AND MARKETING AND DON'T CONTINUE TO PUSH THEM TO KEEP APPLE ON TOP.

  28. Furture of Theme managers? by bestadvocate · · Score: 0

    "Since taking advantage of these new toys would require a new theme system, Havoc and I have been talking about how a very different theme / widget rendering system might work with this that allows for custom design of any window, widget, or anything in between."

    Theme managers for Gnome seem to me to be just stabilise to stableize under hoary. I hope the flow of new features with a major revision to theme management won't break down the continuity of it.

    --
    my sig
  29. Yet more eye-candy... by aardvarkjoe · · Score: 4, Interesting
    Looking at the article, I see:

    A few things that sound useful, like:

    • Hardware accelerated PDF viewers
    • Synchronized smooth resizing so there's no disjunct between window borders moving and the contents redrawing (you should see the demos of this in luminocity... it really makes a difference in how real the interface feels, just as double-buffering did for stuff moving)
    • A shared path between on-screen display and printing (using Cairo's PDF/PS backends)
    • Alpha transparency in applications whenever and wherever the urge strikes us
    A couple things that may lead to greater usability:
    • Toolkit themes that draw with layer blending effects, delightful bezier curves, and irritating alpha gradients
    • Live window thumbnails
    And lots of rather pointless fancy eye candy:
    • Indiana Jones buttons that puff out smoothly animated clouds of smoke when you click on them
    • Hundreds of spinning soft snowflakes floating over your screen.... without messing up nautilus
    • A photograph of a field of long dry savanna grass as your desktop background... where the grass is gently swooshed around by a breeze created by moving your mouse across the background
    • Windows that shrink scale and move all over the fucking place with cool animations
    • Vector icons with very occasional super subtle animations rendered in realtime...a tiny fly which buzzes around the trash every several minutes, etc... think mood animations as in Riven (which as a total random aside is still a shockingly beautiful and atmospheric game years after it came out, postage stamp sized multimedia videos notwithstanding)
    • Workspace switching effects so lavish they make Keynote jealous
    • Brush stroke / Sumi-e, tiger striped, and other dynamically rendered themes where every button, every line looks a little different (need to post shots / explanation of this stuff, but another day)
    • Progress bars made with tendrils of curves that smoothly twist and squirm like a bucket of snakes as the bar grows
    • Text transformed and twisted beyond recognition in a manner both unseemly and cruel
    • A 10% opaque giant floating head of tigert overlayed above all the windows and the desktop.
    Now, these fancy effects are certainly kind of cool, and may look nice. (Though I can guarantee that when they're all in, I'll probably still be using Blackbox.) However, is that really all that the future holds? More special effects, without any substantial improvements in usability?
    --

    How can we continue to believe in a just universe and freedom to eat crackers if we have no ale?
    1. Re:Yet more eye-candy... by the_2nd_coming · · Score: 1

      the underlying technologies that allows for those effects are what will promote new usability features. the 2D GUI is maxed out for usability... now we have a 3d accelerated GUI based on PS/PDF.... that is where the future lies... though I think Windows will have their GUI based on .DOC bleh

      --



      I am the Alpha and the Omega-3
    2. Re:Yet more eye-candy... by grasshoppa · · Score: 2

      A photograph of a field of long dry savanna grass as your desktop background... where the grass is gently swooshed around by a breeze created by moving your mouse across the background

      Well shit, I'm a command line junky, but sign me up. Seriously, this would be bad ass if it were integrated correctly into the overall desktop.

      --
      Mod me down with all of your hatred and your journey towards the dark side will be complete!
    3. Re:Yet more eye-candy... by Cid+Highwind · · Score: 1

      However, is that really all that the future holds? More special effects, without any substantial improvements in usability?

      There's no way to enable the things that bring better usability (points 1-6 in your post) without also providing the framework for the frivolous parts (the last 10 points). It's a cool new technology, but whether it's used for "substantial improvements in usability" or "pointless eye candy" is up to the people who develop apps to use it, not the people designing the framework.

      --
      0 1 - just my two bits
    4. Re:Yet more eye-candy... by pclminion · · Score: 2, Insightful
      Hardware accelerated PDF viewers

      While I agree in principle on the need for hardware acceleration of PDLs (page description languages), can we PLEASE not use PDF as the standard? PLEASE?

      Why not SVG, for instance?

    5. Re:Yet more eye-candy... by Leo+McGarry · · Score: 1

      I find it interesting that everything you listed as either "useful" or "may lead to greater usability" are obviously cherry-picked right out of Mac OS X.

      I really don't understand where the need for pretense comes from. Why don't these guys just say, "We want to make our product just like the Mac" and be done with it? I mean, it would make lists like these completely unnecessary, because the cross-reference to the list of planned features could just be a hyperlink to apple.com.

    6. Re:Yet more eye-candy... by Anonymous Coward · · Score: 0

      they dont want to make it hardware dependant

      they want to make it useful for everyone

    7. Re:Yet more eye-candy... by Just+Some+Guy · · Score: 2, Funny
      Y'know, I saw Hackers a few nights ago. The fact that I (still) can't type "mess with the best, die like the rest" in flaming letters on my RISC laptop really peeves me.

      Go, X.org! Lead us to The Gibson and beyond! Give us our translucent Pac-Man viruses and melting death heads! Oh, and Angelina Jolie while you're at it, OK?

      --
      Dewey, what part of this looks like authorities should be involved?
    8. Re:Yet more eye-candy... by Anonymous Coward · · Score: 0

      "I can guarantee that when they're all in, I'll probably still be using Blackbox."

      You guarantee that probably? nice.

    9. Re:Yet more eye-candy... by Anonymous Coward · · Score: 0

      Heh. Usually I'm the one defending XML from ignorant trolls on Slashdot, but in this case, I'll agree with them. I do not think that we should be sending XML to our videocards.

    10. Re:Yet more eye-candy... by Mr.+Cancelled · · Score: 5, Insightful

      "...is that really all that the future holds? More special effects, without any substantial improvements in usability?"

      Improvements such as.... (?)

      Don't think I'm singling you out, as I'm not, but why is it whenever someone posts articles regarding improvements to X, and really to Linux in general, that everyone comes out of the woodwork to complain, without offering any positive comments, or conclusions?

      Your post goes into detail about how you don't want these effects, and run Blackbox still, but WTF do you want then? And I ask this to everyone when they complain about what developers are working on in Linux... Everyone can complain, but few are able to offer good input, let alone suggest how we get from point "a" to point "b".

      Let's face it... Eye candy sells pc's (No... Not to you Blackbox users... You guys are probably happy running on a PII still). You want to know why the Amiga still gets the nod a lot of the time? Because it did things with graphics (aka 'Eye Candy'), which no one, on any platform, was doing at the time!

      Yes, they had a multi-tasking environment, and a lot of other unique things about them (as a former Amiga owner, I can tell you that the pro's and con's were pretty equal in some ways... Lemme tell you that I don't miss the "black screen of death", with tis esoteric guru errors!), but the fact remains that the Amiga stood out from the pack due to its eye candy capabilities.

      You know why a lot of people (again... Not us typical Slashdotters, but the average Joe Computerguy) are drawn to the Mac? It's clean, well thought out, and it looks good on screen! You laugh at the puffs of Indiana Jones smoke comment, but one of the things which many people notice first about my Mac is the "puff of smoke" that appears when you drag an icon off the dock. Yeah, it's cheezy, and won't entertain anyone for too long, but it grabs the eye and sticks with you!

      A lot of people in this thread, and elsewhere, point out how much they hate Windows, and its GUI, but look at one of the faster growing segements of consumer software: GUI Mods, and eye candy! People want a cool looking computer, and have shown that theyr'e willing to pay for this.

      So when everyone's here knocking these guys for adding new and accelerated features to X, I applaud them! Will it win over new users? Very possibly, and even if it does not, it will show that Linux is capable of the same kind of cpu-waste than Windows and OSX is, which is important to a very large demographic of people.

      And I hope that this also indicates that more hadrware vendors will be jumping on board soon too! I still find it very frustrating that if I want accelerated graphics in Linux, I have to either run it on older hardware (My old ATI Pro Wonder, and a CompUSA branded S3-Virge, for instance, will run in accelerated modes), or purchase an Nvidia card. I personally like ATI card, and have them in both my X86 boxes, as well as my Mac, and they perform great! Until you add Linux into the mix...

      Under X, my 9600 card still will not run in accelerated mode when driving dual monitors. My OSX box and Windows however will handle this just fine.

      My point is rather than berating people for developing something that you're not interested in (all the while alluding to the fact that they should be focused on something else, without quite saying what that something else is), why not focus on the potential increase in users of OSS software (Linux), and think about the hardware support and technology which will follow such an increase in usage. Or better yet, start learning how to code, and prove to the world that you're right. All's you're doing otherwise is whining IMHO, and potentially driving developers over to other platforms.

      Think about it... You're an OSS developer trying your best to ignore the financial gains of developing for Windows or OSX, in favor of developing something the whole world can enjoy for free, and all's your target audience do

    11. Re:Yet more eye-candy... by pclminion · · Score: 1
      Usually I'm the one defending XML from ignorant trolls on Slashdot, but in this case, I'll agree with them. I do not think that we should be sending XML to our videocards.

      It wouldn't be PDF getting sent directly to the video card either. PDF (or SVG) would serve as a close-to-the-metal format, but not actually run on the metal. Obviously it's translated into another form before actually going to the video card.

      Do you really think that Quartz is literally sending PDF to the video card? PDF is just the standard vector format in their video drivers.

      But, as usual, it's easier to call somebody a troll than actually debate something.

    12. Re:Yet more eye-candy... by Anonymous Coward · · Score: 0

      If you had a 9200 card, it would run in accelerated mode while driving dual monitors because there is Free Software which does just that (the codename is MergedFB).

      If you wait say, a year, or maybe less if people like you get out and help push, the 9600 and similar R300 class cards will also be fully supported by the free driver, and the same will work.

      If you had refused to buy an R300 until ATI told us what we had to find out the hard way in order to write that driver, and if a few million other people had done likewise, we might already _have_ the Free R300 driver, in fact ATI might even have donated engineering time to write it, instead of the half-hearted proprietary driver.

    13. Re:Yet more eye-candy... by EvanTaylor · · Score: 1

      Dude... get a powerbook.

      --
      Sleep is for the weak.
    14. Re:Yet more eye-candy... by NotoriousQ · · Score: 2, Insightful

      I know you are joking, but why not have animated vector fonts. Now I can really have that aqua font I always wanted.

      Also imagine if the font specifies its own translucency and reflectivity with normal angles. Suddenly you can now have a terminal where the fonts look like they are made of glass or mirrors, and reflect other fonts and applications around you.

      Of course -- taking this to the extreme, we should have ray traced desktops for that ultimate visual candy.

      Raytraced desktops are the way of the future. Remember you heard it here first. (actually you probably did not -- since I am sure thousands of other people have probably considered it, and it is probably implemented in some obscure way on N64 or something)

      --
      badness 10000
    15. Re:Yet more eye-candy... by Just+Some+Guy · · Score: 1

      Ain't no way I'm spraypainting a Powerbook keyboard in camouflage. My old beater K6-3 with the EFF sticker, though - yeah, baby! I'll 0wn the Barnes & Noble cafe, see if I don't!

      --
      Dewey, what part of this looks like authorities should be involved?
    16. Re:Yet more eye-candy... by Flower · · Score: 1

      Hey, you could open an xterm, start a program and when it dumps core you could watch it go down in flames. Literally.

      --
      I don't want knowledge. I want certainty. - Law, David Bowie
    17. Re:Yet more eye-candy... by evilviper · · Score: 0
      Your post goes into detail about how you don't want these effects, and run Blackbox still, but WTF do you want then?

      I can think of hundreds of things I'd like to see fixed with X. Right now, it is the weakest-link of my computer system.

      How about a half-way decent configuration program so I don't have to read up on every one of the millions of options and manually specify them? How about adding a few buttons to XDM, so people don't have to memorize what button sequence they have to hold while logging-in? How about XDM acting a little more sane when it can't start X properly? How about better support for mice, that doesn't require manually looking-up and modifying a dozen options in the config file? How about getting your attention, rather than failing silently when, eg. a conf file has a syntax error. How about doing a much better job of interlaced output (eg with TV-out cards)? How about an X11 version of "nohup" (which doesn't require a full nested server and quite a bit of hassle)? How about designing X so it doesn't lock-up when another app is using a lot of CPU time? How about requiring a hotkey sequence (like CTRL+ALT+DEL) before the log-in screen, to prevent fakes.

      Let's face it... Eye candy sells pc's

      That mentality is why I don't use commercial OSes in the first place. Open Source doesn't have to resort to satisfying the lowest-common-denominator idiots, so many good programs have resulted. The more you try to appeal to some generalized statistical group, you start making programs that have loads of buzzwords, but are really crap. Just turn on your TV some-time, or boot up Windows, for an example of where that leads.

      Newer users are clamoring for more features, or at least features similar to what they're used to on Windows, and older users are doing nothing except for belittling developers efforts to deliver a better linux experience.

      New users may be clamoring for Linux/X to become a clone of Windows, but that's not a "better experience", it would be terrible.

      reminding me why I bought a Mac

      Good example... If a bunch of Windows converts switched over to Macs, and started clamoring for OS X to become exactly like Windows (and devs were doing it), don't you think you'd start "belittling developers" for that too?
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    18. Re:Yet more eye-candy... by ookaze · · Score: 1

      Old school Linux users really are the worst thing for their chosen platform... Newer users are clamoring for more features, or at least features similar to what they're used to on Windows, and older users are doing nothing except for belittling developers efforts to deliver a better linux experience.

      I think you are mistaken on this part.
      You have it backwards. Old school linux users know what they are talking about. The very developers you are talking about are old school linux users.
      The new users you talk about are asking for X to go (or at least the network part of X) !! They do not understand what they are talking about either.

      Even the features you are talking about come from old school linux users. So show more respect to them.

      People on Fluxbox (or other WM) because they prefer it (not because they have to) reminds me more of old school UNIX users than old school LINUX users.

      I'm an old school linux user myself (if it has any sense), and I have met a lot of old school unix users. And the behaviour you describe is more a unix user one than a linux user one imho.

  30. overview of modern display systems by OmniVector · · Score: 5, Informative

    i wrote a paper on this topic for my CG1 class, and it covers most of the modern display systems with a few right around the the horizon.

    i'm hoping cairo/glitz will give quartz extreme a run for its money. now we just need to get started on implementing something similar to coreimage/corevideo!

    --
    - tristan
    1. Re:overview of modern display systems by Wesley+Felter · · Score: 1

      Too bad your paper confuses Quartz 2D and Quartz Compositor. (I don't blame you too much, since Apple marketing confuses them as well.)

    2. Re:overview of modern display systems by dmouritsendk · · Score: 1

      I really hope that this will give QE some(much needed) competetion, but sadly I don't really see that happening. Apple simply have to much experince in this field, and to many experts working for them full time("Motion" is a great example of just how good their devs really are).

      I hope I'm wrong, but considering how much "we" generally are behind the commercial in the graphics area I simply can't see why this will be any different. Ofcouse we will get there, but where will the others be when we arrive(I'm guessing something like matrix style brain interfaces ;p)?

      PS. I'm know virtually nothing(yet! i'm saving money for a up for a Mac) about coreimage and corevideo , but I thought it was under the impression it was a media framework alá GStreamer.

    3. Re:overview of modern display systems by Wesley+Felter · · Score: 1

      QuickTime (which is about 10 years old) is a media framework alá GStreamer. Core Image appears to be hardware-accelerated Photoshop-style image filters, and Core Video appears to just be those filters on video.

    4. Re:overview of modern display systems by 2nd+Post! · · Score: 1

      And on a slightly trollish note, where will Apple be when Linux starts implementing coreimage/corevideo?

      Will they be announcing 'directcorticalfeedback' or 'neuraltapinterface'?

    5. Re:overview of modern display systems by Leo+McGarry · · Score: 2, Informative

      Dude, I hope you got a fucking F on that paper. "Display PDF?" Come on, man. Let's run this down, okay?

      Display PostScript worked by embedding a PostScript interpreter right into the operating system. The system would run PostScript programs, rasterizing them to the screen, to produce screen output. The system would do exactly the same thing but route the output to an attached laser printer instead of the screen to produce printed output.

      Quartz 2D is not, and has never been, "Display PDF." Quartz 2D is a display-list drawing API that uses a drawing model that's very similar to PDF. Apple included code in the OS that could trivially convert any Quartz 2D display list into a valid PDF file on disk and vice versa. But Quartz 2D is not "Display PDF."

      Your section on Quartz Extreme gets a lot of important stuff wrong, too. It doesn't take Quartz Extreme to put a transparent window on top of another window. That's something that the very first builds of Quartz Compositor were capable of doing. Quartz Extreme offers nothing that Quartz Compositor didn't offer; it's just that Quartz Extreme does the same job with the GPU, while Quartz Compositor did it all in the CPU.

      Seriously, man, this paper is pretty terrible. Even if your assignment is finished, I hope for your own knowledge you go fill in all the gaping holes.

    6. Re:overview of modern display systems by dmouritsendk · · Score: 1

      Sounds nice! Thanks for clearing that up for me :)

    7. Re:overview of modern display systems by sploo22 · · Score: 1

      You have a very noticeable factual error near the beginning of that article.

      X11 mode doesn't let one full screen a movie, and rather only puts black around the outside edges of the screen. Wrong. Try putting the -zoom option on the MPlayer command line, or turn on the corresponding setting in the configuration file. It's just not enabled by default for some reason.

      --
      Karma: Segmentation fault (tried to dereference a null post)
    8. Re:overview of modern display systems by twistedcubic · · Score: 0, Troll

      Wow, you're an asshole. I wonder if you have the balls to have the same attitude with you're boss when he/she's wrong. Yeah, I thought not. Grow up.

    9. Re:overview of modern display systems by mushroom+blue · · Score: 1

      his lack of tact notwithstanding, he's still correct. the fact that you're defending a poorly-written paper purely because he wasn't exactly nice in his delivery speaks volumes. apparently, a valid criticism must be polite.

      interesting.

    10. Re:overview of modern display systems by Gob+Blesh+It · · Score: 1

      Holy shit dude, what's your problem? Does every innocent mistake have to be an opportunity for a flamewar?

    11. Re:overview of modern display systems by Anonymous Coward · · Score: 1, Informative

      Quartz 2D is not, and has never been, "Display PDF."

      At Apple during the development of Mac OS X, the replacement for DisplayPS was called DisplayPDF. Quartz 2D was called the "window server".

    12. Re:overview of modern display systems by Leo+McGarry · · Score: 1

      God, you can't even get this right. No, Quartz 2D was never called the window server. Quartz Compositor is a part of the window server, and is sometimes referred to as such, but Quartz 2D is a completely different thing.

      "DisplayPDF" was never an official name for anything. Was it used informally by somebody? Hell if I know. But that doesn't mean anything one way or the other, because if it were used as an informal name, it was used incorrectly. Quartz 2D is not, and never has been, analogous to PDF as Display PostScript was to PostScript.

    13. Re:overview of modern display systems by bonch · · Score: 1

      So, is this website wrong?

    14. Re:overview of modern display systems by Leo+McGarry · · Score: 1

      In large part, yes. Please read this.

    15. Re:overview of modern display systems by Anonymous Coward · · Score: 0

      Uh-oh, somebody didn't take his meds today.

      FWIW, Quartz Extreme does offer things that Quartz doesn't. Try playing a DVD, and pulling down a menu in front of it, for example.

    16. Re:overview of modern display systems by idlake · · Score: 1

      Quartz 2D is not, and has never been, "Display PDF." Quartz 2D is a display-list drawing API that uses a drawing model that's very similar to PDF.

      PDF is just a serialized version of a "display list" (well, it's a more general object model, but it's a bunch of graphical objects in a hierarchy). Apple describes Quartz as "Display PDF", and that is really basically what it is. I don't see why you get so pushed out of shape over that.

      Note that X11 is not initially putting in server-side display lists; there is no pressing need for them. They'll probably make it in as an extension later, and then they'll probably mirror SVG closely.

    17. Re:overview of modern display systems by Anonymous Coward · · Score: 0
      the fact that you're defending a poorly-written paper purely because he wasn't exactly nice in his delivery speaks volumes.
      He never defended the quality of the paper. He specifically agreed with the poster that the paper was was "wrong" but that he shouldn't be a dick about it, and Leo McGarry (843676) was being a dick about it.

      What Slashdot are you reading?

    18. Re:overview of modern display systems by Anonymous Coward · · Score: 0

      Don't be such an asshole. Instead of wandering around slashdot flaming people who you think are wrong, why don't you aggregate all the info you say you have and make a website, or add it to your website if you already have one.

      Your posts have been pretty informative in this thread, but the info you share is just going to die with the passing day. Since you seem to think you know a lot on the subject, put up or shut up. If you're going to be such a know-it-all, make a website that corrects all the misconceptions, and let yourself be scrutinized for a change. Don't want to be a back-of-the-theater tomater tosser who cowers when the lights on you for your whole life, do you?

    19. Re:overview of modern display systems by mpaque · · Score: 1

      As someone deeply involved with two of the graphics systems discussed, yes, it's wrong. It would appear to be misinterpreted from marketing literature.

      Leo's perception and commentary is more accurate than that of most of the posters on this subject.

  31. Re:I think their efforts would be better spent on. by Koiu+Lpoi · · Score: 0

    You would think. However, remember - you need to get a profit-motivated corporation to spend money on something with no forseeable returns.

  32. Re:As long as we're dreaming... by Anonymous Coward · · Score: 0

    well I don't have a pony, but I do have something you could stick down your throat....
    That'll make you a little horse.

  33. That's great and all by theantix · · Score: 2, Interesting

    It's a nice idea, for sure. I just hope it fares a little bit better in reality than Seth Nickell's last grandiose idea. I'd like to see some of these idea implemented and not just discussed. Of course, I've contributed nothing to the success of these projects either -- and Seth's ideas are great. I'm not saying that I'm so much better than him, just that I hope some reality can emerge from this grandiose idea so that Linux doesn't develop the same reputation for vaporware as does Duke Nukem.

    --
    501 Not Implemented
    1. Re:That's great and all by RichiP · · Score: 1

      It seems that particular idea has just been refactored into what is now Beagle. It's not the same project, but the underlying idea is the same (index and organize ideas and make them easilly accessible). It's faring pretty well. Perhaps it might even have evolved into something better because of the use of inference as opposed to natural language processing. Couple that with iFolder (another project that's going along quite swimmingly).

      From the looks of things, this one looks to fare just as well. Some people are already using Beagle (including non-devs like myself) and this one should follow shortly. Fortunately, Seth (like Miguel de Icaza, Nat Friedman, Owen Wilson, etc.) seem level-headed and committed to doing a project and have enough practical sense to carry projects to fruition.

  34. Nice quote by SpyPlane · · Score: 1, Funny
    "Windows that shrink scale and move all over the fucking place with cool animations"

    Fuck yeah mutha fucka... watch those cool animations fucking fly... wooohoooo

    --
    "We need a fourth law of Robotics: Stop Fingering My Wife"
  35. Re:I think their efforts would be better spent on. by erikharrison · · Score: 1, Informative

    No.

    The XAA sucks sweaty donkey ballsack. KAA (or it's successor) needs to be firmly in place, with solid proof that it works (software implementation) before vendors are going to write drivers for it.

    Getting the vendors to open up specs, or to write OSS drivers themselves is just gonna get you blue in the face, and besides, it is pretty orthogonal to actual technological growth.

    Only programmers can do this work, any consumer or advocate can push to have specs opened up. How many GPU manufacturors have you contact this week?

  36. Cairo Based Canvas by knipknap · · Score: 1

    We are also working on a Cairo based canvas, currently using gtkmm, but with portability in mind.

    It will be good.

    Oh, (and of course I had absolutely no intention to say that when I started writing this posting), btw., we are still looking for developers.

  37. OSX Trolls by SalsaDoom · · Score: 3, Insightful

    You know what? I'm really sick of seeing OSX trolls posting all over slashdot.

    Everytime ANY topic comes up, some OSX troll pipes in "So its just like OSX!" well, OSX isn't fully (or even mostly) open source, Quartz Extreme isn't an open standard, etc. Ok? Do you understand that? Even if it was, we like our software to be GPL'd so that we don't just shift ourselves from being slaves to Bill Gates and Microsoft, to being slaves of Steve Jobs and Apple. Mabye you don't care if you really 'own' your PC or not but we linux users do. So STFU with your OSX this and OSX stuff that.

    Its even getting absurd. Someone mentions making a Linux network for sharing sound -- some OSX Troll pops in "Just spend thousand of dollars on mac parts and there you go! You don't have to use an inexpensive solution!"

    Pretty soon I'm gonna start seeing "If those idiots voted in OSX instead of Bush everything would be perfect now".

    The Gentoo-Emerge trolls never came close to the kind of witless trolling that you OSX fuckers are reaching!

    I don't like your cheesy OS! I think the widgets are ugly! I think that stupid bar on the bottom of the screen looks like CDE back from the grave! I like my Athlon64 instead of your goddam PPC! I like my beige case instead of your tiny little silver box! I want to be able to open my case and see what shits inside it, and I don't want to have to use a fucking laptop harddrive in a non-portable computer!

    Every-fucking-topic some OSX troll shoes his stupid platform in, its worse then the Liberal-Conservative crap from the Americans.

    Look you obnoxious pricks -- not everyone digs your fucking Macs.

    --SD

    --
    "Computers will never truly be free until the last windows user is strangled with the entrails of the last mac user."
    1. Re:OSX Trolls by Anonymous Coward · · Score: 0

      We'll stop when people stop posting about OS X on x86 hardware.

    2. Re:OSX Trolls by Anonymous Coward · · Score: 0

      Hey man...mellow out...put on your birkenstocks, light up a fattie, take a sip of Pale Ale, click on some Moby in i-Tunes and just fall in line with the ultra-hip 18-35 demographic, computer know-nothings that Apple markets to.

      We worship the Mac...cuz...like...all my friends do.

      Oh, and Bjork uses it.

      Get it?

    3. Re:OSX Trolls by Photon+Ghoul · · Score: 1

      Damn dude. I've been contemplating switching from Linux/PC to OSX/Mac and... wow. Somehow your rant made me realize I was being duped by some strange force willing me to blow money on something I essentially already have for free.

    4. Re:OSX Trolls by Anonymous Coward · · Score: 0

      Good rant.

      I'd like to add to that: I like being able to buy new hardware from multiple vendors. I get a wide selection of devices and styles at good prices.

    5. Re:OSX Trolls by Anonymous Coward · · Score: 0

      " I want to be able to use any program by just typing "apt-get" or "emerge". I want to have what I want to have on my computer. Nothing else.

      I know portage is avalible for OS X, but i dont want to put in alot of extra work on something that should be easy - install programs."

      Huh ? Mac users like to install applications too. As in applications you can use. Not a bunch of source code and libraries downloaded with one of 8 different terminals. Only to find they won't compile for no reason.

      Obviously just downloading a working application on a .dmg or using the standard installer is just too easy for some.

    6. Re:OSX Trolls by Anonymous Coward · · Score: 0

      oh jeez. this made my day, FUNNY and insightful!

    7. Re:OSX Trolls by bonch · · Score: 4, Insightful

      You know, using something that's not GPL'd doesn't make you a "slave" to anything. Your emotive rants against people who (gasp!) enjoy their operating systems drown out any rational points you tried to make about open standards.

      There are plenty of "just like Linux!" posts on Slashdot all the time too. Plus, someone could argue you're a slave if you use the GPL, since you're not 100% free like you are with a BSD license. See how easy it is to paint people with a broad brush.

    8. Re:OSX Trolls by Blakey+Rat · · Score: 3, Insightful

      Kind of off-topic but:

      I want to be able to open my case and see what shits inside it, and I don't want to have to use a fucking laptop harddrive in a non-portable computer!

      When the "non-portable" computer is 6.5"x6.5"x2", it's not unreasonable to expect it to have a laptop harddrive... especially when it comes with a CD-ROM also. I mean, there's only so much physical space that they're working with, here.

      If you want a normal-sized HD, you can buy the regular iMac or the G5.

    9. Re:OSX Trolls by wootest · · Score: 3, Insightful

      "Every-fucking-topic some OSX troll shoes his stupid platform in"

      You know, there's a reason that "but does it run Linux?" is a running gag around here. If you can't tolerate multiple OSes, you may find you're on the wrong site.

      "Look you obnoxious pricks -- not everyone digs your fucking Macs."
      Not everyone digs your fucking hatred either. Claiming friendship with the GPL and then leashing out against one of the companies that are starting to build more and more of their software based on open source technologies? Obnoxious indeed.

      What these "trolls" are trying to do is inform you that "hey, our OS does this too" or "hey, here's another solution to this problem". This is different -how- from what people running any other variant of *NIX do all day on Slashdot, over-zealously or not?

    10. Re:OSX Trolls by falcon5768 · · Score: 1

      Congrats.... want some cheese?

      --

      "Slashdot, where telling the truth is overrated but lying is insightful."

    11. Re:OSX Trolls by packslash · · Score: 0

      wah?

    12. Re:OSX Trolls by myklgrant · · Score: 1

      Thanx for that. My sentinments exactly. After reading a story or a particular post you can almost hear the call - "Cue the Mac Fanboys!". I too am getting tired of it. And for all the reasons you enumerate. And to think I almost purchased an IMac. I value freedom more than "lickability"
      Michael

    13. Re:OSX Trolls by 808140 · · Score: 1

      You know, I had a similar experience when the G5 came out. All that 64-bit goodness, so powerful, PPC to boot -- and a pretty case -- and Mac OS X -- and I just started thinking about buying one for my next computer.

      And I thought about it, long and hard, and I realized that I'd just end up installing Debian on it. Because when it comes right down to it, OS X is one of those interfaces that, while pretty, suits people that don't want to tweak it. It's not Free; I can't hack the source code. Lots of people on here say things like, "You don't need it to be open source, it's not like you ever look at the source code anyway", but that's not true. I do look at the source code when I want to know how something works.

      My gf has a Titanium Powerbook with OS X and she loves it. I think it's a great match for her -- she doesn't know much about computers and she doesn't want to hack around on it, she just wants to write word documents and basically use it the way the average consumer uses a Windows box.

      A while ago, there was a great post (modded troll, of course) that pretty much phrased my thoughts on OS X exactly (albeit in a somewhat more vitriolic way). The basic truth is that Linux/BSD offer you freedom, and OS X doesn't.

      The people that don't care about that, well... I guess, at some level, I just don't care about what they use. If they migrate to Apple, well, good for them ... and good for us.

    14. Re:OSX Trolls by Anonymous Coward · · Score: 0

      Whoa, whoa. Here, take your meds.

      What they mean is "so this new thing they're proposing, it's similar to this other thing we already know about, right?". They're trying to understand what it is -- since it's just a blog posting about code that doesn't even exist yet, it might not be terribly easy to understand. One way to understand things is to frame them in terms of things we already understand.

      They're not saying anything about "being slaves of Steve Jobs" or anything like that. (I really don't know where you get this stuff. Maybe you have issues with your mother or something.) We're just trying to understand it. Lighten up, dude.

    15. Re:OSX Trolls by Anonymous Coward · · Score: 0

      You are just the kind of person he's talking about. You can't even tell a one button mouse joke around here anymore without some humorless MacTroll appearing to "correct the record". As if we didn't know. Fuck you.

    16. Re:OSX Trolls by Anonymous Coward · · Score: 0

      Mac == Gay

    17. Re:OSX Trolls by Tigen · · Score: 1

      > What these "trolls" are trying to do is inform you that "hey, our OS does this too" or "hey, here's another solution to this problem".

      No they're not. They're saying, "don't bother with that Linux stuff, OS X has what you need". It's not a welcome sort of comment in a topic discussing improvements to Linux. Macs aren't free and have their own set of problems.

    18. Re:OSX Trolls by falcon5768 · · Score: 1
      hrmmmmm last I look, linux worked on a mac too, no reason you cant just wipe OSX and put your flavor of linux/unix/whathavyou on....

      AHHHH but then you would look stupid for erasing a perfectly good OS just for your "sense of freedom"

      --

      "Slashdot, where telling the truth is overrated but lying is insightful."

    19. Re:OSX Trolls by BandwidthHog · · Score: 1

      As an OS X user, I couldn't agree more. I'm reading this thread to find out things I didn't already know about the future of X11, not for yet another debate on whether accelerated PDF makes all your external genitalia larger or just your dick. I may disagree with you on platform choice, but you're right on the money about certain Mac users not being able to shut the fuck up and listen once in a while.

      --

      Quantum materiae materietur marmota monax si marmota monax materiam possit materiari?
    20. Re:OSX Trolls by IpalindromeI · · Score: 1

      No, you would look stupid for wasting money to pay extra for proprietary hardware when you're just going to use the same perfectly good OS that you could have run dirt cheap.

      --

      --
      Promoting critical thinking since 1994.
    21. Re:OSX Trolls by falcon5768 · · Score: 1
      Ahhh but see this is where my logic wins and your logic is very much flawed. Being poprietary, its much easier to code the OS so that it works EXACTLY as it should. There will be minor bugs and all but you can pretty much garentee that Linux on a mac mini will work on a emac and on a iBook and on a powerbook.


      With a x86 system.... you cant. Its the same problem Microsoft has to a extent, every parts maker does something different and your cheap parts might in the end bite you in the ass.


      Likewise its been pretty much proven thats NOT the argument here. People have compared "cheaply" built x86 boxes to macs and came to the fact that your so called cheap box costs about the same as the mac, and you havent even factored in software yet. Now in the case of a linux box that stuff is MOSTLY free, but your losing time to set it up, and time = money. So in the end you might have save $100 box but spent a week verses 30 minutes to set up and thats only if you luck out with the drivers working.


      Im sure for a single user whos well versed in linux thats not a big deal, but for schools, buisnesses, and the like thats a deal breaker. And THAT is why Windows rules the world, Apple is looked on as stylish and inovative, and Linux/Unix geeks cant get a word in edgewise. Simply put, flawed logic in the pursuit of "freedom." If a group of people could get together and change that Linux might have a fighting chance. But then that would mean making this propietary in a way. And thats a no no to tux fans.

      --

      "Slashdot, where telling the truth is overrated but lying is insightful."

    22. Re:OSX Trolls by IpalindromeI · · Score: 1

      People have compared "cheaply" built x86 boxes to macs...

      I could say the exact reverse, since you don't provide any evidence to back up this claim. However, I would not be surprised if similar hardware was similar in price; that is common sense. The difference is that if I build my own machine, I can tailor it to the specific task I intend for it. If I just need a router/firewall, I can find a low-speed processor, inexpensive hard drive, inexpensive NIC, and that's all I need. I could probably save some money on a motherboard and get one without integrated video and sound, just run it headless. But if I want to go with Apple, I can't buy exactly what I need; I can only buy what they're selling. I can customize somewhat, but not anywhere near the customization I can get by not going with Apple.

      Frankly, for what I use a computer for at home, the machine I built four years ago is perfectly fine. And I could build the same exact machine today for much cheaper. But I can't do that with Apple. They don't want you buying four year old machines because they don't make as much money.

      Your time-sink argument is a strawman. Schools and businesses are going to hire someone to run their networks. If they choose Linux, they will hire someone who is knowledgable and will already know how to set it up easily. If they hire someone who is not knowledgable about the infrastructure they chose, it will not matter what that choice was; they will probably be sorry.

      Simply put, flawed logic in the pursuit of "freedom."

      Some people place a higher value on being able to choose, even if the path is more difficult, than on being stylish but having all of your decisions handed to you.

      --

      --
      Promoting critical thinking since 1994.
    23. Re:OSX Trolls by Anonymous Coward · · Score: 0

      You know, there's a reason that "but does it run Linux?" is a running gag around here.

      Yeah, it's because Linux has been ported to damn near everything, including wrist-watches and Ataris. Remind me how many platforms OS X runs on again?

    24. Re:OSX Trolls by Anonymous Coward · · Score: 0

      Not everyone digs your fucking hatred either. Claiming friendship with the GPL and then leashing out against one of the companies that are starting to build more and more of their software based on open source technologies? Obnoxious indeed.

      Companies? Hatred? Did you even read that?

      Of course you didn't. He hasn't any (or at least much) problem with Apple, but rather OVERLOUD Mac zealots popping out of the woodwork that act like it's a solution to everything, now and future.

  38. Re:I think their efforts would be better spent on. by Anonymous Coward · · Score: 0
    This could be one step in that direction.

    If RedHat and Novell and the FSF go to NVidia and ATI and tell them - we'll endorse one or your products, which ever gives us the best support (or both, if both do well); it's a big enough market to matter.

    (of course the OSI'll probably simply bless the highest bidder adding some confusion)

  39. Re:I think their efforts would be better spent on. by Unique2 · · Score: 1

    It's a chicken/egg situation, the hardware manufacturers are going to support the most popular software and unfortunatly thats the software with the most eye candy.

    If a great windowing system is exclusively available for one manufacturers card, the other manufacturers will be jumping over each other to add support.

    I say, work with what you've got, let the others kick themselves when they realise their ignorance and complacancy lost them the market.

    --
    No trees were harmed in the posting of this message. However, a great number of electrons were terribly inconvenienced.
  40. Gen X Windows Rendering... by Lazarus_Bitmap · · Score: 1

    Anyone else read that and immediately think Pearl Jam wallpaper? Maybe a grunge-inspired flannel theme??

    --
    -Laz .:change is inevitable -- growth is optional:.
    1. Re:Gen X Windows Rendering... by Anonymous Coward · · Score: 0

      Maybe if I had read it 11 years ago, lol.

  41. Re:I think their efforts would be better spent on. by DarkMantle · · Score: 2, Insightful

    Well, forgetting ATI, the nVidia drivers are solid, and I don't see why you're so adament on them being open. I've created some great 3d renders in OGL code without needing to know the details on the drivers. Also Windows GUI was designed all without knowing exactly what code is in the drivers.

    Good documentation is all that's needed, and if you are going to insist on something from the manufacturers being open, how about we get Open standards so the same calls work on all vid cards.

    Wait, we have that, it's called OpenGL and standard driver formats.

    --
    DarkMantle I been bored, so I started a blog.
  42. Envious Fanboy Alert by _damnit_ · · Score: 1

    I am suprised it took me this long to find a linux fanboy post. Wow. The zealots are getting lazy around here.
    OTOH, it was a nice effort to bash Windows, Apple and everyone who owns a Mac in so few words.

    --


    _damnit_

    It's my job to freeze you. -- Logan's Run
    1. Re:Envious Fanboy Alert by Curtman · · Score: 0

      it was a nice effort to bash Windows, Apple and everyone who owns a Mac in so few words.

      Almost as nice as your effort to work fanboy AND zealot into so few words.

      Who says only management types love buzwords?

  43. Welcome to last week by shish · · Score: 2, Informative

    Those of us who like out UIs fast, featureful, and pant wettingy gorgeous, already have what we want

    --
    I mod down anyone who says "I will be modded down for this", regardless of the rest of their comment
    1. Re:Welcome to last week by Just+Some+Guy · · Score: 1
      See, that's where that thing called "opinion" comes in. I personally think Enlightenment is ugly, or at least that I've never seen an E theme that wasn't ugly. You can't just throw that out as fact and call it case closed.

      More to the point, though, is that this is backend server stuff. E may be technically brilliant, but it's still limited by the capabilities of the underlying X server. If that server were to get a massive feature upgrade, as talked about in the article, then you'll find E to be even more fast, featureful, and pretty than it was before. The Gnome and KDE camps will see the same enhancements in their preferred environments. This is a Good Thing for almost everyone who uses a graphical Unix environment.

      --
      Dewey, what part of this looks like authorities should be involved?
    2. Re:Welcome to last week by shish · · Score: 1
      I was pointing at the backend stuff for E17; raster's written most of the display related stuff himself rather than using the X code. Go to the FA and look for the bulleted lists - Of the 22 points, E17 already does 15, and has the capability to do all of them. The first time I saw the stuff in CVS was the first (and currently, only) time that my jaw has actually physically dropped, at the beauty of it. (note that it's the way things glide and fade in / out that amazes most, static screenshots aren't that good). Also amazing is the speed of it all - E17 (the WM part) does drop shadows with no hardware acceleration, on my 400MHz box, with no slowdown -- xorg drops to around 1 frame/sec doing the same thing.

      As to E16, which I assume you're thinking of -- I've only found ~3 themes which I consider usable (of the ~200? on freshmeat), and have stuck with the same one for the past ~3 years.

      --
      I mod down anyone who says "I will be modded down for this", regardless of the rest of their comment
    3. Re:Welcome to last week by Just+Some+Guy · · Score: 1
      I'd still disagree with that. Raster's probably done a fine job of implementing an efficient toolkit on top of X - I don't mean to take that away from him - but when it comes down to it, Enlightenment is still running on top of X.

      Imagine how much nicer and faster it could be if he had access to the new features that they're building directly into the server, especially since many of them could then be hardware accelerated. I don't care how elegant and efficient his drawing algorithms are if he still has to send the results to the display using state-of-the-1993-art primitives.

      --
      Dewey, what part of this looks like authorities should be involved?
    4. Re:Welcome to last week by shish · · Score: 1
      on top of X

      In typical use it's on X, but theory wise it's more beside it -- Evas (the basic E canvas) can run without X there at all; current back ends are DirectFB, Qtopia, memory buffer, OpenGL, and of course X as well; it's designed to work on anything that can comprehend pixels. With so little of the rendering chain being X, an optimised X probably won't make a great deal of difference (Unless the 5% of the chain that's X (counting lines of code) takes up 50% (counting cpu time); I haven't checked, but I don't think that X is *that* inefficient)

      --
      I mod down anyone who says "I will be modded down for this", regardless of the rest of their comment
    5. Re:Welcome to last week by Anonymous Coward · · Score: 0

      With so little of the rendering chain being X, an optimised X probably won't make a great deal of difference (Unless the 5% of the chain that's X (counting lines of code) takes up 50% (counting cpu time); I haven't checked, but I don't think that X is *that* inefficient)

      Well, considering it's the difference between "drawing from memory using the CPU" and "drawing from a texture in video memory using the GPU", I'd say X is even worse than that.

      It sounds almost like "Well, Quake3 doesn't have much X-specific code, therefore hardware acceleration wouldn't help it much" -- which anybody can see is completely wrong.

  44. Re:Battle has already been won by Anonymous Coward · · Score: 1, Interesting

    ..by Apple. Apple humilated all other Unixes especially Linux when Jaguar appeared. It taught a shaming lesson to KDE and GNome afficinados in how to construct a WM, GUI, appropriate drivers and deliver fast results in a slick appealing and unobtrusive interface.

    This current initiative is no doubt pleasant news for Linux heads, and provides them with a glimer of hope but the fundemental problems with Linux GUI(s) are simply too great for this to help them (it will make them worse) and they need tackling first. Of course it won't get tackled, instead the ever growing tower of graphics library layers in Linux is set to meltdown into an ugly mess anytime soon. Well it kind of has already.

    You heard it here first

  45. No by Chuck+Chunder · · Score: 4, Insightful

    Such "negotiation" would be largely a waste of time. You need to give graphics card manufacturers a market to care about and demand for their cards. Currently usage of 3d on Linux is very limited, a few games, visualisers and niche apps.

    If 3d is used more widely used on the desktop then more card makers will see linux as a market for their cards and more people will be using 3d and pressuring for better, more open drivers.

    --
    Boffoonery - downloadable Comedy Benefit for Bletchley Park
    1. Re:No by Computerguy5 · · Score: 1

      At least a big part of the reason why there isn't more 3D on the linux desktop is exactly because it is so difficult to get a decent setup. In other words, it's very difficult to find appropriate hardware and the appropriate drivers even more so, because the manufacturers don't work nearly as much to that end. I think that ATi, nVidia, and the others are not seeing a market in linux because they're choosing not to see that market. Some of that is laziness, some of that is because those potential users aren't asking enough, but mostly it's because pretty much no one does that. If someone started that market, then there would be an influx of competition, which, in the end, would be a good thing. (Speaking of a "Good Thing," why is it that so many people put the trademark symbol next to that when they post?)

    2. Re:No by Anonymous Coward · · Score: 0

      I just replaced a 128MB ATI card with an NVidia 6600GT. I bought the Nvidia _just_ to play doomIII so I suppose binary drivers are acceptable for that purpose. Other than playing Doom, I'm wondering why I bother buying graphics cards for my desktop machines at all, binary drivers are unacceptable to me on anything other than a "toy" workstation. I'd even forgotten the ATI 9000 was a 128MB card until I removed it.

  46. Uhm, E17 anyone? by CountZer0 · · Score: 5, Informative
    From reading the article, it really just sounds like they are talking about ideas that Raster and co. have been long advocating (and developing) in Enlightenment DR17.

    Granted, Enlightenment is a window manager that lives on top of the existing X protocol, but nearly every single piece of 'eye-candy' this guy mentions is already do-able in E17.

    Since taking advantage of these new toys would require a new theme system, Havoc and I have been talking about how a very different theme / widget rendering system might work with this that allows for custom design of any window, widget, or anything in between. One of the things us designers have been experimenting with behind closed doors is what you can do with a window's design when its not drawn out of a bunch of stock widgets but you have a freer hand.

    Sounds just like the themeing system in E17 to me... http://enlightenment.org/pages/systems.html

    Don't get me wrong, the things Seth describes sound cool, but the way he describes it makes it sound like they're the only ones with these ideas, when in fact Enlightenment 17 is already enabling most of what he mentions in this article. Sure, it's not a "production" release yet, but DR17 is certainly usable today, and has most of the features he mentions.

    Heck, some things Seth talks about (Live window thumbnails) have been available in Enlightenment for quite some time (I know DR16 has them, and maybe earlier versions as well)
    1. Re:Uhm, E17 anyone? by Anonymous Coward · · Score: 0

      No offense, but Enlightenment isn't exactly something that you want to base standards on.

      Fancy though it may be, there's literally YEARS between releases, during which time E17 (if it ever comes out) will very likely find itself lagging behind once again...at which point Rasterman could just as easily decide to do a total rewrite once again, to the chagrin of anyone who made the mistake of basing their applications on E17's libraries.

    2. Re:Uhm, E17 anyone? by HadenT · · Score: 1

      I've recently tried E17, don't get me wrong, but I don't think you can compare it.
      It's not eye candy/tricks what is required: these will come with time, the extensible/fast/powerfull architecture - this is the key.
      Now, E17 is nice, but as far as I could see it just locks root window and draws: shadows aren't drawn on windows beneath, applets are not windows and are always beneath real ones (even when moving), if normal window is moved using alpha blending effect everything else freezes, and so on.
      When framework is here and working, development will spring up (e.g. nearly every terminal emulator has implemented fake transparency, so demand is here).

    3. Re:Uhm, E17 anyone? by starseeker · · Score: 1

      Maybe I misunderstand, but wouldn't this be something E would benefit from? E doesn't replace X, it lives on top of it - so wouldn't this just make it easier to do the cool stuff in E?

      --
      "I object to doing things that computers can do." -- Olin Shivers, lispers.org
    4. Re:Uhm, E17 anyone? by joeytsai · · Score: 3, Interesting

      No, the sort of things Seth is talking about is not what E is about. Maybe in the superficial stuff like pagers and advanced theme management, but Seth is speaking of a whole new framework.

      Enlightenment is sort of hard to categorize. I believe they refer to the whole suite as a "Desktop Shell". That is, they offer more than a Window Manager (a suite of high-powered libraries, a launcher/panel, desktop effects, file browser, etc.) but less than Gnome or KDE in terms of a desktop environment (which include full cross-platform toolkits, application interoperability, central configuration, random daemons, etc.) The goal of E17 seems to be creating an amazing user desktop experience, but the goals of the next-gen rendering are mainly a superset.

      What Seth is talking about is the fundamental application stack for rendering windows and widgets on the screen. Right now, the printing usability situation is really bad. This is one area where I think Windows really gets it right. Adding a printer is quite easy, and your document always looks like what those "print preview" pages allege it will. Currently, there's little guarantee that the printed output of your document will match what you expect it to be, because there's two different rendering pipelines for screen versus page. This is what Seth is talking about. Unless they want to get even more ambitious, the Enlightenment project has nothing to do with printing.

      By itself, E17 may be able to give your windows shadows or fake transparency, but a full compositing manager + hardware accelerated backend will allow true alpha blending, fast updates and fun live animations like OSX's genie. Note that this extensions can be easily used by E17 as well, but are really impossible without them.

      Finally, the toolkit integration is probably the most exciting. I know E17 is sporting a basic toolkit library itself, but that's probably because they want tight integration between native E17 apps and the WM. I personally think this is the wrong move, because they're probbaly not going to be able to create a fully-featured and cross-platform toolkit like GTK+. (Hence, not many application developers are going to use EWL.) A GTK (and eventually, QT4) application will be able to rely on a sophisticated drawing level (Cairo, instead of Xlib), which will allow all of its applications to be rendered nicely, allowing blending and more free-formed widgets. gDesklets and the like are just the beginning.

      --
      http://www.talknerdy.org
    5. Re:Uhm, E17 anyone? by shish · · Score: 1
      By itself, E17 may be able to give your windows shadows or fake transparency, but a full compositing manager + hardware accelerated backend will allow true alpha blending, fast updates and fun live animations like OSX's genie. Note that this extensions can be easily used by E17 as well, but are really impossible without them.

      See this? Full shadows, running in realtime, with no hardware acceleration, on 400MHz (and account for 2 lots of X overhead, networking, and compression, as I was running it within VNC). True alpha blending of full windows is also doable, but there's no UI for setting it yet :(

      To repeat: full blending, realtime, on non-accelerated 400MHz. With current X + E17 technology.

      PS. Please don't mod me up, that image is hosted on my home connection for lack of anywhere else to put it >_<

      --
      I mod down anyone who says "I will be modded down for this", regardless of the rest of their comment
    6. Re:Uhm, E17 anyone? by joeytsai · · Score: 1

      Doing effects over non-overlapping windows is possible. Doing such things as this or this or this are not.

      --
      http://www.talknerdy.org
    7. Re:Uhm, E17 anyone? by shish · · Score: 1
      Doing effects over non-overlapping windows is possible

      The windows *are* overlapping.

      (Screenshot changed to make this clearer; the clock and the icon bar are windows, overlapped by the gimp -- currently there's only the top level main windows which can overlap the bottom level windows, but more are coming -- E17 has it's own built in composite manager ala x.org, so things like that, that and that are quite possible (but note that the WM itself is only a few weeks old, so the controls aren't implemented yet -- e17/WM doesn't yet do anything other than just display windows...))

      --
      I mod down anyone who says "I will be modded down for this", regardless of the rest of their comment
    8. Re:Uhm, E17 anyone? by Anonymous Coward · · Score: 0

      From reading the article, it really just sounds like they are talking about ideas that Raster and co. have been long advocating (and developing) in Enlightenment DR17.

      Really? Enlightenment double-buffers the whole desktop, so resizing windows keeps the borders and contents in sync? Enlightenment has a hardware-accelerated PDF viewer?

      I guess they *kind* of have a toolkit that takes advantage of the features in the drawing layer, but it doesn't appear to have any HLL bindings, or Unicode support, or accessibility features, or anything else that I expect from a modern toolkit.

    9. Re:Uhm, E17 anyone? by dbIII · · Score: 1
      Right now, the printing usability situation is really bad. This is one area where I think Windows really gets it right.
      Ever used a large paper sized printer on windows? Where I work there is the option of using the windows print system or printing to file and feeding in to a queue in a decade old Sun sparcstation10. Going through the Sun always works, even queueing up a couple of dozen huge 600dpi plots of A0 paper size via a machine that doesn't have enough memory to hold one - while windows crashes a lot talking directly to the plotter despite being a machine with more than ten times the speed and memory. The windows print system just doesn't handle a variable paper size at all either - you have to work out how big something is before you can print it, despite the plotter being intelligent enough to just be fed TIFF files by ftp, print them, and trim off at the edge of the image.

      People who think the windows print system works well can only live in a land where the default paper size is "letter", since a frequent fault in metric countries is the settings reverting to that.

    10. Re:Uhm, E17 anyone? by failedlogic · · Score: 1

      I am not a programmer but I've always liked E16 as a Window Manager. It always took more memory but as a desktop user, I was willing to sacrifice for the nice eye candy it presented.

      I last used E17 in a rather non-useable state about 2 years ago. I even more appreciate the work being done on E17 and hope it all comes to fruition in the near future. Simply: the Enlightenment team has a new vision for the desktop. The desktop, to them, isn't just about helping getting your work done. Its about an 'experience' and introducing efficiency.

      I really want to see the Linux desktop move to the next level. I think what we need are some more apps which have a lot more "wow" effect to them. I hope this will mean tying in X.org at the toolkit level or something to give all apps some transparency and extra effects.

      Yes, this doesn't help "get my work done". However, on the higher res desktops that we're working in right now, I personally prefer to work in a Word Processor than a text editor to write essays and books. Hopefully this will come soon!!

    11. Re:Uhm, E17 anyone? by Rabid+Penguin · · Score: 1

      Sorry Shish, but you're wrong on this one. The ibar, clock, and other gadgets are all drawn on a single virtual root window with evas. The shadow is also only drawn on the root window, not on overlapping windows. Take a look at raster's post to see some of the reasons why this is the case.

    12. Re:Uhm, E17 anyone? by Rabid+Penguin · · Score: 1

      I need to correct a couple of things in this post. E17, EWL, and all of the graphical portions of Enlightenment rely on Evas for drawing. Evas is a very nice API for image rendering that supports a variety of backends. It currently has engines for software Xlib, OpenGL on X, the linux framebuffer, and even Cairo. There was a proprietary Windows engine that was not released (BSD licensed library). There is also an abstracted event library called Ecore that performs non-blocking I/O and event processing. EWL currently runs on all target platforms supported by Ecore and Evas, so portability is not a significant problem. If a new platform is added to Ecore and Evas, EWL only needs a few stub functions filled in to handle the different events and to interact with the display.

  47. +1 insightful by Anonymous Coward · · Score: 0

    ... where are my mod points when i need them

    1. Re:+1 insightful by BlueCodeWarrior · · Score: 1

      You can't get mod points, you're an Anonymous Coward. ;)

  48. So, uh, tell me... by killmenow · · Score: 1

    ...how do you really feel?

  49. Linux by Anonymous Coward · · Score: 1, Insightful

    Yes. Great.

    We all know that it is not the mixture of 10,256 different toolkits, each one uglier than the other, for every fucking application that makes Linux unusable as a Desktop-platform, it is the lack of "omg k3wl" effects that are the problem.

    Good a big company like Rat Had is working in the right direction.

    1. Re:Linux by Anonymous Coward · · Score: 0

      This thread is useless without pics!

    2. Re:Linux by Anonymous Coward · · Score: 0

      I'll pass on the "big" company DeadRat working on it. With each new release (having just installed 4) they continue to p*ss me off with their "innovations".

  50. Re:I think their efforts would be better spent on. by Anonymous Coward · · Score: 0
    Let's see. Matrox offers some of the best graphics cards around, and provides solid Linux support for them. For example this and this. Fast and feature packed, perfect for scientific and business computing.

    But you I suppose you are talking about drivers for that rad game box your mom bought you for your birthday, you know, that awesome deal she got on it from the QVC shopping channel.

  51. cruft by Migraineman · · Score: 1

    There's a difference between a useful animation, like the red X lighting up to indicate activity, and the unnecessary cruft like animated icons. The former serves a purpose; the latter just serves to distract you.

    I'd really love to have the "disable cruft" option at install time. I appreciate functional improvemnts. I subscribe to the form-fits-function mentality, and I strongly oppose increasing my effort without getting some benefit in return.

    I'm appalled that folks generally just accept that they'll need to upgrade their computer just to handle the additional burden that an OS like WinXP imposes. I feel like we've stagnated in terms of progress in computing capability. The hardware gets better, but the OS "improvements" chew up the benefits before the applications get a shot.

  52. Re:I think their efforts would be better spent on. by kerrle · · Score: 1
    ATI is getting better recently - in fact, they just released a new driver today.


    Also, there is considerable progress being made on the open source driver for ATI Radeon class cards - even things based on the R350 cards will have decent support through this soon (well, eventually, anyway).


  53. Bloat Alert by nurb432 · · Score: 2, Insightful

    'Indiana Jones buttons that puff out smoothly animated clouds of smoke when you click on them,'

    Now that is a useful extension..

    No wonder our brand new 4ghz machines run slower then my 20 year old AtariST..

    Morons. "just beacuse" isnt a reason.

    --
    ---- Booth was a patriot ----
    1. Re:Bloat Alert by Anonymous Coward · · Score: 0

      Yes it is. "just because" is probably one of the greatest reasons to innovate.
      It creates problems that have no solutions and that will equate to creativity. I don't know what will be created to solve the solutions, but it's hellofa lot more exciting than the same crap day in and day out.

      I, for one, welcome our Indiana Jones Button Pushing Overlords. At least they're trying something for fun.

    2. Re:Bloat Alert by skubeedooo · · Score: 1

      have you any idea how many unsed cycles there are on the GPU, included as standard in most desktops? And as others have pointed out, it is a cue, to tell the user that they have clicked and something should be happening soon.

    3. Re:Bloat Alert by Anonymous Coward · · Score: 0

      "just beacuse" isnt a reason.

      Or even a word, for that matter.
    4. Re:Bloat Alert by Anonymous Coward · · Score: 0

      Instead of "just because", consider it done for the following reason then: "average consumers".

      The average person out there judges the OS by its pretty eye candy. If Linux doesn't have eye candy available to it, then people will think it isn't as advanced.

      To get a higher mindshare, Linux needs to spend as much time on the frontside polish, as behind-the-scenes innovations.

    5. Re:Bloat Alert by akadruid · · Score: 1

      I disagree. Just because is a reason. Another reason is that stupid gimmicks are great for pulling attention to an underrated product.

      Make everything optional, and then those who want to use those cycles for something useful can, and those who want eye candy can have it too. Just don't go the MS route of 'one size fits no-one'.

      --
      "Those who cast the votes decide nothing; those who count the votes decide everything." (attrib. Joseph Stalin)
    6. Re:Bloat Alert by RdsArts · · Score: 1

      Quite right. This bloat is out of hand. We have ncurses, why are we adding more useless bloat?

    7. Re:Bloat Alert by Doctor+Crumb · · Score: 1

      Just because the underlying system *can* support this doesn't mean that every window manager is going to have these effects. If you don't want animated everything, continue using blackbox or ratpoison. See, the system isn't going to be slowed down by having a better architecture and more potential. And hey, maybe out of all the eye candy that people try (oh yes, they will, and most will be stupid. but you don't have to use them), the Next Big UI Improvement will be found, and would only be possible with these new abilities at the X layer.

  54. Finally? by Dr.+Evil · · Score: 2, Interesting

    Don't be so condescending to OSS. Prior to MacOS X, the Mac was an OS in the dark ages.

    If MacOS didn't gut BSD, it would still be using cooperative multitasking.

    1. Re:Finally? by Gob+Blesh+It · · Score: 4, Funny

      True... but even System 6.0 was a paragon of usability compared to the state of Gnome and KDE today. Even the constant crashes gave you a dialog whose buttons were action verbs (not to mention a cute little bomb icon). Hard to hate something like that.

    2. Re:Finally? by qurk · · Score: 4, Insightful
      I'll beg to differ a bit. When I was at college, the opportunity to spend a couple minutes at a Mac usually ended up with me leaving, in less than a minute, due to a headache. Seriously the thing seemed sluggish, the refresh was hyptonizing me, and two parts - everything seemed counter-intuitive and 1 mouse button?

      I wouldn't call it a paragon of usability. It may just be me, but I always seeked out the sparcs where I could just log onto the unix system. Could do almost as well logging on at home over the console with modem on an 8088 with 640k ram and a CGA screen, console hasn't changed too much since then.

      But don't get me wrong, I'm not bashing Macs. I honestly don't have enough experience with them to bash them. I just question the term "paragon of usability". OS X seems good, I played with it at CompUSA for like 2 or 3 minutes and thought, "cool" with no headache :)

    3. Re:Finally? by snuf23 · · Score: 5, Funny

      Hard to hate something like that?

      You have go to be kidding. It even got worse when System 8 would chastise you for "not shutting down properly" when you were forced to hard reset the locked up bastard. Gah! Nothing like that smiling little MacOS face telling me I've been a bad boy and to be more careful next time. YOu! YOU! Be more careful! You don't overwrite other programs memory space and trash my work!
      Oh yeah and the crash dialog boxes may as well have been labeled "Fuck me" for all the good they did. Force quit? Yeah that worked well. Should have been labelled "Finish Crashing".

      --
      Sometimes my arms bend back.
    4. Re:Finally? by Gob+Blesh+It · · Score: 1

      Hahaha! Yeah, true. :)

    5. Re:Finally? by Gob+Blesh+It · · Score: 1

      Ugh, I guess for a moment there my fanboyism got the better of me. I'll have to watch that. :)

    6. Re:Finally? by Grishnakh · · Score: 1

      That reminds me of when I was forced to use Windows 95/98, and after it would crash and reboot, it would also chastize me about "not shutting down properly". I always wanted to smash the thing when that happened. What a POS.

    7. Re:Finally? by mixmasta · · Score: 1

      under the hood, yes, but the interface was much nicer

      --
      #6495ED - cornflower blue
    8. Re:Finally? by mrhandstand · · Score: 1

      $Diety love you for saying what I was thinking. I've not laughed that hard in days.

      --
      Always value the individual over the system. --Bruce Lee "I don't need a Sig - I have a custom 191" - me
    9. Re:Finally? by mdielmann · · Score: 1

      That is one of the biggest reasons I stopped programming for Mac. I'm sure it's gotten better since then, not that I've checked, but nothing was more frustrating than a dialog box whose sole purpose was to show you a hex error code that you had no resource to look up from.

      Another big problem I had was with an assignment I had. Read 2 numbers from a file, do a simple math calc, write the result to the end of the file. I ran it 3 times, always starting with the same base file, and got 3 different results. Fortunately, one of them was the correct result, so I handed it in. I figured if the prof could identify the error, it was worth the grade points and the stress reduction to let him tell me what was wrong. Sadly, my grade was good for that assignment.

      --
      Sure I'm paranoid, but am I paranoid enough?
    10. Re:Finally? by snuf23 · · Score: 1

      The whole ball game has changed with OSX which is nice. OSX benefits tremendously from it's underlying BSD UNIX basis. A clear boon for developers.

      --
      Sometimes my arms bend back.
    11. Re:Finally? by emj · · Score: 1

      I beg to differ, the first time I used a Mac was on a Mac classic (1988-89? those ten inch screens). And it really was wonderfull to use compared to what was available at the time. Sure the commandline has always been faster, but a true graphical interface which was alot more intuitive than the gnome of today.

      Now I used that system for 3 years, and I was around ten at the time so this might just nostalgia.

  55. The usual bullshit by pclminion · · Score: 2, Insightful
    Yet more pointless eye candy without any real usability advances.

    Don't get me wrong -- I think X is "usable enough," but really, I don't think the moniker "next generation" is appropriate for anything but the most fundamental technological advances. Buttons that go "poof?" Is this seriously what we're concentrating our effort on?

    1. Re:The usual bullshit by Anonymous Coward · · Score: 0

      An especially apt subject line. Every time X comes up somebody complains about "usability problems."

      Repeat after me: "X is not a GUI, X is not responsible for usability."

      Now go back under your bridge and wait for the next Gnome or KDE post where you sound like less of an idiot with your tired complaints.

    2. Re:The usual bullshit by pclminion · · Score: 1
      Where did I mention usability problems?

      X is not a GUI, X is not responsible for usability.

      Exactly. What this means is that the usability improvements need to happen in the WM layer, not the X layer. My point is that we don't need more garbage piled on to the X server. We need more effort directed at improving usability (again, that doesn't imply that it's not already usable, just that we should always strive to improve).

      Now go back under your bridge and wait for the next Gnome or KDE post where you sound like less of an idiot with your tired complaints.

      I use twm, but thanks for your stupid assumption.

    3. Re:The usual bullshit by manno · · Score: 1

      Damn straight I still can't get a single wireless nick to work on any linux distro I've installed yet. What the hell is a wlan0, and who the hell needs an eth0. I'd use linux more if I could actualy use linux.

    4. Re:The usual bullshit by Anonymous Coward · · Score: 0

      What assumption? If you want to complain about usability, complain to people who can do something about it. It has nothing to do with which WM you use.

      It's free software, programmers are going to work on what interests them and what they do best. Complaining about X programmers not doing usability work makes no sense.

    5. Re:The usual bullshit by pclminion · · Score: 1

      My God man, where did I complain about usability? I just said that buttons which go "poof" do nothing to improve it. In fact, given your strict delineation between the responsiblities of the X server and the windowing environment, I'd think you of all people would see the stupidity of buttons which go "poof" being implemented in the freaking X server.

    6. Re:The usual bullshit by Allegro · · Score: 1

      "We" are not concentrating "our" efforts on this. Some people are. It's not like the world is going to end because some developers try to add a little flexibility to the way windows get drawn.

      --
      Don't let the lusers get you down.
    7. Re:The usual bullshit by Allegro · · Score: 1

      Sorry to reply to my own post, but I'd like to ad this:

      Don't assume that someone else's work is trash simply because you don't understand it or see the value in it. The usual bullshit, indeed...

      --
      Don't let the lusers get you down.
    8. Re:The usual bullshit by Anonymous Coward · · Score: 0

      Don't get me wrong -- I think X is "usable enough," but really

      Then you have pretty low standards!

      I don't think the moniker "next generation" is appropriate for anything but the most fundamental technological advances.

      If moving rendering from your CPU to your graphics card, and thus giving developers enough power to do anything they want (instead of whatever 2D compromises they can squeeze out of the system) isn't a fundamental advance, then I don't know what is.

      Buttons that go "poof?" Is this seriously what we're concentrating our effort on?

      It's what these guys are doing. Welcome to open-source. If you want them to work on what *you* think is important, pay them more money.

  56. No... by Skeezix · · Score: 1

    I can't run OS X on my machine. "Go buy a mac" is not a solution. I have nothing against Macs, but it isn't beating a dead horse to implement this functionality for Linux/FreeBSD on intel. Also OS X isn't open source.

  57. Maybe... by schon · · Score: 1

    Maybe it's being sponsored by Samuel L. Jackson?

  58. Re:I think their efforts would be better spent on. by Skeezix · · Score: 1

    The two are not mutually exclusive. The developers are not going to spend their time negotiating. They are developer not negotiators.

  59. Re:I think their efforts would be better spent on. by SQLz · · Score: 2, Insightful

    So...you tell people that specialize in graphics programming to drop their keyboards and start calling people for specs? Why would you have some of the most talented programmers in the community become lobbyist?

    One key points of open source development is that there is lots of different people from lots of different backgrounds doing the jobs they do best. I mean, how much do you think people would contribute if they were told not to work on their field of expertise to but to just email companies and bother them about specs all day? Its like having a bad job except, your not getting paid.

    Open source is NOT about controlling the efforts people are making to contribute. Thats why X was forked in the first place. Now that we have people coming out of the woodwork to add great features to X, your complaining?

  60. That article is written in Lisp by Anonymous Coward · · Score: 0

    That author ((likes to use lots of parenthesis)) it makes it hard to follow (that is, read (for instance a book) along with) his line (a geometric object) of (reasoning (which separates us from animals)) that I lost his point (not a line).

    1. Re:That article is written in Lisp by reeve · · Score: 1

      Best comment ever, I couldn't stop laughing.

      --
      Reeve the cat
  61. True 3D desktop by wumpus188 · · Score: 1, Insightful

    Instead of a bunch of kool effects I would be much more interested to see a *true* 3D desktop as a finite 3D space modeled after the real world... For example, imagine a set of virtual "rooms" each one is dedicated to a specific task. You have an internet room where each wall works kinda like a tab in firefox... or file room that looks like a library.. possibilities are endless. And this can be done, we already have seen this in Doom :)

    1. Re:True 3D desktop by shish · · Score: 1

      I'd priorotise full immersion 3D displays over that -- there are "true" 3D interfaces already like that which you describe, but they really suck when displayed on a 2D screen.

      --
      I mod down anyone who says "I will be modded down for this", regardless of the rest of their comment
    2. Re:True 3D desktop by Anonymous Coward · · Score: 0

      Those interfaces get in the way of doing even the simplest tasks. It was done with Doom but noticed it hasn't been done with the Doom3 engine. Looks cool and works cool are two different things.

    3. Re:True 3D desktop by simon_clarkstone · · Score: 1

      For example, imagine a set of virtual "rooms" each one is dedicated to a specific task.

      It was called Microsoft Bob.
      It was a spectacular flop, and its only major legacy is the MS Office Assistants (The Dot is unchanged, and the tradition of the most irritating personality being the default started there.).

      --

      C:\>spell -b slashdot_submission.txt
      Bad command or file name.
    4. Re:True 3D desktop by Man+in+Spandex · · Score: 1

      Why some think that going 3D for anything will just be better than the original 2D product?

      Contra was better in 2D, as well as Metroid, maybe King of Fighters (3d version comming up I believe) and many other games where remakes in 3d sort of ruin it because companies spend so much effort on the visual aspect that the game ends up lacking in gameplay or features. But you're right, that's not the case with Doom3 seeing how id Soft. somewhat reached their goal =)

      I know I'm a bit off topic with these examples but it's the easiest way to show that the 2D->3D transition isn't always the best next thing.

      I'd go berserk in a "3D" desktop. Some might find it cute but you'd lose the efficiency that you've had in a 2D environment, at least I think..

  62. Redundant, but... by gmuslera · · Score: 1

    ... that much eye candy will not make X fat?

    1. Re:Redundant, but... by Anonymous Coward · · Score: 0

      Don't worry. X has a fast metabolism unlike Mr. Hefty Windows.

  63. 3D engine? by Anonymous Coward · · Score: 0

    Someone should come up with the idea of writing a real 3D engine in X...

  64. luminocity by LordMyren · · Score: 1

    what do i checkout to get luminocity? sounds nifty.

    1. Re:luminocity by LordMyren · · Score: 1

      testing luminocity:

      gnome cvs docs
      module name luminocity - last sentance of the article

      myren

  65. Sounds familiar... by dmarsh · · Score: 1

    Hmmm... sounds a lot like Microsoft's Avalon API + Longhorn's (well, it used to be in Longhorn, not sure after cuts) desktop compositing engine which basically uses Avalon to render the entire desktop. If you've seen the Aero user interface examples, you know what I'm talking about.

    1. Re:Sounds familiar... by be-fan · · Score: 1

      It sounds like it was copied from Avalon, which was copied from Quartz, which was copied from NeXT, which was copied from god know's what. It's a fairly old concep, nearly two decades at this point.

      --
      A deep unwavering belief is a sure sign you're missing something...
  66. license? by ghee22 · · Score: 0

    I couldn't find in the article what license the code is written under?

    --
    "Persistence is annoying success." - ghee22 11:28:1999 - 10:53:PM
  67. Re:Battle has already been won by Anonymous Coward · · Score: 0

    > ..by Apple. Apple humilated all other Unixes especially Linux when Jaguar appeared. It taught a shaming lesson to KDE and GNome afficinados in how to construct a WM, GUI, appropriate drivers and deliver fast results in a slick appealing and unobtrusive interface.

    I prefer KDE to OSX in terms of interface. OSX is shiny, but I'd rather have virtual desktops, built in and on by default, instead of zooming trash can icons. Expose is cool, but it seems like a hack to get around the lack of virtual desktops; I've tried Expose clones under Linux/x11, but never end up using them much, while under OSX it's fairly vital when using several apps.

    I also fail to see how Apple "shamed" KDE/Gnome users with its drivers... It's not as if the end users write the drivers, on either system, which your post seems to imply; nor do the people who write the desktop environments.

    > This current initiative is no doubt pleasant news for Linux heads, and provides them with a glimer of hope but the fundemental problems with Linux GUI(s) are simply too great for this to help them (it will make them worse) and they need tackling first.

    Specifics? I wouldn't say there's anything fundamentally wrong with X11; Gnome, KDE, and other DEs all need serious work, and lack the slickness of OSX, but in terms of pure usability, I find KDE more productive than OSX as an interface.

    > Of course it won't get tackled, instead the ever growing tower of graphics library layers in Linux is set to meltdown into an ugly mess anytime soon. Well it kind of has already.

    How is it melting down? Gnome is a bit of a mess architecturally, but it's far from the only environment, and Xorg is getting a lot cleaner.

    > You heard it here first

    As if. People have been saying what you've been saying for as long as Jaguar's been out, and small variations of the theme for many years.

    I've probably been trolled, given that you present a few highly charged points, with no specifics, and use terms like "Linux heads." If so, have a nice day....

  68. Introduce Transparencies by Anonymous Coward · · Score: 0

    Now introduce transparencies for organization and content.

  69. XDevConf by claes · · Score: 1

    Are there any reports from XDevConf on the net yet?

    1. Re:XDevConf by Anonymous Coward · · Score: 0

      Actually, yes.

      Adam Jackson (ajax) took a bunch of notes.

  70. Re:Battle has already been won by Skeezix · · Score: 3, Informative

    OS X is wonderful, to be sure. But it is proprietary and only runs on Mac hardware. Xorg is open source and runs on many operating systems and architectures. Big difference. You will continue to see Linux improve in the coming years and there will be more and more Linux desktop deployments. That is the advantage of open source. The battle is far from won. You didn't hear it here first, but you did hear it here.

  71. E17 is the next generation X desktop! by Anonymous Coward · · Score: 1, Funny

    Enlightenment E17 IS the next generation X desktop! It has the fastest gfx libraries on this planet and it's veeery smooth! It's already released as developer version (DR17), but should be released for masses soon.

  72. Re:Battle has already been won by Anonymous Coward · · Score: 0

    I don't care for the Jaguar UI. If you were to force me to use it I'd give up on computers and go do something else for a living.

    Michael

  73. Re:E17 is the next generation X desktop! MOD UP!!! by Anonymous Coward · · Score: 0

    MOD UP!! Insightful!!

  74. In my day... by fatboy · · Score: 1

    ... we used fvwm, *and we liked it*!

    --
    --fatboy
    1. Re:In my day... by Anonymous Coward · · Score: 0

      HA! In my day we used twm and liked it! Hey! Wait a second...I'm still using twm and still liking it!

  75. Why... by racecarj · · Score: 0, Troll

    not just get a mac already? Hardware accelerated PDF, puffs of smoke.... If these guys want OS X so much, just buy it.

  76. 2 big problems by Duncan3 · · Score: 1

    First of all, until the graphics card makers get SERIOUS about Linux support, this is all dreaming.

    Second *looks around* desktops are almost all OS X or XP here - Stanford. Linux is for the servers, which numericly dominate, but are for computation, not making poof graphics when you click something. I haven't installed X on a Linux box since about 1996.

    --
    - Adam L. Beberg - The Cosm Project - http://www.mithral.com/
  77. gonna go AC by Anonymous Coward · · Score: 0

    so I dont screw with mods I've done in here...

    But I feel compelled to make a comment after reading the article fully now...

    useless.

    useless.

    useless.

    1. Re:gonna go AC by Anonymous Coward · · Score: 0

      lol and it screwed with it anyway.. forgot even AC undoes moderation... oh well.

  78. But E has no userbase by Anonymous Coward · · Score: 0

    It really doesn't matter what is getting rolled into E because no one is using E. I appreciate their innovations but at this point....whats the point?

  79. How does it all fit together? by Anonymous Coward · · Score: 1, Interesting

    I've tried to follow these developments for a while but I still can't see how it all fits together. What I need is a nice diagram with each API layer. So far my understanding is:
    GTK
    Cairo
    Glitz
    Mesa
    DRI
    But where does the X server (via RENDER?) come into play? What about xserver/kdrive or the new XGl, that I hear rely on just OpenGL? What about games that want direct access to OpenGL?

    1. Re:How does it all fit together? by m50d · · Score: 1

      DRI lets you bypass the X server, pretty much. Same with accessing OpenGL directly, that's the mesa layer there. Basically you can skip any of the layers you want to, every API is exposed to you.

      --
      I am trolling
  80. No repaint events by gr8_phk · · Score: 2, Interesting
    "no repaint events are even given to the apps"

    IMHO, no app should be given information about it's environment. The only reason expose events exist is because back in the day there wasn't enough memory to store a complete image of every window - so the apps had to be asked to update parts of the display when they were exposed. Apps interacting with other apps without user intervention is definitely a no-no and is the source of some Windows security holes. I just how when (even IF) an app gets to screen capture itself they don't show other data through the transparent parts. It needs to be pulled from its private video memory and not off the screen. The user of course should be able to take a screen shot, so either the window manager needs to have special privledge or it needs to be integrated into the server. I think the special privledge is consistent with what exists today.

  81. Why the complexity? by johansalk · · Score: 0, Redundant

    "Progress bars made with tendrils of curves that smoothly twist and squirm like a bucket of snakes as the bar grows"

    Why? what's wrong with a simple progress bar?!

    1. Re:Why the complexity? by Anonymous Coward · · Score: 0

      No way man. It's like the ricer boy racing stripes.

  82. Show it to me when it's done by melted · · Score: 1

    So far it's just the usual bullshit. _IF_ we did that, we _could_, blah blah blah, yadda, yadda, yadda. I'm so sick and tired of empty promises. How's cut&paste doing, folks? Can I cut & paste between _everything_ yet or it's another 5 years away?

    1. Re:Show it to me when it's done by be-fan · · Score: 1

      You'll never be able to cut & paste between *everything*, simply because there are a lot of legacy apps that will never be updated to the new standards. If, however, you're having problems cut & pasting between modern KDE and GNOME apps, then it is a bug, not a feature.

      --
      A deep unwavering belief is a sure sign you're missing something...
    2. Re:Show it to me when it's done by Blakey+Rat · · Score: 1

      Indeed. When I can copy some cells from OpenOffice.org in Linux and paste them in The GIMP, then we can work on this complex shit, huh?

      I could copy from Excel into Photoshop in every version of those applications from Windows 95 (or MacOS 6) to now. How about Linux solves the BASICS first before moving on to hardware-accelerated Indiana Jones poofs?

    3. Re:Show it to me when it's done by Quince+alPillan · · Score: 1

      Yes!

      Can we please get cut and paste to work properly? If I copy in one program (say, Firefox) and try to paste into another (say, Thunderbird) if, heaven forbid, I close the first window my clipboard magically clears itself and I have to go find my data again.

      I've noticed this in KDE, so if Gnome has this fixed, I haven't played with it.

    4. Re:Show it to me when it's done by Guy+Harris · · Score: 1
      If, however, you're having problems cut & pasting between modern KDE and GNOME apps, then it is a bug, not a feature.

      Or, to put it another way, if they don't do things this way, that's a bug, not a feature.

    5. Re:Show it to me when it's done by ssj_195 · · Score: 1

      I'm late to the party, but try Klipper. Only works with text, though :( This is definitely an area where Desktop Linux is a long way behind Windows - or anything else, for that matter.

    6. Re:Show it to me when it's done by unapersson · · Score: 1

      It does work properly, Ctrl-C to copy, Ctrl-V to paste or if you prefer the GUI Edit->Copy, Edit->Paste. Doesn't matter if the source application is closed.

      If however you're trying to use the traditional X method and thinking of it in cut & paste terms then you're not understanding how it works. It's more of a graphical way of piping content from one application to another. So both apps need to be open unless you use an intermediary like Klipper.

  83. Re:As long as we're dreaming - Calvin by ghunza · · Score: 1
    Thanks Suzie Derkins.

    One of the many great Calvin & Hobbes lines. It's really hard to find a good time or a place to use it though.

    "What's the point in being cool if you can't wear a sombero" on the other hand is great for just about any occasion....

  84. Re:...It's the 'Linux Denial' syndrome... by Anonymous Coward · · Score: 0

    ...when it comes to OS X.

    Denial that Apple delivered the best UI experience for a generation.

    Denial that it just WORKs and is ready to go, no messing about X drivers and arcane configs just to draw a window.

    Denial that KDE, GNOME and all their copycats are falling to pieces at the seams and going NOWHERE. Their only hope is keep adding on yet more junk in the hope that no one actually realises what's going on underneath the surface.

    Denial that X Windows is something from the PAST, awash with irrelivant client/server stuff that most will never use.

    Denial that ONE GUI, ONE DESKTOP is how most people want to work.

    Denial that Aqua is a thousand times better and faster than X11.

    And of course there are those in denial that Apple even PROVIDES an X11 environment for those who actually want that stuff. Oh but we hear 'well Apple's X11 isn't as good as..." "It's flawed..." etc. Yet the only reason is seems like CRAP is because next to Mac OS X's native GUI it is CRAP and is exposed for the CRAP it is.

  85. Other toolkits? by codemachine · · Score: 1

    It is somewhat concerning that there is no mention of other toolkits here. I know RedHat is a GTK/GNOME shop, but when they're talking about next generation X, they shouldn't exclude other tookits and frameworks from that discussion.

    It seems like they aren't looking at QT/KDE, XUL, OpenOffice.org, Wine, Java (SWT & Swing), and such. Though many other toolkits seem to be moving towards using GTK as a backend on Linux, even a brief mention of KDE or QT would've been nice.

    Not that I'm too worried. It seems that even though RedHat and freedesktop.org are dominated by GNOME people, there has been good involvement from other camps. The work being done should benefit everyone, regardless of toolkit or desktop environment (well maybe CDE and Motif will still be butt-ugly, but what can you expect).

  86. Espose Workspace Manager? Huh? by Jahz · · Score: 1

    "'Workspace switching effects so lavish they make Keynote jealous' "

    Keynote? As in the Apple presentation application? What does this have to do with workspace switching? The only thing that keynote switches are slides.

    You must be referring to Expose, a feature of Apple's window manager, not a workspace switcher. However, a great little (free) app called DesktopManager does use expose's effects to create workspaces.

    --
    There are 10 types of people in the world. Those who understand binary and those who do not.
    1. Re:Espose Workspace Manager? Huh? by Forezt · · Score: 0

      In what way does Expose have anything to do with desktop switching? It just makes windows smaller. If there are any of apple's desktop effects he was referrring to, it was the "cube" effect for user switching. Also, keynote's slide transitions could be viewed as effects that could potentially be used for user switching or in our case, desktop switching.

    2. Re:Espose Workspace Manager? Huh? by xenoandroid · · Score: 1

      DesktopManager uses the same code that Apple uses in Keynote, not Expose. I believe the developer of DesktopManager mentioned that somewhere.

      You can use the rotating cube transition in Keynote, fast user switching, and DesktopManager, it's all the same code doing it.

    3. Re:Espose Workspace Manager? Huh? by Jahz · · Score: 1
      I'm pretty sure that Keynote is closed source, thus it cant be the *same* code or this guy would get his ass sued.

      The cube is not the only transition in DM and, IMO, it isnt even the best one. I'm probably mistaken in using the term Expose, which is just a marketing term. I should have said the Apple OSX graphics core. From reading the DM site (and some others), i'm faily sure DM just calls functions native to OSX (i.e. calls to the Quartz graphics core librar[y|ies]).

      Anyway, truth be told, I couldnt give a shit if he copied code or used native functions. All I had a problem with was this:

      'Workspace switching effects so lavish they make Keynote jealous'

      Keynote is not a workspace switcher, it is a slide switcher. (although the two may be the same depending on how apple wrote Keynote's slide rendering... the point is moot)

      --
      There are 10 types of people in the world. Those who understand binary and those who do not.
    4. Re:Espose Workspace Manager? Huh? by m50d · · Score: 1

      Maybe he's copying the effect from Keynote, because it is more lavish than what expose does?

      --
      I am trolling
  87. yadda yadda Apple is better yadda yadda ... by Sweetshark · · Score: 2, Funny

    Hardware-accelerated PDF viewers, huh? Aqua beat already does that.
    Well and before Aqua beat there were "hardware-accelerated postscript viewers" - but they were normally just called "printers".

  88. right by Anonymous Coward · · Score: 0

    so I was reading this and I began to think......his paint thinner is running out. My My this hacker thinks he can hack raster style. Enligtenment has already been doing this, its just does it better. Gnome does not or even makes mention of this since they lack good wm of their own. I woule suggest that they redouble efforts to work with Enlightenment to make it better than the current default wm for gnome.

  89. That will never happen by oliverthered · · Score: 1

    Manufacturers aren't going to write drivers against a moving target.
    Putting inplace a good solid road-map and feature plan will help boost the confidence of the manufacturers in Linux and X windows.

    Why waste time and money developing drivers for X windows when the applications are going to be 'slow' anyway.

    Composite and Damage help quite a bit by providing more modern clipping, getting with of CPU or pixel map generated widgets and replacing them with shaders will give another significant performance and footprint boost as well as something for manufacturers to develop drivers for.

    If were really lucky QT and GTK will be forced through the same widget layout code so that you get the same layout regardless of toolkit.

    'Why is my submit button made out of purple tactile fur? must be that new X they've been talking about'

    --
    thank God the internet isn't a human right.
    1. Re:That will never happen by dbIII · · Score: 1
      If were really lucky QT and GTK will be forced through the same widget layout code so that you get the same layout regardless of toolkit.
      CDE was going to be the desktop for everyone, but it turned out that not everyone wanted the same desktop. Motif was going to be the widget set for everyone, but it turned out that not everyone wanted the same widgets.

      I'm very surpised that gnome doesn't really support the idea of "themes" - so you could have your Irix, Mac, MS windows style behaviour - and the support guy that comes along and is confused by the custom purple tactile fur buttons in radial menus can switch to the default theme, do their stuff, and switch it back to the purple tactile fur theme.

      Even in MS windows you can hide the start button offscreen in a variety of locations - it's important to have a default setting you can switch back and forth to.

    2. Re:That will never happen by oliverthered · · Score: 1

      QT and Gnome used to be good on 'themes' but they were dropped a while ago, and are just being picked up again.

      What needs so happen is something like CSS for the desktop, seperation of layout and content so that the applications I'm running are all in my style, not in windows style, or QT style or Gtk style. Then when the support guy comes along he just downloads his CSS and XML file with bookmarks etc for the Application menus, personal settings etc.. and everything works just like it does in the office.

      Gnome and QT (and windows) support styles, but the problem is you have to write a new style for each. (well except someone's wrapped up QT in a GTK style)...

      --
      thank God the internet isn't a human right.
    3. Re:That will never happen by dbIII · · Score: 1

      QT and Gnome used to be good on 'themes'I'm talking about window manager behaviour - not a choice of colours for your button.

    4. Re:That will never happen by oliverthered · · Score: 1

      so was I.

      I've got a few months research into UI's to put up when I get the time.

      Including things like the answer to, just how long does it take to click that button, or Is this really a better user interface?

      I would like to see soft 'modes' so that if I'm at work and I get a fault call I can switch over to 'fault call mode' and all my book marks and menus are configured optimally to 'fault call' mode, then when I'm done I can switch back to internet mode or debugging mode.

      --
      thank God the internet isn't a human right.
    5. Re:That will never happen by Anonymous Coward · · Score: 0

      Now, now -- the main problem people had with CDE/Motif was the price and the lack of "freeness", not the look-n-feel.

      If CDE/Motif had been available under the X licence from the beginning, most free desktops would have built on top of them, extending them to look modern.

  90. CLICK HERE FOR A FREE MAC-MINI by TheLittleJetson · · Score: 1, Funny

    You know you want one!

  91. Hardware-accelerated PDF viewers, huh? by exp(pi*sqrt(163)) · · Score: 1
    Maybe you can answer me this: I'm looking at a paper in PDF format on my 1.33GHz PowerBook G4 and it takes about 0.5s to render a page when I scroll down. It's text. Fancy text, but just text. No embedded movies or anything like that. (For tons just like it go to www.arxiv.org) It may be hardware accelerated but this is pretty close to unacceptable.

    As far as I can see hardware accelerated PDF rendering is all it's cracked up to be.

    --
    Doesn't it make you feel good to know that our freedoms are protected by politicans, lawyers and journalists.
    1. Re:Hardware-accelerated PDF viewers, huh? by exp(pi*sqrt(163)) · · Score: 1

      Of course I meant "isn't", not "is", in that final sentence :-)

      --
      Doesn't it make you feel good to know that our freedoms are protected by politicans, lawyers and journalists.
    2. Re:Hardware-accelerated PDF viewers, huh? by Anonymous Coward · · Score: 0

      As far as I can see hardware accelerated PDF rendering is[n't] all it's cracked up to be.

      I don't know what you're basing that observation on - given that MacOS X does not have hardware accelerated PDF rendering.

    3. Re:Hardware-accelerated PDF viewers, huh? by exp(pi*sqrt(163)) · · Score: 1

      OK, now I'm confused. I thought PDF was rendered using Quartz which is hardware accelerated. As I got my info from marketing blurb I may be misunderstanding...

      --
      Doesn't it make you feel good to know that our freedoms are protected by politicans, lawyers and journalists.
  92. network transparency by drew · · Score: 2, Insightful

    so are they putting any work into how these applications will work in the X Client/Server model, or are they just sweeping that under the rug (a la the dri and shm extensions). i'd be thrilled if they were looking at how they can add these as extensions that reduce the amount of X calls that need to be sent accross the wire, so you could use meaningful gui applications over slow to moderate speed network connections. of course it doesn't sound like it from any of the things that he mentioned, and it seems that X development lately has taken a 'the thin client is dead, so who needs network transparency' route.

    --
    If I don't put anything here, will anyone recognize me anymore?
    1. Re:network transparency by jcupitt65 · · Score: 1

      Yes, this is all using render, damage and composite, three new X extensions that do the bulk of the work on the server side.

  93. Re:Battle has already been won by Anonymous Coward · · Score: 0

    Or you could learn to use it and work with it :D ,
    oh since when has apple forced people to use Mac osX

    Michael
    (a difrent one , unless im having some mental problems i dont know about)

  94. Eye-Candy supressess my appetite like Chinese Food by Drunken_Jackass · · Score: 1

    Eye candy GUI stuff like this is cool, sure. But you're hungry for more after about 30 minutes.

    Where are the fundamental changes in the ways that we interact with our applications and systems?

    Sure, keep up with quartz and aqua for now, but i want to see some changes in fundamental Graphical User Interfacing system.

    --
    There are 01 types of people in this world. Those that understand binary, and me.
  95. There's an actual use for this... by Lendrick · · Score: 1

    Instead of switching desktops, you can have multiple scaled-down windows on the screen, so you can view your desktop as a whole and then zoom in on windows as you see fit. Great interface for those of us who run many programs at once and would like a convenient way to keep track of them all.

  96. Re:I think their efforts would be better spent on. by MattJakel · · Score: 1

    What I don't understand is what the graphics card manufacturers think they have to gain by keeping their drivers closed source. The support of the F/OSS community could do nothing but improve their drivers, which could benefit not only their customers using Linux, but also their customers using other OSes.

  97. Re:As long as we're dreaming - Calvin by manno · · Score: 1

    I LOVE Calvin and Hobbes, but I don't remember that line what book is that in? mmasdf@hotmail.com -manno

  98. Another GUI 'Hacker' that has.... by Anonymous Coward · · Score: 0

    left the U out.. The most important aspect of any interface is the User. If linux/unix wishes to make waves on the desktop they need a evolution on how the user interfaces.. not eye candy.

  99. Keynote? by bodrell · · Score: 1
    Workspace switching effects so lavish they make Keynote jealous

    I know you were quoting the article summary, but I just wanted to note that whoever wrote that probably meant "Expose" instead of "Keynote." Unless Keynote has some hidden workspace switching effects I'm not aware of. Maybe they meant the Keynote graphical transitions within presentations?

    Anybody know if I'm missing something?

    --
    Si la vida me da palo, yo la voy a soportar Si la vida me da palo, yo la voy a espabilar
    1. Re:Keynote? by he-sk · · Score: 1

      > Maybe they meant the Keynote graphical transitions within presentations?

      Yes.

      > Anybody know if I'm missing something?

      Probably this: Desktop Manager

      --
      Free Manning, jail Obama.
  100. Re:Battle has already been won by ColMustard · · Score: 1
    OSX is shiny, but I'd rather have virtual desktops, built in and on by default, instead of zooming trash can icons. Expose is cool, but it seems like a hack to get around the lack of virtual desktops
    And virtual desktops are a hack to get around multiple monitors, so what's you point? Expose is just another method to help manage the desktop. If it doesn't help you, turn it off and install Desktop Manager. No, it's not built in, but who cares; it still works exactly the same as any other virtual desktop implementation you've ever seen. The two desktop managing methods aren't even mutually exclusive, so none of this is even an issue. Some people may find they work even faster with both virtual desktops and Expose.

    Personally, I consider virtual desktops much more unnatural than Expose. It makes more sense to me to have everything overlapping on one screen. For people who work like that, Expose is great. But hey, this is one guy's opinion.
    --
    Moof.
  101. Enligtenment by freqmod · · Score: 1

    If the autors Enlightenment (Raster etc.) could work with the X.org designers on the Composite extension etc. maybe the extension would be feasable without accelerated drivers (as it is in Kdrive). Then maybe gtk could use some code from enlightment to redifine their widget set. If the gtk( and hopefully Qt apps to) comes to a state where they may be compared to entience of Enlightenment, we could begin to talk about animated buttons with smoke and flying bees.

    When it comes to simple programming a ui designer like qt designer (qt 4.0), which works with the ruby wrappers created for enlightenment could be as easy as a visual basic like designer.

    1. Re:Enligtenment by raster · · Score: 1

      In what spare time? We already work FULLTIME on E stuff - and fulltime means evenings and weekends. NONE of us get paid to do this fuloltime. If we had that time I'd be helping tomorrow as getting Xrender to not suck (it's software fallbacks be sane in terms of speed) is in our best interests - as well as everyone elses, but until we have that opportunity, we have already written all our own software rendering and it works for us. :( Someone come up with an offer to let us work on this fulltime - then please speak up and contact us. We put our code were out mouths are - always have, always will.

      --
      --------------- Codito, ergo sum - "I code, therefore I am" --------------------
  102. Screenshots, get yer screenshots by Nailer · · Score: 2, Insightful
    1. Re:Screenshots, get yer screenshots by Leo+McGarry · · Score: 1

      What possessed you to post a link to an ass-ugly screen shot? Does this have something to do with my post?

    2. Re:Screenshots, get yer screenshots by swv3752 · · Score: 0, Offtopic

      Are you illiterate? It talks about developing a new X server using openGL.

      --
      Just a Tuna in the Sea of Life
    3. Re:Screenshots, get yer screenshots by Leo+McGarry · · Score: 0, Offtopic

      Still waiting to hear what, if anything, that has to do with my post.

    4. Re:Screenshots, get yer screenshots by G-Licious! · · Score: 1
      Quartz is amazing. Nothing else in the world comes anywhere close to it, despite what some very confused people seem to think. But you're really selling it short when you describe it as "PDF and OpenGL." Because it isn't.

      I'd say that qualifies. XGL along with Cairo is going to be very close to "PDF and OpenGL", and might thus even beat your precious Quartz.

    5. Re:Screenshots, get yer screenshots by Leo+McGarry · · Score: 1

      Sigh. If you were wondering what I was talking about when I referred to "some very confused people," this was it.

  103. And one thing that's absolutely essential. by Nailer · · Score: 1

    Getting rid of application size dependencies on screen resolution

    Absolutely necessary for high-resolution displays, which may actually finally get to the same quality that peoper is in the next 10 years.

    From what I've read, due to improper order in their rendering pipeline, OSX still doesn't do this acceptably. Cairo will.

    1. Re:And one thing that's absolutely essential. by Anonymous Coward · · Score: 0

      Isn't Cairo a code name for some old version of Windows?

    2. Re:And one thing that's absolutely essential. by Gob+Blesh+It · · Score: 1

      Supposedly, Tiger (due out in several months) will take the first steps towards resolution independence. With luck, by the time Tiger's successor comes out, we'll have displays capable of printer-level DPI... or is that too much to hope for?

  104. E17 won. by Nailer · · Score: 1

    E17 is software based rendering for Enlightenment and its apps only.

    This is hardware based rendering for all X apps.

    1. Re:E17 won. by Nailer · · Score: 1

      Er, not 'E17 won'. 'E17 won't be going anywhere'.

      Nice typo.

  105. Re:I think their efforts would be better spent on. by MyDixieWrecked · · Score: 1

    I agree to that. Or standard cross-platform (x86/PPC/etc) cards. I'm sick of having to spend extra $ just to get a card for my PPC machine (whether it's running OSX or linux, I don't care, I just want the damn thing to work).

    I understand all of the reasons that these cross-platform cards don't exist, but I really don't care. =P

    Also, I'm just as much of an eye-candy whore as the next guy. Hell, I love OSX's clean interface and awesome animation and transparency effects, but this stuff CAN be taken too far. Animation can be taken too far, M$ has done this with those animated menus, and apple has gotten close to this with their fade-out menus.

    Smooth-animated buttons that move in and out as you push them is worthless. The interface needs to be as snappy and responsive as possible. That's why I have the gripe with the menus, and yeah, I know you can turn off the animation in Windows...

    As long as the crap doesn't delay my work or play by anything more than 100ms, it doesn't bother me.

    Some of the other effects sound pretty cool. The smoke thing seems like a pretty sweet idea, but I'd probably have it turned off.

    I'm just waiting for some more desktop animation stuff. Very suttle animation on the desktop can be a good thing, especially for casual web browsing and chatting and whatnot.

    --



    ...spike
    Ewwwwww, coconut...
  106. GTK needs Win32 to work on Cairo? by multi+io · · Score: 1
    making Win32 GTK work on Cairo so GTK can move to cairo as the default backend
    Huh?
    1. Re:GTK needs Win32 to work on Cairo? by Anonymous Coward · · Score: 1, Informative

      Until GTK-Win supports Cairo, Cairo will not be the default backend.

  107. Imitation is the higest form of flattery by cthulhuology · · Score: 2, Interesting

    Back in 2000, I remember Raster showing how cool EVAS was (the rendering backend of E17), and he pointed out that OpenGL sucked for doing a lot of 2D windowing because creating textures was so resource intensive. If you had textures that had to be rendered on the fly back then, you were pretty much limited by the hardware. Now 5 years later, we've got another project implementing the same basic idea, and largely because of politics and waiting for hardware we've barely moved anywhere. Congrats Raster you were right all long :)

    1. Re:Imitation is the higest form of flattery by raster · · Score: 1

      Thanks :)

      --
      --------------- Codito, ergo sum - "I code, therefore I am" --------------------
  108. Re:I think their efforts would be better spent on. by provolt · · Score: 1
    What I don't understand is what the graphics card manufacturers think they have to gain by keeping their drivers closed source.


    I think the gain is probably realized in not being sued for breach of contract. Sure, open drivers could be improved, but the value of that is probably significantly overcome by the massive lawsuits they would be open to for violating the terms of non-disclosure agreements or other information sharing contracts.

    If there was money to be made by opening up the drivers, the companies would do so.
  109. Barking up the wrong tree... by Atomic+Frog · · Score: 1

    Who cares how "cool" the rendering is? Who cares how awesome the effects are?

    It all means almost zero if the interface SUCKS.
    The prettiest X-Window window manager is still bloody X-Window. Even KDE and GNOME are not quite up to snuff when compared to the likes of WinXP, OS X or even OS/2 in terms of useability for _non-hackers_.

    Always chasing the wrong problem. Right in front of me right now I've got a WinXP box, an OS/2 Thinkpad T40p, a dual-CPU RedHat box, a SPARC with Solaris 10.
    Already the Sun guys have done quite a bit of tweaking to make their Java Desktop Environment (GNOME really) much better than the default GNOME.
    On either case, the GNOME desktop sucks ass when compared to WinXP or OS/2's WPS even though, as in the case of WPS, it is on the ugly side.
    GNOME or X-Windows is like that bimbo with nothing behind that pretty face.

  110. Detailed description of Quartz/PDF by bonch · · Score: 2, Informative

    From PDF Information: OS X and PDF:

    "MacOS X is the first operating system on the market that actually uses PDF-technology within the operating system itself. Apple calls this technology 'Quartz'. Quartz is a layer of software that runs on top of Darwin, the core (or kernel) of the MacOS X operating system. It is responsible for the rendering of all 2D objects. Alongside Quartz, OpenGL takes care of handling 3D data (used in games like Quake or Unreal as well as professional 3D applications like Maya) and QuickTime handles multimedia stuff (movies, sound,...).

    Quartz

    Quartz replaces QuickDraw, which was used within earlier versions of MacOS. Within QuickDraw, the native file format was PICT. With Quartz, this now becomes PDF.

    Quartz performs a number of tasks that include include:
    automatic PDF generation and save-as-PDF (disk and clipboard)
    conversion of PDF data to raster data or PostScript. The fact that Quartz can rasterize PDF files means that even cheap inkjet printers can output complex files. Gone are the days when only the screen preview of EPS-files was printed on non-PostScript printers.
    a consistent feature set for all printers
    automatic on-screen preview of graphics
    high-quality screen rendering

    In short: Quartz implements a set of rules for describing how pictures and text are displayed and printed. Because Quartz uses the PDF drawing model for imaging, native applications can create and import PDFs without the need for outside programs.

    Some people have been wondering whether Apple pays licenses to Adobe for the technology used in Quartz. Here is what an Apple employer had to say about this: The Quartz renderer and the PDF interpreter that Apple ships with Mac OS X are built with Apple code, with no external licenses, by Apple employees. Adobe just publishes a specification for how it's supposed to function. This gives Apple considerably more flexibility with regard to what Quartz and the PDF interpreter can be used for.

    Adobe PDF versus Quartz PDF

    Since Quartz uses PDF, one would assume that everything that is possible within a PDF file is also supported by Quartz. This is not the case. Quartz uses only some of the features of PDF, it is based on a subset of the full PDF specs.

    These are some of the things that are used within both the official PDF specs and Quartz:
    the PDF imaging model
    Common colour spaces: grayscale, RGB and CMYK
    Embedding of images (even though Quartz does not support masks)

    And these are things that are feasible in PDF but that are not (yet?) implemented in Quartz:
    Annotations
    Colour management using ICC profiles
    Forms
    Actions
    Bookmarks
    Digital signatures
    Security
    DeviceN (used within PDF to offer improved support for images containing spot colours)
    Embedded fonts
    Form XObjects: in some ways the PDF-equivalent of an EPS, meaning a group of objects that are a sub-part of a page.
    Transparency

    In fact, one of the main differences between both systems is that the PDF specs are now at version 1.4 while Quartz adheres to a subset of the PDF 1.2 specs."

    1. Re:Detailed description of Quartz/PDF by Leo+McGarry · · Score: 2, Informative

      There's a lot of misinformation in there. I have no idea where some of this stuff came from.

      1. Dividing it up into Quartz and OpenGL is misleading. If you want to talk about it in terms of functional block diagrams, OpenGL and Quartz 2D (note: not just "Quartz") do the same job. They take instructions from a running program and turn them into patterns of pixels on the screen. But Quartz 2D is not responsible for all 2D drawing. QuickDraw can also be used to draw to the screen; pre-Tiger, QuickDraw is quite a bit faster than Quartz for doing aliased RGB drawing. QuickTime also renders directly into the window, bypassing Quartz 2D entirely. So saying that Quartz is responsible for all 2D drawing is just plain wrong.

      2. Talking about "native file types" is also misleading. There is no native Quartz 2D file type. Quartz 2D display lists can be translated into PDF and back for disk storage, but that's not the same thing.

      3. The whole thing about how Quartz rasterizes PDF files is bogus. When a PDF file is loaded into a Quartz 2D drawing context, it gets converted by the file I/O code into a Quartz 2D display list. This is a resolution-agnostic floating-point-based display list format that has absolutely nothing to do with either pixels or PDF. If this display list is destined for the screen, it goes to Quartz Compositor (or Quartz Extreme) which renders the display list into pixels. If it's destined for a printer, it goes to the printer driver. If it's destined for a file, it gets converted back to PDF format and stored on disk.

      4. There is no PDF interpreter built into Mac OS X. That is, there is no piece of software that takes PDF input and spits out a bitmap. Quartz doesn't work like that.

      Other than that, this comment is sorta-mostly-kinda correct. More or less.

    2. Re:Detailed description of Quartz/PDF by bonch · · Score: 0, Flamebait

      You know, searching through every search engine and reading every website contradicts what you're posting and confirms the website I linked to.

      Is Arstechnica wrong? Quartz: "Display PDF"

    3. Re:Detailed description of Quartz/PDF by Leo+McGarry · · Score: 2, Informative

      searching through every search engine and reading every website contradicts what you're posting

      Have you considered reading Apple's developer documentation on the Quartz imaging system instead?

      Is Arstechnica wrong?

      In large part, yes. Please read this. (Wow. Déjà vu.)

    4. Re:Detailed description of Quartz/PDF by Coryoth · · Score: 1

      You know, searching through every search engine and reading every website contradicts what you're posting and confirms the website I linked to.

      Except that every link you've posted has been marketing material, articles based on marketing material, or articles summarising the marketing material. On the other hand Leo McGarry has been explaining (quite well as far as I am concerned) how the actual rendering model works from a developers perspective. Oddly enough, he makes a lot more sense when you stop and think how to do the graphics rendering at the level he's talking about.

      Are you actually suggesting that Quartz2D is internally passing around PDFs for rendering? Do you realise how silly that sounds in comparison to what Leo McGarry is suggesting?

      Let's step away from Quartz for a moment and consider Cairo the (potentially) new X rendering system. It uses an SVG rendering model. Does that mean they are passing around big XML/SVG files in memory whenever they want to draw anything? Hell no. It simply means the internal drawing model uses similar structures as SVG - instead of rendering in bitmap pixel by pixel terms it has concepts of areas, fills, etc. It is never actually rendering anything in SVG! If it wanted to output to an SVG file... well that would be easy, because the models are similar so the translation would be simple. If they want to render an SVG file that too would be easy because they can simply translate the SVG into their drawing model.

      But by all means, keep trolling, it is amusing.

      Jedidiah.

    5. Re:Detailed description of Quartz/PDF by PenguiN42 · · Score: 1

      Have you considered reading Apple's developer documentation on the Quartz imaging system instead?

      Seriously. Sad how the web has gotten people to all but forget what primary sources actually are anymore!

      --
      The following sentence is true. The preceding sentence was false.
    6. Re:Detailed description of Quartz/PDF by bonch · · Score: 1

      Have you considered reading Apple's developer documentation on the Quartz imaging system instead?


      The one that says Quartz is based on Adobe Image Model (PDF 1.4)?

  111. New Desktop Environment by Forezt · · Score: 0

    I reallly wish that before they get to talking about setting up some advanced rendering engines, etc. they think about making QT and GTK work better together. Before we can have cool OpenGL effects, I would like to have unified themes that work across the board, meaning in GNOME and KDE.

    Also, I would like to see Nvidia's drivers for linux have a graphical installer. The command line based one can be very confusing and complicated, especially for new users.

    Anyway, on a different note, it will be really interesing to see if the Enlightenment team picks up on these new features once they are released. Imagine the possibilities! Can't you see that window minimizing effect in all it's OpenGL glory? What about the dock thumbnails?

  112. Dear Angry Antagonistic Guy... by Nailer · · Score: 3, Insightful

    Because its the technology being described in the article

    Because your post is about different rendering systems and whether they use OpenGL. The thing I linked to is about X and OpenGL.

    1. Re:Dear Angry Antagonistic Guy... by Leo+McGarry · · Score: 1

      your post is about different rendering systems and whether they use OpenGL

      Perhaps you should take a pass at reading my comment a second time. You will find that it has nothing to do with either X11 or OpenGL.

    2. Re:Dear Angry Antagonistic Guy... by Nailer · · Score: 1

      Perhaps you should take a pass at reading your comment a second time.

    3. Re:Dear Angry Antagonistic Guy... by Anonymous Coward · · Score: 0

      Congratulations! You win the award for best whiney-ass two-year-old bitch comment of the day.

    4. Re:Dear Angry Antagonistic Guy... by Nailer · · Score: 1

      Yeah, of course I'm whiny, I was actually complaining about something. Not sure where but if you say so I'm sure it's true.

      You fucking idiot.

  113. Re:I think their efforts would be better spent on. by Brandybuck · · Score: 1

    Thank you, thank you, thank you for stating the obvious. It's amazing to me how many people can't see the obvious through the marketing crap. How the hell are we supposed to get "workspace switching effects so lavish they make Keynote jealous" if there are no usable cards for this new X-NextGen?

    GNOME is a GNU project. Last I checked, GNU was all about Free Software, including Free Software drivers. What good is all this freedom if the basic infrastructure itself is encumbered?

    I'm not asking for video manufacturers to sell their first born, only to provide hardware specs. Is that so much to ask?

    --
    Don't blame me, I didn't vote for either of them!
  114. Re:I think their efforts would be better spent on. by MacJedi · · Score: 3, Informative

    LINUX != x86!

    --
    2^5
  115. The opposite of what I want by neurojab · · Score: 2, Insightful

    I already have what I want:

    - Zero eye candy.
    - Zero window decorations to maximize screen real estate
    - Ability to quickly manipulate windows without the mouse
    - Ability to show multiple windows simultaneously without tediously resizing each.
    - Ability to quickly switch tasks without touching the mouse.

    I use X and a window manager called "ratpoison". Combined with xbindkeys it provides speed, elegance, and simplicity like nothing else.

    This new next gen window rendering system looks like a load of junk to me. What productivity benefit will it provide?

    1. Re:The opposite of what I want by Anonymous Coward · · Score: 0

      It'll be usable by the 99.99% of people who aren't Linux-techno-uber-geeks.

    2. Re:The opposite of what I want by Blakey+Rat · · Score: 0, Redundant

      Why do you care? Like you said, you already have what you want. So why even post in this topic? Just say, "oh, for people who want eye candy that's nice, let's see what the next story is."

      You already have what you want. You don't need to upgrade, you don't need to change. You're in quite the position. On the other hand, some people think that Linux GUIs suck and maybe adding in a little eye candy couldn't possibly make things even worse. Maybe this article is for those people.

      I don't know how posts like this get marked "insightful." If the man has what he wants, it's off-topic at best.

    3. Re:The opposite of what I want by neurojab · · Score: 1

      Why do you care?

      I guess I was trying to say (though i didn't actually say it) was that perhaps instead of eye candy and lower productivity, the "next big thing" in Linux GUIs might be a lightweight, simple GUI that hits Linux's target market (geeks).

      As for getting modded up, don't feel too slighted. I can't say that I completely deserved to get modded up, but I have seen some really stupid things that hit "5". C'est la vie.

    4. Re:The opposite of what I want by Blakey+Rat · · Score: 0, Offtopic

      True about modding, there are many worse abuses. My big gripe is these posts that basically say "I don't care about this story" being modded up. If you don't care about the story, don't post. If you're moderating, and you see a post that amounts to not caring, moderate it as off-topic.

      In any case, you don't want a lightweight simple GUI that hits Linux's target market because you already have exactly what you want... right? You said so. ;) Or maybe we should moderate you -1 Liar.

      The point is, you don't have exactly what you want, nobody does. That's why people are out there writing software right now.

    5. Re:The opposite of what I want by Anonymous Coward · · Score: 0
      Linux's target market (geeks)

      Boy I miss those days. I think the whole motivation behind this eye candy exercise is to attract more people to the operating system, thereby generating more service/support revenue and so on.

    6. Re:The opposite of what I want by MochaMan · · Score: 1

      Isn't this more along the lines you're looking for? Then add this if you really want to get fancy.

    7. Re:The opposite of what I want by m50d · · Score: 1

      It will allow people who don't work the same way you do to be more productive. If you already have what you want, why complain?

      --
      I am trolling
    8. Re:The opposite of what I want by Anonymous Coward · · Score: 0

      It will allow people who don't work the same way you do to be more productive. If you already have what you want, why complain?

      Didn't think I was complaining, merely pointing out that productivity and eye candy aren't usually found in the same place, and that there is a different alternative that I've found that improves productivity.

      If this new windowing system enhances productivity, I would like to know how. That's all.

  116. buring, melting dialog boxes? by stiefvater · · Score: 1
  117. no more war by Anonymous Coward · · Score: 0

    What about those of us who see that the whole industry is adopting Qt ?
    What about those of us who liked gtk/gnome and saw that sun and hp backup were just fairytailes /

    Those of us who liked it when they could actually configure something befor the gtk2 "upgrade" ?

    More acid spills and bitter moods on request.

  118. Let's run through the list, shall we? by bonch · · Score: 1, Redundant

    "Quartz uses the PDF drawing model for imaging"

    "Quartz - Adobe Imaging Model (PDF)"

    Quartz - "Display PDF"

    "Quartz is Mac OS X's new 2D graphics system based on Adobe's Portable Document Format (PDF)."

    But perhaps the best source would be Apple itself:
    "Based on version 1.4 of the Portable Document Format (PDF) specification the same standard that drives the professional publishing industry Quartz is the name for Panthers revolutionary composited windowing system. Take one glance at the Panther screen and youll see crisp graphics, anti-aliased text, liquid transparency, and photo-realistic drop shadows. The technology behind this unparalleled graphic rendering quality is Quartz.

    Uncompromised beauty
    Even when you print or save to a PDF file, the Quartz engine makes sure the quality of your image is never compromised. Your PDF file or your printed document retains its transparency and 3-dimensional elements so that it looks just as its supposed to look.

    From PostScript to PDF
    Using industry-leading PostScript-to-PDF conversion technology, Panther translates Encapsulated PostScript (EPS) and PostScript data to high-quality PDF. Because this technology is integrated into Quartz, any Panther application can benefit from it by drawing images on screen from high-resolution PostScript/EPS data instead of low-resolution bitmap. And this also means that you can print PostScript-quality documents on all printers, even on non-PostScript devices by always using hi-res data Panther makes sure your documents always look their best, no matter what printer you use."

    Another one from Apple:
    "Quartz is a powerful graphics system which forms the foundation of the imaging model for Mac OS X . Quartz offers a sophisticated two-dimensional drawing engine and an advanced windowing environment. Quartz's feature-rich drawing engine leverages the Portable Document Format (PDF) drawing model and offers Mac OS X applications professional-strength drawing functionality. Quartz's windowing services provide low-level functionality like window buffering, event handling/dispatch as well as dynamically creating the translucency and drop shadow effects found in the Aqua user interface."

    1. Re:Let's run through the list, shall we? by Leo+McGarry · · Score: 1, Insightful

      Dude, no offense, but it's clear that you're just googling around for keywords without really understanding anything that's being said.

      If you ever get interested in the actual story, rather than just googling marketing copy, Apple's developer documentation has all the detail you'll ever need. Until then, just shut it. You're bein' a tool.

    2. Re:Let's run through the list, shall we? by bonch · · Score: 1

      I acknowledge your inability to refute those links. I've offered developer documentation from Apple. What do you have to offer other than your word?

      Basically, you're going around claiming Quartz doesn't use PDF for imaging, when every developer documentation from Apple directly states that Quartz uses the PDF imaging model (its "digital paper").

      I don't know what else to say except that I'll take developer.apple.com's word for it.

    3. Re:Let's run through the list, shall we? by Leo+McGarry · · Score: 5, Informative

      What do you have to offer other than your word?

      Well, an understanding of the topic we're discussing, for starters. I mean, I know what all the words mean, which is clearly something that you can't truthfully say. All you've done is pull quotes from marketing brochures! There's no evidence at all that you have even a passing familiarity with the basic concepts under discussion here.

      you're going around claiming Quartz doesn't use PDF for imaging

      Correct.

      when every developer documentation from Apple directly states that Quartz uses the PDF imaging model

      Also correct.

      Gasp!

      How can this be! How can Quartz 2D both be PDF and not PDF!? He's a witch!

      Friend, in order to wrap your head around this topic, you're going to have to understand what the expression "imaging model" means. An imaging model is not a file format, and it's not an instruction set, and it's not an interpreter. It's not actually any type of computer software at all. Rather, it's a way of looking at things.

      Back in the old days, we had QuickDraw. QuickDraw used a pixel-based imaging model. You drew to the screen by specifying coordinates in terms of pixels: integer coordinates, bottom-left origin, one pixel was exactly one seventy-second of an inch. Regions were translated literally by shifting bitmaps around in memory. That was the QuickDraw imaging model.

      That worked great for drawing to the screen, but it didn't work at all for drawing to a laser printer. For drawing to a laser printer you needed a totally different imaging model. Which means you had to do one of three things in your program: Either you had to maintain an internal representation of whatever you were drawing in whatever form was appropriate for printing and then convert that to QuickDraw for on-screen display, or you had to maintain a QuickDraw representation and convert it at print time, or you had to do both.

      But the advantage of QuickDraw was massive: You could draw right into video memory. Toggle a bit in memory and a pixel changed color on screen. Very efficient.

      Quartz 2D is different. It uses an entirely different imaging model. Rather than representing on-screen graphics as bitmaps in memory, Quartz 2D creates a layer of mathematical abstraction. With Quartz 2D, you still have a bottom-left origin, but you're not longer on an integer plane. Coordinates are given as floating-point numbers. You don't deal in pixels, but rather in mathematically pure regions of the drawing plane.

      You draw in Quartz 2D by defining regions. A region is a locus of floating-point coordinate pairs. For example, (2.1, 3.37), (6.29, 5.3), (7.889, 1.961) defines a triangle. You draw by telling Quartz 2D to fill that region with a certain color, defined by any of the supported color spaces. For instance, you might use RGBA, meaning you'd specify red, green and blue color components and a floating-point opacity value.

      Sending these commands to Quartz 2D from within your program creates an in-memory data structure called a display list. This display list doesn't look like anything at all; it's just a sequence of bytes that are encoded to represent the scene you drew. The display list doesn't become anything until you send it to Quartz Compositor (or Quartz Extreme) to be rendered into pixels.

      The fundamental assumptions behind Quartz 2D drawing -- the coordinate system, the color spaces, all the low-level details --are referred to collectively as the "imaging model."

      PDF has an imaging model that is very similar to Quartz 2D's imaging model. Not identical, but very similar. That's because Apple's engineers were inspired by both PostScript and PDF when they created Quartz 2D.

      Because Quartz 2D and PDF use the same imaging model -- the same set of fundamental assumptions --it's very easy to convert a PDF file describing a scene to a Quartz 2D display list that describes that scene. Or you can go vice versa, starting with a Quartz 2

    4. Re:Let's run through the list, shall we? by Ford+Prefect · · Score: 2, Informative

      I think it's more that Quartz is another graphics API, where many of the rendering features ever-so-conveniently map on to PDF 1.4's rendering model.

      In other words, it's easy to go from one to the other - it's trivial to convert a bunch of Quartz instructions to an equivalent PDF document and vice versa, even though the internal representations of the data are completely different.

      Quartz isn't about applications sending actual PDF data across a pipe or socket into a renderer, it's a bit more sensible than that. :-)

      --
      Tedious Bloggy Stuff - hooray?
    5. Re:Let's run through the list, shall we? by Leo+McGarry · · Score: 1

      Once again, somebody else has come along and said it one million zillion billion skrillion times better than I did. Thank you.

    6. Re:Let's run through the list, shall we? by Ford+Prefect · · Score: 1

      Actually, I typed up my mini-summary without reading your last, particularly informative post - it seems I was on the right track! While I do use an Apple iBook for loads of (non-graphical) programming stuff, I hadn't really understood why Quartz was so different, and your previous posts really informed me.

      So, thanks to you! :-)

      Interestingly, and more on-topic, I note that the new X rendering system, Cairo, "provides a stateful user-level API with capabilities similar to the PDF 1.4 imaging model". I've no idea how similar it is to Quartz, but it still sounds vastly superior to the existing X way of doing things. Even my old Atari ST's VDI is better than that...

      --
      Tedious Bloggy Stuff - hooray?
    7. Re:Let's run through the list, shall we? by spitzak · · Score: 1

      Cairo is exactly the same thing as the portion of Quartz being talkied about. In fact there are already PDF viewers written that use Cairo. It is true that Cairo is more influenced by the SVG spec than PDF, so it has some differences in how compoisiting of transparent stuff is done, but nothing that keeps it from doing PDF, any more than Quartz' design makes it difficult to do SVG. Both are very, very similar.

    8. Re:Let's run through the list, shall we? by bonch · · Score: 0, Redundant

      And at what point did I say anything to the contrary? You're arguing my own point. Quartz uses the PDF imaging model. The internal representations of the data are not "completely different;" they are very similar and use that Adobe imaging model.

      I don't know why some people are trying so hard to convince everyone Quartz isn't using PDF imaging. It is. And by your own words, it is. Quartz uses the PDF document model; it's specifically based on it. In fact, Apple would have used Display Postscript but didn't like Adobe's licensing fees, so they implemented their own license-free PDF 1.4 based technology instead.

      Read Apple's own developer documentation for those APIs. Look at the history of the display model technologies (hint: it's an evolution of NeXT's PostScript model).

      People are arguing with me by restating my own point. Quartz uses the PDF imaging model. It is based on PDF. End of story. If the object graph of Quartz corresponds so closely to PDF that it translates directly, isn't that just another way of saying it is PDF-based? What's the difference?

      I'm not sure I understand the basis for the arguments here. But oh, well.

    9. Re:Let's run through the list, shall we? by Anonymous Coward · · Score: 0

      Apple also markets OS X as a unix. That doesn't makes OS X a true unix, does it?

      As always Apple are not 100% spot on because their users need simplicity.

    10. Re:Let's run through the list, shall we? by hepwori · · Score: 1

      Dude, congratulations on your patience. A great post.

    11. Re:Let's run through the list, shall we? by Leo+McGarry · · Score: 1

      I'm not sure I understand the basis for the arguments here.

      You can say that again.

    12. Re:Let's run through the list, shall we? by jaoswald · · Score: 2, Insightful

      I don't know much about Quartz vs. PDF, but it is clear you are missing an important metaphysical point.

      DATA != REPRESENTATION

      Simple example: the digits "42" are not a number. They are a textual representation of a number, which is an abstract concept. A number has certain properties which the textual representation does not. I can add and subtract numbers, but I can't add and subtract text.

      A "PDF" file is a representation of an image using various bytes, starting with "%PDF-1.3". Another representation of that image is a mathematical idealization with certain properties. The bytes that a Mac stores in memory to process the image is yet another representation, the bytes that travel to the video card are yet another, and the glowing pixels on your screen are yet another. Finally, the light from these pixels stimulates the optical cortex in your brain.

      When you are looking at the screen of your Mac, is your brain using Quartz?

    13. Re:Let's run through the list, shall we? by greenpenguin · · Score: 1

      I got that right up to the word 'I'

    14. Re:Let's run through the list, shall we? by Anonymous Coward · · Score: 0

      Agreed, a true bastion of hope in today's slashdot that's filled with trolls and flamewars. Kudos to the OP.

  119. Not according to Apple by bonch · · Score: 1

    http://www.apple.com/macosx/features/quartz/:

    "Based on version 1.4 of the Portable Document Format (PDF) specification the same standard that drives the professional publishing industry Quartz is the name for Panthers revolutionary composited windowing system. Take one glance at the Panther screen and youll see crisp graphics, anti-aliased text, liquid transparency, and photo-realistic drop shadows. The technology behind this unparalleled graphic rendering quality is Quartz."

  120. How about Citrix-like program launching? by Rob+Y. · · Score: 1

    Slightly off topic, but it seems to me that not enough attention gets paid to one of the biggest 'bang-for-the-buck' features of X, the much-derided remote access capability.

    Of course X has always had that, but compared to Citrix, it's plenty hard to use. What would really get businesses interested is the ability to easily set up a box that served up a single application to desktops. I think NX does something like this, but there's some confusion about whether that's really free (as in beer).

    In my case, I have a WIN32 app that I provide to OS/X users by running it under Linux and WINE. Works nicely, but when it comes time to print, they can only print on printers the Linux box can see. When it comes time to download a file, they can't save it on their local box - or launch a local application (e.g. email) to process it.

    I think Citrix allows all of that, and there's no reason X couldn't support it too. Probably some of these capabilities aren't strictly the job of X, but they're only useful in an X environment, so...

    --
    Posted from my Android phone. Oh, I can change this? There, that's better...
  121. another from Apple Developer by Anonymous Coward · · Score: 0

    the parent is right, see:

    http://developer.apple.com/documentation/GraphicsI maging/Conceptual/drawingwithquartz2d/dq_pdf/chapt er_13_section_1.html

    PDF documents store resolution-independent vector graphics, text, and images as a series of commands written in a compact programming language. A PDF document can contain multiple pages of images and text. PDF is useful for creating cross-platform, read-only documents and for drawing resolution-independent graphics.

    Quartz creates, for all applications, high-fidelity PDF documents that preserve the drawing operations of the application, as shown in Figure 12-1. The resulting PDF may be optimized for a specific use (such as a particular printer, or for the web) by other parts of the system, or by third-party products. PDF documents generated by Quartz will view correctly in Preview and Acrobat.

    Quartz not only uses PDF as its digital paper but also includes as part of its API a number of functions that you can use to display and generate PDF files and to accomplish a number of other PDF-related tasks.

    1. Re:another from Apple Developer by Leo+McGarry · · Score: 1

      Translation: Quartz 2D display lists can be converted to PDF files. Which is exactly what I said, which is exactly the opposite of what he said.

      Sigh. Who would have thought that such a simple idea could confound so many people?

    2. Re:another from Apple Developer by Anonymous Coward · · Score: 0

      There's nothing in there about converting display lists. Apple's developer documentation says Quartz uses the PDF imaging model. You haven't refuted any of it. Clearly you are wrong.

    3. Re:another from Apple Developer by Anonymous Coward · · Score: 0

      According to this, Quartz is based on PDF. It even contains APIs for dealing directly with Quartz PDF objects.

      It sounds like you're describing the conversion of Quartz objects into PDF files on the filesystem. Internally, Quartz uses the PDF document model for compositing and object modelling. It's really not a big secret, and a basic search through Apple's ADC would give you a dozen links.

    4. Re:another from Apple Developer by Anonymous Coward · · Score: 0

      don't forget:

      http://www.architosh.com/news/2001-04/2001-0409-os xcore-3.phtml

      "Mac OS X has a completely new graphics technology called Quartz. Many longtime Mac users understand that QuickDraw has long been the graphics technology behind the classic Mac OS. QuickDraw isn't completely dead yet however.

      Quartz is special in that it is based on Adobe's PDF and PostScript technologies the standards in the publishing world. No other current OS has this intrinsic advantage, including any version of Windows. An example of this advantage is that any OS X application which can print can save to a PDF file format, enabling users of various applications the ability to share data with users anywhere around the world, regardless of platform. PDF is the lingua franca of the Internet."

      "Core Graphics Rendering

      This is the second component of Quartz and is the graphics rendering library for 2D shapes. It is a rendering library "client" of Core Graphics Services (the window server). QuickDraw, the legacy graphics library, is also a "client" of CGS.

      CGR uses PDF internally as its model for vector graphics. Advantages to PDF beyond its market share influences and lingua franca "status" include: good color management, internal compression and font independence."

    5. Re:another from Apple Developer by Anonymous Coward · · Score: 0

      While you're at it, you've claimed elsewhere that Apple has a Cocoa API for SOAP. Got a link? Last I checked they just had a procedural API and an objective-c proxy generator that didn't work particularly well.

    6. Re:another from Apple Developer by Anonymous Coward · · Score: 0

      Why don't you log in? Are you playing the karma game? Are you a troll?

    7. Re:another from Apple Developer by Anonymous Coward · · Score: 0

      No, it's a legitimate question. I'd love it if there were such an API, but google isn't giving me anything. I post as AC because I have no desire to create an account. That's the plain truth.

    8. Re:another from Apple Developer by Anonymous Coward · · Score: 0

      Then you should remain unsurprised when no one has any desire to answer your questions. Fucking leech.

  122. Geeks doing graphics by Jozer99 · · Score: 2, Insightful

    I don't know about this. Linux Geeks really don't have the eye to make an appealing desktop. Microsoft's and Apple's (especially Apple's) UIs are the results of lots of studies, then professional cooperation between graphic artists, professional animators, and programmers. With an open source project like this, it tends to be a mish-mash of gaudy concept effects in odd places stuck in by guys who's idea of a perfect GUI is a VT1000 terminal. If they could all get together and hire some real graphic consultants, then maybe they could come up with somethat is really appealing and easy to use. If you use a Mac, after the first minute or so you don't even notice the effects, they are just part of the experence (unless you are using an old G3). The same is true of Windows XP much subtler alpha transparency effects.

    1. Re:Geeks doing graphics by Anonymous Coward · · Score: 0

      I said something similar the other day but no one wanted to hear it. You rightly point out that Apple has vast HUI experience and R&D under it's belt and that FOSS Desktops seem to be obsessed with creating a mess. It's a shame. I tried Linux for a while and went through I think every single available DE/WM and to me they all sucked so badly it is was horrible and they were very very slow and buggy.

  123. Re:Battle has already been won by zod1025 · · Score: 1

    -1 Flamebait

    It's Open Source, idiot!

    --

    -ZOD-
  124. Windows GUI by Anonymous Coward · · Score: 0

    because from a usability standpoint, the Windows GUI sucks the most of all, and we should not be cloning it

    I don't agree, Windows is really the best GUI from a usability standpoint, it has has some really usefull features that no X/Mac OS X/KDE/Gnome developper seems to think about.

    It's the only GUI I ever saw that's 100% usable from the keyboard, without a mouse (physical or emulated). X has some hacks to emulate a mouse from the keyboard (like turning the numeric keypad into a "mouse"), but it's not as efficient as applications designed with the keyboard in mind :

    • Just like Windows, KDE has an alt+tab hot key to switch to other open applications. But I've seen many text editors where I couldn't start typing after alt+tabbing. I also had to CLICK inside the text editor to give it focus. This should be done by default, when an application gets focus, it should give focus to it's child control that's most likely to be used to enter text.
    • In Windows, even when you don't expect it, everything is entirely usable with the keyboard. Even XP's eye candy login screen can be used with a keyboard (just tab to higlight a user name, press enter to select it, enter your password and press enter again).
    • Windows has filename completion everywhere (where pertinent). I can winkey+r, type c:\progra, select "C:\Program Files\" in the list (with the arrow down key), then type "Moz", select "Mozilla Thunderbird", and finally type "thu" and select "thunderbird.exe". Very useful workaround when my start menu has grown too huge and I can't remember when thunderbird is. For applications I use often, I have a shortcut in the quick launch bar, but the filename completion is still a very efficient way to launch other less used applications. The same principle works in Open/Save As dialogs (except the fake crappy Java dialogs that just clone the Windows look and completely forget to clone the Windows functionality... which is why I prefer SWT (native OS's controls) to Swing)
    • However, Window's start menu awfully sucks. Please stop copying it. See my last example for an efficient alternative available in Windows but not other GUI's that cloned that horrible start menu.

      While bragging about how they can do anything from the command line, "linux geeks" fail to realize that a GUI should also be usable with a keyboard, because in many cases, it's much more efficient.

    1. Re:Windows GUI by hunterx11 · · Score: 1

      Mac OS X has full keyboard access as well, it just isn't enabled by default. I can see how that might be annoying, but 99% of people aren't going to use it anyway.

      --
      English is easier said than done.
  125. Re:I think their efforts would be better spent on. by oliverthered · · Score: 1

    good, 8.825 sucks. I've been trying to do Directx 9 for wine and it's like eating gravel.

    --
    thank God the internet isn't a human right.
  126. You mean X servers and not drivers? by enos · · Score: 1

    I think the current video driver situation on Linux is terrible. There is no such thing as a video driver for Linux. You have to have an X server for a specific card. When XFree was being dropped, everybody was clamoring for nVidia to release X.Org drivers. WTF?

    Why can't there be a video driver that works on all of Linux, including the console, whatever X server you like, PicoGUI, or whatever you care to use? Why is it being tied to a specific X server?

    --
    boldly going forward, 'cause we can't find reverse
  127. Linux Desktop: Functionality and Potential by Anonymous Coward · · Score: 0

    Personally, I'm still waiting for GNOME to get some basic stuff, like universal support for cut and paste, color management, drag and drop everywhere and other integration/standardisation, decent MDI support (see GIMP!), ACLs...

    Basically, KDE is where it's at for now: lightyears ahead of GNOME in everything but Accessibility and Internationalisation. KDE still has its faults, but nowhere near as many, so that's the one I'd want to see with Cairo support soon.

    As for this article and the "snazzy" features like animated trashcans, I've gotta call BS on it: we don't have animated icons now, after so much time with open source libraries for animated PNGs etc. Even with SVG libs out there, there are VERY few animation tools that do any serious Flash-like vector animation.

    So: I really can't imagine that changing for a few years at least. Certainly not becoming commonplace, standardised and integrated across the Linux desktop. Gimme a break. I get my work done on KDE, but as this article says, the fragmentation of different APIs on Linux holds things back far too much.

  128. "PDF Display Model" != PDF by acb · · Score: 1

    To say that Quartz uses the PDF display model is not the same as saying that it uses PDF. The PDF display model (which is basically the same thing as the PostScript display model) is an abstraction for performing imaging operations. Essentially, it consists of awareness of current state (location, pen thickness, colours, transformation matrix) and operations which act on this state (moveto, lineto, rotate, &c.)

    A lot of things these days use PostScript-influenced display models (Qt's QPainter is one); which is not the same as saying that a lot of things use PostScript.

  129. SFX fine.. but please lose the mushrooms. by delire · · Score: 1


    regardless of zany SFX, i reckon it's about time gnome does something about it's icons.

    there's always been something 'smoked' or 'damp' about them.. themes should be called "Journey to the Mushroom Planet" or "Camping in the Rain". the 'My Computer'(ish) desktop icon is a metaphor so tired it yawns on it's own. this said, the http://librsvg.sourceforge.net/screenshots/gorilla .jpgGorilla theme however is getting somewhere, i don't know why the gnome-devs don't make that the default theme.

    is it a case of lagging sentamentalism? gnome itself has evolved into something extremely useable. why are the icons still lost in a pipe-dream?

    think i'll just stick with X.org and http://icculus.org/openbox/

  130. Candy sells by pjc50 · · Score: 1

    Seriously, how many people have 'switched' to Mac OS X because it looks cool? Quite a lot. Linux can and should be able to out-cool windows.

    Of course, because Linux is modular, you can ignore it and stick to twm if you like,

  131. really nothing new by idlake · · Score: 1

    They did use OpenGL for [Quartz], but only in a very limited way. Each window is represented as a texture on a surface and fed to the graphics pipeline for compositing.

    Let's just remember that, shall we: Quartz uses OpenGL acceleration only in a very limited way, because Apple fanboys always scream bloody murder when people make that statement.

    Quartz is amazing. Nothing else in the world comes anywhere close to it,

    Display lists as the basis for graphical user interfaces are ancient. DisplayPostscript also basically did the same thing. Tk and Gnome both have had vector-based canvases for a long time, and both use them for creating complex widgets. Zoomable toolkits have offered the same functionality and then some.

    There is very little that is new about Quartz-like engines. The reason they haven't been used widely before is because they are memory and CPU intensive (and it shows with Quartz, which is a real resource hog compared to X11). But machines are now fast enough to ship those kinds of display engines for day-to-day applications, so everybody is doing it. Apple, as usual, was a little quicker to market, for the usual reasons: they charge a premium for their machines so they can afford to put expensive features into it, and they don't worry about compatibility with anybody else.

    The nice thing about X11 support for these features is that X11 will remain fully backwards compatible.

    1. Re:really nothing new by Leo+McGarry · · Score: 1

      Oh, goody. Mac-hating troll boy is back. Your "there's really nothing new" troll was bogus when I schooled you here, and it's bogus now. Crawl back into your hole and leave the grown-ups to talk.

    2. Re:really nothing new by Anonymous Coward · · Score: 0

      I don't see why pointing out that Apple didn't invent those things is "Mac hating". I think Macs are decent machines, slightly better than Windows PCs. They are simply not the amazing innovations that you and the Apple marketing department claim they are.

      As for "schooling me", I'm sorry, but you apparently don't know anything that would allow you to "school" someone. For example, you think that when people point out that Objective C lacks runtime safety it refers to the "ancient Smalltalk/Simula debate". You apparently don't even understand the meaning of the term "runtime safety". Just to explain it to you: both Smalltalk and Simula had it; they were both actually well-designed languages, and I enjoyed using both. Objective C, however, is a language disaster in comparison to either of them, which is particularly inexcusable because it was designed years later.

      The real question is why you feel you need to add your two cents to a debate on the next generation X window system. WTF does that have to do with Quartz or Macintosh?

    3. Re:really nothing new by Anonymous Coward · · Score: 0

      You're sort of amusing. Not in the "Haha, that lad sure is witty" sort of way, but more in the manner of "Haha! You're a kook!"

      I looked at that thread you provided, and I would say that you definitely are a bit daft.

      Objective-C is a pretty mediocre language, having neither the simplicity and consistency of Smalltalk, nor the speed of C. Its type system is not especially sophisticated, either. It's really quite amusing that Apple chose to ditch Dylan in favor of continuing NeXT's framework. Even a Smalltalk system would have been a more sophisticated platform, and certainly more consistent and powerful. Apple could have done well to have purchased a Smalltalk vendor and promoting the use of Smalltalk for developing software on the Mac.

      On the other hand, .NET isn't all that interesting either. It's certainly more interesting than Objective-C, but not especially impressive otherwise.

      Oh, and while some of his points were misinformed, he was mostly right that Apple really hasn't been demonstrating anything new. Really they have just been integrating decades of others' work and paying artists to come up with novelties. Even now, Apple never misses a chance to gobble up the functionality of a third-party developer, and people like you come out and commend that on their innovation. Truly amazing, that fanaticism. Strange you consider yourself a "grown-up," though.

    4. Re:really nothing new by Anonymous Coward · · Score: 0

      On the other hand, .NET isn't all that interesting either. It's certainly more interesting than Objective-C, but not especially impressive otherwise.

      I completely agree that .NET isn't all that interesting. But at least it has things like array bounds checking, garbage collection, and consistent typing across compilation units. Those may be dull and unexciting, but they make it a whole lot easier to develop and debug large programs with many developers (of course, lots of other languages have them, too, including Java, Modula, and even CommonLisp and Python).

      I think Apple has a real problem on their hands with Objective C, and they have not talked about any strategy for getting out of that. Java might be a way out, but I think both technically and legally, Apple is reluctant to commit to it in a big way (and they are probably justified in their concerns).

    5. Re:really nothing new by Anonymous Coward · · Score: 0

      Do you really think that we don't all know you're just talking to yourself?

      Pathetic.

    6. Re:really nothing new by D2Deek · · Score: 1
      Oh, goody. Mac-hating troll boy is back. Your "there's really nothing new" troll was bogus when I schooled you here, and it's bogus now. Crawl back into your hole and leave the grown-ups to talk.

      Let's go through the list of the Apple Innovations you used to "school" your hapless "troll boy", shall we?

      • Message Framework
      • Apple Help
      • Address Book
      • AppleScript
      • Key-Value Coding and data binding
      • Serialization
      • Search Kit (and Spotlight)
      • Property Lists
      • NSUserDefaults
      • the Undo architecture
      • Cocoa Drag and Drop
      • Quartz 2D
      • Distributed Objects
      • Cocoa XML-RPC and SOAP APIs
      • the various NSURL interfaces
      • Web Kit
      • Core Audio
      • Rendezvous
      • CFNetwork
      • the printing API
      • QuickTime
      • Keychain
      • Certificate services
      • Authorization services
      • the entire massive text subsystem
      Of your list, the following are actually Apple Mac OS X additions:
      • data binding
      • Cocoa XML-RPC and SOAP APIs
      • the various NSURL interfaces
      • Web Kit (partial credit for this)
      • CFNetwork

      All of the rest were either done by other people (Rendezvous: Motorola; Keyring, Auth, Cert: Intel) or inherited from NeXT.

    7. Re:really nothing new by Anonymous Coward · · Score: 0

      Do you really think that we don't all know you're just talking to yourself?

      It may look that way to you, but it isn't the case. Apparently others do share my more down-to-earth view of Apple.

  132. On X "bloat" by pjc50 · · Score: 2, Interesting

    http://cbbrowne.com/info/xbloat.html

  133. you must be kidding by idlake · · Score: 2, Insightful

    X11 on OS X is dog slow compared to running X11 natively. In fact, Quartz itself is dog slow for text rendering. And that's not surprising: contrary to what you are stating, the use Quartz makes of hardware acceleration is still quite limited.

    If XGL is fully OpenGL accelerated, it is leapfrogging anything Apple has implemented in Quartz today.

  134. What about PRACTICAL things? by Anonymous Coward · · Score: 0

    OK, hardware-accelerated PDF viewing is practical, especially in light of how shitty Adobe's PDF viewer is on Linux compared to its Windows counterpart (mouse wheel-scrolling, anybody?).

    But buttons that puff smoke? WTF? Who gives a shit? I don't want to waste my cycles on that garbage, and only an "OOOH, SHINY!" ADHD-afflicted graphics dolt -- the kind who thinks Star Wars (any of them) and The Matrix: Revolutions are classic movies because of their special effects -- would.

    Lavish workspace-switching? I don't care how cool it looks; what I care about is how fast it does the switching and how little I have to fight the interface to do it.

    Here's a prime example of something that should've been fixed 15 years ago: cutting/copying/pasting.

    In Windows, it does not matter from which window you are cutting/copying, and, for text at least, it does not matter to which window you are pasting -- all these things work seamlessly. I can take text from the cmd.exe/Cygwin prompt and paste it into my browser, and vice-versa.

    On Linux + X, whether or not such copy/paste procedures will work is a complete and total crapshoot.

    Look, stick to improving your foundation until it's solid enough to move on. Forget the trinket side-details; nobody doing real work gives a flying fuck about "lickable buttons" in various shades of Cornflower Blue.

  135. you don't quite understand by idlake · · Score: 2, Informative

    mo X needs an overhaul, needs to ditch the legacy crap (lose Xaw for example)

    X11 is a protocol. Xaw is not part of the protocol. It was "ditched" long ago. People still use it because they still have applications that depend on it, but that doesn't need to bother you.

    stop interfacing with video hardware like it's 1980.

    I don't know what that is supposed to mean. X11 has numerous server implementations that interface with hardware in all sorts of ways. Many commercial and workstation X11 implementations have had dedicated hardware acceleration for more than a decade. What more do you want?

    If you are saying that XFree86's architecture is a bit dusty, well maybe you are right, but XFree86 isn't X11, it's one of many implementations.

  136. How about fixing copy/paste first? by Money+for+Nothin' · · Score: 0, Redundant

    Rather than worrying about "button smoke" and "lavish workspace switching", why don't the X people worry about the absolute dirt-basic foundational things, like, oh, cut/copy/paste -- which STILL does not work correctly across all windows in X?

    Even fucking Windows 3.1 got this right. And where is X? Stuck in an era prior to 3.1, apparently, or, about 15 years behind the times.

    I frankly do not give a flying fuck about whether my buttons are lickable or come in the color "Cornflower Blue." I care about *practical* things, like cutting/pasting...

  137. NeWS did not use Display Postscript by spitzak · · Score: 2, Informative

    NeWS used it's own interpreter written at Sun. In many ways it was much better than DPS. Most important was that it defined operators to actually create and manage windows, while DPS required you to use X or whatever to create the window and then you could use DPS to draw into it. NeWS also supported an object oriented extension to the PostScript language that was used to create user interface objects in it. NeWS also had many other minor improvements over PostScript, such as allowing null to be a dictionary key, and allowing non-bool to be the argument for if statements, types for colors and paths, etc. It also had a much better "wire compression" scheme for reducing the PostScript program down into bytes, the NeWS one had no structure and thus could be streamed easily.

    In many ways Adobe/DPS were way behind NeWS.

    1. Re:NeWS did not use Display Postscript by kabz · · Score: 1

      I remember NeWS coming out in the late 80's, but the machines of the time didn't really have the horsepower. My university at that time was still running Sun 3/50 workstations with 8 Megs of RAM and 68020 processors. It was so slow, it was hard to tell the difference between the actual screen, and a screenshot image ... both were static ;-)

      --
      -- "It's not stalking if you're married!" My Wife.
  138. Windows gets printing right? by ratboy666 · · Score: 1

    Off topic, but its germane to your comment:

    Beg to differ -- but it doesn't. We use (by fiat) Word and Visio at work.

    Put a Visio picture in -- an outside company gets it and prints it: two of the boxes are BLACK, whereas on our printer they are WHITE. And, there is a blue bit which prints as a half-tone for the outside company that doesn't print AT ALL on our printer (but is visible on the screen). So, Visio "doesn't get printing".

    As to the rest of Word? Generally works. But, you need the correct printer driver. Whereas with Unix, you send around PostScript (and don't need a stinkin driver). I tend to prefer the PostScript solution.

    PS. The difference between ourselves and the outside company? We use PostScript printers; they don't.

    Ratboy.

    --
    Just another "Cubible(sic) Joe" 2 17 3061
  139. In a puff of smoke by kitzilla · · Score: 1
    ... Indiana Jones buttons that puff out smoothly animated clouds of smoke when you click on them

    Just what you need for crunching an Excel spreadsheet.

    I wondered how we might best use the cell processor.

    --
    This is my post. There are many others like it. If you don't like what you read here, go try one of the others.
  140. Re:I think their efforts would be better spent on. by kerrle · · Score: 1
    Quite a bit of Direct X 9 doesn't work at all on any driver right now.

    Are you using Wine, or Cedega?

  141. Re:I think their efforts would be better spent on. by oliverthered · · Score: 1

    Cedega don't release there source so I thought I'd write my own patch against winehead/a>.

    It's about a meg or so, if you fancy testing, or playing around and implements the core of DirectX9, beyond cedega in some areas. I'm merging with wine head at the moment so wine should be on a similar level to Cedega in a month or so when shaders are fixed.

    Hopefully when Cedega get some competition they will actually improve there product or release more source so that others can.

    --
    thank God the internet isn't a human right.
  142. The importance of reality by Anonymous Coward · · Score: 0

    There's a funny thing that goes on with discussions about bloat, eye-candy, and the rest. People talk about how "This feature distracts me, that feature distracts me, I just want to concentrate on the ONE THING."

    The problem is, just concentrating on the one box of text, white on black, for hours on end is killer. It's very bad for your body!

    The eyes blink less. The back hunches, the brow furrows. The eye muscles don't move. Switching applications replaces the large white square flecked with tiny bits of black with another large white square flecked with tiny bits of black. It's not good.

    These moving animations are a good idea. Just as when you're outdoors, you can keep thinking even while the grass moves, while the birds swoop about, while a few people walk by on a path. There's no problem.

    Indeed, many people find it easier to concentrate in an environment like this. By letting your eyes follow a person walking across the path, you decouple your mind from what you're seeing. Your brain doesn't look for the answer to the problem you're working on from the person... your eyes just take care of that, and you can move on to abstract thought.

    This sort of thing would be *fantastic* for a desktop. Yes, it will probably be overused for flashy bling bling effects. Yes, when teenagers get their hands on this, it'll be a mess.

    There will still likely be a lot of decent environments in which you can really get a lot more work done.

    You ask "Is this all the future holds?" The question I ask is "What should the future hold?" I think the future should be one in which using a computer is a great deal less unpleasant. The movie Brazil paints a brilliant picture of what our work lives are like today... we squint at glowing tubes and fiddle through endless file folders , sending off thousands of identical documents for who knows what purpose. To figure out what anything *is* in our work world take as good thirty seconds of squinting.

    In a world where an ordinary desktop computer can calculate more in a week than the human race did for its first ten thousand years, what else is left but to make working with files less painful and more sane?

    Maybe QuickSilver, and whatever predated it on standard Unix.

  143. I CAN'T BELIEVE YOU! by Anonymous Coward · · Score: 0

    I really cannot believe that you have the FUCKING gall to go and say that Steve Jobs is not GOD! How dare you!

    CDE has risen again! There is power in our NEXT derived system. And it 0wns you!

    And guess what! With the power of Portage on OSX I can have a better interface than you ever will with the power to EMERGE! It will optimized and cool, something that you can't say about your shitty gnome!

  144. First things first by KidSock · · Score: 1

    I'd just like my mouse to stop freezing for a few ms every now and again.

  145. This is great! by rnturn · · Score: 2, Funny

    I can't tell you how many potential Linux/UNIX users I know that have told me they're waiting for something like buttons that disappear in a puff of smoke and, until Linux has that, they'll stick with Windows.

    Darn it! I forgot the "sarcasm" tags.

    --
    CUR ALLOC 20195.....5804M
  146. except... by ylikone · · Score: 1

    except that Linux / KDE / Gnome / etc... are free! As in freedom! I don't care how much better OSX is. It is owned by a large corporation. It's not "mine". So, please, all you OSX/Apple people, get that thru your think heads... people like Linux because of the Freedom, something which you don't get with Apple.

    --
    Meh.
  147. the layers and layers by XO · · Score: 1

    It's already too damn complex. Talking about adding more layers to an already ridiculously complex convoluted and way overdone system.

    The reason X sucks is because there's too MUCH of this crap, not that it needs MORE crap to get around it.

    --
    "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
  148. I totally agree with you on remote display. by PotatoHead · · Score: 1

    And I don't mean remote desktops. (VNC, RDP...) Don't get me wrong, those are nice and all, but nothing compared to remote display.

    The X window system is the only *multiuser* GUI out there. The Mac is an interesting hybrid in that it features a nice multi-user kernel with a single user GUI bolted on. Being able to remote that would bring a lot of power to the already fine Apple experience.

    Because Apple and Microsoft didn't create multi-user GUI environments, a very high percentage of the computer using population has exactly NO IDEA WHAT MULTI-USER COMPUTING REALLY IS ALL ABOUT.

    That's too bad because they would benefit from it.

    Honestly, the multi-user X window system and virtual desktops/workspaces/whatever, are the two features that keep me using Linux/UNIX in general. Once you understand what it means to send an application to a particular display, it's really limiting to not have the ability to do so.

    The single-user GUI environments also sharply limit the types of group computing possible. Single user GUI systems are all client-server or web-services kinds of systems. This means the software must reside directly on the computer that serves the needs of the user currently using it.

    For a single person using their computer, or maybe somebody running a portable one, this makes perfect sense and I'm not bashing it.

    However, the potential benefits of workgroup computing are sharply limited by these single-user GUI environments. Just look at all the kludges, we have Novell ZenWorks, install scripts, and other junk all designed to move the increasingly complex software environment from one machine to another as users move.

    It's all pretty stupid actually.

    In an X window environment, the applications reside where ever they make the best sense and the users run them, where they live, and simply request the application display I/O come from the machine they are currently using.

    This has a number of very significant advantages:

    - Sharing powerful machines. Does every user have to have the super box? No. With the X window system, everyone who needs to run something on a powerful box can simply do so, from the machine they are running.

    - Sharing expensive applications. Look at MCAD, or analysis, or simulation applications. These things are very expensive and are often complex to administer. Making a package like this available to a group of users is a lot harder than it needs to be, when you don't have the X window system working for you. The application needs to be loaded on each machine, then complex and error prone floating licensing schemes regulate the use of the software.

    In an X window environment, any user that wants to run the application simply does so by running the one copy on the computer it is loaded on. When they get the data they need, they put it on the network where they have more local access to it and move on. This has licensing implications also. Many companies charge more for floating licenses because they know workgroups need that capability. The X window system mitigates this cost in almost every case.

    - Data Management. In a client/server environment, a user must have a copy of the data on their machine in order to manupulate it. However an X window capable application can isolate the user from the data in powerful ways, mostly for free because of the way the UNIX and X window systems work together.

    Imagine a data pool located on machine A, data manupulation application on machine B and user running on machine C.

    When the user wants to do something with the data, in the data pool on machine A, they run the application on Machine B, remoting the display to their machine C, while the application then manupuates the data on Machine A.

    In this case, the user has no direct access to the data in question. Possible actions and even copying of the data can be made as easy, structured, and or difficult as necessary to meet the design parameters. (Render

    1. Re:I totally agree with you on remote display. by D2Deek · · Score: 1
      The X window system is the only *multiuser* GUI out there. The Mac is an interesting hybrid in that it features a nice multi-user kernel with a single user GUI bolted on. Being able to remote that would bring a lot of power to the already fine Apple experience.

      Boy, you're going to really throw a rod when you hear this...

      They used to be able to do a remote GUI, until they killed DPS.

      NeXTSTEP/OPENSTEP applications could run their displays on other machines, and it was actually more responsive than X because the drawing commands and most of the event handling were done on the machine actually displaying the app.

      The app would send commands (possibly including PostScript code fragments to be executed in the display server...) over a compressible text link, and get feedback over that same link.

      Now ain't that a kick in the head?

    2. Re:I totally agree with you on remote display. by MemoryDragon · · Score: 1

      Well X is not a good remote solution, the main Problem with X is, that its drawing commands are really bad, why do you need brezier curves if you have lines only, see the problem? My hope really is that somebody in the long run will work on a networking adapter interface in Cairo, thus only high level commands are sent over the net which are then rendered hardware accelerated by your local graphics card. It should be possible. But until then NX/FreeNX really deserve a big thank you for making remote X usable again.

  149. Drop your old apps by bluGill · · Score: 1

    Quit using those old outdated apps that don't support modern copy and paste Its been standard for a few years now, both GNOME and KDE get it right. I'm sure others do too.

    Its not our fault if you refuse to upgrade to something that supports the standard.

    1. Re:Drop your old apps by Money+for+Nothin' · · Score: 1

      Well, I was thinking w.r.t. copy/pasting between, say, aterm and Firefox specifically. Show me a terminal as lightweight as aterm, yet which supports transparency and sane copy/paste, and I will be a happy user. :)

      Konsole works as far as copy/paste goes, but is bloated; last I checked, it took about 3.5MB per instance, versus aterm's 800KB or so. That was admittedly a couple years ago though.

  150. For some definition fo solid by bluGill · · Score: 3, Insightful

    Perhaps the drivers are solid, but only if you are running the right Linux (not *BSD, reactos, or any of the other open source operating systems that would like good support for these cards) on 80386 (not PPC, sparc, MIPS, or any of the other systems linux and the others run on - though admitidly not all of them have the right hardware to connect the card - but some do. I'm not sure about x86-64 either, though I suspect not)

    In short, your stable drivers are useless to me because I'm an old BSD guy (complete with beard) and I'm convinced that the sysV style init that most of linux uses is evil and all that. I'm looking for drivers that are stable on my systems, not theoretically stable if I'm willing to run something I don't otherwise like.

    1. Re:For some definition fo solid by m50d · · Score: 1

      Maybe give slackware a try. Good old bsd-style init and probably more suitable for an old-timer than most distros. I realise this probably isn't really a solution, but it is worth trying if you have the time.

      --
      I am trolling
  151. SysV evil. Hehehe. by Ayanami+Rei · · Score: 1

    Did you ever consider turning all the services "off", setting inittab's default to 1, then running everything from runparts rc3.d from rc.sysinit?

    MUWAHAHAHA.

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
  152. Enlightenment / E17 / Evas etc. by raster · · Score: 1

    OK - I see another E thread... Time to inject some fact in here (some of this thread so far is fact, some is over-exuberance, some is patently false).

    OK - First. E17 has had all the stuff seth is alking about FOR Cairo, GTK+, Qt - ALREADY DONE. Years ago. Been there. Done that. Been wating for 5 years for XRender to stop sucking. Sorry guys. It does suck (in general). Do some benchmarks. We have had OpenGL acclerated rendering for 2D for years. Evas has enabled that long ago. We choose NOT to use it due to 1. most users NOT having accelerated cards capable of drawing well enough for 2D use (all you i8xx users? s3 savage? via unichrome? just ask all wonders of modern ati cards how great their ati closed drivers are in stability? etc.), and 2. driver stability is so bad, using OpenGL is like asking for an instant system freeze. Linux users like to tout how stable it is - give me 5 minutes on any linux machine with nvidia or ati cards... freeze. It has improved over the years - definitely, but it still is unstable - to the point where we support it but don't trust it to enable it by default. All the playing Owen, Seth etc. are doing and talking about, we have done "in principle" years ago - but no one was interested much. The code has been available for years in CVS. Just check the logs.

    We have all the fancy "Indiana Jones" effects done NOW. We have the effects engine done (macro-media flash like system we call Edje, specifically designed to do layout, animation and interaction and act as a slave to a widget set/app). We have an accleratable, re-targetable canvas (Evas) that supports Software X rendering (the highest quality and most stable one), OpenGL (very fast if you have dirvers, but lower quality due to OpenGL resampling for scaling down - mipmaps dont fly for 2D), DirectFB, Linux Framebuffer, Qtopia, System Memory, and yes - we have a CAIRO engine. They are all selectable at runtime by the app and compile time too, so none are REQUIREMENTS, just options. Now just for your info - on every machine I have (1 laptop, 3 desktops - nvidia, ati, i865 and g400 gfx cards) Evas's Software X engine is in the order of 20-40 TIMES faster than Cairo. I can go into details as to WHY and the Cairo devs know and agree as to why (we discussed this - thats why i wrote the engine hooks as a test case) - but first before everyone runs around half-cocked, get some facts on the viability of these things. Evas can pull the same tricks Cairo does via glitz - use OpenGL. We have been doing this for years. We consider it too unstable for production use at all. Punting everything via OpenGL is not a walk in the palk, and has its drawbacks - if you do, WITHOUT a good software fallback system, you have just left every user of a non nvidia card in the stone-age. We do not believe that is a viable thing. Sure - SUPPORT modern cards and get acceleration from them, but don't alienate those with older cards and older systems. At this stage the only rendering engine I have seen to date that can provide the same visuals AND at an acceptible speed is Evas, and still take advantage of modern GPU's via any API made available.

    We are doing most of what Seth "dreams of" already. Have been doing so for years. And we have more on our TODO list. UNLIKE relying on CAIRO etc. we can run fast on LEGACY systems WITHOUT special X extensions, and run usably fast (see testimonials on people on 400Mhz or below boxes). We even target embedded devices with our engines (50-200Mzh ARM CPU's). We have an abstracted engine system so we can slide in any rendering technology when it becomes usable. We are WAITING for XRender to become usable (en masse - not just in 1 monolithic xserver for 1 subset of chipsets). We happily continue with the rest of our design and code and dreams being able to bide our time and wait because we have a usable software layer already. We don't RELY on NEEDING a hardware layer. We CAN use it. We CHOOSE not to. See above as to why.

    --
    --------------- Codito, ergo sum - "I code, therefore I am" --------------------
    1. Re:Enlightenment / E17 / Evas etc. by ssj_195 · · Score: 1

      It's a shame no one else seemed to notice this (or saw fit to reply to it) as it sounds utterly fascinating and I would love to have had a thread dedicated to discussing what you've written. Anyway, from what you've written it sounds like you are doing great work; keep it up! :) -- Simon

    2. Re:Enlightenment / E17 / Evas etc. by aCapitalist · · Score: 1

      Great writeup raster.

      So is all of this political then? How come your stuff isn't being integrated over at freedesktop.org? Is your stuff GPL? That could be a problem.

    3. Re:Enlightenment / E17 / Evas etc. by raster · · Score: 1

      It's BSD - I just think people don't care. I don't care much myself - except everyone runing around as if Cairo, using opengl for 2d rendering etc. is all new stuff and freedesktop.org are the pioneers in doing this on linux etc. etc. etc.

      I can say why - it's not "a gnome" or "kde" project - thus it's mostly ignored. As I said - I don't really care much - but I would like to point out - we have implemented, and have runing most of what Seth talks about. It's working, and working at a good speed WITHOUT the need for hardware accel. We CAN use Hardware accel - but see above.

      If people want to SEE it working already - check E17 stuff out of CVS - watch the avi's, look at the screenshots, browse the code etc. etc. etc.

      --
      --------------- Codito, ergo sum - "I code, therefore I am" --------------------
  153. Definition of Hyptonizing by savage1r · · Score: 0

    Hype-noun: blatant or sensational promotion
    Tonizing(tone)-to give a particular intonation or inflection

    Hyptonizing must mean-the particular intonation or inflection in which you give your sensational promotion.

  154. X-Windows? by Phoe6 · · Score: 1

    It is X Window, X or X Window System. Only to discredit it you have to intentionally use it as X-Windows.

    --
    Senthil
  155. Why can they just work on GnuStep? by taweili · · Score: 2, Insightful

    It looks like they are moving toward the direction of Mac OS X (Open GL accelerated, Vector Graphics 2D backend). Why not put the effort on GnuStep and make it easier for Mac OS X app developers to bring Mac OS X apps to Linux and extending Linux developers' access to a more commercial market of Mac OS X applications.

    1. Re:Why can they just work on GnuStep? by argent · · Score: 1

      Yes! GNUstep and maybe a native OpenGL window system like Berlin instead of layers of hacks on top of X11.

  156. Re:I think their efforts would be better spent on. by Eythian · · Score: 1

    This has been mentioned on /. a couple of times before, but it suits this thread.

    There is a project underway to not only build Linux drivers for a card, but build the card with open-source in mind. The card designs will be open, and much (if not all) of the firmware will be available, as will the circuit designs and all the specifications to interact with it. It is in the process of being designed, and apparently is moving along at quite a clip (I'm kinda following the development, but have no experience on how these things normally go).

    It won't be an nVidia beater, but will be more than sufficient for a non-high-end-gamer desktop. It will also be openly hackable ("you want to overclock it, here's the information how on the official website, run with it!").

    Details can be found on the open-graphics list page, and I encourage signing up to the list just to get a feel for what goes on in this kind of development.

    When this gets released, we can finally have a recent video card and not have to worry about unfixable drivers causing issues with bizarre hardware configuration Z, like I've had with the nVidia Linux drivers before.

  157. Sub-Point taken, but by PotatoHead · · Score: 1

    that's a technical issue. As you pointed out, there are solutions for X.

    My primary point lies with multi-user computing and the choice it offers the users and administrators.

    X is a multi-user GUI and the Apple and Microsoft GUI environments aren't.

    Given the attitude at Microsoft, I can see why they did what they did, but Apple had basically a fresh crack at that issue and made a poor choice, IMHO.

    And, for the record, I'm getting a Mac Mini here in a month or so. I like it, so my post is not an Apple bashing post. The GUI is good. It's just not multi-user and it should have been, given the UNIX OS it runs on.

    Had a comment in my journal too about this being a mainframe throwback. Not everybody is going to want to run things that way. Local computing has a *lot* of advantages. However, denying the multi-user choice takes something important away from computing that should be there for those that want to take advantage.

    Afterall, we built this nice network, why not make the ability to fully make use of it standard, in the box, stuff.

    Apple would have done it very well compared to what we have today.

  158. Re:Battle has already been won by cortana · · Score: 1

    How do you ensure any developers haven't stolen code from other companies and put it into whatever they are working on?

  159. People use OpenInventor? by Anonymous Coward · · Score: 0

    Holy shit. You mean to say that people in the real world actually use OpenInventor? This must be the first relevent thing I have learned in college (took 4 and a half years). I'll be damned.

    1. Re:People use OpenInventor? by Leo+McGarry · · Score: 1

      The OpenFlight model format is based on Open Inventor. It's ubiquitous.