Slashdot Mirror


A Look at the Upcoming GNOME 2.6

unmadindu writes "GNOME 2.6 is just around the corner, and I figured out that many GNOME users would like to know what's in store. So I installed GNOME 2.5 (development version for 2.6) in my box, and came up with a list of the new stuff that are coming up. (and just in case, copies of the article are also available here and here)."

428 comments

  1. Almost as interesting... by starseeker · · Score: 5, Interesting

    as the Gnome desktop itself is the fact he's using the freedesktop xserver to run it. I had no idea it was so far advanced.

    --
    "I object to doing things that computers can do." -- Olin Shivers, lispers.org
    1. Re:Almost as interesting... by Anonymous Coward · · Score: 0

      > as the Gnome desktop itself is the fact he's using the freedesktop xserver to run it. I had no idea it was so far advanced.

      It isn't. The FDO XServer will run any normal X application (including windowmanagers), that's not the problem. The main problem is that there are very few dedicated drivers, so most people will be stuck in VESA. And most of the drivers that they do have are not much accelerated anyway.

    2. Re:Almost as interesting... by be-fan · · Score: 3, Informative

      The FD.O X server runs existing X apps just fine. Since it was based on the already-working kdrive server, it should be working (varying degrees of "working") through most of its development cycle.

      --
      A deep unwavering belief is a sure sign you're missing something...
  2. What.... by Anonymous Coward · · Score: 1, Insightful

    I'm still trying to get a 2.4 stable version working. Toooo many new features too soon.

    Is there is stripped down version gnome?

    1. Re:What.... by Anonymous Coward · · Score: 0

      Yes, it's called Gnome 2.4. I'm surprised; I thought that 2.6 would end up being completely feature-free--after all, there are a few more things the GNOME team could have removed in the name of usability! ;-D

    2. Re:What.... by CRC'99 · · Score: 1

      Sure! Press Ctrl + Alt + F1 :)

      --
      Sendmail is like emacs: A nice operating system, but missing an editor and a MTA.
  3. Gnome 2.6 beta 1 release by Anonymous Coward · · Score: 5, Informative

    If you want to help Gnome 2.6, then you are in luck! The Beta release is here and it needs testing

    More details here

    Don't forget to report the bugs!

    1. Re:Gnome 2.6 beta 1 release by Mmm+coffee · · Score: 2, Insightful

      Since you seem to be part of the team, I'll bite.

      I've been trying to install gnome off and on for the past month and a half. Problem is that it's a major bitch to install, even with neat little shell scripts like CVSGNOME I run into at least a dozen quirky dependencies. Each dependency is hell and a half to get working, and requires at least an hour googling and tweaking to get running.

      The first time I tried to install I got up to the point where I needed some XML library, which needed a font library, which needed font config, which needed three other libraries. Got the three libraries working, tried font config. Came up with a build error. Edited the source files myself. Recompile. Came up with another error. Asked about it on the font config mailing list. Was told "get the CVS version". Done. Tried running the shell script that generates the configure and makefiles. It crapped out. Spent a good hour modifying that script trying to get it working. Nada. Finally gave up.

      This last time I stopped when it got to the XML DOC DTD so I could install GTK DOC or something of the sort. Spent four hours trying to get it to work, after posting on several boards asking for help when I was done banging my head against the keybard.

      My bug report - It's design is based on a virtual clusterfuck of dependencies and is impossible to install, especially in my user space since many of the programs and scripts assume that they'll be installed in /usr. I'm not even argueing that it should be a click and drool install, just that it should be possible. On top of that I find that any good installation documents are non-existant, I'd be more than happy with a simple "install this first, then this, then that, which satisfies X's dependencies..." If I could install it I'd be using GNOME right now, but since I can't I'm using KDE 3.2. Konstruct alone makes KDE kick GNOME's butt.

      And please don't mention "just update your distro/use Debian/etc", I'm using Linux from scratch. GNOME is the only program I have found to be totally impossible to install.

    2. Re:Gnome 2.6 beta 1 release by MenTaLguY · · Score: 4, Informative

      Having recently done a GNOME build from scratch on HP-UX, I had to work out the dependencies (I just used a makefile rather than figuring out the optimum order by hand).

      As far the core GNOME libraries go, though, here's an excerpt from the dependencies section of my top-level makefile. If you start from the bottom of this list and work your way up, installing the dependencies before you install each library/package, you should be OK.

      (you may already have some, like xrender, if you have recent XFree86)

      GConf: popt glib ORBit2 libxml2 gtk+

      libgnomeui: gtk+ libxml2 libgnome libgnomecanvas libbonoboui libbonobo

      libgnome: glib gnome-vfs libbonobo GConf

      gnome-vfs: glib libxml2 libbonobo ORBit2 GConf gnome-mime-data

      libbonoboui: gtk+ libbonobo libgnomecanvas libxml2 GConf

      libgnomecanvas: gtk+ libart_lgpl pango

      libbonobo: glib libxml2 ORBit2

      libgsf: glib libxml2

      libglade: libxml2 gtk+ atk

      gtk+: glib atk pango

      pango: glib freetype fontconfig xft

      ORBit2: popt glib libIDL

      xft: fontconfig freetype xrender

      fonts: fontconfig

      fontconfig: freetype expat

      atk: glib

      xrender: render

      render: pkgconfig

      glib: pkgconfig

      --

      DNA just wants to be free...
    3. Re:Gnome 2.6 beta 1 release by Trevin · · Score: 2, Informative

      When I installed Gnome 2.4, I tried following the installation notes at http://www.gnome.org/start/2.4/notes/rninstallatio n.html. It's mostly correct, but I still found a number of errors -- omissions, items out of order, and items that didn't exist in the distribution. I'm fairly certain that one thing which helped was the fact that I was upgrading from 2.2, which in turn I had installed by piecemeal replacement of the 2.0 RPM's that came bundled with my Linux distro.

      A long time ago I tried installing Gnome from scratch, without having any modules pre-installed, and that was much worse. I get the distinct impression that the Gnome installation procedure is designed only for people who already have a previous release of Gnome installed, not for people who are installing from scratch.

    4. Re:Gnome 2.6 beta 1 release by michrech · · Score: 1

      Gentoo will help in this reguard. Someone else has already figured everything out. All you do is merge it.

      Seems like your already compiling some, if not all of Gnome anyway..

      Now to watch this get modded down into oblivion because of all the "WE HATE GENTOO" zelots....

      --
      bork bork bork!
    5. Re:Gnome 2.6 beta 1 release by Anomalous+Cowturd · · Score: 1

      So, explain to me again why anyone puts up with nonsense like this these days? It's what, the 21st century, and the world is *still* putting up with a linker that can't do two passes to resolve dependencies? Or just keep a list of unresolved symbols and go back when it finds one and fill them all in, instead of making you randomly sort the list of libraries.

      When I first ran into this and someone told me what the problem was, I thought he was kidding. I mean, it's nice that the linker can do its thing on a 64k machine with a tape drive, but shit, Borland's linker could handle circular dependencies on my DOS box back in 1990. I would think this would have pissed off somebody enough to fix this long ago.

      I have not yet had the pleasure of installing Gnome by hand, but from a software engineering perspective, anything with this convoluted, brittle an installation does not inspire confidence in the overall quality of the product. From a user's point of view, it doesn't make anyone but the most determined individuals want to bother with it. Ever again.

      I know there are ways to install big huge projects like this that work really well, usually. The problem is that if you want or need to go around the Official Method, you're screwed [1]. God forbid you should have to upgrade some portion, or install something that updates one of the libraries. I'm not singling Gnome out, it's a problem with a lot of projects. This is just a particularly egregious example.

      1: At this point a more trollish person would have said "Sort of like a Microsoft development methodology".

      --

      Java: the bastard demon spawn of C++ and Ada

    6. Re:Gnome 2.6 beta 1 release by NotZed · · Score: 1

      Actually its got nothing to do with linking order.

      The linker has to have libraries to link to in order to resolve anything - this above is about build order.

      --
      _ // `Thinking is an exercise to which all too few brains
      \\/ are accustomed' - First Lensman
    7. Re:Gnome 2.6 beta 1 release by Tukla · · Score: 1
      I have not yet had the pleasure of installing Gnome by hand

      Actually, you're supposed to use your foot.

  4. Re:Windows Longhorn renders all this obsolete by grennis · · Score: 5, Informative
    Did you read the article?

    GNOME ... catches the SVG fever ... quite a few of the games have switched to SVG based graphics, which is a really nice thing, and a move towards the right direction

    FYI : SVG = Scalable Vector Graphics

  5. Wow by Anonymous Coward · · Score: 1, Interesting

    Looks good.

    I'm so behind, I'm still using fvwm2.

    But then again it's the only wm that works well on a cel500 128mg ram laptop.

    I hope gnome 2.6 works as good as fvwm2 on my laptop.

    1. Re:Wow by q.kontinuum · · Score: 2, Interesting
      But then again it's the only wm that works well on a cel500 128mg ram laptop.

      I don't think so. On my laptop (166MhZ, 64MB) I get along with my WindowMaker. (Of course it depends wich applications you want to use.) On my Desktop at work (Win2000 with cygnus) I also run a WindowMaker and I'm so contempted that I switched to WindowMaker at home as well (360MB, 850MhZ). Regards

      --
      Trolling is a art!
    2. Re:Wow by Anonymous Coward · · Score: 2, Interesting

      "I'm so behind, I'm still using fvwm2"

      Perfection is achieved not when there is nothing left to add, but when there is nothing left to remove.
      -Some Wise Guy

      I use fvwm2 and I have an XP2600+ and a gig of RAM. I use a lot of Gnome-ish apps but evey time I use a different wm it lasts about half a day and I'm back to fv.

      There is really only one reason you (or I) should stop using it; because you want to. That being said, Gnome sure is purdy.

    3. Re:Wow by niko9 · · Score: 0

      Have you tried blackbox or openbox?

      --

    4. Re:Wow by GiMP · · Score: 1

      I use XFCE 4 on my machines, even my dual 1ghz Athlon. I like Gnome, but find it (at least debian's builds) to be too sluggish.

    5. Re:Wow by Anonymous Coward · · Score: 0

      > I'm so contempted

      is that good or bad?

    6. Re:Wow by Anonymous Coward · · Score: 0

      I can't live without fvwm2. It's just so configurable. My hand written config file is up to 9.6k and my desktop behaves in almost exactly the way I want it too. Now If only I could stop Gnome apps from running nautilus to display help files (it takes several minutes on my 600Mhz Athlon).

    7. Re:Wow by Stinking+Pig · · Score: 1

      Hah. You may think that's oldskool, but my coworker here uses twm :-) No joke, twm and xterm and mozilla.

      Anyway, try XFce4 if you want eyecandy on a lowspec box. Blackbox is also a nice environment once you get used to the lack of an iconbox (minimized apps just disappear). Windowmaker is okay for lowspec desktops but uses too much screen real estate for a laptop IMHO.

      --
      "Nothing was broken, and it's been fixed." -- Jon Carroll
    8. Re:Wow by Anonymous Coward · · Score: 0
      Hah. You may think that's oldskool, but my coworker here uses twm :-) No joke, twm and xterm and mozilla.

      That's supposed to be funny? I use twm too, and this is on a 12" G4 Powerbook.
    9. Re:Wow by Anonymous Coward · · Score: 0

      What you don't understand is that fvwm is much better than WindowMaker.

      -fvwm user, former WMaker user.

    10. Re:Wow by RLiegh · · Score: 1

      If it doesn't, you might try icewm.

    11. Re:Wow by RLiegh · · Score: 1

      twm? mozilla? that's just so...so wrong.
      Have you guys considered sneaking in after he's gone home and installing Mosiac for him? ;-)

    12. Re:Wow by Anonymous Coward · · Score: 0

      > Humans can be devided in 10 groups - those who know binary coded numbers and those who don't.

      Get it right: There's 10 kinds of people: those who understand binary, and those who don't.

    13. Re:Wow by tiger99 · · Score: 1
      Aren't you lucky? My SuSE 9.0 reverted to twm, a WM of less than zero usefulness, last night, with no obvious way of either doing anything useful, or fixing it, and no reason why, except that I had just used Yast to do some Samba configuration. That could be a new bug. I eventually worked out how to get a shell....

      At least fvwm2 has useful functionality!

      As to your laptop, I do hope that the developers can end the continual bloat. I am sure they are open to suggestions, maybe a large team of masochists need to volunteer to replicate it in hand-optimised assembler? The continual bloat of everything, even the kernel, is not a good thing. Some people need a small memory footprint and CPU usage, not simply because they have old hardware, but because of the energy requirements and other factors. Simplicity is best, it can be quite difficult to achieve. Oh for Unix V7 with its 52K kernel! (Strange how some very clever people could get a multi-user, multi-tasking kernel in similar space to MessyDOS!)

    14. Re:Wow by Eudial · · Score: 1

      Blackbox is also a nice environment once you get used to the lack of an iconbox (minimized apps just disappear)

      That's why you double-click the title of an application to shade it if you only want to hide it temporarily, and minimize it if you won't be needing it for quite a while.

      --
      GAAH! MY PRINTER IS ON FIRE!!! PUT IT OUT! PUT IT OUT!
  6. New File Selector - WOO HOO by starseeker · · Score: 5, Informative

    A new GTK file selector. FINALLY. I can't wait to use the new one - the old one was one of the great warts of the free desktop world, IMHO.

    But they have decided to remove the text entry box??? Eeep. I guess having the Ctrl-l shortcut to get one is OK (after all, it will most likely be geeks that want direct text on a file open) but thats one they need to document WELL.

    On the whole though, it might be a good thing. I guess we'll have to wait and see. But text box or not, it can hardly be worse than the old one.

    --
    "I object to doing things that computers can do." -- Olin Shivers, lispers.org
    1. Re:New File Selector - WOO HOO by hattig · · Score: 4, Interesting

      The best file selector in my opinion ever, was the ASL file requestor on the Amiga. It just worked (tm). Whilst the old GTK file selector was the worst I have ever had the misfortune to use, none of the others come close - Windows is annoyingly cludgy still (at least it is resizable now). KDE's isn't that bad though, certainly a lot better than a lot of the others.

      Then again, I think that the Amiga did a lot of things right for the desktop part of the OS, and in many underlying areas. Not bad for such an old, quickly written system.

    2. Re:New File Selector - WOO HOO by richie2000 · · Score: 4, Interesting

      I firmly believe the Amiga User Interface Style Guide should be required reading before anyone is allowed to even install a compiler with the ability to create GUIs.

      --
      Money for nothing, pix for free
    3. Re:New File Selector - WOO HOO by Anonymous Coward · · Score: 2, Insightful

      It is certainly not just geeks who will want or need to type in file names. Skilled typists will not want to move their hands from the home row to open a file. Making them use the mouse to open a file is a bad idea.

      It's important to remember that some users are much more skilled at using some aspects of the computer than are developers, and that "easy to learn" is not the same as "ease of use."

    4. Re:New File Selector - WOO HOO by Anonymous Coward · · Score: 0

      And I firmly believe that people should know that a compiler doesn't have the ability to create GUIs before they start telling developers what they can and can't do, but we can't have everything now, can we?

    5. Re:New File Selector - WOO HOO by k-zed · · Score: 1

      The removal of the keyboard text entry widget is a crime... typing the first few letters of a filename/directory and then pressing tab is -MUCH- faster than pointing and clicking (especially if you have to scroll).

      Not a good move.

      --
      we discovered a new way to think.
    6. Re:New File Selector - WOO HOO by Ed+Avis · · Score: 2, Interesting

      The best file selector is no file selector at all. Since there is already a file browser such as Evolution (or its equivalent) that should be used, and made quick and easy enough for simple file selection tasks. To open a file, just view its directory and click on it; the application loads automatically and there is no real need for the two-step 'load application then use the Open menu', which dates from a time when computers didn't have a single GUI and there was no means to just open a file directly. To save a file, why not drag it from the application to the directory window. None of that clicking about with 'parent directory' and other nonsense.

      Matthew Thomas pointed out better than I could that the separate file-picker is user interface cruft left over from an earlier age. Let's just have one file browser in the desktop and make it good enough to use for everything.

      --
      -- Ed Avis ed@membled.com
    7. Re:New File Selector - WOO HOO by MenTaLguY · · Score: 1

      If I understand correctly, you can still do that. The selection moves to the filename you're typing as you type.

      --

      DNA just wants to be free...
    8. Re:New File Selector - WOO HOO by ultranova · · Score: 5, Insightful
      Since there is already a file browser such as Evolution

      Isn't Evolution a mail reader and not a file browser ? Or did you mean Nautilus ?

      To open a file, just view its directory and click on it; the application loads automatically and there is no real need for the two-step 'load application then use the Open menu', which dates from a time when computers didn't have a single GUI and there was no means to just open a file directly.

      Or you could leave both options open and let people use whichever they want. Like it's done now.

      Besides, if I have both mplayer and xine installed, how does the One File Browser know which one to launch ? Or Emacs and Vi ? Or whatever ?

      And yes, I realize you can set this in preferences; but suppose you want to use different tools for different tasks, despite the file format being the same ? Or if I just want to try out a new program ?

      To save a file, why not drag it from the application to the directory window.

      Because that would mean resizing application windows to fit them besides the directory windows, and be a lot more hassle than simply using a selector window ?

      Matthew Thomas pointed out better than I could that the separate file-picker is user interface cruft left over from an earlier age.

      No, it's a useability feature. Lacking a separate file selector would give users unneccessary grief.

      Let's just have one file browser in the desktop and make it good enough to use for everything.

      The more features you bundle into a single program, the less likely it performs any of them well, simply because different features (such as useability and low learning curve) conflict with one another.

      --

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

    9. Re:New File Selector - WOO HOO by Anonymous Coward · · Score: 0

      There are several great file browser/manager. My favourite is worker, it's fast and can let you have any app you want display files for you. Plus you don't need a mouse.

    10. Re:New File Selector - WOO HOO by TheSunborn · · Score: 1

      But what if the application already IS open and you want to open(include) a new file? Then you need a file requester from the application which work in the context of the application, not as a general file browser.

      Remember you don't always want to open an file in the default application for that file type.

    11. Re:New File Selector - WOO HOO by Ed+Avis · · Score: 2, Informative
      I'm not just speculating about what might be cool; I've used both kinds of GUI a lot - those with File->Open and filepickers, and those where you drag from a file browser window to open and drag to the window to close. Personally, I greatly prefer the style without the filepickers. You might find it different but I encourage you to give ROX-desktop a try (although the usability improvement is diluted because not every application supports drag-and-drop loading and saving).

      The filepicker dialogue box could be kept for those users who still want to use it, in the same way we still have the command line as well as graphical file managers. But if there are good features in the filepicker, they could be added to the main file manager so they could be used all the time, not just for loading and saving.

      When I said drag the file to a directory window to save it, I meant 'to choose where to save it' - later saves to the same location are just a single keypress or click.
      The more features you bundle into a single program, the less likely it performs any of them well, simply because different features (such as useability and low learning curve) conflict with one another.
      This is kind of my point - the Unix motto, do one thing and do it well. Rather than each application having a cut-down file browser you have to use with Open and Save, use a single file browser program and get applications to talk to it for loading and saving files. Of course it might be a good idea to have a menu item or key shortcut which pops up a file browser window for the location you last used.

      Again - although views on what's easiest to use are subjective, I am speaking from experience. I recommend you try ROX-desktop (or at least look at the web site and screenshots).

      See also my other reply about how to load files in different applications.
      --
      -- Ed Avis ed@membled.com
    12. Re:New File Selector - WOO HOO by Ed+Avis · · Score: 1
      Remember you don't always want to open an file in the default application for that file type.

      Indeed, which is why RISC OS and ROX-desktop allow you to drag a file onto an application's window or icon.

      To load a file, drag it from the file window to the app; to save a file, drag from the application to the filer. It's simple and intuitive, at least IMHO, and it's annoying to have to go back to the clunky Windows-style filepickers.

      --
      -- Ed Avis ed@membled.com
    13. Re:New File Selector - WOO HOO by ichimunki · · Score: 1

      To be sure, the ability to double-click a document and open it in the proper application has been available since at least 1984 (at least on certain systems). Personally I'd never notice if this was implemented in GNOME because I don't use the Nautilus file browser. What you're describing sounds terrible though. Just more times I have to move my hand from the keyboard to the mouse to do something I've traditionally been able to do with a very few keystrokes.

      --
      I do not have a signature
    14. Re:New File Selector - WOO HOO by be-fan · · Score: 2, Informative

      That'd suck. I *hate* file browsers. Currently, opening a file involves:

      File -> Open -> Select File

      With a file browser system, it would be:

      Un-maximize word processor -> open browser app -> find folder -> position windows for drag & drop -> drag & drop

      There are additional problems. From my experience with Windows users:

      1) They don't understand drag & drop
      2) They don't understand hierarchical filesystems

      They think in terms of applications, not files. They want to open a Word document? They open Word, then open the document from the dialog.

      Drag & drop based file selectors is just one of those inefficient holdbacks from when computers needed to model the "real world" by making everything appear to be physical manipulation.

      --
      A deep unwavering belief is a sure sign you're missing something...
    15. Re:New File Selector - WOO HOO by Ed+Avis · · Score: 1
      With a file browser system, it would be:
      Un-maximize word processor -> open browser app -> find folder -> position windows for drag & drop -> drag & drop

      Well actually - open file browser, find folder, double-click. Only in the case where you wanted to open the file with one particular application (rather than the default) would you need to drag it onto that app. Clicking to open a file browser (perhaps starting with your home directory) wouldn't normally be any more difficult than the Open menu item.

      There are additional problems. From my experience with Windows users:
      1) They don't understand drag & drop
      2) They don't understand hierarchical filesystems

      Interesting. This seems to match what the 'cruft' web page says about not wanting to retrain users at any cost. It's not surprising that Windows users do not understand drag and drop, since Windows hardly uses it (and where it does use it the semantics are very odd and inconsistent - see the 'cruft' page again). Similarly, Windows goes out of its way to hide the hierarchical file system, so users haven't got much familiarity with it. I wonder whether Mac users have more idea.

      In case you get the wrong idea, I am not one of those Slashdot users who rants about how users should understand how to use a computer properly and undergo some training course before being allowed to sit down at the terminal. If a concept isn't intuitive to beginning users then it shouldn't be part of the GUI. But I think that a simple file browser where you double-click a folder to open it makes it clear how the filesystem works - as one poster commented of ROX-desktop, 'you get a clear feeling that this file goes *here*, and that file goes *there*' - and on systems like the old RISC OS or the new Mac OS X where there is some sensible filesystem layout, a file browser interface to it is much less confusing than the several magic directories like 'My Documents' that Windows uses. (How to view 'My Pictures' using the Windows Explorer? I've seen users get very confused about where these different magic folders live and how to copy files between them.)

      Similarly, drag and drop is very easy to pick up if used consistently. In my experience, drag and drop file loading and a simple, consistent file manager is a much more efficient way to load, save and manage files than clicking about in lots of small Open / Save dialogue boxes; and it can even be more efficient than using the command line in some cases.

      --
      -- Ed Avis ed@membled.com
    16. Re:New File Selector - WOO HOO by Minna+Kirai · · Score: 3, Interesting
      1. Indeed, which is why RISC OS and ROX-desktop allow you to drag a file onto an application's window or icon.

        That still has failings: it doesn't guide you to which applications are valid for opening a certain type of file. If your system has many applications (typical result of a "Full" Linux install from commercial cdroms), then it'd be impossible to have an icon for every app without wasting pixels or inducing squinting. (Both of those are points of opinion that would bother some users and not others)

        The system in KDE's Konqueror filemanager is better because it recognizes multiple possible associations for each filetype, allowing a user to right-click to select opening something in the non-default handler. (KDE's approach still needs some improvement; the right-click menus need some streamlining, for example)
      2. You've got a little debate going between proponents of a separate filemanager application and those who prefer popup "Save As" boxes. Each way can have it's pros and cons. The big advantage a good SaveAs implementation can have is avoiding clutter (and extraneous actions like repositioning clutter) because the file widgets aren't displayed until they're needed. While a separate filemanager has the advantage that the user is more aware of it's context before needing to save, and thus needs to spend less time re-orienting herself when the window comes back up.

        Focusing on the "dialog vs filemanager" question ignores a more important UI design choice, though: Should each application include its own GUI code to pick files, or reference a centralized GUI system to perform that operation?

        Many of the problems you've cited with SaveAs are the result of poor and inconsistent implementations of dialogs, not file-dialogs per se.

        Ideally, the application program would be written at a higher conceptual level, where details like dialog boxes and icons are implementation trivia handled by a GUI control process. That way each user could load/save files in exactly the way she prefers, regardless of the biases of any specific application's author.
    17. Re:New File Selector - WOO HOO by TheSunborn · · Score: 1

      But that require the use of a mouse. And a mouse really don't have any usage for most software.

    18. Re:New File Selector - WOO HOO by ArmorFiend · · Score: 1

      Also, there should be two file selectors: the Open file selector and the Save As... file selector. The Open file selector only picks existing files, and is therefore simpler - you pick from existing icons, and don't really need a text area (or if you love text areas, you tab complete only into existing filenames without to support new ones). The Save As... file selector has extra gizmoes for creating new folders and entering new filenames. Its a bit slower to use and more complex, but hey, its a more complex task.

    19. Re:New File Selector - WOO HOO by Darren+Winsper · · Score: 1

      I used to use RISC OS "back in the day," which, IIRC, was the first OS to use the drag-to-file-browser-window method of saving. It had the strong point that it was obvious where you were saving, but it had the problem that you had to bring the directory's window into view to save there. That was less of a problem in RISC OS because it doesn't have click-brings-to-front behaviour (Which I far prefer over the current GNOME, KDE and Windows default behaviour), but it's far more of an issue with GNOME, since opening a save dialog may have the effect of obscuring your view of the directory.

    20. Re:New File Selector - WOO HOO by SQLz · · Score: 2, Funny
      A new GTK file selector. FINALLY

      I hope they remember to send the KDE team a thank you note.

    21. Re:New File Selector - WOO HOO by Nivag353 · · Score: 1

      There is actually No need for a file selector!

      This has been shown by Acorn's Risc-OS, that had this feature in the early 1990's. There, to save a file, you dragged a file icon from the Save As dialog to whatever directory you wanted to put it. Similarly, to load a file, simply drag a file icon from a directory to the application.

      Dragging icons between the application and a directory is much simpler and intuitive than have an unecessary file choser dialog! IMnsHO.

      -Nivag

    22. Re:New File Selector - WOO HOO by caseih · · Score: 1

      Although the traditional GTK file selector is very ugly, it has one hidden killer feature: Tab-completion. That's far faster and easier than any other system to drill-down to a file. If tab-completion is every removed from the GTK file selector, I will be very frustrated. Hopefully we can have something that looks good and works well and supports tab-completion. If the text entry box is indeed hidden, I'll be patching my gtk right away to get that to display automatically. Hiding it is a poor idea, IMHO.

      I've seen the mockups for the gtk 2.4 file selector and I must say I don't like it at all. Unfortunately I couldn't see the screeshots in the article, so I don't know if this new gtk 2.4 dialog is the one they use or if gnome made their own dialog box.

    23. Re:New File Selector - WOO HOO by ArchAngelQ · · Score: 1

      What you are talking about here is yet more leftover UI cruft. I think the overall point that people are trying to make, but not actually described very well (thanks slashdot geeks!), is this:

      File -> Open should pop a perfectly useable file selector window, but instead of a gui specific one, fire up the file browser to the directory that app suggested (for example, last dir visited by the app, home dir, etc). They aren't asking you to change your usage pattern, just that, why do we have two tools to accomplish the same task (especialy when it took so long to redevelop the one that's been needing it so bad, and yet the other's development has been zooming along)? Why not *very slightly* multipurpous one of them.

      At least that's my take.

      Otoh, the comment on drag and drop is interesting. I can honsestly say I never use drag and drop myself, execpt in the context of one file browser window to another, and I don't use that any more, because of the inconsistent 'smart' behavior I get from the file browsers I use. Will it copy? Will it move? Will it create a 'god damn(tm)' windows shortcut? So I make sure I do what I intend with it before hand now.

    24. Re:New File Selector - WOO HOO by MrLizardo · · Score: 2, Insightful

      It seems that users these days are going more the other way. Most Windows users (no idea about Mac-heads) seem to not realize that they have a file browser. It really comes down to whether the modern GUI is application-centric or file-centric, and I can see that for most basic home users it is heading towards application-centric. Unless people know they need to put something on a floppy disk or usb drive to take with them, it seems that in almost all cases they just save to the default location or a subdirectory thereof. IMHO, this is a good thing: It means all their files are in one place to be backed up, and that if their profile/home directory/whatever is stored on a server that they don't have to worry about saving their files someplace where they can access them from any machine. Unless they need to transfer a file somewhere, in which case they resort to using a floppy or emailing it to themselves. Most of Thomas' points are already dealt with in some manner, or a matter of personal opinion. If he had used Word in the last 7 years he would realize that it already auto-saves after the first time. If he had used a non-Mac computer he would realize that increasingly programs are heading towards an SDI instead of MDI. No more quit to close programs, just close any open windows! As for the issue of copying/moving files around: This is a symptom of another issue. The core issue that needs to be resolved is that you have to move your files around to have access to them everywhere in the first place. Different people have different ideas, one being a portable personal server that has all your files on it. The other idea is Internet connected file storage. Both have their own ups and downs but I believe that soon one or the other will become mainstream.
      I think a more progressive model for a user interface is a more verb based one if you will, rather than noun based. With cheap, fast, pervasive Internet connections it's no longer important where your files are (or hopefully it won't be soon). Its more important what you want to do. For example, say you have a JPEG image: What you want to do with it is more important than what the file is named/where it is. When you find the file that you want among an assortment of different files, you still have to choose whether you want to edit it, view it, add it to another document, etc. I would argue that having to know where all your files are is the outdated cruft, not having open/save dialogs.
      Personally, though I think that more choices for ways to do things is usually better, as long as one doesn't get in the way of another. There are definitely situations in which I find it easier to use a file browser than to use an open dialog.

      Ok, this is kinda fragmented but I have to go to class now.

      -Mr Lizard

      --
      ^I'm with stupid.^
    25. Re:New File Selector - WOO HOO by Ed+Avis · · Score: 1
      I agree with what you say about right-click in Konqueror. But consider how awkward it would be if instead of being able to load files from Konqueror you always had to open the specific application and do File -> Open. So this is an example showing that a single file manager is useful for _some_ things at least. It doesn't prove that having drag-and-drop saving to the file manager is better, but it does show that a separate filepicker in each app is not always convenient.
      Many of the problems you've cited with SaveAs are the result of poor and inconsistent implementations of dialogs, not file-dialogs per se.
      This is true, but so far (using various versions of Windows and Linux) I have not seen a filepicker dialogue box that isn't rather awkward to use. Certainly none that matches the convenience of the Filer windows in RISC OS where you would double-click (or drag) a file to open it, and drag from the application to the Filer to save. If a really good filepicker dialogue existed then I'd be happy to use it, but there isn't much sign of one at the moment. Most changes to the dialogue boxes seem to involve adding more complication like sidebars for 'My Documents'.

      I do agree that things would be much better if every app could use the same file picker; perhaps the way forward for this with the free desktops is to make the file picker a separate program which is run by the app and prints a filename to use on stdout. Then it would be easy to have the same user interface between GNOME, KDE and the other free desktops, and relatively easy to retro-fit the new file picker onto older X11 apps. It would also be simple to try out new file-choosing interfaces, such as the drag-and-drop save and load we have been discussing.
      --
      -- Ed Avis ed@membled.com
    26. Re:New File Selector - WOO HOO by Ed+Avis · · Score: 1

      Have a look at the ROX-desktop site: the Save dialogue box is very simple. You type a name and drag the icon to a filer window for the directory to save in. To load a file, either double-click it in the filer window or drag it onto an application. There is no separate Open dialogue box (although one could be added for convenience - but I never missed it when using RISC OS).

      --
      -- Ed Avis ed@membled.com
    27. Re:New File Selector - WOO HOO by juhaz · · Score: 3, Insightful

      Why is it that drag & drop fanatics are always trying to force their preference to everyone else?

      EVERY TIME there's talk about file selectors, someone pops up and seriously suggests an option that not only encourages the need to use mouse, but actually requires it.

      Especially for saving... instead of hitting ctrl-s (and quickly typing a name if it's the first time), I'm supposed to a) resize application window, b) locate file manager from open windows, or open one if it isn't running, c) drag icon somewhere? Excuse me, I think I need to puke.

    28. Re:New File Selector - WOO HOO by Minna+Kirai · · Score: 3, Insightful

      Certainly none that matches the convenience of the Filer windows in RISC OS where you would double-click (or drag) a file to open it, and drag from the application to the Filer to save

      That's subjective... I could claim that needing to drag an icon from a text editor to a whole other window (which I'd have to find and make visible first) is painfully slow compared to :wresult3.txt, and in many contexts I'd be right.

      That points to one big advantage of the dialog box approach: keyboard compatibility. Desktop environments which offer DnD should provide some (optional) way to perform equivalent actions from the keyboard, but I'm not aware of any having done so.

      Digressing down that topic:
      There have been some small steps made towards keyboard-controlled DnD, but I haven't seen any adequate yet. Of course, some systems let you push a button to steer the mouse from the keypad, but that's too awkward to consider. Some file managers include an abuse of the clipboard metaphor (like a Copy button which makes a "shallow copy", instead of a "deep" one like every other Copy command besides Excel) to provide features that could be better solved by enabling DnD via keyboard. There are assorted taskbar-applets which provide a "shelf" to set down an icon in mid-drag; enhancing one of those to be controllable by keyboard would be the most direct implementation of a solution.

    29. Re:New File Selector - WOO HOO by Ed+Avis · · Score: 1

      Actually, I suggest replacing one form of clicking around with the mouse with a different and more convenient form. On RISC OS the Save dialogue box let you enter a path if you chose, and then there would be no need to enter a path.

      On Unix-like systems, the path could default to your home directory. The drag-and-drop to a directory window is an alternative to navigating around in the fiddly file selector dialogue.

      --
      -- Ed Avis ed@membled.com
    30. Re:New File Selector - WOO HOO by Ed+Avis · · Score: 1

      ..err I meant 'you can enter a path if you choose, and then there's no need to drag the file to a directory window'.

      --
      -- Ed Avis ed@membled.com
    31. Re:New File Selector - WOO HOO by uchian · · Score: 1

      Without wanting to start a flame war (heh, believe that you believe anything ;-)), with KDE you get a choice of 6 different styles of URL autocompletion (the default makes sense for non-power users), and it works consistantly among all url selection boxes in all apps (with history and undo functionality included for free ;-))

    32. Re:New File Selector - WOO HOO by Ed+Avis · · Score: 1

      Yes, just typing in a filename is easiest, and for experienced users, it may be possible to type in a path like ~/work/letters/. The question is, if you do use a graphical interface to navigate to a certain directory, should it be a separate filepicker which belongs to the application, or should you use the same file manager as the rest of the desktop?

      Keyboard-controlled drag and drop could be done by copying Microsofts 'cut' and 'paste' metaphor for files introduced in Win95, which is a bit awkward in some ways but well-suited for keyboard control. You could keyboard-navigate to a particular directory and press 'paste' or whatever to save the file there.

      --
      -- Ed Avis ed@membled.com
    33. Re:New File Selector - WOO HOO by HoneyBunchesOfGoats · · Score: 1

      You're talking about newbs here. I've been using Windows for years (and am about to outgrow it..) and it's been years since I've opened files that way. I have shortcuts on the quicklaunch segment of the taskbar which point to all my frequently-used directories. I want to open a file, I click the icon, then select my file(s), and the app opens. And what if I want to use a different app than the default? Well, all I must do is right-click on the selected file(s), and there is a menu item "Open With..." which gives me a choice of all the programs which I've set to be compatible with the type of file I'm opening, or lets me choose a completely new one. So you see, I beat even your three-step process by one step.

    34. Re:New File Selector - WOO HOO by harborpirate · · Score: 1

      Oy, threads like this are disheartening - so many stupid little things that need to be fixed. Open Source GUIs are still playing catch up, rather than pushing boundaries. I give you:

      "Besides, if I have both mplayer and xine installed, how does the One File Browser know which one to launch ? Or Emacs and Vi ? Or whatever ?"

      "And yes, I realize you can set this in preferences; but suppose you want to use different tools for different tasks, despite the file format being the same ? Or if I just want to try out a new program ?"


      Sorry to bring this up, but windows has a right click menu "Open With" which allows you to select the program to use right from the menu. So it seems to me, the One File Browser could allow you to choose.

      "Because that would mean resizing application windows to fit them besides the directory windows, and be a lot more hassle than simply using a selector window ?"

      I say allow both options. And I think this is one area where the boundaries could be pushed. Seems to me that an "export file" option - which would simply begin a "drag" event with the current file attached, and minimize the application window - would be pretty darn handy. Obviously there are a lot of hurdles there, you're probably going to need application support for one thing, but it'd be "better than windows", which is what Open Source needs to be looking for.

      "Matthew Thomas pointed out better than I could that the separate file-picker is user interface cruft left over from an earlier age.

      No, it's a useability feature. Lacking a separate file selector would give users unneccessary grief."


      Usability feature? It exists because programs didn't used to be able to rely on the GUI to provide the necessary dialogs to take care of this. The grandparent post already mentioned this, and he's right.

      "Let's just have one file browser in the desktop and make it good enough to use for everything.

      The more features you bundle into a single program, the less likely it performs any of them well, simply because different features (such as useability and low learning curve) conflict with one another."


      I have to disagree with this last statement. The file open and save dialogs are highly correlated with the file browser dialog. Really they're almost identical, except for the action button. (No button, Open, Save).

      Anyway, I'm glad to see Open Source going in the right direction, we're just not quite there yet. I look forward to this release and future ones!

      --
      // harborpirate
      // Slashbots off the starboard bow!
    35. Re:New File Selector - WOO HOO by iantri · · Score: 1
      I always wondered why the GTK file selector is the scapegoat of UI design..

      As far as I am concerned, the old-style (pre Mac OS X) Mac file selector takes the cake. It's just like the GTK one except it is only one pane, and has no box to type a path..

      As far as I am concerned, one of the most important features for a file selector to have is the ability to sort files by varying methods and useful information (i.e. file size, date).

    36. Re:New File Selector - WOO HOO by FreeForm+Response · · Score: 1
      *clears throat*

      The deal with the Windows drag-and-drop is this.

      There are three axes upon which you can control the drag-and-drop functionality. The first is item type, and the choices are "executable" (.exe, .bat, .com) and "non-executable" (everything else). Note that this does not apply to all versions of Windows; starting with Windows 2000, I think, the item-type distinction was removed and all dragged files follow the same rules. The seond axis is location: on the same partition or not. The third is key combinations: Control, Shift, both, or neither. Control forces the Windows Explorer to enter "copy" mode, Shift forces "move" mode, and both together force "shortcut" mode (while holding neither of them just uses the defaults).

      The defaults are like so:
      • (pre-Win2K) If you drag an executable anywhere, I believe the default is to create a shortcut to the executable and place it in the drop target.
      • If you drag a file from one spot to the other on the same partition, the default is to move the file to its new location.
      • If you drag that same file to a different partition, the default is to copy the file.
      • If you hold down Shift, regardless of whether you're dragging to a target on the same partition or not, Windows Explorer will move the file.
      • If you hold down Control, regardless of whether you're dragging to a target on the same partition or not, Windows Explorer will copy the file.
      • If you hold down both Control and Shift, Windows Explorer will create a shortcut to the file and place it in the drop target.
      I think that's everything. Helpful hint: the icon you're dragging will have a little box in the lower-right corner that changes depending on the mode you're in. For moves it isn't there at all, for copying it's a little "+", and for making shortcuts it's a little shortcut-arrow-icon.

      Also, you can drag with the secondary (usually right) mouse button instead of the primary one. When you reach the drop target and release the button, Windows Explorer will give you a dragging context menu that lets you choose what to do with the dropped file.

      It was a pain in the ass to learn, but it's handy now to not have to think about where my files are going when I drag them. :-)
    37. Re:New File Selector - WOO HOO by mike_sucks · · Score: 2, Insightful

      Which is of course *exactly* what is wrong with KDE. You only need one completion method that works well.

      "Well *my* kettle boils water in twelve different ways!"

      -mike

      --
      -- "So, what's the deal with Auntie Gerschwitz et all?"
    38. Re:New File Selector - WOO HOO by NotZed · · Score: 1

      I'll drink to that ...

      Its nice to see the Mozilla one is very similar to the ASL file requester (you can't tell me someone on the design team never used the ASL one). The only thing missing is assigns, for shortcuts.

      The new gtk one looks awful, you gotta pop up a box to use the keyboard? Esp if you use focus follows mouse, that makes it essentially unusable without a lot of mousing around.

      --
      _ // `Thinking is an exercise to which all too few brains
      \\/ are accustomed' - First Lensman
    39. Re:New File Selector - WOO HOO by Tukla · · Score: 1
      I always wondered why the GTK file selector is the scapegoat of UI design..

      I suppose because it took until 2004 for it to be fixed. The old Mac one was "fixed" by OS X years ago.

    40. Re:New File Selector - WOO HOO by croddy · · Score: 1

      I'm sorry, but I prefer the file selector. Dragging an icon from my text editor screen into a directory window makes absolutely no sense to me. Please don't encourage people to remove file selectors from the applications I use.

    41. Re:New File Selector - WOO HOO by ArchAngelQ · · Score: 1

      Actually, I was aware of the differences, and why =) Good reference material though, and well thought out. My point was more, it's a non-useful feature in the first place, because it wastes more time than it saves.

  7. Performance by Anonymous Coward · · Score: 5, Interesting

    When will we start to see serious performance improvements? Currently, GNOME doesn't feel much better than Windows XP, and it needs at least 128M to run acceptably with other apps.

    Linux is supposed to get us off the upgrade treadmill, but as far as I can see, GNOME just keeps getting bigger, slower and more complex. I've switched to XFce; it's so much faster. KDE is a hog too, but at least they're concerned about performance and efficiency as the 3.2 release shows.

    Really, this is something we should think about. When gconfd is eating up 20 megs (resident), just for a configuration back-end, it's evident that we're getting sloppy. A faster Linux could work wonders in terms of corporate and home adoption, but we just seem to be chasing Moore's Law and copying Microsoft for bloat.

    I'll try GNOME 2.6 when it arrives, but to give a better impression to newcomers we need to make things noticably faster, more elegant and more efficient than Windows. Companies have to support all this code into the future, after all...

    1. Re:Performance by Anonymous Coward · · Score: 0

      So let me get this straight - Gentoo is great because it's fast. It's fast because you compile your software. Now, it's even greater because you don't compile your software?

    2. Re:Performance by Anonymous Coward · · Score: 5, Insightful

      Part of the problem is that developers, being geeks, tend to have all the latest kit. So the GNOME hackers working on their 512M / 1G 3 GHz box won't be concerned about performance, but the millions of desktop users running lower-spec machines will.

      Let's be clear about this: the vast, VAST majority of machines on the planet, in homes and in businesses, have 32M, 64M (and occasionally 128M) RAM. That's nowhere enough to run GNOME/KDE, OpenOffice.org and Mozill at a realistic and usable speed. When did we become just as bloated as Microsoft?

      If the GNME developers don't step back, look at the problem and concentrate on efficiency and clean design (rather than flashy features and bloat), it'll lead to long term damage for Linux on the desktop. They're doing a great job bringing Linux to the masses, but the masses are going to be less enthusiastic about Linux when it keeps requiring hardware upgrades...

    3. Re:Performance by Saint+Stephen · · Score: 1

      I use fluxbox and I run gnome-settings-daemon and kdeinit in my .xsession. All my gnome/kde apps are fully eye-candied up and it's all really, really fast, and doesn't use much memory.

      Of course, there are tradeoffs. It doesn't work like windows. It's different. It's better. It's every thing you ever wanted in a beer ... and less.

    4. Re:Performance by Anonymous Coward · · Score: 1, Insightful

      But the performance gains from highly-optimised compilation are negligible at best -- around 3-5% for the majority of apps. In some cases, it makes them slower (-O3, function-inlining, increased code size and more CPU cache misses etc.).

      Going to Gentoo won't suddenly make gconfd eat up half the RAM, or OpenOffice.org and Mozilla to run speedily together on a 64M box. It's not so much about CPU usage (as most of these apps spend their time waiting for user input), but outrageous Microsoftian memory usage.

      That's fine for us geeks, but it's terrible for businesses, curious home users and third-world countries. We shouldn't force an upgrade path; yeah, you can use AbiWord and Dillo and IceWM etc., but no mainstream distro has such a fast desktop as standard, and they're lacking in features.

      Bottom line: if a company has to splash out money to buy more memory or new boxes for the "Linux migration", they won't be so chuffed (and may end up sticking with MS for a bit longer).

      And don't underestimate Microsoft. They improved stability in 2k, they improved boot time in XP, and they could improve elsewhere. We don't want to have the most memory-hogging, slowest-booting and bloated OS around...

    5. Re:Performance by ViolentGreen · · Score: 1

      If Gnome is meant to provide a familiar "window's like" environment for those who switch to linux, it is going to have to take advantage of the available RAM and CPU. Computers keep getting more powerful and memory is getting much cheaper. I'd say the majority of people have above 128 MB of RAM and RAM is cheap.

      There are alternative environments for older systems out there. I think Gnome should definitely focus on efficieny but I don't think they should focus so much as to not incorporate new features.

      They have to find a median between having top-notch features and compatibility with older machines and can never please everybody.

      --
      Not everything is analogous to cars. Car analogies rarely work.
    6. Re:Performance by Anonymous Coward · · Score: 1, Interesting

      Sorry to burst your bubble, but at some point you're going to have upgrade to AT LEAST 128M. I had an old laptop that had 80 meg of ram and a very slow processor and I would just run Fluxbox.

      One reason for Gnome feeling slow is because of Gtk2.x. I don't know if these issues have been addressed, but list view refreshes are very bad even on moderate systems. Nautilus has always had issues, even though I hear that is improving. Any gecko based browser will have a serious footprint but IE isn't any better.

      One thing you can look at is this one distro(I can't remember the name) that basically just packages apps(like dillo) that aren't so demanding on the system and use a lightweight WM.

      At least you have choice in the linux world, but you're not going to get the latest whizz-bang eyecandy and other features if your running something that doesn't have 128M of ram.

    7. Re:Performance by FooBarWidget · · Score: 5, Informative

      "When will we start to see serious performance improvements?"

      With GNOME 2.0 and 2.6. Nautilus 2.0 got a huge speed boost compared to 1.x. Nautilus 2.6 is spatial and has because even faster. Windows appear instantly.

      "Linux is supposed to get us off the upgrade treadmill, but as far as I can see, GNOME just keeps getting bigger, slower and more complex."

      Not true. GNOME (and KDE!) have only gotten faster and faster. The exceptions are KDE 2.0 (which is slower than 1.0; but 3.0 is faster than 2.0 and 3.2 is even faster than 3.0) and GTK (which has become a little slower but also smoother because of extensive double buffering). On this system (Athlon 1.4 Ghz 390 MB RAM) I can definitely say GNOME 2.x is faster than 1.4. And GTK 2 feels smoother than GTK 1.

      "When gconfd is eating up 20 megs (resident), just for a configuration back-end, it's evident that we're getting sloppy."

      OMG not this again. I will repeat it *again*. Don't trust memory reports! The 20 MB you read includes shared memory! In reality it uses a lot less than 20 MB, somewhere around 6 MB on my system.
      People who think software x is bloated by looking at the system monitor's memory report are just deceiving themselves.

      And sometimes you need to use more resources in order to make things faster. Low memory usage doesn't always equal fast and high memory usage doesn't always equal slow!

    8. Re:Performance by hattig · · Score: 1

      I'd really appreciate a low-processor / memory linux distribution with a nice default configuration.

      It'd be perfect for my old laptop which is currently running Fluxbox, but not to the usability level I desire. KDE and Gnome clearly aren't options, although KDE can struggle along since I upgraded the memory on it.

      WindowMaker is nice ... it just has no integration with anything, so the user has to configure every aspect, including the menus!

    9. Re:Performance by murrayc · · Score: 4, Informative

      Nautilus is much faster in GNOME 2.6. And it was faster in 2.4 than 2.2, and faster in 2.2 than 2.0.

      There are also several specific performance improvements in particular GTK+ widgets, and the GNOME Help system has had an incredible speed up.

      Linux kernel 2.6 also makes a very noticeable difference, with it's pre-emptive schedule that gives priority to things that the user is doing.

    10. Re:Performance by Enahs · · Score: 1

      The thing that many Gentoo users forget is that many of the performance gains they see are not because of compiler optimizations, but due to more practical reasons such as not running a gazillion services in the background. You can get this sort of performance out of just about any distribution, but it's a backwards process; I don't particularly care for the notion of removing unnecessary services when the distributions should come up with better ways of regulating this.

      --
      Stating on Slashdot that I like cheese since 1997.
    11. Re:Performance by cozziewozzie · · Score: 1

      On the other hand, WinXP won't run on those machines either. They are probably running Win98, in which case they can be safely replaced by KDE1 or an older version of GNOME. You can't expect all the latest features with 32 megs of RAM.

    12. Re:Performance by FooBarWidget · · Score: 1

      "Let's be clear about this: the vast, VAST majority of machines on the planet, in homes and in businesses, have 32M, 64M (and occasionally 128M) RAM."

      What are you talking about? Everywhere I look I see people with at least 128 MB RAM computers at home. 256 is not rare these days.
      And let's face it: Windows XP won't run quickly with less than 128 MB RAM. I've seen some XP boxes with 128 MB RAM and they are *horribly slow*.
      As Windows XP gains more and more market share, which means more and more people are using 128+ MB RAM machines.

      To implement modern features you need lots of RAM. If you don't have that much RAM then don't use modern desktop environments or use minimalistic environments. It's that simple. If you complain at a Windows forum about WinXP needing so much memory you'll get flamed down. Even Windows people will tell you to buy more RAM because it's cheap.

    13. Re:Performance by Anonymous Coward · · Score: 1, Insightful

      No, the majority DON'T though (Google for surveys etc.). Yes, the majority of OUR boxes have, because we're computer geeks on Slashdot, but you're totally ignoring companies and poorer countries.

      If RH, IBM, Sun and co. could go into a company and say: "Don't spend money on hardware upgrades for XP/2k, just install our Linux and save!" then we'd be sorted. But the average box running NT4 or Win98 is nowhere near capable enough to run a modern desktop Linux, so companies have to buy new hardware anyway. And if they're splashing out on new boxes, they may as well stick with Windows for the time being...

      It's like the recent Slashot story on MS EOLing Win98, in which loads of people suggested the company was doing that to stem the tide of Linux. No way! The average Win98 box has 32 or 64M -- try running Fedora, Mandrake or SUSE on that with modern, fully-featured apps. It's horrendously slow. And yet, shouldn't the Linux community be HELPING these people, making old hardware fully usable on the desktop? Sure, they can become servers, but we're bloating the desktop right into Moore's Law.

    14. Re:Performance by BRSloth · · Score: 1

      Last time I played with GNOME 2.5 (it was the release before this beta), GTK 2.3.3 felt a lot faster, running in the same machine with the latest GNOME 2.4 (ang GTK 2.2).

    15. Re:Performance by MacJedi · · Score: 4, Informative
      Try Debian. Just do a base install to get a very minimal but bootable system and then apt-get install foo your way to whatever configuration you need.

      As for a low resource using window manager, check out XFCE4. It has the look and feel of Gnome but is far more zippy on old hardware. I run it (and occasionally fluxbox) on a P2 300 laptop with 128 MB RAM.

      --
      2^5
    16. Re:Performance by hattig · · Score: 1

      Thanks for the window manager recommendation.

      I just didn't want to do the research to find good, but reasonable resource usage applications. I can do the same with FreeBSD if I was to do it myself (yay for ports and sysinstall).

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

      I said BUSINESSES as well. Go into any large company and you'll see hundreds or thousands of boxes running NT4 or Win98, with 32 or 64M of RAM. KDE/GNOME + OpenOffice.org + Mozilla won't run acceptably on those machines. End result: Linux corporate adoption suffers. As I wrote in another post:

      If RH, IBM, Sun and co. could go into a company and say: "Don't spend money on hardware upgrades for XP/2k, just install our Linux and save!" then we'd be sorted. But the average box running NT4 or Win98 is nowhere near capable enough to run a modern desktop Linux, so companies have to buy new hardware anyway. And if they're splashing out on new boxes, they may as well stick with Windows for the time being...

      Home users are only part of the market. Even there, it's sad that we have to keep buyingore memory and CPUs to use the latest Linux desktop goodies. When Microsoft does this, we mock them. Efficiency, clean design and low overhead are important, and you can't justify constant upgrades for a few unnecessary features. Look at what an Amiga could do with 2 megs -- the modern PC does more, but not several thousand times more.

    18. Re:Performance by Stinking+Pig · · Score: 1

      You know, I quit trying new desktops about a year ago. I'll still install KDE for a newbie, but I only use XFce4 on my desktops. The others don't offer anything over it that I want. I do wish GNOME were a better choice for newbies as it is prettier and arguably friendlier, but its instability in my experience is a show-stopper. KDE can also get its panties into a twist, especially where sound is concerned, but on the whole it's a smidgen more reliable than GNOME.

      Of course, neither can touch any of the "lightweight" DE's and WM's in the stability department.

      --
      "Nothing was broken, and it's been fixed." -- Jon Carroll
    19. Re:Performance by FooBarWidget · · Score: 1

      That's what X's network transparency is for! You run a big server which hosts applications and you connect cheap thin terminals to it. Not only does it saves businesses a lot of money, the hardware requirements for the thin clients are very low too.

    20. Re:Performance by Ed+Avis · · Score: 4, Insightful
      On this system (Athlon 1.4 Ghz 390 MB RAM) I can definitely say GNOME 2.x is faster than 1.4.

      That's the same argument Microsoft used to say that Windows 95 is faster than Windows 3.1. And on a system with plenty of memory, it is. But most people's experience with the hardware available at the time was that Win95 was much much slower, thrashing horribly with less than eight megabytes and still rather uncomfortable with less than sixteen.

      Making a program twice as fast in CPU time but at the expense of using twice as much memory may not be a good trade-off. If you start running low on memory then you get a very steep performance drop from paging to disk (or not having enough RAM for disk cache, which is effectively the same thing). The most important benchmark is how it performs on a machine with, say, 64 megabytes of RAM, or whatever minimum level you want to require. Not shaving a few fractions of a second off times on recent hardware.

      --
      -- Ed Avis ed@membled.com
    21. Re:Performance by Malc · · Score: 5, Insightful

      According to Google's Zeitgeist", Windows XP represesnts 45% of the market out there (well, of their customers/users). Windows 2000 represents 18%, and although it will run in 64MB, I don't view anything less than 128MB realistic. Therefore, I would guess that the majority of people are already using machines with 128MB or more.

    22. Re:Performance by IamTheRealMike · · Score: 1

      That's what the Linux Terminal Server Project is for

    23. Re:Performance by FooBarWidget · · Score: 1

      "That's the same argument Microsoft used to say that Windows 95 is faster than Windows 3.1"

      No it isn't. I'm talking about 2.x and 1.4 on the same system! GNOME 2.x on an Athlon 1.4 Ghz + 390 MB RAM is faster than GNOME 1.4 on the very same system!

      "But most people's experience with the hardware available at the time was that Win95 was much much slower, thrashing horribly with less than eight megabytes and still rather uncomfortable with less than sixteen."

      Yet Win95 won and all the critics were beaten down by the Win95-worshipping majority?

      "Making a program twice as fast in CPU time but at the expense of using twice as much memory may not be a good trade-off."

      Most modern games use this method to speed things up: they eat insanely amounts of memory in order to make the game itself run faster and smoother.

    24. Re:Performance by maxwell+demon · · Score: 3, Interesting

      Some of the features described (the OO behaviour of the file manager, file templates) have been there under OS/2 Warp 3, running in acceptable speed in as little as 8 MB. And that was on a 486DX2/66.

      IMHO, a window manager/desktop environment should always try to eat up as little space as possible. After all, the applications you run are getting more memory hungry as well.

      BTW, nice to know that OS/2 goodies start to show up in GNOME! Now give me "Arbeitsordner" (don't know what the English name is, it's file manager windows which remember the documents opened from it and closing/reopening them when they are themselves closed/opened; sort of session management for single file manager windows), and I'll no longer miss anything from OS/2 Presentation Manager in Linux.

      --
      The Tao of math: The numbers you can count are not the real numbers.
    25. Re:Performance by tolan-b · · Score: 2, Interesting

      I run gnome 2.4 on an athlon 800 with 384 meg ram, and it's pretty slow to be honest.

      I know that's not a particularly up to date processor, but it's not that uncommon for home users.

    26. Re:Performance by FooBarWidget · · Score: 2, Insightful

      Did you forget everything else? Antialiased fonts, a configuration system which supports multiple backends (XML or LDAP or anything you want; important for businesses), heavy use of graphics that have millions of colors, bigger screens, more advanced underlying architecture (important for third-party developers!), MIME type sniffing, etc.

      Yes OS/2 Warp did some of that but it also looks bad by today's standards and isn't nearly as advanced or polished.

    27. Re:Performance by Ed+Avis · · Score: 1
      I'm talking about 2.x and 1.4 on the same system!

      On the same system, with 390 megabytes of RAM. I meant you should compare them on the same system with less RAM.

      I stand by what I said - with the hardware most users had available, Win95 was slower than Windows 3.1. But on today's hardware, Win95 is faster. So you can't say that program X is faster than Y *in general* based on trying it on just one machine. Your machine doesn't represent the hardware available at the low end, for PCs that might be two or three years old.

      It's hardly surprising that Win95 won; strangely enough, a few months after 95 came out, copies of 3.1 were no longer available. Of course, 95 is generally a better system, and memory prices fell rapidly a year or so after it came out so a 16 meg system became affordable for most people.

      Most modern games use this method to speed things up: they eat insanely amounts of memory in order to make the game itself run faster and smoother.

      The target market for games is a bit different; they aim for recent and relatively high-end hardware.

      --
      -- Ed Avis ed@membled.com
    28. Re:Performance by ajuin · · Score: 1
      No it isn't. I'm talking about 2.x and 1.4 on the same system! GNOME 2.x on an Athlon 1.4 Ghz + 390 MB RAM is faster than GNOME 1.4 on the very same system!
      Exactly. That's (probably) because it minimizes processor cycle usage at the expense of RAM. That's why there's a noticeable speed increase on computers with an insane amount of RAM (like yours) but a very noticeable speed decrease on machines with little ram. High-end users like you get a 20%-ish speed increase, the rest of us get to swamp our swapfile.
    29. Re:Performance by Anonymous Coward · · Score: 2, Insightful

      None of the things you mentioned jutify the outrageous memory requirements. Heck, RISC OS had full anti-aliasing on 30 MHz and less machines.

      I'd rather see new features being implemented efficiently and carefully, helping to make more of current hardware. If you're happy buying new kit every couple of years for the latest stuff, that's fine, but it's so Microsoft-esque. Some of iuus were hoping that Linux would get us out of this constant treadmill.

    30. Re:Performance by FooBarWidget · · Score: 1

      Computers get faster and faster. More people are getting more and more RAM. It's only logical to use more RAM in order to make things faster. What's the point in having RAM if you don't use it?

      And by the time Linux is popular on the desktop, everybody would already have 512+ MB RAM.

    31. Re:Performance by makapuf · · Score: 1

      OK, then what measurement should you use to know what an application is using ?

    32. Re:Performance by FooBarWidget · · Score: 1

      I don't know, you should ask a kernel developer or someone similar. I use the "resident minus shared" but I am told even that one isn't completely correct.

      My advice is: you shouldn't care. My system runs fast and snappy and I don't care what the system monitor says about memory usage (it's wrong anyway).

    33. Re:Performance by Ed+Avis · · Score: 1
      And by the time Linux is popular on the desktop, everybody would already have 512+ MB RAM.
      And by that time, free software developers will be requring two gigabytes to run comfortably, after all RAM is getting cheaper, and everyone will have that much in a few years...
      --
      -- Ed Avis ed@membled.com
    34. Re:Performance by FooBarWidget · · Score: 1

      And by that time, proprietary software developers will be requiring two gigabytes... bla bla...

      So? Everybody does that. This kind of thing is in no way limited to open source software.

      If buying 2 GB of RAM for a mere 50 euro will allow my computer to speed up 3 times and do things that a modern computer is supposed to be able to do, then that money is not wasted. If you don't want modern features then stick with old software, it's that simple. The same is also true for proprietary software.

    35. Re:Performance by Anonymous Coward · · Score: 0

      Going to Gentoo may not provide miraculous increases in code speed, but compiling an entire system with -Os (as opposed to -O2 or -O3) significantly reduces memory requirements. It's not unreasonable to say that Gentoo can make the difference between tolerable and unbearable on a low memory machine.

    36. Re:Performance by beforewisdom · · Score: 1
      Part of the problem is that developers, being geeks, tend to have all the latest kit. So the GNOME hackers working on their 512M / 1G 3 GHz box won't be concerned about performance, but the millions of desktop users running lower-spec machines will.
      Perhaps it is time for the OSS community to set up standards for testing platforms, performance metrics etc.

      For example, call anything above 5 seconds to slow for loading an application.

      Another example would be picking a 500 mhz process as the std testing platform.

      The numbers may vary, but with agreed upon testing and performance stds there will be no ambguiity about what needs work.

      It may even circumvent the need to do work if OSS developers develop on a system like a testing platform.

      Steve

    37. Re:Performance by q.kontinuum · · Score: 1
      Everywhere I look I see people with at least 128 MB RAM computers at home. 256 is not rare these days.

      Maybe. I think, many poeple cannot afford e.g. laptops of that spec. My 166Mhz/64MB laptop was, iirc, around 180Euro, inclusive a network-card, floppy-disk. I would not know how to install a MS-Windows there (by the lack of a CDR-drive). It would be a really nice investment for many schoolars who simply can't afford up to date laptops, for most educational purpose it should be more than enough.

      mathematics: octave

      information technology (programming): gcc, make, vim, snavigator

      information technology (handling): different servers, mail client, FTP, whatever-client

      languages: dictionary (ding), vocable-training based on ding-database Unfortunately there are afaik not many distributions shipped with a low-spec default installation wich are still usable for Windows-aggrieved

      --
      Trolling is a art!
    38. Re:Performance by AlXtreme · · Score: 1
      Most of the time buying ram for old(er) computers is hard enough. 2GB of RAM might be cheap, but when you add up a new mobo, CPU, well, why not a new harddisk while we're at it?

      Point is, there are plenty of old computers out there, and if we just watch the feature creep they can work perfectly as is. XFCE4 is new FOS software, snappy, isn't a memory hog and Just Works(tm). Even on my old 133 Mhz PC from 1996.

      A desktop environment, imho, should just let users get stuff done, they don't have to show off their desktops with some latest craze. Leave the fluff to the games and non-free software, code for the lowest denominator and you don't leave people out.

      Oh yeah, with proprietary software, companies/non-profits often don't even have a choice if they want to upgrade or not. Having a goodworking alternative for older PCs is a livesaver.

      My 2 cents, flame on!

      --
      This sig is intentionally left blank
    39. Re:Performance by throwaway18 · · Score: 1

      >The exceptions are KDE 2.0 (which is slower than 1.0;
      >but 3.0 is faster than 2.0 and 3.2 is even faster than 3.0)

      My expericance on an older machine is that KDE 3.0 is slower than 2.0

      >Athlon 1.4 Ghz 390 MB RAM
      The fact you can see a difference on such a powerful machine indicates
      just how bad the problem is. It is possible to have a smooth user interface that reacts instantly on a 33MHz machine. You should not
      notice delays to to the window manager at all on a 1.4GHz machine, things like redrawing and opening new windows should happen in less
      time than it takes to display the next frame on the monitor.

      The terrible performance of KDE is the biggest obstacle to linux on the desktop.

      I also suspect that the developers are using the fastest machine available and don't consider speed issues. I also suspect they use the highest possible screen resoloution resulting in a restrcited working area at common resoloutions.

    40. Re:Performance by Anonymous Coward · · Score: 0
      Let's be clear about this: the vast, VAST majority of machines on the planet, in homes and in businesses, have 32M, 64M (and occasionally 128M) RAM.

      Yes, and? do they run XP? no?

      Home users *are not* the low hanging fruit.

      Besides, what's wrong with XFce?

    41. Re:Performance by Anonymous Coward · · Score: 0

      64M ?

      Screw you people in third world countries like England.

    42. Re:Performance by Ed+Avis · · Score: 1
      If you don't want modern features then stick with old software, it's that simple.
      But I thought you said that the new versions were just as fast or faster?
      --
      -- Ed Avis ed@membled.com
    43. Re:Performance by Anonymous Coward · · Score: 0

      Well, let's seeeee....
      XFree86 3.3.6
      gtk+-1.2.6-7
      gnome 1.0.55-12
      firefox 0.8

      free reports 150 MB used out of 256 available

      I'm told modern gnome systems need over 192 or they'll hit swap on the same thing.

      Aside from the desktop being fairly useless maybe we should start downgrading software to proven versions. The only problems I have with gnome-1.0 are icons never appearing when you click the iconify button and no easy way to add stuff to the toolbar. Why can't we just fix those problems and freeze the codebase? Faster, smaller, AND standardized!

    44. Re:Performance by JahToasted · · Score: 1
      gnome and KDE don't run very well with only 128 MB. Windows 2000 works fine.

      But its not the memory problems that bother me really. RAM is cheap.

      What gets me is that gnome and KDE don't work well with 800x600 displays. Windows 2000 can work with 640x480 no problem. Try gnome or KDE at 800x600 (forget about 640x480). There are many dialogs that you can't see the buttons on the bottom because they are too big. open Nautilus, its too big for the screen.

      All the developers have to do is drop their resolution down and try things out. Its not that hard to test. But I guess its just easier to require the users to purchase new monitors and video cards.

    45. Re:Performance by FooBarWidget · · Score: 1

      For modern computers, yes. On modern computers you can notice the speed gains.

      On older computers, not always. Nautilus 2 is definitely faster than Nautilus 1, even on older computers, but GTK 2 is noticeably slower than GTK 1 on older computers (even though GTK 2 seems faster on modern computers).

      Performance increase is not always an absolute thing. In many cases it's also a RAM tradeoff.

    46. Re:Performance by Bloater · · Score: 1

      "Windows XP represesnts [sic] 45% of the market"

      "I would guess that the majority of people are already using machines with 128MB or more."

      I would guess that the majority of people in the market for *buying* operating system software are already using machines with 128MB or more. The market share is so different to the installed base that it is only interesting to people trying to hoard money.

    47. Re:Performance by FooBarWidget · · Score: 1

      I stopped caring about speed issues when I spent $99 on 256 MB RAM.

    48. Re:Performance by ArsonSmith · · Score: 1

      Actuall because my only windows bux runs on my mame cabinet attached to a television I know windows will not work at 640x480 up to the point of the resolution dialog wont fit on the screen so you can easily fix it. I just have to memorize the key strokes to change the resoultion to 800x600.

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    49. Re:Performance by MrHanky · · Score: 1

      I actually tried Gnome 2.x (don't remember which sub-version, but this was with FreeBSD 4.7) on a Pentium 133 MHz with 40 MB RAM. It was almost usable, but I ended up with WindowMaker. I don't think Gnome 1.4 would have started on the same hardware. It's a fact that Gnome has become much lighter with 2.x.

    50. Re:Performance by xenocide2 · · Score: 1

      I've successfully run QNX on an aging computer with 32 megs of ram, and done it nicely. Photon has several key features that are very nice. It has tasklets, a start menu, media player, and an X windows compatibility addon, virtual desktops, and probably more that I'm forgetting. And it runs just as smoothly as win98, if not smoother than win98. There's no need to subject anyone to the horrors of gnome pre 2.x. The sun usability document was more than 10 pages long for a reason...

      I'm not entirely sure what nautilus is doing that provides the "latest features," but its the second biggest task hanging around on my desktop. Clocks in at 23 megabytes, which is way over half of that 32 megabyte limit. As far as I can tell, the biggest omnipresent feature gained in 2.x in GNOME was a menu system that wasn't braindead. It shouldn't take more RAM to remove clickable menu titles on every entry.

      --
      I Browse at +4 Flamebait

      Open Source Sysadmin

    51. Re:Performance by dead+sun · · Score: 1
      For those who are using older hardware which has your recommended base of 64 MB of RAM, there will always be the option to use lightweight window managers. Ice, tvwm2, etc. Why is it that there are people with low end hardware that complain about not having all the bells and whistles that can be had on high end kit while completely ignoring very usable software that will run on their machines without sacrificing any real important features?

      It's kinda like using an S3 Virge 8MB PCI video card and complaining about low Quake 3 framerates. Either turn down the textures and details and play the game at low res, upgrade, or play Doom. There's nothing wrong with Doom, just like there's nothing wrong with lightweight window managers.

      I use several machines that cross the scale from Pentium Pro to Pentium 4 and Athlon XPs. My main desktop, a Pentium 4 with 1 GB of RAM runs Gnome 2 great, ran Gnome 1.4 great as well. Gnome 2 is actually faster than 1.4, and has been anywhere I've used it, regardless of memory size. At any rate, I want them to feel free to use resources as long as it doesn't bloat to the point where I have issues running a slew of programs at once. So far it hasn't and I'm a big fan of the improvements that keep going into Gnome. I also know better than to try putting Gnome on the Pentium Pro. It just isn't a great idea.

      Beyond that, even most Pentium 2 systems have provisions for 256-512 MB of memory. The Pentium 2 400 I have at work ran Gnome 2 fine on 128 MB under conservative usage, ie not having 2 dozen programs open at once. It's kinda common sense that the machine will swap at that point. I ended up with more RAM, but that was because I was running RAM happy experiments. Gnome wasn't that big of a factor.

      And RAM isn't exactly expensive either. I understand not wanting to pay any more on hardware to run programs, but again, if you want lightweight there are many, many other programs out there that are. They don't give you the moon on a stick, but are very reasonable alternatives for boxen that have small quantities of RAM.

      --
      If not now, when?
    52. Re:Performance by Anonymous Coward · · Score: 0

      Lets also rememeber that most users suck. And they can all go to hell.

    53. Re:Performance by jjhlk · · Score: 1

      I've run Windows 2000 on a machine with 32 megs of ram, and Windows 95 on a machine with 8 or 16 megs of ram. In both cases, it was very slow, but possible!

    54. Re:Performance by ReinoutS · · Score: 1

      The word you were looking for is 'Work area'. On the GNOME usability mailing list there is a discussion involving this very subject, you might want to join in!

    55. Re:Performance by boots@work · · Score: 1

      Those numbers are weighted by the number of google queries the user does. People with modern machines are more likely to have fast and always-on connections; people with old machines are more likely to have modems.

      If you have to wait 15s for the results, as you might on a modem line, you're likely to do far fewer queries per day. Even at the same level of user experience I would think old-machine users make far fewer queries...

    56. Re:Performance by Malc · · Score: 1

      You're right, there probably is a skew. Perhaps for different reasons though as Google is bloody fast even over 56K. In fact, I don't think it is noticably slower.

    57. Re:Performance by outofpaper · · Score: 1

      i find that you have made the most logical point on this subject in ages. So meany people jump to conclusions based on what is easly visible to them. I for one know that all the people who I know that have dial up only log on onec in a while and normaly then it is to check their email. I'd say that less than half the people I know that live near me have up to date systems with dsl or cable conection. Out of these people only 2 house holds use linux. All the other people are using XP since it came with there bran new computers that they "had to get so that high speed would work"(That's what a dsl tech suport person told my brother whene he wanted high speed). It's these alwase on people that use google all the time.

      People can't just say that since lots of google hits are from XP than most people use XP.

      Right on dude.

  8. Re:Windows Longhorn renders all this obsolete by Anonymous Coward · · Score: 0
    well pretty I'm sure that, by 2006 or 2007, NOBODY will be using pixels and bitmaps.

    And then, Microsoft will trumpet it as innovation, when everybody has switched to SVG by 2005.

  9. File selector! by Schreckgestalt · · Score: 1, Informative
    I, for one, welcome our new fileselection overlord:

    Open
    Save
    Save (expanded)

    1. Re:File selector! by Lord+of+Ironhand · · Score: 3, Informative

      Site doesn't like /. referrals, just click the URL and press Enter on each 403 Forbidden...

    2. Re:File selector! by hattig · · Score: 1

      Ah, that looks a lot better! Lots of navigational facilities (common locations (Home, etc), bookmarks, then a list of clickable directories to your location, then a list of files! Nice.

    3. Re:File selector! by 4lex · · Score: 1

      Informative...
      could be, if we were able to see it:

      Forbidden
      You don't have permission to access /images/filesel_save_expand.jpg on this server.

      Apache/1.3.29 Server at sdg.agreatserver.com Port 80

      --
      My journal. Mainly about freedom.
    4. Re:File selector! by Anonymous Coward · · Score: 0

      Not Found

      Nice!

  10. Can't read the articles by justforjest · · Score: 0, Redundant

    The links are down for me... Can anyone post the whole story here?

  11. Wow... by unknown_host · · Score: 5, Funny

    "and now it is much easier to manage one's wallpaper collection".
    That does it. I am shifting to GNOME.

    1. Re:Wow... by hattig · · Score: 1

      hehe! Actually I'd like a built-in wallpaper manager that integrates with browsers etc ("Set as desktop background" should be "Add to wallpaper collection") ... it is so limiting on all current desktops (windows, gnome, kde, etc). A small preferences program to control the background behaviour (cycle every X minutes, fixed, on virtual desktop Y, etc). KDE Control Panel is nearly there I suppose, just needs a usable API for wallpapers and stuff.

  12. Re:Windows Longhorn renders all this obsolete by Etyenne · · Score: 4, Funny
    The release of Windows Longhorn ...

    ...due somewhen in 2006 will render a 2004 software obsolete. Hey Sherlock, here's a cookie for your perspicacity !

    --
    :wq
  13. Re:Why KDE is wrong by Anonymous Coward · · Score: 0

    If any of that would be only slightly true it would be a really good reason to not use GNOME.

    "land of the free", sorry but that was a long time ago.

  14. Complete Text by Anonymous Coward · · Score: 3, Informative

    Diving Into GNOME 2.5 - A Preview of GNOME 2.6
    Sayamindu Dasgupta
    The boring intro...
    As a part of the Bangla/Bengali GNOME l10n team, I decided to give the GNOME HEAD branch a spin - in order to find out what's new, as well as to get an estimate of how much we would have to translate (I hate that part of the job) to attain supported status. The last time I did this, I also wrote an article about what I saw, but unfortunately, I never learn from my mistakes - so here I go again....
    However, before jumping in into this guided tour, please remember that I have been involved with the GNOME community for the past few months as a helper in the GNOME Summaries, and I may not be able totally impartial towards GNOME. Feel free to consider me biased.

    The Vital Statistics
    Before going into the real stuff, let me give me a brief overview of my system, so that when I mention something as fast or as slow, you would be able to guess how it would crawl in your system.

    Processor: AMD Athlon XP 2600+
    RAM: 512 MB of PC 2700 DDR RAM (with 875 MB swap)
    Motherboard: Nforce 2 based mobo from Leadtek
    Storage: A 40 GB Seagate Barracuda HDD
    Distro: Mandrake 9.2
    Kernel: 2.6.2
    The Installation
    I had gone through (successfully) the GNOME dependency maze before, and to avoid losing my sanity, I decided to use jhbuild (one can also use GARNOME or cvsGNOME - maybe I'll test one of those with GNOME 2.8) .
    Using jhbuild is quite easy - just set some variables in ~/.jhbuildrc, and you are ready to roll. Jhbuild grabs the latest source code from CVS (taking care of the dependencies), compiles them, and installs them in whatever $prefix you want them to be in. OK - there was one major problem - but that was at a later stage, and it got fixed really quickly.

    First Impressions

    Fig 1. The default GNOME 2.6 desktop
    Jhbuild took around 6 hours to get a bare bones GNOME system up and running, and surprisingly, there were very few errors, and I had to manually intervene only thrice.

    I logged in as root the first time (yaya - I know security risk and other stuff..), to be greeted by a clean and polished looking GNOME desktop (Fig. 1) . (Note that I am running the Freedesktop.org Xserver here - so don't expect a stock GNOME 2.6 install to have panel shadows).

    Seeing an icon named "Computer" right on the desktop - my first reaction was to click on it, expecting Nautilus to pop up with my "/" directory or something like that.

    Nautilus goes spatial
    However, as soon as I clicked on that icon - my reaction was "Yikes!! What have they done to Nautilus ??". Gone was the old and familiar explorer like interface. In it's place was a really minimalistic window, with no toolbar, just a plain menubar. I was quite confused - I even clicked on "Help" -> "About" to verify that the "thing" was indeed Nautilus. After some head scratching I remembered a post at FootNotes, in which the Nautilus developers announced something about going "Spatial". People had been pretty much excited about this - though I personally had no idea about what this stuff was all about. Now I thought I understood.

    Fig 2. Spatial Nautilus - Showing "Computer"
    All my disks had been correctly identified by Nautilus, and was showing up in the "Computer" window (Fig. 2). But that was not very important at that point - all my attention was riveted on the new UI. After some Googling and RTFM sessions, I figured out that Nautilus was following a "Object Oriented" metaphor, instead of the normally used "Navigational" metaphor. The most user visible aspect of the OO metaphor is that there is a always a direct, one-to-one relationship between folders and windows, and the window for each folder remembers where you placed it the last time - i.e, the next time it will pop up in the same position. This new interface is partially inspired by the interface described in http://arstechnica.com/paedia/f/finder/finder-1.ht ml.

    Fig 3. Viewing a deep folder with spatial Na

    1. Re:Complete Text by justforjest · · Score: 1

      Thanks a ton..

  15. gpdf by starseeker · · Score: 4, Interesting

    Hmm. I really hope they do have thumbnail and bookmark support, and continue to add features. Xpdf is a nice renderer, but the interface IMHO is not exactly a nice one. If gpdf can become the full equal of Acrobat Reader I'll be one very happy camper.

    --
    "I object to doing things that computers can do." -- Olin Shivers, lispers.org
    1. Re:gpdf by GiMP · · Score: 1

      Of course, there is always the real Acrobat Reader for Linux. Of course, that won't help you on FreeBSD (without Linux compat) or with getting on RMS's good side.

      I personally think that GGV is great, but I'm excited to see what gpdf might bring.

    2. Re:gpdf by Stinking+Pig · · Score: 1

      As long as it doesn't copy the "use 100% of CPU whenever I'm running" feature.

      Even without that, I'd still use xpdf. Bookmarks are arugably of use, but thumbnails? No way.

      --
      "Nothing was broken, and it's been fixed." -- Jon Carroll
    3. Re:gpdf by Anonymous Coward · · Score: 0

      There is no search capability in GPDF.
      This is really a shame, since Acrobat reader and Xpdf got this feature.

      Is this feature too obstrucive? Or is it just because the coders can't make a good pdf searcher?

    4. Re:gpdf by steveha · · Score: 1

      There is no search capability in GPDF.

      True. They will add it in future.

      Is this feature too obstrucive? Or is it just because the coders can't make a good pdf searcher?

      I suspect it's harder than you think. Just look at gpdf; they did a great job on it. Why leap to the assumption they are poor coders?

      Once they have this feature added, I'll cheerfully remove xpdf from my system. I really like gpdf.

      steveha

      --
      lf(1): it's like ls(1) but sorts filenames by extension, tersely
    5. Re:gpdf by Anonymous Coward · · Score: 0
      There is no search capability in GPDF...Is this feature too obstrucive?

      PDF was designed to render images on paper. It stores text in ways that make no sense from a search perspective. For example, it can describe where to draw a "D", then describe where to draw an "r", and so on. The text does not have to show up in the file in the same order it would appear on paper. Such loose definitions make searching particularily challenging.

  16. File selectors? Why? by Anonymous Coward · · Score: 5, Interesting

    They go to all the trouble of creating a decent filer, Nautilus, and then ignore it for opening and saving documents by sticking with stupid file selectors. Again. Do any GUI developers bother challenging tired, illogical concepts? (Check out ROX for true drag and drop opening and saving: here)

    1. Re:File selectors? Why? by DreadSpoon · · Score: 3, Funny

      Getting rid of file selectors all together is *waaay* too big of a change for a minor version increment. Maybe in GNOME 3.0, sure. But not just jumping from 2.4 to 2.6. That'd be like dropping a new VM in a stable kernel series or something. ;-)

    2. Re:File selectors? Why? by Stinking+Pig · · Score: 3, Insightful

      I would assume it's because nautilus is a lot bigger than a gtk file selector. Anyway, a file selector is still required because people will choose to run your apps while the whole DE is not running. For instance, I run a number of GNOME and KDE apps on XFce4; I may have konqueror installed, but it never runs and I certainly don't have nautilus installed. Even if they were installed, if they were required to do file operations from Cervisia or Gnumeric I'd have to wait for those browsers to come up from a standing start when all I wanted was to open or save a file.

      --
      "Nothing was broken, and it's been fixed." -- Jon Carroll
    3. Re:File selectors? Why? by Anonymous Coward · · Score: 1, Interesting

      Check out ROX for true drag and drop opening and saving

      I used to use RISC OS-based machines a lot at school, and while I never actually owned one, I suppose I'm reasonably qualified to comment on the UI. The drag-the-icon-to-a-filer-window-to-save thing is horrid.

      First, the user has to open a filer window in the correct location (the default behaviour in RISC OS is, IIRC, to open a new window for every subsequent folder, so you can get millions of windows unless you knew to hold down Alternate or whatever when double-clicking).

      Once they've done that, they have to resize both the relevant filer window and the application window so they're both on the screen at the same time. Seen someone who isn't too good with a mouse try doing this? Ouch.

      Next, they use the Gimp-style middle-click menu on the application to go to File, then Save (or press F3, IIRC) to bring up the little window with an icon and a small text field in.

      The user then types in their filename, drags the icon to the filer window, and discovers that that filename is already taken. So, they type in a new one, and have to drag the icon again, hopefully not dropping it in the wrong place or anything. Again, people with limited mouse skills need not apply.

      If someone isn't used to that system, it's hardly intuitive - you're presented with an icon, with no default location or anything, unless the program has been helpful and has coded the entire path into that teeny text field for the filename. There aren't any scrollbars or extending boxes or anything for said text field, you just amble to the left with the cursor key, seeing what text is uncovered.

      The drag-and-drop saving is theoretically a good idea, but it really doesn't work too well in practice. Sorry.

    4. Re:File selectors? Why? by YellowBook · · Score: 1

      Apparently the API for the new GTK file selectors was designed with support for drag-and-drop saving in mind. So if you want to volunteer to implement a ROX-style save dialog, go right ahead! I'll probably even use it.

      --
      The scalloped tatters of the King in Yellow must cover
      Yhtill forever. (R. W. Chambers, the King in Yellow
    5. Re:File selectors? Why? by Anonymous Coward · · Score: 0

      Keep dragging and causing yourself a carpal tunnel for all I care, but KEEP THAT OFF FROM MY DESKTOP.

      It's not that hard to get: some of us DON'T WANT ANYTHING TO DO WITH DRAG & DROP.

      Seriously, d&d is a horrible, clunky, outdated concept that needs to be shot down and slowly tortured to death.

    6. Re:File selectors? Why? by horza · · Score: 1

      Try using ROX, the Filer comes up nearly instantly even on a low spec machine. It would be great if the user could configure which file selector the GTK toolkit uses, then you could configure globally for all applications.

      Phillip.

    7. Re:File selectors? Why? by spitzak · · Score: 1

      If the DE is not running you would still get a box you can type a filename into. It does not have to run another program (and it probably shouldn't, this would defeat the entire purpose of running the program without running the DE).

      At least this appears to be the way ROX works.

    8. Re:File selectors? Why? by Anonymous Coward · · Score: 0

      The drag-the-icon-to-a-filer-window-to-save thing is horrid.

      That's a very subjective point of view. I think exactly the opposite.

      First, the user has to open a filer window in the correct location (the default behaviour in RISC OS is, IIRC, to open a new window for every subsequent folder, so you can get millions of windows unless you knew to hold down Alternate or whatever when double-clicking).

      In Windows et al, you don't even have the option of using different mouse buttons to change the behaviour of window opening when navigating a directory structure. I'd rather have the option available than not.

      Once they've done that, they have to resize both the relevant filer window and the application window so they're both on the screen at the same time. Seen someone who isn't too good with a mouse try doing this? Ouch.

      Not really. RISC OS allows any window on top of the window with the focus, such as the document you're editing. The filer also does not steal the focus. Therefore, saving is as simple as opening the filer, pressing F3 and dragging the icon. It's similar to pressing Ctrl-S on Windows*, choosing the location and clicking save. Though RISC OS lets you have multiple filer windows open at once. Excellent, say if you want to save a file in two locations. Just drag the save icon from the program twice. To do it in Windows requires two lengthly saves, changing directories in between. It gets worse if you want to save multiple copies of files from multiple applications.

      *When I refer to Windows, I'm also referring to any OS with file-save dialogues as the default behaviour.

      The user then types in their filename, drags the icon to the filer window, and discovers that that filename is already taken.

      This is redundant information. It is up to the application to decide on the behaviour if a file already exists. On most Windows apps, if you type a filename that is already taken, you will have to enter a new one or overwrite.

      So, they type in a new one, and have to drag the icon again, hopefully not dropping it in the wrong place or anything. Again, people with limited mouse skills need not apply.

      Fair enough.

      If someone isn't used to that system, it's hardly intuitive - you're presented with an icon, with no default location or anything, unless the program has been helpful and has coded the entire path into that teeny text field for the filename. There aren't any scrollbars or extending boxes or anything for said text field, you just amble to the left with the cursor key, seeing what text is uncovered.

      It is a small text field, point taken. However, it's no less intuitive than the file-save dialogue system. The dialogue bears no relation to the actual process that is taking place - the committing of a file to a storage location. Wouldn't it be intuitive to save to a network location instead of just the local disc? Yes, you can do this on Windows too. However, you can't select a running application and save into that (for example, into another open document). When I first started using Windows, I wondered why my options were now limited in that respect. Cut-and-paste on Windows is excellent, but hardly intuitive.

  17. 403 Forbidden by Anonymous Coward · · Score: 0

    Time for chmod 755 images, my friend

  18. Spatial Nautilus? by Anonymous Coward · · Score: 2, Insightful

    As much as I like the idea of it being smaller and faster, it's still kind of strange.

    The windows take up 1/4 of a 1024x768 screen. I don't want to have a bunch of gigantic nautilus windows filling up my small screen.

    1. Re:Spatial Nautilus? by Asprin · · Score: 1


      Can anyone who's used both comment on whether "spatial nautilus" is the same sorta thing as Windows Explorer's "Open each folder in a new window" non-feature? It sure sounds like it from the article, but it's the first thing I turn off in Windows, so I have no idea if Explorer tries to remember size and location for each open folder or not.

      Some of those linux paths get kinda deep, you know. I can't imagine trying to inspect something like /lib/modules/2.4.18-bf2.4/kernel/drivers/net/tulip /tulip.o to make sure I've got the module right name and having Nautilus open each subdir in a new window. Ick.

      --
      "Lawyers are for sucks."
      - Doug McKenzie
    2. Re:Spatial Nautilus? by hattig · · Score: 2, Informative

      Not quite, because Windows will happily open two windows pointing to the same location, whereas a spatial interface will only have one window for a certain location in the filesystem. If you open ~/pr0n/, it will open in the same place as the last time you opened it, and if you have it open already, then it will merely be brought to the front and activated.

      This makes it a lot more simple. I hope it has a facility for opening the parent window if it isn't open though.

    3. Re:Spatial Nautilus? by Jason+Hood · · Score: 0

      Well I am a developer and I can say for sure this functionality (Spatial Nautilus) renders the desktop useless as I do not have the time nore monitor size to accomidate 20 windows just to get at a source file. I will stick with kde3.2+.

      Not to be cruel to the nautilus developers, but this is a definite step backwards for gnome. It will turn more people off than it will attract.

      --
      Are you intolerant of intolerant people?
    4. Re:Spatial Nautilus? by Christ-on-a-bike · · Score: 1

      Read the article. This feature can be turned off.

    5. Re:Spatial Nautilus? by Jason+Hood · · Score: 0

      I dont need to read the article, I have 2.5 installed and poked around. Good luck finding out how =)

      Put it this way, its about as easy as disabling anti-aliasing.

      --
      Are you intolerant of intolerant people?
    6. Re:Spatial Nautilus? by Anonymous Coward · · Score: 0

      In the very latest build (as in, today's), there's a pref for Spatial/Browser mode in Nautilus. The trick to using the spatial Nautilus is making good use of the keyboard shortcuts. Or if you don't like that, remember that the middle mouse button opens the new child folder while closing the parent at the same time. This gives IMO all of the nice benefits of spatiality (positions and size are always remembered), without any more windows than normal.

  19. Article Text by Anonymous Coward · · Score: 0, Redundant

    Diving Into GNOME 2.5 - A Preview of GNOME 2.6
    Sayamindu Dasgupta
    The boring intro...

    As a part of the Bangla/Bengali GNOME l10n team, I decided to give the GNOME HEAD branch a spin - in order to find out what's new, as well as to get an estimate of how much we would have to translate (I hate that part of the job) to attain supported status. The last time I did this, I also wrote an article about what I saw, but unfortunately, I never learn from my mistakes - so here I go again....
    However, before jumping in into this guided tour, please remember that I have been involved with the GNOME community for the past few months as a helper in the GNOME Summaries, and I may not be able totally impartial towards GNOME. Feel free to consider me biased.
    The Vital Statistics

    Before going into the real stuff, let me give me a brief overview of my system, so that when I mention something as fast or as slow, you would be able to guess how it would crawl in your system.

    * Processor: AMD Athlon XP 2600+
    * RAM: 512 MB of PC 2700 DDR RAM (with 875 MB swap)
    * Motherboard: Nforce 2 based mobo from Leadtek
    * Storage: A 40 GB Seagate Barracuda HDD
    * Distro: Mandrake 9.2
    * Kernel: 2.6.2

    The Installation

    I had gone through (successfully) the GNOME dependency maze before, and to avoid losing my sanity, I decided to use jhbuild (one can also use GARNOME or cvsGNOME - maybe I'll test one of those with GNOME 2.8) .
    Using jhbuild is quite easy - just set some variables in ~/.jhbuildrc, and you are ready to roll. Jhbuild grabs the latest source code from CVS (taking care of the dependencies), compiles them, and installs them in whatever $prefix you want them to be in. OK - there was one major problem - but that was at a later stage, and it got fixed really quickly.
    First Impressions

    Fig 1. The default GNOME 2.6 desktop

    Jhbuild took around 6 hours to get a bare bones GNOME system up and running, and surprisingly, there were very few errors, and I had to manually intervene only thrice.

    I logged in as root the first time (yaya - I know security risk and other stuff..), to be greeted by a clean and polished looking GNOME desktop (Fig. 1) . (Note that I am running the Freedesktop.org Xserver here - so don't expect a stock GNOME 2.6 install to have panel shadows).

    Seeing an icon named "Computer" right on the desktop - my first reaction was to click on it, expecting Nautilus to pop up with my "/" directory or something like that.
    Nautilus goes spatial

    However, as soon as I clicked on that icon - my reaction was "Yikes!! What have they done to Nautilus ??". Gone was the old and familiar explorer like interface. In it's place was a really minimalistic window, with no toolbar, just a plain menubar. I was quite confused - I even clicked on "Help" -> "About" to verify that the "thing" was indeed Nautilus. After some head scratching I remembered a post at FootNotes, in which the Nautilus developers announced something about going "Spatial". People had been pretty much excited about this - though I personally had no idea about what this stuff was all about. Now I thought I understood.

    Fig 2. Spatial Nautilus - Showing "Computer"

    All my disks had been correctly identified by Nautilus, and was showing up in the "Computer" window (Fig. 2). But that was not very important at that point - all my attention was riveted on the new UI. After some Googling and RTFM sessions, I figured out that Nautilus was following a "Object Oriented" metaphor, instead of the normally used "Navigational" metaphor. The most user visible aspect of the OO metaphor is that there is a always a direct, one-to-one relationship between folders and windows, and the window for each folder remembers where you placed it the last time - i.e, the next time it will pop up in the same position. This new interface is partially inspired by the interface described in http://arstechnica.com/paedia/f/finder/finder-1.ht

  20. Re:KDE by Anonymous Coward · · Score: 0, Funny

    Would both of you PLEASE shut the FUCK UP so we can get back to arguing about vi vs. Emacs?

  21. Is Metacity still the DEFAULT window manager? by Anonymous Coward · · Score: 0

    TIA

  22. Gnome and KDE interoperability by pubjames · · Score: 4, Insightful


    I've always thought that the reason having two (main) desktops (KDE and Gnome) is good is not necessarily because of the competition, but because there is a need to interoperate between the two, so sensible 'generic' programming interfaces need to be created. This should create more modular code, and modular code makes successful open source projects.

    However, to what extent is this true? Can I, for instance, use just the Gnome file manager in KDE, and vice-versa? Is it an aim of these projects to make this level of interoperability a goal?

    1. Re:Gnome and KDE interoperability by IamTheRealMike · · Score: 2, Informative
      However, to what extent is this true? Can I, for instance, use just the Gnome file manager in KDE, and vice-versa?

      Yes, you can. Try nautilus --no-desktop (I think that is the switch).

      Expect some stuff to break though. Noticeable KDE uses illegal URI syntax so drag and drop of files etc to/from KDE apps won't work so great I suspect.

      Standardisation will allow us to reach these giddy levels of interop but it's not there yet, and to be frank most effort is going on stuff that actually matters (like the new shared mime database that appears in 2.6)

    2. Re:Gnome and KDE interoperability by pubjames · · Score: 1

      and to be frank most effort is going on stuff that actually matters

      I do think it matters a lot. Yes, I know standardisation of interfaces is very difficult, but we have the development of KDE apps and Gnome apps, for instance Gnumeric and Kspread. The developers of these programmes should not have to worry what desktop it will run on, they should work with generic programming interfaces.

      I appreciate this is very difficult but as I said in my original post, it's a good thing to have both KDE and Gnome because then these issues can be tackled in a sensible and generic manner.

    3. Re:Gnome and KDE interoperability by Anonymous Coward · · Score: 1, Interesting

      I wrote about this yesterday in response to the article about Chris Stone and Novell. Apparently, I didn't hit submit after preview or something because I didn't see it there today. Anyway, what I thought would be interesting is if Novell could do a mini-skunkworks project in which members of the Ximian and Suse teams would be brought together to work on interop issues between Gnome and KDE. Maybe freedesktop is working on these issues.

      I wish QT had been released under the LGPL and KDE had become the dominant desktop, but that's history now, and the only thing I can see to do is better interop between the two desktops. KDE seems to have better technology and Gnome seems to have a few killer apps -namely Evolution.

    4. Re:Gnome and KDE interoperability by dominator · · Score: 5, Informative

      There's quite a bit of inter-operability work going on at freedesktop.org. There's a lot of shared specifications and software there. Plus there are software libraries that both DEs use that aren't listed on FDO, like libxml2.

      The KDE folks have also worked on some Qt-GTK toolkit inter-operability stuff. See also:

      GTK-Qt
      Ditto
      Glib/Qt main loop integration

      amongst others.

    5. Re:Gnome and KDE interoperability by IamTheRealMike · · Score: 1

      Oh sure, what I meant was that swapping out Konqueror for Nautilus is typically not that useful. I don't think many people run hybrid kde/gnome systems. Of course 3rd party apps should integrate smoothly with this :)

    6. Re:Gnome and KDE interoperability by Anonymous Coward · · Score: 0

      I wish QT had been released under the LGPL and KDE had become the dominant desktop, but that's history now, and the only thing I can see to do is better interop between the two desktops.

      None will be the dominant desktop.

      On one hand, we have KDE. Since there are many big companies developping with Qt, KDE isn't going anywhere. Gnome isn't going to leave either.

      I'm a KDE user. I like how KDE works, how programs interact with each other, and I couldn't live without the KIO-slaves. I don't like gnome, but some people do so who am I to tell them to use something different. Besides it would be a shame to throw away 2 nice DE's and their technologies.

      Interpropability is what we should be focussing on right now, not to extinct one DE. E.g. if I'm using GTK programs under KDE I want them to look&feel the same. I want them to use the same file-dialogs. I want to be able to drag&drop between a KDE-program and a Gnome/GTK one. Shouldn't be that hard, should it?

      KDE seems to have better technology and Gnome seems to have a few killer apps -namely Evolution.

      Evolution has a KDE counterpart now (Kontact). I haven't tried it, but since it uses KOrganizer and KMail it should be a very solid app.

      The real linux killer-apps are yet to come (Photoshop, Dreamweaver, ...).

    7. Re:Gnome and KDE interoperability by Anonymous Coward · · Score: 0

      Actually, you're wrong. There will be a "dominant" desktop eventually. Not that one will go "extinct" as you put it. That dominant desktop will be Gnome unfortunately, and the reason will be the qt license. Once you get start getting those big corporate rollouts with Gnome on the desktops that is what joe-average user at home will start using too.

    8. Re:Gnome and KDE interoperability by IamTheRealMike · · Score: 1
      I think this illustrates nicely the attitude problem KDE have W.R.T standards.

      Let's see. Those "interoperability" projects they love to trumpet are entirely about absorbing more software into the KDE collective. GTK-Qt makes GTK apps use Qt for drawing themes, and Glib/Qt main loop integration allows you to special-case programs to use the KDE dialogs.

      Yet, KDE applications still don't use the standard XEMBED system tray protocol. Apps using the much-lauded KDE frameworks automatically use a legacy protocol that only works with KDE.

      KDE is consistantly lagging behind in supporting new standards as they are developed (usually with their consent and often with big hacks to accomodate them, see the "hicolor" theme). Partly that's due to long release cycle, and partly they just seem to assign lower priority to implementing these standards. When they are implemented it's usually the work of the guys who are employed by SuSE.

    9. Re:Gnome and KDE interoperability by FAdmThiago · · Score: 1

      Uh... why? Unless you're talking about those companies developing their own internal apps, the licensing issue is moot. Qt is GPL, as much as the Linux kernel itself. Plus another license if you want it over GPL.

      If you want to develop with Qt, we have Stallman's "Why you should license your next library GPL" discussion. Plus the fact that you can get a Qt commercial license. And the fact that intra-company deployments don't violate the GPL (this last argument is countered by some people, but FSF supports it).

      If GNOME becomes the dominant desktop, I don't think it'll be Qt's license to be at fault. It is more likely to be so on account of big players pushing GNOME (Sun, Red Hat, etc.).

      Besides, TrollTech isn't stupid. If the licensing was to hinder their Qt income, they'd find a way around it. I'm quite sure they'd be more than happy to see their product widely deployed around the world -- more so than it already is.

    10. Re:Gnome and KDE interoperability by nitehorse · · Score: 1

      Just for the record...

      We had a working System Tray implementation before XEMBED existed, and we'll be using the standard version for KDE4. We think it's important to maintain binary and source compatibility, so if someone out there hacked together an X app that worked with KDE2's system tray it will still work in KDE3 (hell, IIRC some of the KDE1 apps still dock properly).

      And we do support the FD.o system tray apps as well, so it's not like we're ignoring them. Rhythmbox and gaim dock just fine into my kicker.

      We're also the ones who invented the friggin' icon standard in the first place, as well as working with the GNOME team on the .desktop file format. I know it's fun to bash KDE, but at least bash us for good reasons, like being written in C++ or something ;)

    11. Re:Gnome and KDE interoperability by spitzak · · Score: 2, Interesting

      I agree, and this is happening somewhat, especially the standards being set by freedesktop.org.

      However I see no sign of them doing some stuff that should not be hard. Some services should be provided by running a seperate program, so that program could be replaced. An obvious one is to make the file chooser be a seperate program. In my sample programs, statically linked with the fltk toolkit, the file chooser is sometimes 1/2 the entire size of the program! And you cannot change it. And every program running the file chooser has to re-read the directories and the icon files and they type assignments, preview images, ... it is extremely wasteful.

      Instead a program could popen("filechooser", "-flkajiuv", "oldfilename") and read the stdout to get the filename the user chose (more complex interfacing would be controlled with switches and more piped messages in both directions). The only other work the calling program should do is to detect if the program does not run and pop up a cheap, crude, fallback, such as a box the user can type the literal filename into. Notice that the called program does not have to actually do the file chooser, in most systems it would instead talk to a filechooser service that is already running, so cached information can be instantly reused.

      I don't see any sign of KDE or Gnome doing this, but it would help an unbelievable amount.

      Here are some specific programs that should be possible:

      1. We need a "start" program. It should take an argument and do whatever is supposed to happen when the user double-clicks a file in Nautilus. This removes 90% of the work that a modern file displaying program needs to do! This is absolutely essential, and it is shameful that the command-line oriented Linux does not have this, but Windows does.

      2. Even more obvious than the file chooser is programs to pop up error and message boxes, small yes/no questions, and input a text field. These would return the answer after the user hits the ok or cancel button. Maybe a more complex program that builds a simple panel of several questions and returns after the user hits ok/cancel. This would allow shell scripts to have a "gui".

      3. Besides the file chooser, a printer chooser (it should return information about the paper size and a command to popen that you send postscript to), a color chooser (returns 3 floating point numbers as text), a font chooser (use fontconfig names), and perhaps several others...

      Notice that adding these programs won't break anything. They should be designed so they work simply when you don't give any switches, the calling program can just wait until they exit, the return code indicates ok (0) or cancel (1) and stdout is what the user chose. Obviously a lot of switches will be added and there will be competition and incompatabilty between different implementations, but this has been proven to work out eventually with other command line tools.

    12. Re:Gnome and KDE interoperability by steveha · · Score: 1

      If I could, I would mod the parent up as +1, Interesting. But I'll just have to reply instead.

      First of all, I did some digging, and discovered a charming utility called "gnome-open". It does the same thing as "start". I just tried gnome-open on one of my .ogg music files, and it's playing now in the default .ogg player.

      I am intrigued by the idea of a pipe-oriented application to handle File Open and File Save. I don't think it would actually be as big a win as you think. It's possible to use shared libraries, so there is no reason to statically link the libraries. And with the GNOME 2.6 dialogs, it is possible for an app to add extra controls to the dialogs; see the infamous screen shot with "Frob the file" (or the newer "Lart the next user who asks about this checkbox"). You propose switches and pipes for this, but calling a shared library means an application can simply register callbacks--easy and fast.

      There are already command-line tools that pop up GUI dialogs, for use in your shell scripts. For GNOME 2.x, the tool of choice is Zenity, which can do what you wanted: for example, it can put up a file selector dialog and return the chosen file on the standard output.

      Zenity doesn't currently offer a printer chooser, color chooser, or font chooser. You could probably work around these lacks; for example, you could call gtklp instead of Zenity to deal with printing. Or you could add these features to Zenity.

      You could also script in Python instead of shell, and you can do whatever you want (including design nontrivial dialogs in Glade).

      steveha

      --
      lf(1): it's like ls(1) but sorts filenames by extension, tersely
    13. Re:Gnome and KDE interoperability by inc_x · · Score: 1
      > First of all, I did some digging, and discovered a charming utility called "gnome-open". It does the same thing as "start".
      > I just tried gnome-open on one of my .ogg music files, and it's playing now in the default .ogg player.

      The KDE version is "kfmclient exec <file>"

      For most of the other stuff you can use KDialog. See this KDialog tutorial for details.

    14. Re:Gnome and KDE interoperability by IamTheRealMike · · Score: 1

      No, I think you got it backwards. You can and do still support the old protocols so old apps continue to work, the problem is that the KDE APIs for making tray applets generate old-style protocol requests. That means if I use a KDE systray app today, it won't work right in any other desktop. In theory it's a simple fix but I seem to recall asking about this and being told the APIs themselves don't allow for it (?!?)

    15. Re:Gnome and KDE interoperability by spitzak · · Score: 1

      Thanks for all the info!

      So all platforms have this command, it is just obscure (the actual Windows command that you can pass to exec() is "rundll32.exe url.dll,FileProtocolHandle", "start" seems to be something built into cmd.exe, so Windows is no clearer than Gnome or KDE).

      I do think getting an agreement on what the command-line tools that do this are called would help considerably.

      I prefer calling commands over a shared library. It is much easier to execute from an arbitrary program. You cannot link with both GTK and Qt in any useful way, to say nothing of fltk or programs using Xlib or using glut or some other library. It is also much more reliable, programs can detect that it won't work and avoid crashing or weird bugs.

      As I see it, the file chooser command would be a really tiny program. All it has to do is locate the file-manager service and tell it to run a new control panel.

      Most of the useful extra buttons for the file chooser could be added by making it include something like KDialog.

  23. OS/2 lives again! by Garg · · Score: 2, Funny

    From the decription of the 'spatial desktop', it sounds like OS/2 Warp circa 1995.

    We only had to wait a decade or so for Moore's Law to make it usable... :-)

    Garg

    --
    Garg
    Alumnus, Xavier's School for Gifted Youngsters
    1. Re:OS/2 lives again! by Anonymous Coward · · Score: 0

      ...or Mac OS circa 1984.

      Sadly, the nice spatial file management was thrown away in Mac OS X for the new finder we all know and hate.

    2. Re:OS/2 lives again! by Mikkeles · · Score: 1
      My thought exactly when I read this. It is one of the best features of OS/2 IMNSHO. I never had any performance problems with it, though.

      Does anyone know if the templates apply only to files? I used this OS/2 feature extensively for creating templates of directories with standard subdirectories and files already in place. For example, just instantiate a template, rename and your src, bin, lib, Makefile, etc. are all set up and ready for a new project (or a new subsystem in an existing project).

      --
      Great minds think alike; fools seldom differ.
  24. Article Text by Anonymous Coward · · Score: 0, Redundant

    The boring intro...

    As a part of the Bangla/Bengali GNOME l10n team, I decided to give the GNOME HEAD branch a spin - in order to find out what's new, as well as to get an estimate of how much we would have to translate (I hate that part of the job) to attain supported status. The last time I did this, I also wrote an article about what I saw, but unfortunately, I never learn from my mistakes - so here I go again....
    However, before jumping in into this guided tour, please remember that I have been involved with the GNOME community for the past few months as a helper in the GNOME Summaries, and I may not be able totally impartial towards GNOME. Feel free to consider me biased.
    The Vital Statistics

    Before going into the real stuff, let me give me a brief overview of my system, so that when I mention something as fast or as slow, you would be able to guess how it would crawl in your system.

    * Processor: AMD Athlon XP 2600+
    * RAM: 512 MB of PC 2700 DDR RAM (with 875 MB swap)
    * Motherboard: Nforce 2 based mobo from Leadtek
    * Storage: A 40 GB Seagate Barracuda HDD
    * Distro: Mandrake 9.2
    * Kernel: 2.6.2

    The Installation

    I had gone through (successfully) the GNOME dependency maze before, and to avoid losing my sanity, I decided to use jhbuild (one can also use GARNOME or cvsGNOME - maybe I'll test one of those with GNOME 2.8) .
    Using jhbuild is quite easy - just set some variables in ~/.jhbuildrc, and you are ready to roll. Jhbuild grabs the latest source code from CVS (taking care of the dependencies), compiles them, and installs them in whatever $prefix you want them to be in. OK - there was one major problem - but that was at a later stage, and it got fixed really quickly.
    First Impressions

    Jhbuild took around 6 hours to get a bare bones GNOME system up and running, and surprisingly, there were very few errors, and I had to manually intervene only thrice.

    I logged in as root the first time (yaya - I know security risk and other stuff..), to be greeted by a clean and polished looking GNOME desktop (Fig. 1) . (Note that I am running the Freedesktop.org Xserver here - so don't expect a stock GNOME 2.6 install to have panel shadows).

    Seeing an icon named "Computer" right on the desktop - my first reaction was to click on it, expecting Nautilus to pop up with my "/" directory or something like that.

    Nautilus goes spatial

    However, as soon as I clicked on that icon - my reaction was "Yikes!! What have they done to Nautilus ??". Gone was the old and familiar explorer like interface. In it's place was a really minimalistic window, with no toolbar, just a plain menubar. I was quite confused - I even clicked on "Help" -> "About" to verify that the "thing" was indeed Nautilus. After some head scratching I remembered a post at FootNotes, in which the Nautilus developers announced something about going "Spatial". People had been pretty much excited about this - though I personally had no idea about what this stuff was all about. Now I thought I understood.

    All my disks had been correctly identified by Nautilus, and was showing up in the "Computer" window (Fig. 2). But that was not very important at that point - all my attention was riveted on the new UI. After some Googling and RTFM sessions, I figured out that Nautilus was following a "Object Oriented" metaphor, instead of the normally used "Navigational" metaphor. The most user visible aspect of the OO metaphor is that there is a always a direct, one-to-one relationship between folders and windows, and the window for each folder remembers where you placed it the last time - i.e, the next time it will pop up in the same position. This new interface is partially inspired by the interface described in http://arstechnica.com/paedia/f/finder/finder-1.ht ml.

    At first, I was not very comfortable with the new spatial mode (to be honest, I thought it sucked), but after a few days, I grew used to it, and be

  25. Re:Yuk by Xpilot · · Score: 3, Informative

    I guess I'll never be a Gnome user. What is the fascination with muddy colours?

    GNOME is quite themable; if you don't like the muddy colours, use another theme.

    --
    "Backups are for wimps. Real men upload their data to an FTP site and have everyone else mirror it." -- Linus Torvalds
  26. Re:KDE by Anonymous Coward · · Score: 0

    aGet the fuck (esc)8(left)4x4(right)iing lost, loser.(esc) :wq

  27. Re:Its called KDE 3.2. by sniggly · · Score: 4, Insightful
    It's unwise to say that kde is better than gnome on slashdot. It isn't true either. A lot of people will appreciate the way gnome works, nautilus reminds me of the finder in mac os pre osx - some people love it, some hate it, most don't care.

    It'll be interesting to read a decent "neutral" KDE 3.2 vs Gnome 2.6 article though! And it also has to be said that the competition between KDE and Gnome really had driven both communities to excellence. Als competition has not deterred them from cooperating in freedesktop.org - something to be encouraged until hopefully one day somehow the libraries can be unified.........

    --
    Of those to whom much is given, much is required.
  28. In a corporate setting, 90% is shared. by Moderation+abuser · · Score: 1

    So you can be 10x more efficient with your systems than you can on an individual basis. Assuming you design your system archtecture with a bit of thought. Of course, very few do.

    --
    Government of the people, by corporate executives, for corporate profits.
  29. Re:Yuk by phallux · · Score: 1

    Amen. This "spatial" feature is no different than the default Windows 3.1 navigation. What a dud.

  30. Re:So good, so dull.... by FePe · · Score: 2, Informative

    If you don't like the standard look, you can easily apply a diferent theme. Try browsing through this and see if anything could spice the Gnome desktop up.

    --
    "Until you do what you believe in, how do you know whether you believe in it or not?" -- Leo Tolstoy
  31. Re:Yuk by Anonymous Coward · · Score: 0

    Slashdot ... where having an opinion gets you moderated as a troll or as flamebait! :rolleyes:

    I'd like someone to argue that the colours aren't muddy, that the new Nautilus spatial feature isn't merely a new window for a new folder, that minor application upgrades and integration is special and amazing, and that the GUI isn't brick like.

  32. Nice Job by ickoonite · · Score: 4, Interesting

    GNOME vs. KDE will perhaps be one of the holy wars of this millennium, and this is certainly another kick in the teeth for the ever-so-slightly clunky KDE (in my opinion). As said in the article, the developers have done some superb work and, well, put it this way, it is almost making me want to lose Mac OS X on one of my iBooks. Do not underestimate the pulling power of eye candy and the HIG!

    Liberal inspiration has, of course, been taken from the Apple way of doing things - the spatial navigation is, as noted in the Ars Technica article, based on the pre-OS X MacOS Finder. And that's no bad thing, certainly if FOSS wants to move towards real usability on the desktop.
    The file dialogue boxes are also notably similar to Mac OS X's way of doing things, although the puzzling (at least to me) scrollbars that the Mac uses to browse up and down a directory tree are here replaced with arguably simpler tabs. Very nice touch.

    Personally I'll keep Mac OS X on this for the moment, if only to avoid kernel recompiles and incompatibilities arising from that, but hell, if I were a Windows user, I'd be sitting here asking myself why the fuck I am waiting till 2006 for Longhorn when I can have this now...
    Zealots were quick to criticise the most prominent competition - Mac OS X 10.3 - in terms of eye candy on the desktop when it came to making comparisons with their darling Longorn (which is, rather pointedly, not available for purchase yet). Now that UNIX is offering two superb alternatives, one of them properly FOSS (and, more importantly, runnable on x86), Windows' days should surely be numbered...?

    iqu :)

    1. Re:Nice Job by ajagci · · Score: 3, Insightful

      GNOME vs. KDE will perhaps be one of the holy wars of this millennium,

      Yes, and like most holy wars, it's about obsolete ideas. Gnome and KDE are both serviceable desktop environments, but let's not kid ourselves: imitating Windows and MacOS should not be the future of computing.

      Personally I'll keep Mac OS X on this for the moment, if only to avoid kernel recompiles and incompatibilities arising from that,

      Whatever makes you happy, dear. Personally, I dumped Mac OS X because I got tired of the manual upgrades and install hassles; Debian has been much less effort to maintain and has a lot more software available for it. And kernel upgrades just work, with no recompiles, with Debian.

    2. Re:Nice Job by ickoonite · · Score: 2, Interesting

      I was going to agree with you whole-heartedly, but then I reread your post a couple of times...

      Away from the desktop on x86, I'm a Debian man, and it has done a superb job as a router and web server at home. The upgrades are superbly simple for a Linux-based operating system. And, should I be bothered, I'm sure it might make a reasonable desktop...
      But you have piqued my curiosity - I am intrigued, what, pray tell, do you mean by "manual upgrades," "install hassles" and "a lot more software available for it"?

      Apple's Software Update is automatic. Debian requires that you do at least type the various commands.
      The Mac OS X Installer requires that you click Next about 10 times, I Agree once and click a hard disk icon. If you are a geek, then include the Customise button and a few tick boxes. Incidentally, the Installer is also the program used for installing a lot of software on the Mac, providing a unified feel for all installers (obviously apt-get gives you that too, but it's kinda scary for Joe Sixpack). My mum could install Mac OS X; she wouldn't even try Debian - it is hard!
      Command line Mac and Linux have exactly the same software. On the desktop/work environment, there is simply no competition - the Mac, though not so "enriched" compared to Windows, wins hands down (Microsoft Office, Photoshop, iDVD, Final Cut Pro, Shake, Maya, the Macromedia apps [soon to change, perhaps], a whole boatload of games)...

      So a reread has left me thinking: what on earth are you on about...?

      iqu :?

    3. Re:Nice Job by Anonymous Coward · · Score: 0

      It's my understanding you have to reinstall the entire OS when upgrading to minor revisions on OS X. 10.1, 10.2, 10.3. That have to change before even touching debian installationwise.

    4. Re:Nice Job by Anonymous Coward · · Score: 0

      What about free OS upgrades?

      I don't run OSX, I have only used it at work and I find the interface works exactly the opposite way than I would like it to (I am a pwm user) so it takes me ages to do anything. Debian also gives me that consistency, all my computers work exactly the same way.

    5. Re:Nice Job by Anonymous Coward · · Score: 0
      Debian requires that you do at least type the various commands.
      The Mac OS X Installer requires that you click Next about 10 times, I Agree once and click a hard disk icon.
      With a cron script, Debian can do it with zero clicks, zero typing, as often as you want it.
      Command line Mac and Linux have exactly the same software.
      Not true. You might not spend enough time at the command line to notice the difference, but it is a sizeable one.
      On the desktop/work environment, there is simply no competition - the Mac ... wins hands down (Microsoft Office, Photoshop, iDVD, Final Cut Pro, Shake, Maya, the Macromedia apps [...], a whole boatload of games)
      There are some of us who don't care for these titles. I for one am happy with the software I have now. Don't try to argue with me about how I don't have the software I need, or how yours is better, because I'm satisfied.

      Maybe, even, you are kidding yourself into thinking you need those packages. Commercial software has its way of doing that. When I first started using Linux, I was disappointed because I thought I needed this commercial/proprietary program or that one.... But using Linux only helped me to realize that I didn't. I think it really changed the way I think about computers, much for the better.
    6. Re:Nice Job by ickoonite · · Score: 1

      Not sure where your understanding came from, I must say...

      OS X minor revisions are 10.1.x; the 10.x revisions are pretty major. 10.x.x upgrades require only a reboot. Viz major revisions (i.e. 10.1, 10.2), the upgrade procedure (generally) works fine.

      I can't believe anyone is actually trying to argue that Debian is easier to install/upgrade than Mac OS X! At least look at the intended user base - on the one hand, arty types and families, on the other hand, Slashdot-reading UNIX hackers (of which I like to count myself part, most of the time).

      iqu :s

    7. Re:Nice Job by ickoonite · · Score: 1

      Dang, you got me there! :P

      In my opinion though, you do get a certain degree of refinement regarding the installation and use of the system. For the average idiot (and me when I can't be bothered to fiddle around in /etc/ with nano), Debian is far too difficult, rough around the edges - the learning curve is far too great. With OS X, when I want to hack, I can, because I have the might of FreeBSD etc. at my fingertips. When I don't, I don't have/need to.

      I say Debian's unrefined, though, but its packaging system is first class, as I have noted elsewhere.

      As regards the interface, each to their own is all I can say, and of course any Linux will give you more flexibility in that regard (though, of course, Mac OS X's X11 layer might be interesting as you can use any window manager there...).

      iqu :D

    8. Re:Nice Job by ickoonite · · Score: 1

      With a cron script, Debian can do it with zero clicks, zero typing, as often as you want it.

      Call me facetious, but you still have to nano a cron script, not an easy task. In fact, the thought of editing crontabs again is filling me with dread. :P

      Not true. You might not spend enough time at the command line to notice the difference, but it is a sizeable one.

      Ahem. You post anonymously so I cannot check out your credentials, but I can assure you that over the years, I have spent more than a little bit of time at a command line. Thankfully, a lot of that time has been spent at UN*X command lines, but I am not one of those GUI-addict Mac users or a post-Windows-95 (i.e. I-don't-know-what-DOS-is-I'm-scared-of-it) "newbie." Although I am not wanting to get into a bitch fight over experience, I must point out that I cut my teeth on the command line and I will probably die by it...

      But I digress. The command line - Mac OS X/Linux. Yeah, I made a bit of a sweeping generalisation but not one totally unjustified. My point was, as I hoped was clear, that they are all UN*X-style operating systems and thus, thankfully, remarkably cross-compatible. I can edit my text files in nano, Pico, joe, vi, emacs..., bash is my shell, I create VPNs from Japan (my current abode) tunnelling pppd's output over SSH to my Debian box in England...I love the power of UN*X and also the fact that it is all here on my Mac...

      There are some of us who don't care for these titles. I for one am happy with the software I have now. Don't try to argue with me about how I don't have the software I need, or how yours is better, because I'm satisfied.

      Maybe, even, you are kidding yourself into thinking you need those packages. Commercial software has its way of doing that. When I first started using Linux, I was disappointed because I thought I needed this commercial/proprietary program or that one.... But using Linux only helped me to realize that I didn't. I think it really changed the way I think about computers, much for the better.


      I take it from the last paragraph that you are quite a hardliner (read: you accept all that Stallman has to say unconditionally :P) - that is, of course, your view. In response, I must say that firstly, I was simply listing apps on the Mac - I do not need or use all of them, but the fact is that they matter to a lot of people and are glaring omissions where computers are used in the workplace. If your copy of Debian does what you want it to do, then that is excellent, but, to put it rather bluntly, that doesn't, by default, make Debian particularly useful to everyone else.

      iqu :|

    9. Re:Nice Job by steveha · · Score: 1

      I can't believe anyone is actually trying to argue that Debian is easier to install/upgrade than Mac OS X!

      Install -- no. But Debian is so easy to upgrade, and you don't even have to reboot.

      When the Progeny guys finish getting the Red Hat installer working with Debian, it will be a lot easier to install than it currently is, too. I haven't installed OS X so I cannot compare.

      steveha

      --
      lf(1): it's like ls(1) but sorts filenames by extension, tersely
    10. Re:Nice Job by Anonymous Coward · · Score: 0

      > ever-so-slightly clunky KDE

      Have you tried KDE 3.2? I used GNOME 2.5 (from BreakMyGentoo, great site btw, and GNOME 2.0/2.2/2.4) for a long time because it ran much faster on my Athlon 800. On a whim of a friend of mine, I emerge'd KDE 3.2, and it's not only much faster, but feels a lot more polished than GNOME 2.5 did. The new plastik theme is great (in my opinion)

    11. Re:Nice Job by ickoonite · · Score: 1

      KDE is forever improving, and 3.2 is nice, but...I can never quite put my finger on it when called to...there is just something about KDE that's just a little, well, as I put it, "clunky."

      Just me being picky/peculiar, perhaps...

      iqu :D

    12. Re:Nice Job by heikkih · · Score: 1

      Call me facetious, but you still have to nano a cron script, not an easy task. In fact, the thought of editing crontabs again is filling me with dread. :P

      apt-get install cron-apt

    13. Re:Nice Job by ickoonite · · Score: 1

      Really?

      Wow. Cool.

      Still, I will maintain the point that the average user doesn't even know what the command line is - forget a three word command, because you've lost him already.

      Anyway, I like Debian more now.

      iqu :D

    14. Re:Nice Job by Anonymous Coward · · Score: 0

      and just how the hell is joe sixpack, much less nascar dad supposed to know that?

      oh, that's right. it's right there in the manpage, only 3,000 screenfuls deep.

      jesus christ, you linux fucks really need to pull your heads out of the sand.

  33. agreatserver? by WanChan · · Score: 2, Funny

    You're sure about that?

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

    Why not use a nice clean theme by default? First impressions are the most important thing. KDE comes up clean, crisp and neat. Gnome comes up looking like a field after a music festival.

    These things matter!

  35. ICEWM by dew-genen-ny · · Score: 1

    Running it happiliy on my k6-2/400 laptop

    --
    tom-george.comBecause geeks rate higher t
    1. Re:ICEWM by Anonymous Coward · · Score: 0

      Maybe I should upgrade. I'm running Gnome 2.4 on a Pentium (classic) 133Mhz with 64M RAM since my fast other machine died a few days ago and am still waiting for UPS to deliver the replacement machine. I'm using that 133Mhz machine now to write this in Mozilla Firebird 0.7. God does it crawl.

      I'm hating life.

    2. Re:ICEWM by pe1rxq · · Score: 2, Insightful

      I use ctwm on a pentium 120 with 16MB RAM, its perfect for such a machine.
      dillo for browsing and nedit for editing works fine on it. For real text processing even abiword is workable.

      You can use such a machine perfectly well, you just have to be picky about what you use on it.

      Jeroen

      --
      Secure messaging: http://quickmsg.vreeken.net/
    3. Re:ICEWM by Anonymous Coward · · Score: 0

      Yeah, I used to run a more sane enviroment on the P133 -- Red Hat 5.2 with Enlightenment as my window manager. I haven't used that 133 in a number of years before I lost my good machine. Had to do a HD swap from the broken machine to the P133.

      You're right though.

  36. Re:So good, so dull.... by Anonymous Coward · · Score: 0

    None of them are in any way professional in any way.

    There's a difference between "dull looking" and "clean and professional looking".

    I'm of the opinion that Gnome developers are incapable of understanding the term "professional looking".

    Less browns and dark greys!!! Please! For the love of God/Allah/Buddah/etc!

  37. Re:Yuk by Anonymous Coward · · Score: 0

    yep, just like win 3.1 ..except that it automatically thumbnails images and video, doesn't need to use dot extensions to parse the filetype and generally rocks.
    try it!

  38. Re:Yuk by Anonymous Coward · · Score: 0

    Just like AmigaOS from 1985 with a little more processing power used to be fancy with the thumbnails. Wooo!

    I'm happy that a sane navigational mechanism now exists of course ... but did it have to take so long and so much bloat?

  39. Well if you are using XFce 4 by SmallFurryCreature · · Score: 1
    Then yeah both KDE and Gnome will seem like hogs. I am doing this on a Dual P3 900mhz with 512mb, not a super machine but hardly bad and the speed difference is staggering. Switching desktops wich I do a lot is a breeze in XFCe, a pain in KDE and slow in gnome. KDE gets off because I had different wallpapers for each desktop in that one but Gnome doesn't even support that.

    Only thing I miss in XFce is that konsole doesn't seem to want to work well. A tabbed multi terminal app is very very usefull to me :) a cli junky who wants pretty pictures.

    But I think we can't really hope for KDE and Gnome to become much faster. That is not their aim. Other windows managers do that.

    --

    MMO Quests are like orgasms:

    You may solo them, I prefer them in a group.

    1. Re:Well if you are using XFce 4 by Anonymous Coward · · Score: 1, Informative

      > A tabbed multi terminal app is very very usefull to me :) a cli junky who wants pretty pictures.

      I've switched to xterm with GNU Screen for this. Once you've learned the shortcuts, you can use any terminal, (linux-console, xterm, putty, probably even OSX terminal) as multi-terminal apps in exactly the same way.

    2. Re:Well if you are using XFce 4 by IdleTime · · Score: 1

      Well, you are not exactly helping KDE to run fast on your old hardware either. I'm not sure how many desktops you have, but a different background on each will eat memory and CPU cycles no matter which WM you are using.

      I run Gentoo and KDE 3.2 on a 2.4 Ghz P4 with 1GB ram and KDE is lightening fast. I also run this in 1600x1200x16 on an i810 graphics chip so it is not like I have the best graphics hardware in the world either. Of course it is slow if you want repsonse times in milliseconds on your hardware, but as I have said before, things can't happen before you initate them.

      Startup times has been another issue people are complaining about. Quite frankly, if you can't endure 5, 10, 15 second or more startup times, then I'm not sure what your requirements are in general, but one thing I can say, you need to buy better hardware if that is important. I normally only start up KDE after I have rebooted, and I really don't care how long it takes to load KDE after I have logged in, I can wait those few seconds anyway. I also always keep my applications loaded, why do I need to terminate my browser all the time when it is my most used app?

      Gnome is still IMHO immature and has a feel to it that I can't cope with. It's unintuitive and brutish ugly no matter what theme or color scheme you use. Too bad...

      --
      If you mod me down, I *will* introduce you to my sister!
    3. Re:Well if you are using XFce 4 by SmallFurryCreature · · Score: 1
      yeah but what I miss then is mouse scrolling. For remote sessions it is fantastic especially for when you connection drops.

      Remind me I should try Eterm again. Apparently it got extra support for screen.

      --

      MMO Quests are like orgasms:

      You may solo them, I prefer them in a group.

    4. Re:Well if you are using XFce 4 by forlornhope · · Score: 1

      Wow, Im going to have to call BS on that one. Im sitting here infront of a Celeron 800 with 512 megs of ram running gnome 2.4 on linux 2.6(Debian Sid). Im currently compiling garnome and I have 2 browsers open, 4 terminals, and emacs running and my system is not slowing down at all and still feels very responsive. This includes switching terminals which it does almost instantly.

      Im sorry that you feel gnome is too slow on your dual p3 system, but I have no clue why unless your running a webserver on that machine thats in the middle of a slashdotting, or possibly you have something horribly missconfigured.

      I can understand people with p2 and bellow with less than 128 megs of ram having a problem running gnome or KDE, but for goodness sakes man, you have a nice system sitting on your desk(or wherever it may be).

      --
      "We Don't Need No Truthless Heros!" - Project 86
    5. Re:Well if you are using XFce 4 by GreenBugsBunny · · Score: 1

      Gnome is still IMHO immature and has a feel to it that I can't cope with. It's unintuitive and brutish ugly no matter what theme or color scheme you use. Too bad...

      I thought the same thing until I tried Ximian's Industrial theme. IMO, that is the smoothest look I've ever seen.

    6. Re:Well if you are using XFce 4 by Tukla · · Score: 1

      Did you increase the background buffer in KDE? I think it defaults to 8MB, which is pretty small if you have several wallpapers on a high-resolution desktop.

  40. I tried to use GNOME by metamatic · · Score: 2, Interesting

    I used GNOME for a while on my laptop, but then a routine Fedora upgrade made it self-destruct. Suddenly no text anywhere. All the non-GNOME applications were fine. I tried the suggested fixes, but they didn't work.

    So, I switched to KDE, purely so I could carry on working. And suddenly I noticed everything was a LOT faster. Even simple things like application window redraws were way faster.

    So when I rebuilt the machine, I didn't even bother installing GNOME. I'll look at it again when it's about 4x as fast and much more reliable. Until then, I'm sticking with KDE 3.2, even though it's uglier.

    --
    GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
    1. Re:I tried to use GNOME by sniggly · · Score: 2, Interesting

      I'm a KDE fan mostly because of the immense productivity gains that kioslaves offer. It's wonderful to be able to open a remote file through sftp in kate or konqueror simply by entering its URL and edit it as if it's a local file. Whether it's uglier.. I think that's a matter of taste, gnome is much cleaner but KDE can be adjusted to be much cleaner in appearance as well.

      --
      Of those to whom much is given, much is required.
    2. Re:I tried to use GNOME by unoengborg · · Score: 1

      Yes, KDE can be adjusted to look or act almost any way you want. But the problem is that the defaults are badly chosen. Good defaults are everything for usability.

      E.g. the single click activation in KDE is very hard to handle to most people. Even Microsoft have tried it in their Active Desktop. Almost all users turned it off almost emmediately. I think the reason is that it somewhat breaks the desktop methaphore.

      On a normal desktop you can pick things up for inspection and manipulaiton. Having single click for activation gives the user no easy way to do this.

      The one click thing works well on the web as it is clear that it is a reference to another just like there is little inspection involved in turning the pages in a book.

      Not that I would like to deprive any long time user of the possibility of single click activation, but it should really not be the default.

      --
      God is REAL! Unless explicitly declared INTEGER
    3. Re:I tried to use GNOME by I_Love_Pocky! · · Score: 2, Insightful
      Not that I would like to deprive any long time user of the possibility of single click activation, but it should really not be the default.

      Why not? Just because it isn't what you would usually use. When I am forced to use a Windows machine the first thing I do is change it to single click activation.

      I actually had several people making fun of me because I used Windows in this way. I just can't understand it... Why click twice when you could click once? Your mouse button lasts twice as long. I guess I am just lazy.

      On a normal desktop you can pick things up for inspection and manipulaiton. Having single click for activation gives the user no easy way to do this.

      Umm... the activation doesn't occur until you release the mouse button, so if you click it and hold it, you can move it as you please. Once you start moving it, when you release the button it drops the icon. How does this make it not easy?
    4. Re:I tried to use GNOME by murrayc · · Score: 1

      You can mount an sftp, smb, ftp (and others) server on your GNOME 2.6 desktop. That is thanks to gnome-vfs.

  41. Re:Yuk by Anonymous Coward · · Score: 0

    Why not use a nice clean theme by default? First impressions are the most important thing. KDE comes up clean, crisp and neat. Gnome comes up looking like a field after a music KDE comes up looking like an ass-poor Windoze clone. Who the hell wants a GUI that looks like crayon-puke?

  42. You can run, but you can't hide... by the+cobaltsixty · · Score: 0, Redundant

    (and just in case, copies of the article are also available here and here).

    Now i'm wondering whether or not they're handling the load of a slashdot effect...

  43. Re:Yuk by Anonymous Coward · · Score: 0

    It looks nothing like Windows, sheesh. If the use of grey and brighter colours in icons makes something Windows like ... sheesh.

    Anyway, there are plenty of other themes available from the easy to use configuration application. This seems to be the argument that Gnome users use regarding their interface, so I'll just use it back.

  44. New File Selector with type ahead by tjwhaynes · · Score: 4, Informative

    It is certainly not just geeks who will want or need to type in file names. Skilled typists will not want to move their hands from the home row to open a file. Making them use the mouse to open a file is a bad idea.

    So ... type in the name of the filename, anywhere in the window. This file selector has type-ahead support so it will search through the files looking for the next file that matches the string you have typed so far. If you've been using this feature extensively in Mozilla, it'll be second nature already.

    Cheers,
    Toby Haynes

    --
    Anything I post is strictly my own thoughts and doesn't necessarily have anything to do with the opinions of IBM.
    1. Re:New File Selector with type ahead by Anonymous Coward · · Score: 1, Interesting

      So could I middle click paste a fully qualified file name in from my X selection buffer?

      It's useful to be able to to do that - e.g. if I'm compiling something and the compiler issues an error message with a filepath in it I can select that, File/Open and middle paste the filename in on the editor I already have open and look at it. Having to navigate the full path by typing what's already on the screen would be a pain.

    2. Re:New File Selector with type ahead by thelexx · · Score: 2, Interesting

      One thing that sucks about the typeahead lookup or whatever it is, is when I'm attached to a network drive at work over our slow ass Cisco vpn. It reading in the info to do the lookup makes typing anything in a huge struggle and I end up just using the mouse anyway. If it were a checkbox or menu item in the file selector dialog itself, it would better. And maybe it is, if anyone can enlighten me, using KDE btw.

      --
      "Gold still represents the ultimate form of payment in the world." - Alan Greenspan, 1999
    3. Re:New File Selector with type ahead by Anonymous Coward · · Score: 0

      One thing that sucks about the typeahead lookup or whatever it is, is when I'm attached to a network drive at work over our slow ass Cisco vpn. It reading in the info to do the lookup makes typing anything in a huge struggle and I end up just using the mouse anyway.

      I don't think the file selector needs to transfer the file list through the network everytime you press a key... The list is loaded when the file chooser opens.

    4. Re:New File Selector with type ahead by macshit · · Score: 1

      So ... type in the name of the filename, anywhere in the window. This file selector has type-ahead support so it will search through the files looking for the next file that matches the string you have typed so far.

      Yeah, right. That sounds clunky as hell, and if it's anything like windows, is clunky as hell.

      As a previous poster said, the excellent TAB-completing text-entry box was one of the gnome/gtk file selector's great kick-ass features (far nicer than e.g. windows or kde) -- using it is simple, easy to understand, and fast -- and they went and removed it?!?

      I usually look forward to new Gnome releases because they always seem to thrown in a fair a mount of new eye candy, but cringe too because I know they always manage to make some horrendously bad UI decisions as well.

      Bad Gnome team, bad!

      --
      We live, as we dream -- alone....
  45. Re:Windows Longhorn renders all this obsolete by botmfeedr · · Score: 0

    longhorn uses SVG as well.

  46. Re:Windows Longhorn renders all this obsolete by pNutz · · Score: 1

    Perhaps you should check out the EFL's. The edje library works very similar to Avalon/XAML. UI's are completely abstracted from the applications and stored in text/image archives, but unlike Avalon, edje files aren't pre-compiled. They also allow animations and other neat things that MS hasn't mentioned being in Avalon.
    Avalon's SVG-like display tech breaks SVG standar- err- has better interoperability with WinFX (whodathunkit).

    And nice troll btw. Yummy.

    --
    Death and danger are my various breads and various butters.
  47. Mirror by unmadindu · · Score: 4, Informative

    OK - Here's a mirror that should work properly - sorry for the initial goof up http://www.clai.net/sayamindu/GNOME-2.6/GNOME_2_6. html

  48. Nicely written article!! by mritunjai · · Score: 4, Insightful

    Have to say it, this was one of the best written personal review article submitted to slashdot in recent past.

    It covers the functionality well, does not break the continuity and was fun to read.

    If only we had more articles like this, slashdot might gain few more subscribers.

    --
    - mritunjai
    1. Re:Nicely written article!! by brsmith4 · · Score: 1

      Yeah, at least it wasn't another OSNews Review. ;)

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

    Anyway, there are plenty of other themes available from the easy to use configuration application. This seems to be the argument that Gnome users use regarding their interface, so I'll just use it back.

    You just validated Gnome users' argument then, and the parents' little whine about how the default GNOME theme sucks becomes irrelevant. Bah, trolls.

  50. That's not the real heart of the problem though by Anonymous Coward · · Score: 0

    Now I've got a 512mb / 900MHz system here, but I'm well aware of what a PentiumMMX or even a 386 is capible of. My first computer was less than 10MHz. I'm sure these Gnome / KDE geeks know how powerful these older computers are compared with the barheater monsters on their desks.

    The problem is they just don't care. Their motivations are not alturistic any more than Bill Gates, perhaps even less so. If it runs fast enough on their computer, that satisfies them. If it doesn't run on a PMMX or P2, they wouldn't care a stuff and wouldn't understand why the owner of the said system wouldn't just bin it and buy a new AMD64. If you've got 32mb of ram & can load an OS to check ur email, they can't understand why you don't just go and buy more ram. They'll even think you're a 'looser' for being happy with an older system.

    Basic socio-economic concepts like resource efficiency are irrelevant to them. You actually have to care for these things to matter to you. Sorry to really slam these guys, but I've never seen any real sign of alturism amongst most geeks. It's a pity.

    Such is the story of our dystopian world.

    1. Re:That's not the real heart of the problem though by yarbo · · Score: 1

      There are already WMs to fill the niche of slow computers. There's ICEwm (which should be easy enough for the average workplace), ION, waimea, XFce4, (flux|black|open)box, twm, FVWM, etc...
      There aren't a lot of WMs oozing with eye candy and ease of use, and that's the niche that Gnome and KDE are wrestling for. Performance might not be at the top of their priorites, but they aren't the only game in town.

      and for the record, the KDE developers seem to have started to put a lot of effort into optimization.

    2. Re:That's not the real heart of the problem though by NotZed · · Score: 1

      I'm pretty offended by this.

      I'm embarassed by how much memory evolution eats. But - sometimes you don't have much choice, and we constantly work on addressing the issue, including many custom data structures and memory managers.

      People want to do a lot of crap with their email and they want it to be instant. And they want to do it with more data than they ever used to. That just takes memory - there's not much you can do about that.

      I've got nearly 1GB of email files, you could'nt even dream of having that much hard drive space lying around for email a few years ago (to me, essentially wasted, i only have it for testing). The trade-off I use to justify evolution's memory hogging is that it starts up fast, and if you dont have much mail, it doesn't use as much memory. Its memory use for me is comparable to mozilla (browsing), but handles scads and gobs more data.

      You can have disk-based algorithms, but they're complex and hard to write properly, and slower. So then you go the RDBMS route, and forget about memory saving forever (scales well for many users, but for a personal user, no chance).

      I'm not sure altruism has anything to do with it ...

      I do care, but if someone with 2GB of email complains that evolution eats 100MB of their ram, i'm not going to lose any sleep over it.

      --
      _ // `Thinking is an exercise to which all too few brains
      \\/ are accustomed' - First Lensman
  51. you guys are so mean by tuggy · · Score: 5, Funny

    triple slashdotting??
    are you trying to break a new record or what? ^_^

  52. twist on an old alaskan joke. by juggaleaux · · Score: 4, Funny

    "My Uncle switched Linux Desktops today." "Gnome?" "Know him? He's my uncle!"

  53. Re:Yuk by Anonymous Coward · · Score: 0

    Colors can be changed, but "open folder in new window" really annoys me. I've just recently switched to Gnome from KDE. I was using KDE because it is what I first used, but I found I was using a lot of Gnome apps, so I started using Gnome. If this behavior can't be changed, then it's back to KDE, or find another environment.

  54. Re:Yuk by Anonymous Coward · · Score: 0

    I think the post was sarcastic.

    Clearly the troll was the person who dissed KDE for looking like Crayon Puke.

    Any person who is half educated knows that First Impressions are Very Important, and that by configuring Gnome with a Dull and Ugly Default Interface they are only doing their own project a disservice.

    Configuration later is meaningless. Most people never get to that stage.

    You do some user interface work and you'll find this all out for yourself too.

  55. About spatial navigation by mst76 · · Score: 5, Interesting

    Some people have the misconception that "spatial navigation" is about having one window per folder, but that's not really the point. In explorer-like navigation, every window is a partial view of the filesystem. Every window can be used to navigate the fs with browser-like controls (forward, backwards, folder up, folder down). Two windows are just two views of the fs, they can point to the same folder.

    The defining characteristic of spatial navigation is that a folder window IS the folder. That's why there cannot be two windows on screen that show the same folder, and why there are no navigation controls. The fact that folders open in the same place as when you left them is just a result of the fact that the position is an attribute of the folder itself, not of a windows which is a viewport of a folder. It's a subtle difference that people who have worked with explorer-like browsers for too long may have some difficulty adapting to.

    Personally, I feel more comfortable with an explorer-like fs browser, maybe just because I'm used to it. It seems easier to manage large trees this way. But I can easily see why new computer users would be less confused with the spatial model. It's hard for some people to understand (and remember!) that a dozen of shortcuts to "My Documents" in different places all point to the same folder "underneath".

    1. Re:About spatial navigation by hattig · · Score: 1
      The defining characteristic of spatial navigation is that a folder window IS the folder. That's why there cannot be two windows on screen that show the same folder, and why there are no navigation controls.


      So as I said elsewhere ... pretty much like AmigaOS / Workbench back in 1985.
    2. Re:About spatial navigation by Anonymous Coward · · Score: 0

      > So as I said elsewhere ... pretty much like AmigaOS / Workbench back in 1985.

      Yes, and the Mac in 1984, but that's not the point. Many people have never used an Amiga or any other computer with spatial folders. Even OS X defaults to explorer-style navigation. The first thing they think when they double-click a folder in the new Nautilus and a new window pops up is "this is just like Windows 95, how lame". Windows never had spatial navigation.

    3. Re:About spatial navigation by hattig · · Score: 4, Insightful

      Maybe they never used Windows 95 either!

      True Spatial Navigation is quite good really. As long as you have options for opening the parent folder, and autoclosing the parent folder when opening a new folder to keep clutter down. ... and of course, the option to disable it completely if you want an explorer like UI.

    4. Re:About spatial navigation by moonbender · · Score: 1

      In fact, Windows can easily be made to have something akin to spatial navigation. Use single-pane windows (ie. not the classic Explorer look with a folder list on the left) and set folders to open in a new window. As far as I know, those folder windows retain their size and position over multiple sessions - in accordance with the spatial navigation ideas. Get rid of the "superflous" tool bars and you end with something looking a lot like what the Ars article describes. Including, actually, the optional browser the author proposes, which is just what the classic Explorer is on Windows.

      --
      Switch back to Slashdot's D1 system.
    5. Re:About spatial navigation by Anonymous Coward · · Score: 0
      In fact, Windows can easily be made to have something akin to spatial navigation. Use single-pane windows (ie. not the classic Explorer look with a folder list on the left) and set folders to open in a new window. As far as I know, those folder windows retain their size and position over multiple sessions - in accordance with the spatial navigation ideas.
      The grandparent poster just described why this is NOT the same. In spatial navigation on classic MacOS, a folder window IS the folder. I haven't used win95 for a while, but IIRC, even if you set it up like you describe, you can still have different windows on screen that display the same folder, which breaks the metaphor (which of the windows is really the folder?).
    6. Re:About spatial navigation by moonbender · · Score: 1

      Yes, you can, but I never have. So for me, the metaphor works. As long as you use it like you would, you mostly get what you'd expect from spatial navigation. I realize it's not one-hundred percent the same - and I said so in my original post.

      Incidently, I've used Windows (all versions from 95 to XP) this way because prior to Win95, I was more or less brought up on Apple System 7. Having one window display all folders was very weird and hard to use.

      --
      Switch back to Slashdot's D1 system.
    7. Re:About spatial navigation by Anonymous Coward · · Score: 0

      And of course all of these features are in nautilus, including one you missed.

      To somtimes be able to use an explorere like UI when you need to. Which nautilus also lets you do.

    8. Re:About spatial navigation by Anonymous Coward · · Score: 0

      Which was my point! Hence I mentioned them, because I wasn't the one dissing Nautilus's implementation!

    9. Re:About spatial navigation by EMR · · Score: 1

      So basically Apples Finder.. Though me personally I still use midnight commander all the time (the text one in an xterm). And don't run any graphical file manager at all. (why waste the ram if you don't use it0

  56. Re:Yuk by hattig · · Score: 1

    I'm thinking a tabbed file browser is the solution! Oh wait, Konqueror already has that option. Konqueror just rules, basically ... apart from some HTML issues, the recent versions have been solid and functional.

    Yay for tabs.

    (yeah, I know they aren't the solution to everything ... but I'm sure a lot of tabs (of acid) could have averted a few wars in the past if applied to the right people at the right time)

  57. No pattern match in file-selecter by TheSunborn · · Score: 2, Insightful

    Did they REALLY make a file requester widtout pattern matching? WHY? Even windows got that feature, and it is so usefull that there are NO reason to leave it out.

    1. Re:No pattern match in file-selecter by Anonymous Coward · · Score: 0

      It was not left out. There is still pattern matching. Someone just realized that having a text area to type in and a list of available files was redundant so merged them into one.

    2. Re:No pattern match in file-selecter by TheSunborn · · Score: 1

      In there screenshots which due to bandwidth_exceed
      are not available anymore there were no textfield at all. Besides how does it know if what I enter is a pattern or a filename?

    3. Re:No pattern match in file-selecter by Anonymous Coward · · Score: 0

      Did they REALLY make a file requester widtout pattern matching? WHY?

      File patterns are in nautilus (check the menus).

      In the file selector, I'm not sure what the benefits of multiple file selection would be. Not for saving on multiple existing files, for sure :o)

  58. Will there be Debian packages? by Anonymous Coward · · Score: 0

    Have the good people from Debian tried to package Gnome 2.5, or will they start packaging once gnome 2.6 is out?

    1. Re:Will there be Debian packages? by Cthefuture · · Score: 1

      I'm wondering the same thing. I Googled around for a bit but couldn't find any Debian packages.

      A bit strange because usually someone, somewhere will put together a Debian package. This is especially strange since GNOME is a core Debian product.

      GNOME 2.5 packages for Debian? Where are you?

      --
      The ratio of people to cake is too big
    2. Re:Will there be Debian packages? by eldacan · · Score: 1

      I guess it's just like development kernel versions... always evolving, not really suitable for the task of maintaining a package, since those who want to use the development version likely want the very latest version. Development versions can be built with "tools" like garnome.

      (However, there is a gimp 1.3 package...)

  59. I disagree by bsd4me · · Score: 3, Interesting

    ``Not true. GNOME (and KDE!) have only gotten faster and faster. The exceptions are KDE 2.0 (which is slower than 1.0; but 3.0 is faster than 2.0 and 3.2 is even faster than 3.0) and GTK (which has become a little slower but also smoother because of extensive double buffering).''

    I can't comment on KDE, but when I upgraded from Gnome 2.2 to 2.4, I noticed significant performance hits. The desktop took longer to load, and in general, were noticably slower.

    ``On this system (Athlon 1.4 Ghz 390 MB RAM) I can definitely say GNOME 2.x is faster than 1.4. And GTK 2 feels smoother than GTK 1.''

    Well, you have a nice system. My primary FreeBSD box has a 500 MHz CPU with 128M RAM. Yes, it sucks, but I was fairly disappointed when I upgraded to Gnome 2.4

    --

    (S(SKK)(SKK))(S(SKK)(SKK))

    1. Re:I disagree by bsd4me · · Score: 2, Insightful

      ... That doesn't mean these are bad features, they're just features that are only appropriate for modern, mainstream hardware.

      I think this is a really the wrong approach. Designing primarilly for new hardware hurts lots of end users, especially in poor countries. You would also be surprised to see what is still being used on the desks of most corporate users.

      Core software designed for a broad audience needs to be designed for the middle ground. Not the lowest common denominator, but not brand spanking new. You then need to make it tweakable (either run-time or compile-time) to make it acceptable on low end hardware, and run well on high end hardware. Personally, I think the middle ground is a low lower than most people think.

      I expect make buildworld and portupgrade gnome2 to take a long time, but the performance hit with Gnome 2.4 really shocked me.

      It's open source. You have the power. Think outside of the proprietary software box!

      I find this a little condescending. I started using linux in late 1991 dual-boot and by mid 1992 my machine was linux only. I use FreeBSD now, but I am well aware of how all of this works.

      However, I am also a professional developer with a 9-5 (ha!) job, but I also have my own open source project, other extra-curricular professional activities, and a family.

      Where do I dedicate my time?

      General OS

      User-interface

      General applications

      My project

      Developemt enviroment that my project relies on

      When I was a college student and single, I was able to dedicate lots of time to the early linux development, but not I have to cut back and focus on my project.

      --

      (S(SKK)(SKK))(S(SKK)(SKK))

  60. Favorite quote by doktorstop · · Score: 2, Funny

    One thing that always bugs me (oops, I mean... "enchants me") about these reviews is the obligatory sentence "slick and polished desktop". Look at the picture... it's an empty grayish uniform square with nothing on it... Now if the Gnome developers could only remove the remaining 1-2 icons and the menubar, add a command prompt right over it (alpha-channel of course)... would be an extra-clen super-polished desktop! Oh the joys of removing everything, and going back to the CLI!

    --
    http://www.automatiq.se
  61. Re:Its called KDE 3.2. by ajagci · · Score: 2, Informative

    It'll be interesting to read a decent "neutral" KDE 3.2 vs Gnome 2.6 article though!

    About as interesting as a "neutral" Britney Spears vs. Paris Hilton article.

    something to be encouraged until hopefully one day somehow the libraries can be unified.........

    They could have been unified long ago if the Qt license (GPL) didn't prevent it. You see, ultimately, the difference between KDE and Gnome doesn't come down to technology, it comes down to licenses, and the Qt license just doesn't work for many people.

  62. Hyperbole is fun by Imperator · · Score: 4, Funny
    I firmly believe the Amiga User Interface Style Guide should be required reading before anyone is allowed to even install a compiler with the ability to create GUIs. [emphasis added]

    Isn't this just a tad bit harsh? Imagine someone opening his TiVo box:

    TiVo Quick Start Installation Instructions

    Step 1: Your TiVo runs the Linux operating system, and if you install development tools you can use it to create graphical user interfaces or GUIs. Therefore, before you finish setting up your new TiVo, please read the Amiga User Interface Style Guide.

    Step 2: Unpack the TiVo and the AC adapter (figure 1).

    [...]

    Step 55: Quick quiz: what do the Amiga User Interface Style Guide say about resizing windows that have widgets in a grid layout? Have the answer ready before you call Technical Support, or you will be put on hold while you reread the Amiga User Interface Style Guide.

    [...]

    Step 128: Profit!
    --

    Gates' Law: Every 18 months, the speed of software halves.
    1. Re:Hyperbole is fun by richie2000 · · Score: 1
      Isn't this just a tad bit harsh?

      No.

      If you install those development tools, you should read it. If you just plug it in and hear the grinding noises, you don't have to read it. :-P

      --
      Money for nothing, pix for free
  63. Watch out for line breaks in article by palad1 · · Score: 4, Funny

    Firefox was set to 800x300 , here's what I could read:

    As a part of the Bangla/Bengali GNOME l10n team, I decided to give the GNOME HEAD

    those bengali guys sure are strange...

  64. This sounds TERRIBLE except for performance by drinkypoo · · Score: 1
    I just installed gentoo's idea of Gnome 2.4 in a vmware for use from my i-Opener running M4I, which has Opera 5 (which I don't want to pay for, so it's adware) and a gimpy ssh client. It seems fairly responsive (especially for running in a low-priority virtual machine, on a Windows XP host, and doing X over the network using a USB NIC on the client end) and is in general fairly pleasant to use. The file requester is lousy but at least it's functional.

    So now I'm reading a version of the article without screenshots on here because the actual link is now 403 and the two mirrors are 404, but the text has convinced me that the gnome developers are insane. It's a beta, so there is room for things to change before it goes release, but some of them sound like major design decisions.

    First, "The most user visible aspect of the OO metaphor is that there is a always a direct, one-to-one relationship between folders and windows, and the window for each folder remembers where you placed it the last time" - I am glad this behavior can be overridden though it would be nice to have a config option for it as windows does. ("you can enable the /apps/nautilus/preferences/always_use_browser GConf key"). I only want a window to pop up when I create one. This is one of the things that bothers me about one of my coworkers in fact (a simple little petty thing, which in no way stands between us) since he is always configuring windows systems to open a new window each time you open something. Hello, clutter! I use GNOME on a system with an 800x600 flat panel, I am not interested in that many windows. I'm glad they remember where you left them and what size they were: Welcome to 1984.

    "However, the real major test of spatial Nautilus came when I decided to reorganise my home directory" ... "A cool thing that I noticed later was that when I dragged a file into the "CD Creator" window, instead of getting moved, the file just got copied." Now look, I don't care how many files you have in your home directory. Norton commander could do that job with thousands of files, especially if "many of the files [were] in directories which were moved as a whole". Congratulations? It would probably be faster to do this from the command line, still, if you have decent tab completion.

    "You just put a file in ~/Templates directory, and Nautilus will have an entry for it in the Templates submenu" - Bill Gates called, he wants to know where you got the idea for that one. Good thing to implement, tragically easy to implement, why wasn't this done much sooner? If it's going to be done at this late date it should have something special, like having a different list of templates for different kind of directories. The kind of thing I want to know about a feature like this is, when you try to create a template in a directory to which you do not have write permissions, will it still faithfully display the list of templates, or will it just tell you that you have no write permission? Inquiring minds want to know, but not badly enough to make a gnome beta.

    On the plus side, thank you GNOME team for including key mapping into the Keyboard preferences. This is an absolute requirement and an obvious addition, which for once puts something ahead of Windows. (I don't know how much of a pain it is to do on MacOS, I never tried, because I used an apple keyboard and all my keys worked right.) Windows still requires you to go make registry changes, which admittedly is still better than using xmodmap.

    The "most anticipated", and apparently the most screwed-over feature, is the file requester. You have to hit Control-1 to get a text entry box? The author apparently likes to avoid his keyboard at all costs, as he only enters filenames opening hidden files. Well, at least on Windows I like to simply configure the OS to show me hidden and system files, so I can click on them, and I use the text entry box to rapidly jump to a directory. For i

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    1. Re:This sounds TERRIBLE except for performance by Anonymous Coward · · Score: 0

      control + L for location

    2. Re:This sounds TERRIBLE except for performance by Anonymous Coward · · Score: 0

      The "most anticipated", and apparently the most screwed-over feature, is the file requester. You have to hit Control-1 to get a text entry box? The author apparently likes to avoid his keyboard at all costs, as he only enters filenames opening hidden files.

      Not so. I asked Federico (programmer of the file selector) about it and he pointed that with the modal text entry that appears they get rid of a consistency problem.

      Say you type a file name on the text entry, select a file on the file list and click the "open" button. What the hell should be done? open the selected file or the typed name?

      And it can be quite awful if you type a wrong name in the text entry, then double-click a file and you get a "wrong file name" dialog.

    3. Re:This sounds TERRIBLE except for performance by hexix · · Score: 1

      Actually, it's ctrl + l (lowercase L), which stands for location and is pretty much what any free software using person is use to as it is how to focus on the location bar in all the mozilla browsers (mozilla/firefox/galeon/epiphany) as well as how nautilus focuses on it's location bar in gnome 2.4 and I've heard the spatial nautilus pops up a location entry in 2.6.

      Very easy to type, much easier for me than alt+d, which is Microsoft's choice for the same behavior in IE.

      Anyways, I think complaints about this are unnessecary since if you're planning on typing in a file path, then your hands should already be over the keyboard. Typing ctrl+l shouldn't cost you much for extra time. And it simplifies the interface for people who don't plan on typing a file path (and most wouldn't, since this is only for when you open a file). My only gripe would be that theres no way to know about it unless someone tells you, or you go read the help section for opening a file (I dobut many people would do that).

  65. Re:Yuk by Anonymous Coward · · Score: 0

    Isn't it a matter of taste then? Some people like the default Gnome interface, some like the default KDE interface. One guy thinks Gnome is ugly, another guy thinks KDE is "crayon puke". How do you please everyone then? You just can't.

  66. Just switched to KDE by Anonymous Coward · · Score: 0

    I have used Gnome last three years, but two days ago I tried KDE ... and I have switched to KDE :P

    I like both desktops, but KDE seems to be more integrated and *all works*. Things like KIO slaves work far better than Gnome VFS.

    When I use Gnome I use terminals constantly for every operation, with KDE I use more the GUI.

    Of course, I will give a change to Gnome 2.6 :P

  67. The problem is the gnome menu by Anonymous Coward · · Score: 0
    I am using gnome 2.4 daily and it feels quite responsive.

    However it take 1 sec to open the gnome menu. This time delay especially is painful, because I cannot help thinking that it would be so easy to avoid.

    I hope that gnome 2.6 will have a faster gnome menu.

  68. PDF Reader features by Srin+Tuar · · Score: 1

    For a format thats so highly tied to the printed page, I'm not sure what the fuss is about online readers for PDF's.

    Its nice to be able to preview before you print, but if you really want to read online you should probably use a format that looks good on screen, and can adapt to your preferences and settings.

    For my purposes, HTML has always been far superior to PDF format. I hardly print anything out anymore- it gets obsoletted too quick and becomes unsearcheable.

    So, for my purposes, as long as I can get a vague preview and print well, any pdf reader will do.

    1. Re:PDF Reader features by Minna+Kirai · · Score: 1

      For a format thats so highly tied to the printed page, I'm not sure what the fuss is about online readers for PDF's.

      Ahem. It is because the format is so tied to the printed page that finding an adequate online reader is such a challenge! If it were easy to repaginate/reflow/rescale PDF files, there'd be a decent Open Source solution by now. The experience of using Linux programs like kghostview and xpdf is only slightly more convenient than reading text pages stored in PNG files.

      Distributing information in PDF is an assault on the user because he's almost forced to output it to dead trees, rather than putting it onto pixels that otherwise would be wasted on screensavers.

      if you really want to read online you should probably use a format that looks good on screen

      By that logic, nobody should use PDF ever again. For any non-trivial published document you can be certain that some viewers will wish to print it and others will like to read it onscreen. To allow for that possibility, stay away from PDF and PS files.

    2. Re:PDF Reader features by theFool · · Score: 1
      For a format thats so highly tied to the printed page, I'm not sure what the fuss is about online readers for PDF's.
      You obviously aren't a student at a major engineering school. Do a quick search for some advanced CS topics (and I don't mean programming, I mean real computer science). Everything is in PDF. When you have lots of math notation and graphs and charts HTML doesn't cut it. People don't want to wait for images to download, layout is difficult and erratic, and even computer science professors/TAs don't want to learn advanced html/css layout just to tell me (for example) the mathematical theorey behind bayesan nets. (And don't tell me that you can't print these, too ... theorems aren't going to change any time soon!)
      --
      LINK : LNK6004: Sig not found or not built by the last incremental link; performing full link
    3. Re:PDF Reader features by rangek · · Score: 1
      For a format thats so highly tied to the printed page, I'm not sure what the fuss is about online readers for PDF's.

      I care because I use PPower4 for my presentations, so I need a really good online reader. Given the amount of equations and such and the fact that I'm doing LaTeX all the time for my papers anyway, PPower4 is a perfect fit for my presentation needs.

  69. Re:Yuk by Anonymous Coward · · Score: 0

    True ... but you can try to appeal to more users. I'm sure that the only people that like the Gnome interface are the developers themselves! At least KDE appeals to me as well as the developers... :)

    A few lighter colours here and there, less mud textures, and you've got something that corporates would look at. IMO.

  70. Spring loaded folders by unoengborg · · Score: 5, Insightful

    This new spatial apperance of the new Nautilus reminds me of old MacOS finder. I liked it back then and I will probably like it in Nautilus.
    But I am a bit worried, some folder hierachies in Unix is quite deep.

    Perhaps they should introduce something like the Mac spring loaded folders.I.e. if you want to move a file down in the hierachy you just drag and hold it over a folder, after a short while the window opens, and you hold the file over a folder in that window, until that opens and so on. When you finally reach the right folder you drop the file, and all windows you encountered on the way is closed automatically.

    --
    God is REAL! Unless explicitly declared INTEGER
    1. Re:Spring loaded folders by the_c0de_man · · Score: 2, Insightful

      PATENTED. Us US folk will have to do it another way for the next 20+yr.

    2. Re:Spring loaded folders by Anonymous Coward · · Score: 0

      If I remember correctly from the Gnome discussion lists, I think Apple has a patent on spring loaded folders, unfortunately.

    3. Re:Spring loaded folders by zeasier · · Score: 2, Interesting

      This was discussed some where by the Gnome people before. They said something about this feature being patented. So unless Gnome can find prior art, or reinvent the feature some how; it won't be showing up in Nautilus.

      Sorry I can't recall the link.

    4. Re:Spring loaded folders by Anonymous Coward · · Score: 0
      Perhaps they should introduce something like the Mac spring loaded folders.I.e. if you want to move a file down in the hierachy you just drag and hold it over a folder, after a short while the window opens, and you hold the file over a folder in that window, until that opens and so on. When you finally reach the right folder you drop the file, and all windows you encountered on the way is closed automatically.
      Ok, everyone has responded that Apple has patented this idea. How about this: you drag and hold a file over a folder, then a small menu pops up right of the folder that shows its contents, like in the Windows Start menu. It's easy to drill down to deeper folders. I remember KDE has somethings like this too, for the whole filesystem, but I can't recall the name right now (yeah I know, Ksomething...).
    5. Re:Spring loaded folders by Anonymous Coward · · Score: 0

      IIRC the patent expires in 2015 ... 10 years from now. But this patent is only valid in the USA... so I think people agreed it could go in with a configure option to turn it on. Plus, I seriously doubt Apple (for obvious PR reasons) would sue an FOSS project over a dubious patent infringement issue, when their entire business is built and depends on FOSS software

    6. Re:Spring loaded folders by QuoteMstr · · Score: 1

      Patent number?

      Besides, I thought look-and-feel patents were thrown out ages ago.

    7. Re:Spring loaded folders by Anonymous Coward · · Score: 0
      How about this: you drag and hold a file over a folder, then a small menu pops up right of the folder that shows its contents, like in the Windows Start menu. It's easy to drill down to deeper folders.

      IIRC, there were a couple shareware programs that did this long before Apple developed their spring-loaded folders.

  71. A Great Server? by UTPinky · · Score: 1

    Is it just me, or is it a little ironic that agreatserver.com is /.ed... must not be so great.

    --
    I'm only paranoid because everyone is against me...
    1. Re:A Great Server? by Anonymous Coward · · Score: 0

      they are hardly ./'d, the account the article was on had reached it's bandwidth limit, www.agreatserver.com is still up and fast.

  72. Gnome for the Developer by 0xB00F · · Score: 3, Insightful


    Not trolling or anything, but here goes...

    As a developer, I have always been interested in writing software for Gnome since 1.x. The one thing that has really set me back from doing so is the fact that with each and every iteration, something in the very core of Gnome changes and more often than not, those changes mean that you would have to recode large chunks of your software to cope with the changes.

    Yuh, sure all your Gnome 1.x apps will still run but it won't be able to use any of the new features in 2.x. This comes naturally, since this is after all a "major release" upgrade. They've really done it with 2.x this time, something major changes with each "minor" version is released. I know this is all about bringing Gnome closer into the "integrated desktop where you have everything you need to do everything you need" that it is trying to achieve.

    Case in point, this whole new-fangled "Object-Oriented" metaphor. Now not only do I probably have to learn a whole new set of interfaces to get desktop integration going for programs that I write for Gnome, I also have to learn how to operate this contraption. I mean come on! Do we really need all this HIG crap?!? My UI was "usable", at least for me, before all of this HIG things were implemented. If the developers want to implement this HIG thing, then go ahead and do it but it would also be nice to let users with "bad habits" choose to revert to the old UI behavior when they want. And for heaven's sake, leave the API's unchanged until the next major release! Being a developer for Gnome is a lot like being Sisyphus.

    Now I realise why there are more apps written for KDE than for Gnome.
    </rant>

    Yuh, I know this rant probably doesn't make any sense to you. But maybe that's because you haven't been around when Gnome 1.x was new and Miguel was still sane.

    (puts on asbestos underwear and ducks under the sink)

    1. Re:Gnome for the Developer by Sri+Ramkrishna · · Score: 1

      I think everybody understood that to be a problem. With 2.0, there was some major discipline smack handed down about API/ABI changes. Now, things will not change that readily without support for the old API.

      GNOME can't just change things anymore like it did in the 1.4. I think you will be pleased in that regard.

      sri

    2. Re:Gnome for the Developer by 0xB00F · · Score: 1

      GNOME can't just change things anymore like it did in the 1.4. I think you will be pleased in that regard.

      Yeah, it was crazy what they did with the transition from 1.2 to 1.4 but at least it was all for the sake of performance and API stability. I hope what you say is true for Gnome for the foreseeable future.

      I really like the way Gnome is going right now, being more usable and all, but at the expense of "programmability"? I mean look at Gnome 1.x, you had to learn how to use at least 5-6 different libraries to write a basic Gnome program. More if you want to do desktop and panel integration. Gnome 2.x you have about the same number of libraries to learn, however that API is so much different from 1.x that you feel like you are starting all over again. Add the fact that some, if not most, of the API you will be using lacks documentation. It's really counterproductive to be programming for Gnome right now with all this "relearning" going on.

    3. Re:Gnome for the Developer by Anonymous Coward · · Score: 0

      It's really counterproductive to be programming for Gnome right now with all this "relearning" going on.

      Only a problem when, as you, you come from 1.x days. Programs written for 2.0 work the same in 2.2, 2.4 and 2.6.

      If you want to take advantage of new features, that's another issue.

    4. Re:Gnome for the Developer by 0xB00F · · Score: 1

      Only a problem when, as you, you come from 1.x days. Programs written for 2.0 work the same in 2.2, 2.4 and 2.6.

      Yup. Matter of fact I am still stuck in 1.x :) But learning how to port my apps to 2.0 is taking me a while because of the API changes and some of the new features that were introduced.

      If you want to take advantage of new features, that's another issue.

      One thing that seems to have really improved in 2.0 is printing support and my apps require a lot of printing code. But lots of things have changed between 1.x and 2.x when it comes to printing. Add to that the API changes in GTK. You got a ton of docs to wade through just to figure out what will work and what will break between the two versions. Oh well...

    5. Re:Gnome for the Developer by MtnMan1021 · · Score: 1
      (puts on asbestos underwear and ducks under the sink)


      why did you have ducks under the sink, and why did you put them on?
      --
      jacob rothstein reed college
    6. Re:Gnome for the Developer by Tyrell+Hawthorne · · Score: 2, Insightful

      Do we really need all this HIG crap?!? My UI was "usable", at least for me, before all of this HIG things were implemented.

      Yes. Or rather, each and every one of us might not be in dear need of it, but if we want Linux and free software to grow into the mainstream, then we sorely need human interface guidelines and more of the kind. Open source programmers write software to scratch their personal itch--that itch most often doesn't include creating user interfaces that follow good user interface practices, as long as they understand how it works things are fine. Then it's good to have guidelines to follow, so that they easily can make it easier for other people to use their software. Knowing when to do this or that isn't always easy, but it gets easier when you can quickly look into guidelines and find the answer.

    7. Re:Gnome for the Developer by damiam · · Score: 2, Informative
      They've really done it with 2.x this time, something major changes with each "minor" version is released.

      I have several apps originally written against GTK 1.3 (a prerelease of 2.0). They compile perfectly against GTK 2.4. Nowhere has backwards compatibility been broken.

      Now not only do I probably have to learn a whole new set of interfaces to get desktop integration going for programs that I write for Gnome

      The Nautilus changes are irrelevent to other GNOME apps. Unless you've was jimmying around with Nautilus internals, nothing has changed.

      --
      It's hard to be religious when certain people are never incinerated by bolts of lightning.
    8. Re:Gnome for the Developer by Anonymous Coward · · Score: 0

      No no no, he is under the sink, where he puts on ducks and asbestos underwear.

      Or there's an area under the sink that needs to get asbestos underwear and ducks put on it.

      Don't pretend to be stupid.

  73. Evolution vs. Kontact by isaaccp · · Score: 1

    After using Evolution/Gnome during a year, I have just changed to Kontact/KDE and I don't miss any feature in Kontact. I even think it's more complete. BTW, both Evo and Kontact rocks

    1. Re:Evolution vs. Kontact by Anonymous Coward · · Score: 0

      I used to use Kontact and KMail... but I found it very unreliable with IMAP, or anything beyond simple stuff. I switched to Evolution and have never looked back -- in fact, I switched my entire system to GNOME recently. I'm impressed, and the more I look into the technology behind it the more impressed I am. I used to believe all the "KDE has superior technology" flames posted on dot.kde.org and slashdot without looking into it. More fool me.

  74. I'd vouch for that. by the_c0de_man · · Score: 1

    I mean, come on. What UI are gnome devs trying to imitate, that they can't have the Esc key close dialogue boxes? Now Galeon, by popular demand, has put code in to make the find dialog box closable by the Esc key. I wish the core Gnome devs would follow their lead. I don't run Gnome, but I do run a couple Gnome apps.

    1. Re:I'd vouch for that. by MS_is_the_best · · Score: 1

      I think gvim users will also like that behaviour..

  75. Re:Windows Longhorn renders all this obsolete by unoengborg · · Score: 2, Informative

    For your information, both Gnome and KDE are moving away from bitmaps right now, not 2007. And if you are talking about database driven file systems even Gnome people make experiments with that.See:
    http://www.gnome.org/~seth/storage/feat ures.html

    I would be surprised if there was many new things in Longhorn when it finally gets released. Not so much because Microsoft hasn't the technical knowhow to produce something new, but if Microsoft alters their GUI too much existing windows users will not feel at home.

    A too big change would be bad for marketing. If you are going to learn a new way of working you can just as well learn something that is free.
    It will be minor innovations like multiple desktops (known to the rest of the world since about 1990)

    In fact I'm not even sure there will be a Longhorn. It sort of looks more and more like Pink and other pre MacOS X Apple OS attempts. It gets more and more delayed and filled with features that nobody really wants.

    Instead I guess Microsoft will shift their focus of development to MS-Office and try to tie it more to the server side where Microsoft is not doing so well at the moment.

    --
    God is REAL! Unless explicitly declared INTEGER
  76. Re:Yuk by 3Suns · · Score: 1

    I really shouldn't get involved in this, but Gnome does and always has used a nice clean theme by default. like this. Those "muddy colors" were configured by the reviewer, including the uglyish Noia-warm icon set which is (ironically) a port of a KDE icon theme.

    By comparison, KDE looks like this by default. In my opinion the Keramik theme is offensively ugly. The default 3.2 theme is quite a bit better, although the window decorations are an XP ripoff.

    --

    -3Suns

    ~~~~
    The Revolution will be Slashdotted
  77. Re:Its called KDE 3.2. by sniggly · · Score: 2, Interesting
    Yeah it wont be easy to write a 'neutral' comparison :)

    About the licensing; You're absolutely right. Trolltech and KDE have worked out an agreement http://www.kde.org/whatiskde/kdefreeqtfoundation.p hp that I think addresses most issues people have with the QT license. Trolltech has developed a great desktop environment and cross OS development toolkit and commercial licensing has paid for much of it (which in turn allowed Kdevelop to become such an incredible tool for linux/windows/osx GPL development). Still I fully understand that the QT license makes it legally difficult to freely commercialise the desktop.

    On the other hand a lot of people believe the GPL is the way forward for QT and KDE.

    Maybe these differences cannot be bridged; I do hope so but it won't be easy. And perhaps it isn't all that necessary either. Both KDE and Gnome have much better and faster function libraries; computers get faster; apt-get and yum make updating so much easier.. In a few years it won't hurt to have both installed and freedesktop.org will hopefully allow for theme unification.

    --
    Of those to whom much is given, much is required.
  78. Re:Its called KDE 3.2. by GAVollink · · Score: 2, Informative
    Troll or not troll your post borders on being off-topic. Especially how it's worded as an advertisement.

    I should also point out that some people have trouble supporting the Qt licence that KDE is built on. Qt is open (sort of) and closed (sort of), and there seems to be little concensus about how open it is -- having read the license myself, I'm still not sure. Thus the reason why the Desktop Linux project isn't supporting it.

    A better way to work your post is that the Gnome 2.6 beta screenshots appear to take great strides in catching up to where KDE was several months ago.

  79. Re:Windows Longhorn renders all this obsolete by fr0dicus · · Score: 2, Interesting
    Unfortunately the release of Longhorn has already been obseleted by OS X 10.3 (and 10.4 and 10.5 which will both have come out by the time we see Longhorn).

    Microsoft only innovate in ways to manipulate the law.

  80. Rox Filer does the same by zygsel · · Score: 1

    Rox Filer does that too and I have to say it became the prefered way I copy/moving my files. Actually I've never used drag'n'drop until I've tried the Rox Filer. You grab the file and just drag it over the directory, another window with that folder opened pops up and the you can just hold the file for a sec or so above the dir and it opens. It just rocks. And I don't know how those guys managed to achieve such performance in it. They got be crazy :)

    1. Re:Rox Filer does the same by zeasier · · Score: 1

      Just because Rox has spring loaded folders don't mean they do so legally. The spring loaded folder feature may still infringe on Apple's patent. They are not at the same risk a high profile project like Gnome is, so it's easier for them to take risks. Then again, if these guys can defend the feature then there is no reason Nautilus shouldn't have it. (Unless they too have patented their implementation.)

  81. Tip, for after compiling everything... by Rahga · · Score: 1

    Make sure to go back and pick up gtk+-2.4.0 (as well as glib and pango updates) which may be released by the time you are done compiling. :)

    1. Re:Tip, for after compiling everything... by Anonymous Coward · · Score: 0

      According to what I've read, 2.4.0 will be released today. Oh, wait. We're talking about GNOME, and they always postpone everything at least 3 times.

    2. Re:Tip, for after compiling everything... by Anonymous Coward · · Score: 0

      Gtk+ is not released by Gnome people. It is an independent project, rooted in The GIMP.

  82. Tab Completion... by 0xB00F · · Score: 1

    ...does it still work like in the old one? That's the one feature I really like about the old file selector. Sure the old one may look ugly but it serves its purpose.

  83. Re:Its called KDE 3.2. by dancingmad · · Score: 1

    About as interesting as a "neutral" Britney Spears vs. Paris Hilton article.

    Pudding wrestling solves all the world's disagreements...

    --
    "There is no time, sir, at which ties do not matter," Jeeves, (Jeeves and the Impending Doom)
  84. screenshots: linksponser.com? by flacco · · Score: 1

    none of the graphics on the page show up, and clicking their links takes me to www.linksponsor.com - anyone else?

    --
    pr0n - keeping monitor glass spotless since 1981.
    1. Re:screenshots: linksponser.com? by Anonymous Coward · · Score: 0

      me too can't do nothing

  85. KDE is better because by Anonymous Coward · · Score: 0

    it's made by europeans.

    1. Re:KDE is better because by Anonymous Coward · · Score: 0

      > it's made by europeans

      I guess that would be a good reason to flush KDE.

  86. how to pay for all this? by Anonymous Coward · · Score: 1, Interesting

    Now with redhat gone fedora, how do people pay for all this stuff?

    Whenever I bought RedHat, I figured the people at RedHat were shoveling the money around in some logical manner, but now what am I supposed to do?

    I love free software, in the sense that it's available to all, even if they can't (or don't want to) pay for it.

    Since I can pay, my goal is to drop $50-$100 on gnome.org or something, somewhere...each time a fedora release comes out. I'd like the drop to be managed by reasonable people--that is, the people doing most of the work, or the people contributing the most to the project, get a sizable part of the money brought in.

    Any better ideas?

    1. Re:how to pay for all this? by Anonymous Coward · · Score: 1, Informative

      Become a 'Friend of Gnome" and donate to the Gnome Foundation.
      this money is used for things like gnome conferences, gnome bounty hunts, hardware, and so forth.

      Not only that, but you get cool swag!
      http://www.gnome.org/friends/

  87. Dear dumbass by Mr.+Underbridge · · Score: 1

    Before posting a site containing multiple images to frikkin' slashdot, you may want to check your server's bandwidth ability.

  88. Re:Yuk by eldacan · · Score: 1

    Just wondering: how do you use tabs in a file browser? I use tabs in firefox to have several pages in the same window, but surely you're not speaking about several "opened folders" in one file browser?

  89. Re:Windows Longhorn renders all this obsolete by Too+Much+Noise · · Score: 1

    you mean it uses its own idea of scalable vector graphics format ... not quite SVG. But hey, Longhorn will obsolete SVG as well! Take that, you open source freaks!

  90. Re:Its called KDE 3.2. by ajagci · · Score: 1

    Trolltech and KDE have worked out an agreement that I think addresses most issues people have with the QT license. Trolltech has developed a great desktop environment and cross OS development toolkit and commercial licensing has paid for much of it (which in turn allowed Kdevelop to become such an incredible tool for linux/windows/osx GPL development).

    Oh, please, spare us the marketing speech. I pointed out that it is incompatible with the Gnome licenses: Gnome libraries are LGPL and Qt is dual-licensed GPL/commercial. It doesn't matter what spin you try to put on that, that's just a legal fact.

    If you want to talk about consequences, you can see those in the market: Gnome is a thriving project and is becoming the de-facto standard for commercial UNIX and Linux systems. If Qt had been LGPL from the start, the Gnome project would have never started.

    In a few years it won't hurt to have both installed and freedesktop.org will hopefully allow for theme unification.

    If we are still running something called "Gnome" and/or "KDE" in a few years, they'll hopefully not be based on bloated, obsolete C or C++ libraries.

  91. Re:Yuk by hattig · · Score: 1

    I might not have thought this through completely!

    Hmmm, maybe you could drag icons onto the tab of another folder to move the file that the icon represents there.

    Dunno, I don't use file managers that much! Command line all the way, heh.

    Directory Opus for the Amiga was a good file manager in my opinion. I wouldn't mind one that looked and operated like that, whilst being modern. Hmmm...

  92. And interfaces by Overly+Critical+Guy · · Score: 1

    KDE is interested in adding 2,000 new sidebar buttons and Control Center options. Gnome is interested in, instead of a big giant "K," having an Applications menu and an Actions menu.

    Gnome should have been the interface project, and KDE the application framework project. Instead, we have one desktop environment trying to be Windows, the other MacOS.

    --
    "Sufferin' succotash."
    1. Re:And interfaces by Anonymous Coward · · Score: 0

      There was evidence to prove that Overly Critical Guy is a lying cocksucker, but he deleted it. Think independently.

  93. Re:Yuk by Anonymous Coward · · Score: 0

    There are many things I like about KDE that GNOME lacks. However, appearance has never been one of them.

    To me, KDE has always seemed boxy, rigid, and tacky. I've seen Motif/CDE workstations that look nicer by default than KDE.

  94. Re:Yuk by Anonymous Coward · · Score: 0

    And then someone pointed out that the review does not picture the default gnome theme. The default gnome theme looks like this.

    Not too shabby if you ask me.

  95. Re:So good, so dull.... by pNutz · · Score: 1

    err, I assume you mean this

    --
    Death and danger are my various breads and various butters.
  96. Re:Is there a +8 funny mod out there? by Anonymous Coward · · Score: 0

    Its posts like this that someone can come up with that fast that are that funny that make me wish there was a special mod higher than 5 sometimes. Like maybe you have to get 4 mod points for each point after 5 or something.
    Just like for more than 18 hit points.

    That being said, the OP has a very good point. and he did say install a compiler, which your average joe has no need for.

  97. Designing software for low-end systems by ajs · · Score: 0

    I'm sorry if you find it off-putting to be given the party line. I understand, really.

    However, while I would agree that it's unreasonable to be wasteful in your application and just brush it off as "well, hardware/memory/dist/etc is cheap", I also feel that it's only fair to make certain trade-offs that benefit the users of modern hardware when most OS distributions won't pick up a new software version for six months to two years.

    An older box is essentially a different platform. That software runs on it at all is cool, but in order to support it well, you really have to do a full port, with all of the tuning that is involved in any port. That would be a great goal for a distribution vendor... to put out the "P1-P3 Optimized Desktop" would be quite and excellent contribution, but to say that making trade-offs like memory-for-speed is unreasonable in the core project seems to me to be a bit difficult to swallow.

    There are, of course, many things you can do to enhance performance on low-end boxes:

    1. Load a very lightweight, texture-free theme
    2. Re-compile all of the core Gnome software and toolkits with env CFLAGS="-O3" ./autogen.sh --enable-debug=minimum
    3. Use a light-weight WM like MetaCity
    4. Check each core application for performance settings

    Following these steps, you can tune your environment to your needs. Good luck!

    1. Re:Designing software for low-end systems by Anonymous Coward · · Score: 0

      Whaaaaat?

      (1) is wrong for starters -- -O3 turns on function inlining, making code BIGGER and more demanding on memory.

      (3) Since when has Metacity been lightweight? I did some tests recently, and Metacity used up over twice the RAM of Fluxbox and IceWM, and more than Window Maker. It's by no means "lightweight".

      Sorry, but it looks like you don't understand what you're talking about.

  98. XFree86, GNOME, and KDE are all dead in the water by Overly+Critical+Guy · · Score: 2, Insightful

    Here's why. We need to get away from this obsession with 20+ year old graphics servers running 20 different inconsistent toolkits, all working extra hard to "work well with each other" when we should really be focusing our efforts on one major desktop competitor running on Linux.

    --
    "Sufferin' succotash."
  99. Re:Yuk by Anonymous Coward · · Score: 0

    A few lighter colours here and there, less mud textures, and you've got something that corporates would look at. IMO.

    As some people pointed out before, that is not the default gnome theme, plus the icons were originally developed for KDE.

  100. Re:XFree86, GNOME, and KDE are all dead in the wat by Anonymous Coward · · Score: 0

    There was evidence to prove that Overly Critical Guy is a lying cocksucker, but he deleted it. Think independently.

  101. WTG Taco Bill by rixstep · · Score: 1

    At time of writing two of the three links do not work and the third has broken links to all the images.

    Better luck next time.

  102. Re:KDE by Anonymous Coward · · Score: 0

    Come on, everyone knows VIM - VI(IMPROVED) is the best.

  103. Launcher problem by xant · · Score: 1

    The reviewer mentions that he couldn't change the launchers. I have the same problem with 2.4. What's the solution to this?

    --
    It's rare that you're presented with a knob whose only two positions are Make History and Flee Your Glorious Destiny.
    1. Re:Launcher problem by Anonymous Coward · · Score: 0

      What's the solution to this?

      Upgrade to a usable GNOME version, i.e. 1.x.

      Fuck the HIG. Fuck unusability in the name of usability. Fuck dumbification. Fuck gconf.

      One gconf key should be enough: I_am_not_an_idiot = 1

      Then this activates all removed and often essential features and hidden (="user friendly") options.

  104. Is that still true? by claes · · Score: 1

    Before the web, I believe what you describe could have been true. But today, most people are used to browse the web, which is a kind of file manager interface. Perhaps people don't think about the similarities, but I doubt anyone expects a link equalling a new window with a specific position. The browser is a window to the web, and adapting that to be a window to the underlying file system should work well for current computer users, I believe.

    To give different places on the file system their own "look", perhaps each directory could have its own background color. It could be dynamically computed from the path, and give each "place" on the file system its unique identity. A unique background pattern could be added as well. Has anyone experimented with that?

  105. Re:XFree86, GNOME, and KDE are all dead in the wat by Anonymous Coward · · Score: 2, Insightful
    1. Just because something is 20+ years old, it doesn't mean it should be thrown away. Plenty of people like the idea of heirarchical filesystems. Plenty of people like mice, monitors and keyboards. Plenty of people like icons and windows. The X protocol in current use isn't 20 years old. It's matured and gone through a number of revisions, just like any other technology.

    2. If you are advocating a single desktop that runs on Linux, I guess you want to get rid of FreeBSD etc?

    3. What happens when the desktop project starts being unreasonable? The only reason we aren't all stuck with XFree's tantrums is that competing projects like fd.o give users leverage. Do you really think that the XFree team would have backed down on the license change if they didn't think everybody would switch away?

    4. There's no clear "winner". KDE and GNOME have different design goals, and lots of people agree with KDE's set of design goals, and lots of people agree with GNOME's design goals. You'll never get consensus, and you don't provide a reason for getting rid of one of them.

    5. You state that X/KDE/GNOME are dead in the water, when in fact they are moving along at a rapid pace, and then point to Y, something that is barely out of the vapourware phase.

    6. You state "we should be focusing all of our efforts...". Exactly what effort are you focusing? Or are you just an armchair know-it-all?

    6 points, and you get called a troll. Bye now.

  106. File Selector evil by horza · · Score: 1

    Besides, if I have both mplayer and xine installed, how does the One File Browser know which one to launch ? Or Emacs and Vi ? Or whatever ?

    The way Windows does it is when you install a program it asks if you want it to be the default for certain file types. Most file types you will always use the same application to open that file type.

    And yes, I realize you can set this in preferences; but suppose you want to use different tools for different tasks, despite the file format being the same ? Or if I just want to try out a new program ?

    If you want to use another application, then open that application and drag the file onto it.

    Because that would mean resizing application windows to fit them besides the directory windows, and be a lot more hassle than simply using a selector window ? [snip] No, it's a useability feature. Lacking a separate file selector would give users unneccessary grief.

    I totally disagree. Having used both I find the file selector such a drag on productivity it makes the desktop unusable compared to the drag and drop. You DON'T resize applications to fit them next to directory windows, that would be a crazy thing to do. You only need part of the window to be showing, but if you have a small monitor and are in desperate need of space then you leave it in the background and alt-tab or use task bar to make it jump to front when you need to save. If you have 3-4 on the task bar then it's instant to bring up the directory you want to save to, as opposed to tediously clicking your way through the selector EVERY SINGLE TIME. In my opinion, it's the worst thing that Linux desktops share with Windows. At a pinch you can always drag onto pinboard, then drag and drop the pinboard icon into a directory later. I'm talking about general principles here, not Gnome in particular (I use xfce4 + rox atm)

    Phillip.

  107. Re:Its called KDE 3.2. by Jerouris · · Score: 1

    QT is licensed under the GPL. So it not "sort of free", but totally free (speech and beer).

  108. Re:XFree86, GNOME, and KDE are all dead in the wat by Urine1diot · · Score: 1

    Hyperbole, thy name is Overly Critical Guy...

    Seriously, there are at most three major toolkits being utilized today (QT, GTK, Motif) on XFree86 and as for X being old--so what? Did it ever occur to you that maybe the reason that it's been around for so long is that it works?

    As for how this makes XFree86, Gnome and KDE all "dead in the water" somehow makes no sense at all. You do realize that as far as the end user is concerned, it makes no different whatsoever what toolkit an app was built with? Again, I fail to see a problem.

    And what is this "we" that you speak of? Last time I checked it seemed to me that you hate everything connected with Linux and Open Source Software and that everything Microsoft does is golden. Either you've changed your tune, or you're karma whoring (the latter being the more plausible, especially if your .sig or posting history is any indication).

    Seriously, whoever modded this as insightful needs to have their head examined.

    --

    At the end of the day, you just have to face the fact that foo bar baz.
  109. YUCK! Re:About spatial navigation by wowbagger · · Score: 1

    I HATE this idea that "the window is the folder". The "folder" is A FREAKING DIRECTORY! To store information like the location of the window on the desktop means either a) storing the metadata as a hidden file in the directory (which won't work if you don't have write permissions to the directory) or b) storing the data about the directory in some database elsewhere, so that you have to access 2 files to show a directory (the directory itself and the database). It means that if you access a directory on a removable medium that metadata won't stay with the media, so for example every floppy disk appears in the same window location on the screen.

    It means that if I drill down 5 levels into my MP3 collection, I have 4 UNNEEDED WINDOWS opened on my system.

    And the idea of "close the parent" is equally stupid - now instead of 4 repaints of the window, I have 4 unneeded window destroy events and 4 unneeded window create events.

    I had updated things on my Fedora machine at home, and had noticed this behavior. I chalked it up to my Nautilus install being broken. Now I know it is not my install that is broken, it is Nautilus itself. And of course, we simply CANNOT allow lowly users to have the option of restoring the old behavior - That Would Offend The Gods Of User Interface Usability.

    Not that I was a big fan of Nautilus before - I felt it was bloated. However, since you pretty much cannot run Gnome without it I accepted it. But now I like it even less.

    Yes, this is REALLY going to make it easier to bring a NOOB over from Windows.

    Gee, thanks guys.

    1. Re:YUCK! Re:About spatial navigation by Brandybuck · · Score: 1

      I personally prefer Konqueror/Explorer type navigation, but I've used this type of navigation before...on OS/2. It's not that annoying, but it does require you to reorganize your workplace to compensate. You need a "wide" directory hierarchy, rather than "deep". If you have to drill down more than two levels, start reorganizing stuff.

      --
      Don't blame me, I didn't vote for either of them!
    2. Re:YUCK! Re:About spatial navigation by wowbagger · · Score: 1

      Ahh, but I *DID* reorganize things. To take the specific example of my MP3 subdirectory, it is organized so that my MP3 player can easily access the files, and so that I have a logical layout of Genre/Artist/Album/songs.

      Now, Nauty-less has made that logical layout a pain to use.

      Perhaps there is a config buried in GConf (Gnome's answer to RegEdit), but how nice of them to make that the only way to fix this.

    3. Re:YUCK! Re:About spatial navigation by damiam · · Score: 1

      If you'd RTFM, you would've seen that there is a gconf key that reverts Nautilus to the old behaviour.

      --
      It's hard to be religious when certain people are never incinerated by bolts of lightning.
    4. Re:YUCK! Re:About spatial navigation by wowbagger · · Score: 1

      RTFM? What, the help? Let's see. Nope, Nothing in the help about this.

      The README? Nope.

      The NEWS? Nope. Mentions the change there.

      The Changelog? Doesn't seem to be there.

      So what do we have? The information provided with the program seems to make no mention of this magical GCONF key.

      So, a new user must telepathically locate the information on this to set it, because we all know that creating an entry under the Preferences menu would be impossible, and (as I said before) Would Offend The Gods Of User Interface Design.

      And of course, rather than saying "Well, as it says in $file (copy available at $url), you can revert the behavior via GCONF key $key", all folks like you can to is perpetuate the stereotype of "OMFG! RTFM! L@M3R NOOB!"

      Again, I *like* many of the basic ideas behind Gnome. I *like* the fact they are trying to establish some user interface guidelines. However, I *don't like* the fact that they seem to be going with several faddish items simply because The Gods Of User Interface Design Have Pronounced Them Good, and don't allow mere mortals to change those behaviors easily because The Gods Of User Interface Design Have Decreed That To Be A Sin Against The Holy Usability.

    5. Re:YUCK! Re:About spatial navigation by damiam · · Score: 1
      Oops, I meant to say RTFA.

      Actually, if you don't like the spatial metaphor, you can enable the /apps/nautilus/preferences/always_use_browser GConf key and go back to the navigational setup.

      As much as I hate to perpetuate the streotype of unhelpful zealot, it doesn't help when people post rants on Slashdot while being utterly wrong about the subject they're ranting on.

      --
      It's hard to be religious when certain people are never incinerated by bolts of lightning.
    6. Re:YUCK! Re:About spatial navigation by wowbagger · · Score: 1
      I did *try* to RTFA:

      Access forbidden!

      You don't have permission to access the requested object. It is either read-protected or not readable by the server.

      If you think this is a server error, please contact the webmaster

      Error 403

      free.hostdepartment.com
      Tue 09 Mar 2004 08:09:03 PM EST
      Apache/2.0.40 (Red Hat Linux)


      Furthurmore, had you paid any attention to my post, you would have seen that my experience with the new Nautilus had occurred BEFORE THE ARTICLE WAS POSTED. So, all I had to rely upon was what was available with Nautilus itself, which
      a) made no mention of the new "spatial" metaphor
      b) made no mention of how to turn it off.

      So, not only do you want me to be telepathic, but precognitive as well.

      Again, tempting though it may be sometimes to respond with a curt RTFM, it is ALWAYS better to give a polite pointer to the appropriate document.

      And none of this changes my opinion that the spatial metaphor is WRONG WRONG WRONG.

      For example, what happens when Aunt Tilly drags her "Pictures of the Grandkids" folder's window off screen. She cannot see it to close it or drag it back. She cannot open a new window. Since "The window is the folder" the new position will be recorded for posterity, so that even if Aunt Tilly logs out and logs back in, the window will still open off screen.

      And can we extend this metaphor to it's logical conclusion? If I doubleclick on a word processing document, will I be restricted to only one window open on that document at a time? Will the location of that window be written into the document, or into the database of window positions?

      If not, why not? If this metaphor is such a great idea, then why do we not extend it everywhere? If it does not work for word processing documents (which are a file containing words), then why does it work for a directory (which is just a file containing files)?

      And last but not least, do you hold that it is a good idea to have a user preference like spatial/browser be selected by GConf only, and not by a pref in the normal user interface? If so, have you ever railed against Microsoft for requiring users to use RegEdit to make configuration settings?

      Had Nautilus had a "What's new" in the help, with a section on things like the "Computer" icon, the spatial mode, and so on, and links to more information I could have answered my questions before now.

      Sorry, but I think the Gnome team dropped the ball on this one. And if pointing that out is a "rant" and is "utterly wrong" then perhaps the differences between the way the KDE guys do things, the way the Gnome guys do things, and the way the Microsoft guys do things is not as great as I thought.
    7. Re:YUCK! Re:About spatial navigation by wowbagger · · Score: 1

      Oh yeah, one more thing - the preference you gave is not in GConf by default, which is why when I went looking to try to find something to tweak I could not find it - I had to know in advance via some supersensory process that this was the key to create, infer the type of the key, and create the appropriate value.

      So, explain to me again how I was wrong?

    8. Re:YUCK! Re:About spatial navigation by wowbagger · · Score: 1
      One more thing:

      I created that key. It didn't work.

      Of course, maybe it isn't a boolean. Sure, it sure SOUNDS like it ought to be a boolean, but maybe it isn't. Of course, were I as smart as you, my ESP would tell me if it was supposed to be a boolean, an int, a string, or something else, but alas, obviously I am not.

      Oh, STFW, you say?



      Your search - nautilus always_use_browser - did not match any documents.
      No pages were found containing "always_use_browser".

      Suggestions:

      - Make sure all words are spelled correctly.
      - Try different keywords.
      - Try more general keywords.
      - Try fewer keywords.

      Also, you can try Google Answers for expert help with your search.


      So again,

      Tell me how I was wrong in this matter!
  110. Re:Its called KDE 3.2. by Ice_Balrog · · Score: 1
    Qt is open (sort of) and closed (sort of), and there seems to be little concensus about how open it is -- having read the license myself, I'm still not sure.
    Um... QT is GPL, so it is just as Free as Linux.

    It can also be used under another lisence, if you are willing to pay to help QT development.
    --
    #include "sig.h"
  111. Re:Yuk by Anonymous Coward · · Score: 0

    Not changing the behavior of the file browser at all is the solution.

  112. I don't get it by rsilvergun · · Score: 2, Interesting

    The whole spatial thing, that is. It looks to me (reading the article and looking at the screenshots) just like the old 'Navagational' method. He's still browsing down to his files, it's just that there's windows open for the parent folder (and I think they're attached somehow to the parent).

    I thought (and admidt I may be wrong) that the point of 'spatial' was to change the way files are stored all together. So that instead of putting an mp3 in /home/me/mymusic the operating system (here meaning all the software that's running my computer) takes care of that for me, storing by object type and letting me look for things based on what it is (an mp3) and it's meta data (artist, song, title, etc). Is this sort of functionality meant to be in Gnome 2.6?

    I'd like to see something to replace the file/folder Navigational method. It breaks down once you've got over 1000+ individual files scattered on your hard disk.

    --
    Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
  113. SO DONT USE IT. by Anonymous Coward · · Score: 0

    obviously they aren't doing this for you then, JACKASS. just set the freakin gconf key to get back to browser mode and SHUT THE FUCK UP.

  114. Re:So good, so dull.... by JahToasted · · Score: 1
    Hmm... I think the themes are one of the big advatages of gnome over KDE. Yeah with KDE you can get gradient themes with opaque menus in bright rainbow colours, or whatever, but gnome has several usable themes to choose from.

    Maybe I'm strange for wanting a desktop environment that cleanly displays the information I need.

    Although I do wish the "simple" theme actually had toggle buttons where the checked state was different from the non-checked state. Oh well...

  115. Re:Yuk by Anonymous Coward · · Score: 0

    RTFA... middle-click to open in new window & close parent window.

  116. My response by Overly+Critical+Guy · · Score: 2, Insightful

    I should note that I am not at all surprised someone smoking crack modded me down as "Troll." What makes Linux so great that it's above criticism? XFree86 for that matter? Here on Slashdot, if you dare criticize something and hold a differing opinion than the majority, you get modded down.

    I'll take your post point-by-point.

    1. Just because something is 20+ years old, it doesn't mean it should be thrown away.

    If you had bothered to RTFP (read the fucking paper) I linked to, you'd see *exactly* why using that 20+ year old X technology is a bad idea.

    Plenty of people like the idea of heirarchical filesystems. Plenty of people like mice, monitors and keyboards. Plenty of people like icons and windows.

    I have no idea why you're bringing all that up. Those are abstract concepts and ideas, like the idea of books, pages, and chapters. I never mentioned anything about those.

    The X protocol in current use isn't 20 years old. It's matured and gone through a number of revisions, just like any other technology.

    The X protocol *is* 20 years old. It supports extensions really well. As the paper outlines, many of these extensions are breaking other extensions. A typical desktop runs about 26 extensions. Not to mention that adding certain graphical effects requires changing a lot of architecture in the source code because of the way XFree86 is set up.

    2. If you are advocating a single desktop that runs on Linux, I guess you want to get rid of FreeBSD etc?

    Port it to BSD if you want. That's not even a relevant issue to what I was talking about--removing this silly desktop "competition" going on between competing products, completely scaring away any serious company wanting to write an app for X. Who do you write for? GTK? QT? Motif?

    3. What happens when the desktop project starts being unreasonable?

    What if both GNOME and KDE become unreasonable? You can't argue with a "what if" because it could apply to absolutely anything. You haven't even defined what you mean by "unreasonable."

    The only reason we aren't all stuck with XFree's tantrums is that competing projects like fd.o give users leverage.

    It's a fork of XFree86. It still has its tantrums. X doesn't even have its own widget set. The issues with X are much more fundamental than you are discussing here.

    Do you really think that the XFree team would have backed down on the license change if they didn't think everybody would switch away?

    What does the license have to do with anything? I'm talking technologically and logically--XFree86 needs to be gone, and the two competing desktops need to get their acts together. All these incompatible toolkits have driven away serious desktop development all in the name of "choice."

    4. There's no clear "winner". KDE and GNOME have different design goals, and lots of people agree with KDE's set of design goals, and lots of people agree with GNOME's design goals. You'll never get consensus, and you don't provide a reason for getting rid of one of them.

    Application support. There. Which one should Adobe port Photoshop to? If we had one seamless desktop with proper binary installation/uninstallation routines and a sane programming library that retained backwards-compatibility with each major release, you don't think companies would take a look?

    5. You state that X/KDE/GNOME are dead in the water, when in fact they are moving along at a rapid pace, and then point to Y, something that is barely out of the vapourware phase.

    Vaporware? You can already download it and compile. Developers are writing the base widget set as I type this. I don't get this bizarre aversion to change that Linux users have.

    6. You state "we should be focusing all of our efforts...". Exactly what effort are you focusing? Or are you just an armchair know-it-all?

    I'm currently writing a design paper. Sto

    --
    "Sufferin' succotash."
    1. Re:My response by Anonymous Coward · · Score: 0
      Thanks for fitting the precise Slashbot stereotype of the anti-social basement-dweller who foams at the mouth when someone dares come along with a critical opinion of their precious X + xlibs + QT + KDE + Arts + endless X extensions + whateverelseneedstobeinstalledontopofeachother.
      Thank you for fitting the precise Slashdot Troll Stereotype of the elite-snobbish-we're-all-better-than-you-and-yes-m y-opinions-are-facts-thank-you-very-much assholes who think they know it all.

      BTW, how will anyone know what you've contributed to Y-windows? Will your contributions be marked Mr. Guy? Thought so.
    2. Re:My response by Anonymous Coward · · Score: 0

      There was evidence to prove that Overly Critical Guy is a lying cocksucker, but he deleted it. Think independently.

    3. Re:My response by Anonymous Coward · · Score: 0

      You're a fucking troll, and you've been found out. So why don't you just shut the fuck up already? Nobody's buying your bullshit. Why don't you post some AC messages complaining how the moderation given to you is unfair?

      asswipe

    4. Re:My response by some+guy+I+know · · Score: 2, Informative
      X doesn't even have its own widget set.
      Actually, X used to be shipped with a basic widget set called the "X Toolkit", and also with a somewhat more advanced library called "X View" (which implemented more advanced concepts like callbacks ("notifiers"), etc).
      I remember using these libraries when I wrote a font editor (around 1986 or so).
      I found them easy to use, and bereft of much of the cruft that seems to have accumulated around more modern libraries (such as GTK+, etc.).
      However, I don't think that XFree86 implemented either library, for some reason.
      --
      Those who sacrifice security to condemn liberty deserve to repeat history or something. - Benjamin Santayana
    5. Re:My response by Anonymous Coward · · Score: 0

      Here on Slashdot, if you dare criticize something and hold a differing opinion than the majority, you get modded down.

      I see plenty of posts otherwise. However, you do get modded as troll for deliberately missing the point and switching your assertions to prolong an argument. As an example, your original post talked about eliminating competition being left with "one major desktop competitor running on Linux", and now you are stating that it's fine to keep FreeBSD around.

      Another way of getting modded as a troll is by arguing from a position of authority when you don't know what the fuck you are talking about. For instance, you assert that you are writing a paper on Y. Fine, any fool can write a paper. But how come you talk about "which desktop should Adobe port to" when any fool with five minutes experience would tell you that applications run under either desktop without issue.

      That's why you were modded troll, and that's why I'm not feeding you any more.

    6. Re:My response by Anonymous Coward · · Score: 0

      Why don't you post some AC messages complaining how the moderation given to you is unfair?

      He is.

  117. I refuse to use X... by bonch · · Score: 1

    I'm looking forward to Y-Windows. It's already at 0.2, and developers are finishing the core widget set. The PDF on the website describes what's wrong with XFree86 and what Y is gonna fix.

  118. My response to a troll by Anonymous Coward · · Score: 0
    I should note that I am not at all surprised someone smoking crack modded me down as "Troll." What makes Linux so great that it's above criticism? XFree86 for that matter? Here on Slashdot, if you dare criticize something and hold a differing opinion than the majority, you get modded down.
    Err, no. The reason that you were modded down is because you're troll and a karma whore who has nothing to add to the conversation. You're also a hypocrite and a liar. It has nothing to do with dissent. Oh, BTW this comment
    What makes Linux so great that it's above criticism?
    seems to be your latest catchphrase to try and guilt moderators into modding you up. Never mind the fact that nobody mentioned Linux at all. Again, you have nothing constructive to contribute. So why are you here again?
  119. Re:Windows Longhorn renders all this obsolete by Atmchicago · · Score: 1

    And not only is 2.6 going to increase its usage of SVG, bug 2.4 ALREADY uses SVG a lot. Not all of the icon themes use them, but a bunch do. And they look really nice, too.

    --

    You can lead a horse to water, but you can't make it dissolve.

  120. Perspective by Anonymous Coward · · Score: 0

    > A better way to work your post is that the Gnome
    > 2.6 beta screenshots appear to take great strides
    > in catching up to where KDE was several months ago.

    Since GNOME was started over *one year* after KDE was started, you're basically saying that GNOME is closing the gap quickly.

  121. Re:Windows Longhorn renders all this obsolete by srn_test · · Score: 1

    What, in 2006 Windows will get the equivalent of SVG which Gnome has now?

    I think you've got the wrong group playing in the dust.

  122. goodbye, 80s "desktops" by Doc+Ruby · · Score: 1

    The desktop itself is a dead metaphor. Sure, in 1984 the Mac looked great, with a whole virtual desktop on a 10" screen. But 20 years later, the screen is only 20". What happened to my 3'x5' physical desktop? It's covered with other computing devices that want to talk to my virtual desktop. That's confusing.

    And an obsolete metaphor. In 1984, that desktop made computers more user-friendly (coining that now-trite phrase, too) than the mainframes anyone knew, or the disembodied HAL voice everyone was "promised" (threatened). Now that the virtual desktop has gotten 80% of the way there, it's no longer necessary to oversimplify info management into the straitjacket of its 20th Century analog form factors. It's still too complicated for most humans to intuit - not to mention the billions who have never used a real desk, but could get jacked into the Internet at least intermittently, changing their lives and the world much more cheaply than chaining them to a desk out in the bush. And for the rest of us, we already get it, and the desktop metaphor just keeps us in the second grade.

    Linux, with its excellent support of the OSI multitier model, and true cross-platform distributions (from modems to mainframes), is not chained to a desktop metaphor for presentation and organization. All its competitors are. As we leave our desks behind, we'll also leave behind Windows, Macintosh, and all the rest stuck behind theirs. Let's get the job done better in the 21st Century with interfaces like GNOME Dashboard. Or some other interface that supports us with transparent multimedia, like some kind of quiet voice interface through our earbuds. Webs of the World, unite, you have nothing to lose but your desks!

    --

    --
    make install -not war

  123. bah by binford2k · · Score: 0, Flamebait

    These guys amaze me. Just when I thought they couldn't get any worse, here they go and do it. I've got to say, even winxp is easier to use than that steaming heap of pigshit looks like. Man, 2.4 was bad, this is just terrible.

  124. Re:Yuk by Anonymous Coward · · Score: 0

    Slashdot, where using BB code for "cute" GIF smileys makes you look like the retard you are.

  125. "Open With" Program Chooser by solprovider · · Score: 1

    The MSWindows "Open With" opens the file chooser expecting the user to find the program to use from the file system. Some programs use strangely named EXE files, and some require additional settings in the command to work correctly. This cannot be called "user friendly".

    If MS cared, there is a much better method.

    Every application installed on MSWindows must tell the registry which file extensions (since MSWindows does not check the actual file type) it can open. It then overwrites the setting for each of those extensions.

    A better method is for the registry to add the program as one of the choices for that extension. When right-clicking, the menu would show all the programs that claim to open that extension. When double-clicking, it uses the last program chosen. Let the users decide during installation which extensions now default to use the new program (most programs do ask), but do not remove the previous choices. Remove the choice when the program is uninstalled. The "Open With" option should allow adding new programs, without "Always use this program" deleting the old choice.

    If they want to get fancy, right-click to show the choices, then right-click on a program would prompt to remove it from the list for that extension.

    ---
    I do not expect MS to make choices easy. They want their programs to be the default, and making it difficult to choose another program means less people will even think about having choices.

    I have rewritten my registry so I can choose several programs to edit HTML files while keeping Mozilla as the default. I even have a choice to open with MSIE. Installing a new browser or HTML editor can discard my settings. (I use a REG file to restore my settings, but I wonder if allowing the mission-critical registry to be written so easily is a good thing.)
    - I also added choices for playing videos to the right-click menu. When one player will not work with an MPEG, I right-click and try a different player, without using the awful "Open With" dialogbox.
    - It would be much nicer if the OS maintained the list of programs.

    Non-MS OSes could implement something like this. How are file types associated with programs? KDE shows multiple programs for viewing/editing text files in the file browser. Is that a start towards the above suggestion?

    --
    I spend my life entertaining my brain.
    1. Re:"Open With" Program Chooser by Ben+Urban · · Score: 1

      You've obviously never used Mac OS X. You pretty much described their method exactly.

      --
      Every time you run "emerge", a Microsoft drone dies.
  126. People here still prefer Midnight Commander... by r6144 · · Score: 1
    The reviewer said that he drag-n-dropped for 30 minutes to reorganize his huge home directory? Seems really tiring to me...

    After all these years I still prefer Midnight Commander (two-window) style interfaces. Every useful feature in modern file managers are available --- you can change directories by typing TAB-completed "cd" commands, (most often) by Ctrl-S which resembles incremental search or type-ahead-find, or by arrowing and selecting, or by using the history (Meta-P, Meta-N). Selection is made individually with the Insert key, or they can be made with wildcards. Moving files and directories are done with one function key. It is also possible to type commands which can refer to the files selected. By the way, it takes up little memory --- you can open as many xterms containing it as you are comfortable with (I usually use about three or four; Of course sometimes I run out of workspaces, but then "screen" comes to rescue) on a 32MB machine.

    MC is something loved by command-line freaks like me, but it isn't exactly hard to use. My mom (which is hardly a geek) uses Windows Commander in WinXP (which is quite similar to MC), so does most of her fellows, all without any form of advocacy or special training.

    In short, if you don't like Nautilus or other Windows-Explorer-like interfaces, give MC a try. It can almost be called an innovation, except that it actually has a rather long history.

    On a side note, another thing I as someone who uses linux for Real Work (TM) can't live without is Links, a text-mode browser. Great for writing java apps when there are such a lot of libraries with API documents to read, since "screen" in an xterm, when used correctly, still feels better than a tabbed galeon window, and is definitely less resource hungry.

    I don't deny there are quite a few sore spots in MC and Links (e.g. sometimes MC says "you are already running a command", when I have to do C-o, C-c, C-o, M-P), but they are like crashing bugs in MS Word --- you hate the bug but you still can't live without the applciation. Anyway, the bugs are not crashing bugs that eats files, so it is quite possible to live with. Also it doesn't look as good (or run as snappily) in anything other than a vanilla Xterm with font VGA and white-text-on-black background, neither does it have good i18n support (which is related to the fonts problem), but I hope someone (or myself, if I have time) will get to fix that.

  127. I gave up years ago. Try Rox. by Anonymous Coward · · Score: 0


    http://rox.sourceforge.net/phpwiki/

    Rox rules.

  128. have fun with that. by Anonymous Coward · · Score: 1, Insightful

    go fuck yourself

  129. Re:So good, so dull.... by LoboRojo · · Score: 0

    Oh, thanks, as someone who has used gnome from the pre 1.0 era I know what themes are about, and see many of them. Repeat after me: so good, so dull.....

    --

    ---
    All my submissions to Slashdot rejected... and proud of it!
  130. Re:XFree86, GNOME, and KDE are all dead in the wat by Tukla · · Score: 1
    Here's why.

    "Get it? 'Why' - 'Y'! ...It's funny, dammit!"

  131. Re:Its called KDE 3.2. by Anonymous Coward · · Score: 0

    It'll be interesting to read a decent "neutral" KDE 3.2 vs Gnome 2.6 article though!

    What does "neutral" mean? If you wrote an article that didn't draw any conclusions for fear of offending one side or the other, you'd still have to pick a finite number of features to compare, and somebody would find that set biased.