Slashdot Mirror


A Look at GNOME 2.14

An anonymous reader writes "Gnome has a nice preview of their newest version 2.14 posted which should be hitting the streets around the 15th of March. From the article: "As well as new features and more polish, developers have been working around the clock to squeeze more performance out of the most commonly used applications and libraries. This is a review of some of the most shiny work that has gone into the upcoming GNOME release."

602 comments

  1. Coral Cache Link by Breaker_1 · · Score: 4, Informative
    1. Re:Coral Cache Link by Anonymous Coward · · Score: 0

      Do moderators not even read the summary nowadays?

    2. Re:Coral Cache Link by 47F0 · · Score: 5, Funny

      Gnope. Gnot doing it. Gnot today, Gnot tomorrow.

      Kall me krazy, or just konfused, but I kan't konceive klicking to another desktop. Kount me out.

    3. Re:Coral Cache Link by Anonymous Coward · · Score: 0

      Nice, the change to port 8080 has made my work this that this is a proxy server, and has now blocked it. CORAL, CHANGE YOUR PORT BACK TO 8090!!!

    4. Re:Coral Cache Link by walmartshopper67 · · Score: 1

      Just try port 8090, Coral uses both.

    5. Re:Coral Cache Link by jmpareja · · Score: 1

      that is so funny. :) i can't see their site. it's been /.ed.

    6. Re:Coral Cache Link by slack_prad · · Score: 0

      both the links are /.ed here are some pics: http://www.gnome.org/~davyd/gnome-2-14/

      --
      Sent from my desktop computer
    7. Re:Coral Cache Link by iPod+is+UNIX · · Score: 0, Troll

      Apple and innovation?

      Apple is regarded by its supporters to be an innovative and forwardlooking company. They claim Apple innovated most things from the GUI to having popularized the USB port. Almost always the supporters make the innovation claims with restrictions like "in the field of personal computing", "over the entire product line", "affordable solution" and "as a standard feature". They also like to blur the vision when equaling "popularized" and "introducing" with "inventing". Apple supporters always maximizes the importance of Apples involvment in an innovation (even if it's very slim) and at the same time downplay any other companies involvement.

      Case in point "USB":
      When the supporters speak about how innovative Apple is they talk about how Apple popularized USB. In reality Apple had absolutely nothing to do with the technical creation of USB. Intel invented USB as an answer to Apples pay-per-port licencing of firewire. Apple was one of the first companies to use USB but strictly (or not so strictly) speaking that isn't innovation. They just used an ff the shelf product that where innovated for the PC market.

      The same can be said for a lot of products Apple supporters claim Apple innvented, of course with "additional restrictions" (see above). Some of these innovations are: Audio, SCSI, Ethernet, long file names and Floppy drives. In reality Apple innvovated none of those products.

      A nice page for looking at these "innovations" is an older wikipedia page describing the Macintosh on which of course Mac users gone totaly mad in describing the Macintosh as a very innovative platform. Almost all of claimed innovations are in fact just off the shelf products licenced from other companies or already old products used in a slightly different manner by Apple. The wikipedia page has since been revised and is now more in line with what Macintosh actually brought to the table of computing.

      It is however true that Apple are fast at picking up new technologies invented outside Apple and as a result the Macintosh is a faster evolving platform than the PC. This is a design decision made by Apple to keep the Macintosh computer intressting and "fresh". This however has some lowdowns. Every five year or so the Macintosh developers and users have to adapt to a completely new platform or a new operation system (68k->PPC, legacy MacOs->OS X, PPC->x86, soon x86->x86-64). In the PC world this would be suicide, too much money are tied up in legacy technologies. Macintosh are mostly used by home users and small companies who don't need a homogen environment, or have so few computers and programs they can invest in new technology every so often. The PC platform is used by everybody, small and large. It would be almost impoosible to "twist and turn" the Apple way. Intel tried to introduce Itanuium for 64bit computing but in the end had to back down to a backward compatible x86 sollution.

      All in all, when the dust has settled. After decades of innovation and jumping beetween CPU families the Macintosh has transformed to nothing less than an ordinary PC, at least in hardware. Linux x86 booted within a month of the x86 Macintosh release using the standard EFI bootloader and Gentoo Linux distribution. It's also probable Windows vista will boot out of the box on the Macintosh without Microsoft putting any effort in testing on the platform. On all important fronts the innovation by Apple has been nothing short of a straight copy of the PC platform. On the software side half of Apples operating system is also of the shelf available parts from different open source projects. That isn't innovation.

      The PC platform have already gone x86-64 (Linux is already fully functional both as a server and desktop) and it's a good bet Apple will soon copy this too.

    8. Re:Coral Cache Link by civilizedINTENSITY · · Score: 1

      You use innovation in a different sense, is all. There is a difference between everyone using off the shelf parts, and the first adopter of a technology whose marketing power pushes an "off the shelf" technology to the forefront. Oh, and one of the innovations you forgot for apple was the PC. At a time when PCs existed only as "kits" that might or might not be capable of assembly, Apple had the first (ever) assembled personal computer for sale. To suggest that Wang already sold computers is to miss the distinction between minicomputers and PCs. Personally, I do give Apple credit for moving people to floppies and away from cassette tape. But that was a *long* time ago :-)

    9. Re:Coral Cache Link by paulatz · · Score: 1

      Provided that the article in the summary was already "coral cached" aren't you, by chance, karma whoring?

      --
      this post contain no useful information, no need to mod it down
  2. KDE? by Anonymous Coward · · Score: 0

    How does this compare to the latest KDE interfaces?

    1. Re:KDE? by Skiron · · Score: 0, Flamebait

      Well seeing as the site is Gnone, KDE 3.5.1 still works here...

    2. Re:KDE? by SQLz · · Score: 1

      There is no comparison.

    3. Re:KDE? by diegocgteleline.es · · Score: 4, Informative

      KDE is focused in revamping the whole KDE infrastructure with KDE 4, even during the kde 3.5 development some people said 3.5 would be unstable because too many developers where focusing in KDE 4 (kde 3.5.1 is great for me).

      So you won't see any kde news for a while except for KDE 4. KDE 3.5 is everything what KDE 3.X has to offer. Of course people could continue developing 3.5, but they're focusing in kde 4....there'll be news in the kde 3.5 field - bugfix releases, updates from individual programs like koffice or kopete - but overall, you won't see any "earthbreaking" change in kde 3.5.

      Some gnome developers think that there should not be a gnome 3 - at least, there's zero lines of "gnome 3 code" right now - and that the gnome 2 is OK and that it's much better to do small improvements to the current architecture. This is a big error IMO, but the fact is that until kde 4 is released it will be gnome who gets more attention and releases more attractive things.

    4. Re:KDE? by Overly+Critical+Guy · · Score: 1

      It's Kewl, but for me to answer would require five more sidebars and eight new checkboxes.

      --
      "Sufferin' succotash."
    5. Re:KDE? by BrainInAJar · · Score: 1

      whereas gnome just cripples your abililty to answer altogether... it was confusing users, you see?

    6. Re:KDE? by Overly+Critical+Guy · · Score: 0

      Yeah, completely overwhelming users by packing the interface with 20 sidebars is way better than "crippling" by providing one or two really good ways. It's not like Apple ever got anywhere with that philosophy in OS X or anything.

      Yep, I'd rather spend 30 minutes navigating tab after tab of checkboxes and configuring my desktop environment instead of just USING it. And I must adopt the use of the word "crippling," even though any good artists knows it's just as important to take away from something as it is to add.

      --
      "Sufferin' succotash."
    7. Re:KDE? by BrainInAJar · · Score: 2, Insightful

      You're right, a good artist knows when to remove things instead of just adding

      When I want a painting of a UI then, I'll talk to GNOME. Since I want to actually *USE* the UI, I'll stick with kde

    8. Re:KDE? by Anonymous Coward · · Score: 1, Interesting

      Althought I am not a developer for either project, it is my naive impression that iterative and incremental development is superior to irregular leaps. There is less opportunity to introduce defects, lose track of goals, or lose interest when cycles are small and regularly timed.

      Which is not to say designs should never be radically improved. When incremental improvement hits a barrier the design defect should be quite evident and can be more accurately budgeted resources. In contrast, when design defects are predicted far in advance you could allocate resources to "chase ghosts."

      While I have no doubt KDE will be a fine DE, I think GNOME, despite its technical deficiencies, might pull ahead in the long run.

    9. Re:KDE? by a.d.trick · · Score: 1

      I'm currently a gnome/e17 user and KDE 4 looking quite promissing, but I don't really see any reason why a gnome 3 is nessicarry at this point. There's no point in changing version numbers for the sake of changing version numbers and unless the gnome people have of serious deficiancies they want to solve, whats the point. Big version changes like that can introduce all sorts of problems, just look at all the gtk+ apps that are still trying to port to gtk2.

    10. Re:KDE? by Anonymous Coward · · Score: 0

      Apple seems more than willing to add various lanchbars if it will get $129 out of your pocket (10.3 Finder sidebar, 10.4 Dashboard...)

    11. Re:KDE? by VON-MAN · · Score: 1
      Do you really think there's less opportunity to loose ones interest or goal with incremental development? Sorry, I really don't see why. Maybe one of those "interesting" moderators could explain.

      In fact, I think incremental development is the perfect way to loose focus of what is important. And, worse, to loose cohesion within your developer groups. A powerful "heads-up" in the form of fresh, new goals is important to keep everyone's drive and interest alive.

      I also think that the Gnome desktop has lost much of its focus years ago. I RTFA, saw the screen-shots and wasn't really impressed by all those shiny new things. IE: "gedit, with a number of source files open, can save to remote servers". Now what madness is that? It is not the job of gedit at all to save files remotely. You want your DE to offer network transparency, not your apps, for cryin' out loud! (maybe I misunderstand, and maybe Gnome does offer network transparency like KDE does, I wouldn't want to miss stuff like that for the world however).

      And to me, stuff like that is exactly why I find Gnome unworkable. Of course, I also think KDE is the best thing since sliced bread, so don't take it from me..

    12. Re:KDE? by Anonymous Coward · · Score: 0

      While I would usually agree with you, KDE wants to:

      * Switch from QT3 to QT4
      * Switch from dcop to dbus (messaging system)
      * Drop arts (and use gstreamer, like gnome, indirectly)
      * Switch build systems
      * Switch from cvs to svn (done)

      And many other big changes. It can be hard to do all that incrementally. As a coder, I'm glad I can break apps totally in svn at the moment while I change things.

    13. Re:KDE? by sp0rk173 · · Score: 1

      Cripple? Nah. It streamlines everyday things, and allows you a nice terminal for advanced tasks. KDE cripples me by making my eyes hurt.

    14. Re:KDE? by sp0rk173 · · Score: 1

      just look at all the gtk+ apps that are still trying to port to gtk2.

      Like what? The only major one i'm aware of is Gnucash. Any others you wish to point out?

    15. Re:KDE? by a.d.trick · · Score: 1

      I don't know the names but when I was looking for a calendar app there was a couple. Also EasyTag is still gtk+. I've seen others too but I can't remember where.

  3. Biggest change: by Musteval · · Score: 4, Funny

    The "File" menu has been disabled in all programs. GNOME proponents stated that the change is to ensure that end users "aren't confused by all of the big words, like 'exit' and 'print.'" The Edit menu has been removed in most programs.

    --
    Note to mods: I'm probably being sarcastic.
    1. Re:Biggest change: by hackstraw · · Score: 5, Interesting

      The "File" menu has been disabled in all programs. GNOME proponents stated that the change is to ensure that end users "aren't confused by all of the big words, like 'exit' and 'print.'" The Edit menu has been removed in most programs.

      Yes, that is funny!

      However, who in their right mind would put 'exit' under the "File" menu? 'print' and 'close' makes sense, but 'exit' is to exit a program, not do anything with a file.

    2. Re:Biggest change: by ObsessiveMathsFreak · · Score: 3, Funny

      That NOT true!

      The File menu has simply been integrated into the Edit menu. The Edit menu was then dropped.

      --
      May the Maths Be with you!
    3. Re:Biggest change: by modecx · · Score: 3, Interesting

      It's clear that you've never encountered users who "Click out of a file", which seems to be most of them. I'm still not quite sure how that one is supposed to work, but I've also known my share of users who "Exit a file", which they apparently took from File->Exit. Anyway...

      --
      Constitutional rights may be respected, repealed, or modified; but they must never be ignored.
    4. Re:Biggest change: by timster · · Score: 5, Funny

      Silly FUD. The Edit menu is still available if you edit your gnome.prefs to include the line "UseMenuThatShallNotBeNamedBecauseItHasBeenDeclare dBad=1" in the "StupidAnachronisms" section.

      --
      I have seen the future, and it is inconvenient.
    5. Re:Biggest change: by Millenniumman · · Score: 1

      That's why in Mac OS X 'quit' (=exit) is under the [nameoftheapplication] menu.

      --
      Stupidity is like nuclear power, it can be used for good or evil. And you don't want to get any on you.
    6. Re:Biggest change: by quantum+bit · · Score: 0, Redundant

      Silly FUD. The Edit menu is still available if you edit your gnome.prefs to include the line "UseMenuThatShallNotBeNamedBecauseItHasBeenDeclare dBad=1" in the "StupidAnachronisms" section.

      Somebody mod +10 So True

    7. Re:Biggest change: by jacksonj04 · · Score: 4, Interesting

      I've encountered users who have not realised that applications could be closed. They called site support saying their system was slow. I walked in, saw their taskbar full of apps and just hit the power button. I would have said that on their double-layer taskbar there was only 5 or 6 pixels per active task.

      --
      How many people can read hex if only you and dead people can read hex?
    8. Re:Biggest change: by Anonymous Coward · · Score: 1, Informative

      There's actually a very good reason for the wierd placement of the Exit option. When Apple designed the original Mac OS (way before it was even called Mac OS), they gave each application an application menu, and put the Exit option on that menu. It's still there in Mac OS X. When Microsoft ripped off Mac OS to make Windows, they didn't rip off the application menu. Since they had no logical place to put the Exit option, they just stuffed it in the File menu. Gnome just ripped off Windows, so they also got stuck with the Exit option being on the File menu.

    9. Re:Biggest change: by marcello_dl · · Score: 1

      I guess exit is in the file menu for historical reasons. There used to be a quit command under file menu in virtually every old macOS app. With OSX apple correctly chose to move that command into the apple menu.

      BTW i am actually using XFCE4 because of its old macos usability bonuses: 1) black cursor, easier to spot on mostly white windows 2) custom layout for the window buttons, the close button on the left, the others on the right.

      --
      ---- MISSING MISCELLANEOUS DATA SEGMENT --- [sigdash] trolololol
    10. Re:Biggest change: by dkf · · Score: 2, Interesting
      I think you'll find it was IBM that did that particular bit of ripping off as part of their CUA effort (and that's what both Windows and Motif derived from, explaining why things looked that way on so many platforms).

      So GNOME continues to try to break out of the mold cast for them a generation or so ago. Never mind that we were only just starting to get to the point where real know-nothing users actually expected things that way, it's important to know that the spirit of gratuitous difference lives on...

      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
    11. Re:Biggest change: by Anonymous Coward · · Score: 0

      However, who in their right mind would put 'exit' under the "File" menu?

      The same person who would put "Preferences" under the "Edit" menu.

    12. Re:Biggest change: by pomo+monster · · Score: 2, Informative

      You sure? I seem to remember the "Quit" menu item always being located under the "File" menu, at least as far back as System 4.0, and IIRC every System Software release prior to then. If I'm not mistaken, the application-specific menu was only introduced with OS X.

    13. Re:Biggest change: by Rebelgecko · · Score: 1

      With OSX apple correctly chose to move that command into the apple menu.

      No, they moved it to the application menu.

      --
      CATS/Diebold '08- All your vote are belong to us!
    14. Re:Biggest change: by diegocgteleline.es · · Score: 1

      Actually, I wonder why I have a "file" menu in apps that are not file-based, like ej: a gnome game.

    15. Re:Biggest change: by diegocgteleline.es · · Score: 1

      So editing your preferences sounds weird for you? Dunno, it sounds OK for me

      I hate those programs that have a "action" menu however, like some of the GDM themes or evolution (at least it used to be that way). Hell, EVERYTHING I do in a interface is an action.

    16. Re:Biggest change: by TrancePhreak · · Score: 2, Funny

      I think you mean the applecation menu. Huzzah!

      --

      -]Phreak Out[-
    17. Re:Biggest change: by alc6379 · · Score: 1

      Same here. Just opened up Simpletext on my System 7.1 Macintosh IIci. Lo and behold, there's Quit under the File menu.

      --
      I don't moderate anymore. Karma penalty for 90% fair mods? Can I mod that unfair?
    18. Re:Biggest change: by Overly+Critical+Guy · · Score: 1

      And so, everyone finally catches up to where Apple was five years ago.

      --
      "Sufferin' succotash."
    19. Re:Biggest change: by Coryoth · · Score: 1

      Actually, I wonder why I have a "file" menu in apps that are not file-based, like ej: a gnome game.

      All the games in the standard gnome-games package don't have a file menu. Instead they have a "Game" menu in it's place, with the usual options you would expect to find (new game, quit, etc.) located there.

      Jedidiah.

    20. Re:Biggest change: by tehshen · · Score: 1

      I don't, I have "Game" menu in all the Gnome games. If it makes sense...

      --
      Guy asked me for a quarter for a cup of coffee. So I bit him.
    21. Re:Biggest change: by gerardlt · · Score: 1

      But following the logic of most menu names, the meaning of having preferences under the edit menu is not "editing your preferences", but rather "preferencing your edits" - usually the menu name is a noun and the menu item is a verb.

      --
      /* This sig is disabled. Press CTRL-W to enable. Thankyou */
    22. Re:Biggest change: by MrPerfekt · · Score: 1

      However, who in their right mind would put 'exit' under the "File" menu? 'print' and 'close' makes sense, but 'exit' is to exit a program, not do anything with a file.

      Certainly, no operating system would do something that logical.

      --
      I just wasted your mod points! HA!
    23. Re:Biggest change: by marcello_dl · · Score: 1

      Oops. Anyway it's in the right place now. I should fire up osx more often I guess.

      --
      ---- MISSING MISCELLANEOUS DATA SEGMENT --- [sigdash] trolololol
    24. Re:Biggest change: by ChunderDownunder · · Score: 1

      Convention...

      The Macintosh popularised the trend back in 1984 with File > Quit

      Since then, most user interfaces have followed this approach.

      Though perhaps for a segment of users the joke targets, such a convention may not be obvious. If Gnome were to move the exit meny elsewhere, it would break 22 years of tradition and in turn be non obvious to the vast majority of computer users.

    25. Re:Biggest change: by SavvyPlayer · · Score: 2, Insightful

      Yes, I do believe the metaphor Apple was striving to acheive is "the document is the application". Therefore, to edit a file, you double-click it. To quit editing it, you invoke file.quit().

    26. Re:Biggest change: by Sithgunner · · Score: 1

      Still could mean "you're exiting out of your files", but then again "File" category is used to put any base/misc functions softwares offer...

    27. Re:Biggest change: by dfghjk · · Score: 1

      As it is under the Windows equivalent (except it's called Close). Windows also has Exit under the file menu. Double cliking the program icon exits as well.

    28. Re:Biggest change: by dfghjk · · Score: 1

      Actually, Windows puts "Close" on the window menu, the closest analog of the application menu in Mac OS. The file menu is under the control of the application. I personally find it odd that you can close all windows of an app in OS X and yet not exit (and still have focus on that app without any windows displayed!) but it depends on what you're used to. At least Windows didn't copy the awful mac menu bar that seems so stupidly in fashion today.

    29. Re:Biggest change: by kilgortrout · · Score: 1

      That will be quite enough Mr. Torvalds.

    30. Re:Biggest change: by BrokenHalo · · Score: 1
      I don't know why any thread on Gnome, KDE or $DESKTOPENVIRONMENTOFCHOICE has to wind up with everybody bickering interminably about OS X.

      Sure, I'm perfectly willing to agree that Apple's UI is sort of neat, just so long as nobody insists that I have to use it.

      Placement of functions on menus doesn't really matter, since it doesn't take very long to get used to that.

      What pisses me off most about OS X (or probably more strictly speaking, Aqua) is that godawful windowing system, where the size of every window you open is calculated to precisely exclude the contents you want to see. Then they compound this by failing to include a keyboard hot-key sequence to maximise windows (apparently possible only by clicking the traffic-light widget at the top, although they do unaccountably provide a hot-key for minimising the window).

      OK, I might be a bit spoilt, since I'm sitting at a dual-screen Linux setup with heaps of desktop space, but I have to provide support for Mac laptops, and I don't find it much fun...

    31. Re:Biggest change: by jlarocco · · Score: 1
      Silly FUD. The Edit menu is still available if you edit your gnome.prefs to include the line "UseMenuThatShallNotBeNamedBecauseItHasBeenDeclare dBad=1" in the "StupidAnachronisms" section.

      Yeah, that's a real bitch to remember. Fortunately, to make things easier, the abreviation "UMTSNBNBIHBDB=1" can be used.

    32. Re:Biggest change: by moranar · · Score: 1

      You don't seem to know themes and cursor themes exist. Gnome has both support (at least here in Mandriva) for instant change of the pointer to black, translucent, red or white arrows; and also apple-like window themes. art.gnome.org or gnome-look.org are your friends.

      --
      "I think it would be a good idea!"
      Gandhi, about Internet Security
    33. Re:Biggest change: by SComps · · Score: 1
      I don't know why any thread on Gnome, KDE or $DESKTOPENVIRONMENTOFCHOICE has to wind up with everybody bickering interminably about OS X.


      For the same reason it has to degenerate to name calling, talk of DRM, GPL vs LGPL, the evil of RIAA/MPAA etc, and ultimately emacs vs vi. This is slashdot, and that's what the immature evangelists have to do to get their kicks and mental masturbation. Just ignore them, and come sit at the adult table with the rest of us. Hell I'm surprised nobody's post a nude picture of Stallman with the caption "Give it to me free... or else."

      Wow I might have managed to insult damn near everyone with this post! I'm on a karma destroying mission from God.
    34. Re:Biggest change: by Anonymous Coward · · Score: 0

      Just because you toddlers call it "the adult table" does not mean that you should interupt grownups with your pathetic cries for attention.

    35. Re:Biggest change: by marcello_dl · · Score: 1

      Thank you for the info, in fact I was using some macos like theme for windows with gnome. At the time (that is when xfce4 went out) there were no cursor themes, though, and gnome had chosen the white cursor. So now i use xfce as window manager and for its clone of gnome terminal, konqueror as file manager, k3b and kate, and for all the rest gnome apps.

      --
      ---- MISSING MISCELLANEOUS DATA SEGMENT --- [sigdash] trolololol
  4. Impressive by the_rev_matt · · Score: 4, Insightful

    Makes me want to fire up my linux box again. I particularly like the admin tools and the "save your search as a folder" feature. OS X admin tools are sometimes a little restricted for my taste.

    --
    this is getting old and so are you

    blog

    1. Re:Impressive by skoaldipper · · Score: 1
      > Makes me want to fire up my linux box again.

      Go ahead. You know you want to. Take pleasure in your guilt my friend. Linux is for studs, and Gnome is like wet hair and a sweet sweet marlboro in the mouth. I'm currently puffing on a KDE swisher sweet though.

      --
      I hope, when they die, cartoon characters have to answer for their sins.
    2. Re:Impressive by Anonymous Coward · · Score: 0
      Go ahead. You know you want to. Take pleasure in your guilt my friend. Linux is for studs, and Gnome is like wet hair and a sweet sweet marlboro in the mouth. I'm currently puffing on a KDE swisher sweet though.

      ...This coming from a user named skoaldipper.

    3. Re:Impressive by fak3r · · Score: 1

      OS X admin tools are sometimes a little restricted for my taste.

      Bingo, while I like/use OS X, I would apply that setiment to everything about Apple's OS.

    4. Re:Impressive by skoaldipper · · Score: 1

      In hindsight, I do seem quite transparent with my metaphors, don't I? I'll try better next time. I'll work in some strippers and monkeys into my next post somehow. I Promise.

      --
      I hope, when they die, cartoon characters have to answer for their sins.
  5. Progress! by hackstraw · · Score: 4, Interesting


    It looks like I'm going to have to admin a lab of Linux boxes soon, and I'm pleased with the progress that is coming on the nebulous "Linux desktop".

    Although, both Gnome and KDE are still 90'ish, at least Gnome is now knocking off OS X instead of Windows.

    Now, for the confusing part. Why was their previous allocator so lame compared to malloc()? Its worth a read to check out this for an allocator. Being that multi-core/"threads"/CPUs are pretty common today, its worth using that to one's advantage.

    1. Re:Progress! by Anonymous Coward · · Score: 5, Insightful

      Gnome is now knocking off OS X

      Why not call it collaboration instead. OS X is using like 50 GNU programs straight off, source and everything. Gnome (Which is part of GNU) is borrowing some ideas, but not code from OS X. "Knocking off" seams like a bad thing when both GNU and Apple are using eachohers ideas and it's probably benifitial for both projects.

    2. Re:Progress! by LeonGeeste · · Score: 0

      Exactly. A few more steps, and it will be as easy to use as Windows (and with better security!). Great work, I've always pushed for a better Gnome interface, and even submitted my own tinkerings. I wish they'd beef up the encryption some more so we don't have to struggle to keep up with the NSA.

      --
      Rank my idea: http://www.sinceslicedbread.com/node/531
    3. Re:Progress! by be-fan · · Score: 4, Informative

      Now, for the confusing part. Why was their previous allocator so lame compared to malloc()?

      Because glibc's malloc() is actually a pretty fast and scalable piece of code for a general-purpose memory allocator. Even GNOME's new special-purpose allocator only gets about twice the performance of glibc's.

      --
      A deep unwavering belief is a sure sign you're missing something...
    4. Re:Progress! by Anonymous Coward · · Score: 0

      If GNOME is 90'ish then windows must be kinda 50'ish. Windows still lacks a lot of the interface features that have been standard on Linux since the late 90's.

    5. Re:Progress! by JFitzsimmons · · Score: 1

      Can you explain your comment about Gnome and KDE being "still 90'ish?"? I don't understand what you mean by that. I also really don't understand what you mean about knocking off OSX. Please provide examples!

      --
      Beware he who would deny you access to information, for in his heart he dreams himself your master. -Anonymous
    6. Re:Progress! by pyros · · Score: 1
      I also really don't understand what you mean about knocking off OSX. Please provide examples!

      Network Manager has an interface pretty much exactly like the wifi config app in OS X.

    7. Re:Progress! by JFitzsimmons · · Score: 1

      Outside of "both have tabs" and "both configure network hardware", I really don't see that much of a similarity.

      --
      Beware he who would deny you access to information, for in his heart he dreams himself your master. -Anonymous
    8. Re:Progress! by xenocide2 · · Score: 2, Interesting

      What I don't get is why they reinvented the wheel poorly. Did the old allocator work faster on scenarios not covered by the malloc-old-new benchmark?

      --
      I Browse at +4 Flamebait

      Open Source Sysadmin

    9. Re:Progress! by Anonymous Coward · · Score: 0

      at least Gnome is now knocking off OS X instead of Windows.

      Eh? KDE/Qt has always knocked off Windows... by necessity since Qt essentially caters for writing Windows apps, and as a result "everything looks like Windows". GNOME has always leaned towards copying the Mac (and not always for the best).

    10. Re:Progress! by Wdomburg · · Score: 1
      Documentation is a wonderous thing:
      Memory chunks provide an space-efficient way to allocate equal-sized pieces of memory, called atoms. However, due to the administrative overhead (in particular for G_ALLOC_AND_FREE, and when used from multiple threads), they are in practise often slower than direct use of g_malloc(). Therefore, memory chunks have been deprecated in favor of the slice allocator, which has been added in 2.10. All internal uses of memory chunks in GLib have been converted to the g_slice API.
      (Source: GLib Reference Manual)
    11. Re:Progress! by pyros · · Score: 1
      Outside of "both have tabs" and "both configure network hardware", I really don't see that much of a similarity.

      That's not Network Manager, that's network-admin. This is Network Manager. The main-page screenshot doesn't show it, but you can right click on the notification area icon and select "Connection information" to get all the TCP/IP config (the old network monitor applet had like 4 steps to get this info and was a major complaint for it's UI).

    12. Re:Progress! by QuantumG · · Score: 3, Insightful

      Call me crazy, but why bother coding it then? Isn't the trusted stability and consistency of glibc malloc() worth more than a minor speed increase?

      --
      How we know is more important than what we know.
    13. Re:Progress! by JFitzsimmons · · Score: 1

      Interesting. Can someone from OSX screenshot this so I can compare out of curiosity? Thanks.

      --
      Beware he who would deny you access to information, for in his heart he dreams himself your master. -Anonymous
    14. Re:Progress! by digerata · · Score: 1
      The difference is that Gnome is using abstract concepts and ideas that can definitely be attributed to Apple's zen-like taste for UI asthetics. They are not "knocking off" source code. Call it what it really is.

      Of course, this isn't a negative post. You can't say that many people in the desktop area have had any original ideas these days.

      --

      1;
    15. Re:Progress! by Overly+Critical+Guy · · Score: 0, Flamebait

      Why not call it collaboration instead.

      Because that would be lying; Aqua's designers aren't "collaborating" with the Gnome designers.

      OS X is using like 50 GNU programs straight off, source and everything.

      Even if it was that many (OS X is actually using the tools that come with FreeBSD and OpenBSD), what does that have to do with anything? The tools were released under an open source license which Apple follows. What do command tools have to do with the Aqua interface? What do GNU programs have to do with creating a Spotlight knock-off menu item that even organizes its results in its pulldown menu exactly the same way? Get an original thought, guys.

      Gnome (Which is part of GNU) is borrowing some ideas, but not code from OS X.

      Ripping off ideas is more like it.

      "Knocking off" seams like a bad thing when both GNU and Apple are using eachohers ideas and it's probably benifitial for both projects.

      Aqua's designers isn't using design ideas from GNU. At most, OS X is using the GCC compiler and a few other command-line tools that ship with the BSD subsystem, whose code is freely available. While it is true that a number of GNU utilities are used in FreeBSD, they comprise fewer than 8% of the utilities and 15% of the libraries, and that was the stat back in 1999. Please, oh please, stop the spinning.

      And Gnome had better start getting a little more careful, since Apple is well-known for protecting the Aqua look-and-feel legally, as is their right. After being ripped off since 1984, even down to the Trash can and pulldown menus that Windows and Gnome are using, I don't blame them.

      --
      "Sufferin' succotash."
    16. Re:Progress! by Overly+Critical+Guy · · Score: 0, Flamebait

      I also really don't understand what you mean about knocking off OSX.

      From drop shadows on windows to the vector-based imaging to the Spotlight knock-off menu widget, Gnome has been the biggest OS X offender compared to KDE, who seems to be more concerned with ripping off Windows.

      Meanwhile, nobody comes up with original ideas of their own. It's really pathetic and annoying. If I get modded down for saying so, that's fine; it's my opinion after following these projects since the 90s.

      --
      "Sufferin' succotash."
    17. Re:Progress! by someone300 · · Score: 2, Informative

      Well I think quite a lot of GNOME/GTK stuff uses the glib functions to allocate memory (including specialist functions like memory slices and memory chunks which malloc doesn't provide). Probably for abstraction/cross-OS-ness too.

      I suppose they've rewritten the glib stuff to make it faster than it was before AND faster than malloc.

    18. Re:Progress! by Anonymous Coward · · Score: 0

      Meanwhile, nobody comes up with original ideas of their own. It's really pathetic and annoying. If I get modded down for saying so, that's fine; it's my opinion after following these projects since the 90s.

      They do come with new ideas, you just don't recognize them as such. Everything comes in incremental changes, tiny steps. That's innovation, that is originality. Do you think that computers or networks just came out of thin air? Name one true 'original idea' according to your definition and I'll name you ten similarly new ideas in KDE.

    19. Re:Progress! by Overly+Critical+Guy · · Score: 1

      They do come with new ideas, you just don't recognize them as such. Everything comes in incremental changes, tiny steps.

      Yeah, I'm sure the Spotlight-alike dropdown menu widget just came from thin air. And that Start menu ripoff that appears in both KDE and GNOME...I wonder where that came from? Hmmmmmm. And the "taskbar"...

      Name one true 'original idea' according to your definition and I'll name you ten similarly new ideas in KDE.

      What will you cite me back, 20 different sidebars and checkbox widgets? Pretty much everything in Gnome and KDE is traced back to either Windows or Mac.

      --
      "Sufferin' succotash."
    20. Re:Progress! by ksheff · · Score: 1

      including specialist functions like memory slices and memory chunks which malloc doesn't provide

      when I want a X bytes of memory, that's what I give to malloc. What are those?
      --
      the good ground has been paved over by suicidal maniacs
    21. Re:Progress! by Anonymous Coward · · Score: 0

      Most memory allocators take memory from the OS in granular chunks like pages of 4k or so.

      When you ask for memory of 100B at a time, the memory allocator give you the next free 100B.

      This makes the allocator much more efficient, and allows it to reuse memory already freed.

    22. Re:Progress! by someone300 · · Score: 1

      http://developer.gnome.org/doc/API/2.0/glib/glib-M emory-Slices.html
      http://developer.gnome.org/doc/API/2.0/glib/glib-S tring-Chunks.html
      http://developer.gnome.org/doc/API/2.0/glib/glib-C aches.html

      They're just specialist memory allocations, however, since they have a particular purpose they can be optimised more than a few calls to malloc would be, and easier to use from an API point of view too.

    23. Re:Progress! by Anonymous Coward · · Score: 0

      In that case, Spotlight is a rip off of the mini-window pagers that have been a mainstay of Unix window managers since the early 90's. Yeah, it made some improvements on the old designs, but thats progress. Apple is hardly the only people who take good ideas and expand on them.

    24. Re:Progress! by QuantumG · · Score: 1

      As the evidence shows, it doesn't make it all that much more efficient.

      --
      How we know is more important than what we know.
    25. Re:Progress! by pherthyl · · Score: 2, Informative

      ioslaves in KDE. I don't know if it's an original idea (blah blah some company did it back in 1842) but it's damn useful. You can work on remote files in any KDE app as if they were local files. FTP/SSH/SFTP/Webdav, what have you.. No other OS does anything close. There are some lame attempts, but they are not nearly as seamless as in KDE.

    26. Re:Progress! by SillyNickName4me · · Score: 1

      And that Start menu ripoff that appears in both KDE and GNOME...I wonder where that came from? Hmmmmmm. And the "taskbar"...

      Lotus smartcenter, it predates Windows 95 by quite some time.

    27. Re:Progress! by Anonymous Coward · · Score: 0

      "Seamless" as in suffering from massive locking problems and a fundamentally b0rken design that KDE is now locked into.

    28. Re:Progress! by Dr_LHA · · Score: 1

      Mods, please mod this up, this clearly isn't flamebait. The original poster is talking out of his ass.

    29. Re:Progress! by i_should_be_working · · Score: 0, Troll

      So let me get this straight. Some code is released under an open license and a proprietary company uses it line for line and that's perfectly fine legally and karma wise, but an open source project makes their stuff look vaguely like the proprietary company's stuff and it's called ripping it off? That's silly. Which one took more creativity? The verbatim copying or the slight similarities in look and feel which still had to be coded from scratch?

      And your post shows how Apple can be a real dick. "We can take code from your project because it's open sourced, but don't you dare make your projects 'look' like ours or we'll sick the lawyers on you". Assholes.

    30. Re:Progress! by ischorr · · Score: 0, Troll

      Perhaps, but for desktop Linux they're pretty big steps.

      Application installation, for example, is probably my #1 irritant at the moment. As soon as I can install and uninstall 90% of the programs I use outside of the command-line, and never EVER have to run "make" again, then I'll be a desktop Linux user again.

      Part of this is the evil that is shared libraries and dependencies. I'm sorry, but Windows exited DLLhell years ago - you'd think Linux would be light-years beyond it by 2006.

      On the installation front, in fact, it'd be better to emulate the "ease" model of OS X, where most apps are distributed as special archives, and I simply drag the app (distributed as a disk image which mounts by double-clicking) into a folder of my choosing (which also means that I don't have to dive into the make file or do a find to figure out that "make install" decided to install the app into /usr/local/bin, or /usr/bin, or /bin, or /KlaptasticApp/Krabulator or whatever the developer's mood led him to...and scatter its contents around my drive).

    31. Re:Progress! by Anonymous Coward · · Score: 0

      "all that much" is kinda relative don't you think. How many allocations and deallocations do you think happen in when using a prorgam based on a toolkit like GTK? I'll take, just as an example, half a percent improvement on each one of those allocations/deallocations any day... whereas half a percent improvement in the speed of the "ls" command isn't going to pump my chubby.

    32. Re:Progress! by strider44 · · Score: 2, Interesting

      Bullshit. Gnome isn't anything like OS-X - it's a complete copy of Windows XP! It's KDE that's a complete copy of OS-X. And it's a copy of Windows XP. Shit, I'm just confusing myself now. Lets just settle this by saying that Linux just copies everything, the arseholes.

    33. Re:Progress! by pchan- · · Score: 2, Funny

      Call me crazy, but why bother coding it then? Isn't the trusted stability and consistency of glibc malloc() worth more than a minor speed increase?

      Obviously, because malloc() doesn't start with a G. And to think, they could have easily sped up their allocator years ago just by doing:

          #define gWhateverTheirAllocatorIsCalled malloc

    34. Re:Progress! by gottabeme · · Score: 1

      Works great for me. YMMV.

      --
      "Those who consume the bulk of goods are those who make them. We must never forget this secret of our prosperity."
    35. Re:Progress! by Anonymous Coward · · Score: 0

      > As soon as I can install and uninstall 90% of the programs I use outside of the
      > command-line, and never EVER have to run "make" again, then I'll be a desktop Linux user
      > again.

      Welcome back on board then.

      http://www.gnu.org/software/sourceinstall/

    36. Re:Progress! by Anonymous Coward · · Score: 0

      Spotlight was hardly the first. Google predates it, so does http://www.nat.org/dashboard/ Which is somewhat similiar. Even beagle could be used before spotlight was released.

    37. Re:Progress! by clem · · Score: 1
      whereas half a percent improvement in the speed of the "ls" command isn't going to pump my chubby.

      Oh, yeah? Try this on for size:
      $ time ls /dev 2>&1 >/dev/null

      real 0m0.006s
      user 0m0.004s
      sys 0m0.004s
      Oh...baby.
      --
      Your courageous and selfless spelling corrections have made me a better person.
    38. Re:Progress! by jcupitt65 · · Score: 1
      There are several reasons. Check the gnome bugzilla discussion on this, but from memory:

      • Less memory use than malloc() ... when you free a slab you specify the length as well as the start. This can save quite a lot of space for small objects like linked list nodes
      • Less heap fragmentation
      • Free groups of objects ... you can create a slab allocator, allocate off it, then free all objects in that allocator with a single, O(1) call.
      • Twice as fast as malloc(), more in highly threaded applications
    39. Re:Progress! by ookaze · · Score: 1

      It looks like I'm going to have to admin a lab of Linux boxes soon, and I'm pleased with the progress that is coming on the nebulous "Linux desktop"

      Linux desktop never stopped from progressing since 1998. Only perception of people external to it is affected, because since 1998, I see trolls saying "Linux does not have a desktop because XYZ is sh*t or does not work or exist". But the progress was always there and fast.
      The last troll wave was the "Vista has (not 'will', but 'has', notice the troll as Vista is not out) relegated Linux years behind, or Linux will die" ... I know it's pathetic, but that's how trolls are.

      Although, both Gnome and KDE are still 90'ish, at least Gnome is now knocking off OS X instead of Windows

      See ? Clueless. Some big experts talk about "90'ish" desktop. What does that mean ? It means nothing actually, it's just a flamebait comment. Same for "knocking off" OS X, quickly forgetting that OS X knocked off a lot from GNU. And this "knocking off" from OS X is not even new, Gnome had a Mac orientation long ago.

      Now, for the confusing part. Why was their previous allocator so lame compared to malloc()?

      Because it wasn't. What is measured there is speed of allocating in multithreaded environment (which is GMemChunk known worst case), not the overall picture, which include deallocating, fragmentation, memory overhead of managing lots of chunks of memory, ...
      This graph actually show one aspect of the picture, but there are tens of others to look at before coming to a conclusion. Gnome developers are not stupid, they would have used malloc if GMemChunk did not have benefits. GMemChunk has lots of benefits over malloc, the only thing showed by this graph, is that now, GSlice does have the same benefits, but is even faster than malloc in the worst case.
      With an analogy, think of DSPs and general processors. The DSP will be the fastest in what it was designed to do, perhaps with one corner case. Now the DSP has tuned everything, even the corner case.
      But the DSP can't be used for everything the general processor does efficiently.

    40. Re:Progress! by WWWWolf · · Score: 1

      I think it's not an original idea; if you mentioned that near anyone who knew anything about Plan 9, you'd probably get one of those famous Replies. =)

      gnome-vfs, kioslaves, etc aren't the optimal approach to this stuff, either - they're accessed via libraries, meaning applications have to specifically support them. Wake me up when I can, for example, use KDE's leet CD ripper with nothing but /bin/bash and /bin/cp on my side. Can't do that right now - applications need to be wired up properly to understand those.

      Well, fortunately, there's light ahead in this respect. Maybe in a few years.

    41. Re:Progress! by juhaz · · Score: 1

      Yeah, I'm sure the Spotlight-alike dropdown menu widget just came from thin air.

      Of course it didn't come out from thin air, just because some random slashdot troll didn't know about it until yesterday doesn't mean it hasn't been in development for a long time. It started with the Dashboard project, somewhere in mid-2003, who, about year later started the Beagle desktop search engine as their backend.

      At this time, Google, Microsoft and Apple were almost certainly developing their own things, but since they were all unannounced, it was a case of convergent evolution, you can't rip off something you don't know exists.

      Now, given this background framework and existing stand-alone search apps, sticking the search into panel applet is hardly a huge leap, but if you want to make it into rip-off of something, it's admittedly google desktop and copernic desktop search, not spotlight.

    42. Re:Progress! by m50d · · Score: 1

      It doesn't really matter what it's copying from. Gnome has contributed nothing to OSX, and so to claim there's any kind of exchange going on is highly misleading.

      --
      I am trolling
    43. Re:Progress! by drinkypoo · · Score: 1

      It's not an original idea, there's a thing called "userfs" (IIRC) that died the death of a thousand dogs amen because it didn't work very well or no one wanted to support it or something. It's a linux plugin that provides user-mountable psuedofilesystems. The only module I remember using is the ftp module. It did indeed make an ftp site behave like a local filesystem, but I didn't get too far into it to be honest.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  6. SW Dualprocessing by Doc+Ruby · · Score: 2, Insightful

    I really hope they've got the xcompmgr debugged so it works without freezing on my Inspiron8000. Factoring all display rendering operations out of the CPU onto the GPU in OpenGL will really squeeze a lot more performance out of GNOME, across the board.

    --

    --
    make install -not war

    1. Re:SW Dualprocessing by Anonymous Coward · · Score: 0

      Check out Xgl, it really rocks! http://en.opensuse.org/Xgl

    2. Re:SW Dualprocessing by Doc+Ruby · · Score: 1

      How do I use that with Ubuntu instead of OpenSuSE?

      --

      --
      make install -not war

    3. Re:SW Dualprocessing by Lussarn · · Score: 1

      I tried Xgl, the effects was cool and all and very speedy. But standard stuff like resizing a window was even slower than normal XWin, which already is a fair bit slower than Windows. I hope there is some serious optimization taking place before this leaves beta. I don't mind the effects, they rock. But usability is more important. I used Nvidia closed source driver on Geforce 6800. Anybody had any more luck than me to get this flying?

    4. Re:SW Dualprocessing by Anonymous Coward · · Score: 0

      I think you're aiming for the new Xgl goodness.
      But to squeeze the most out of gnome you can better forget using xcompmgr and start using Compiz.

    5. Re:SW Dualprocessing by JFitzsimmons · · Score: 1

      Wait until Dapper is released, then install it. (Or if you're feeling risky, install a prerelease of Dapper now, or do a dist-upgrade from Breezy.) The package is called xserver-xgl.

      --
      Beware he who would deny you access to information, for in his heart he dreams himself your master. -Anonymous
    6. Re:SW Dualprocessing by Bloater · · Score: 1

      > How do I use that with Ubuntu instead of OpenSuSE?

      Install Ubuntu Dapper (now in stabilisation to prepare for release in April). Xgl is in the "universe" repository, and instructions for enabling it are around somewhere.

    7. Re:SW Dualprocessing by endy64 · · Score: 1

      Works fine for me on a native AMD64 Ubuntu flight-4 install, admittedly I had to get some community debs from the Ubuntu forum to get compiz to work on AMD64 but it should be easy x86 I hear. Since I got it working it's fast and fun. It certainly rivals OS X in some ways and this is only the beginning ;)

    8. Re:SW Dualprocessing by Doc+Ruby · · Score: 1

      With Ubuntu?

      --

      --
      make install -not war

    9. Re:SW Dualprocessing by pyros · · Score: 1
      The package is called xserver-xgl.

      AFAIK it will be in the universe repo (at least that's where it is now), and you will also need compiz and either compiz-gnome or compiz-kde (obviously to match which DE you're running).

    10. Re:SW Dualprocessing by tpgp · · Score: 4, Informative

      How do I use that with Ubuntu instead of OpenSuSE?

      Downoad the latest ubuntu CD, then:

      1 .Enable the universe repository (see AddingRepositoriesHowto)
      2. Make sure that you have the latest mesa, libglitz1 and libglitz-glx1, xserver-xgl

                  sudo apt-get update
                  sudo apt-get install libgl1-mesa libglitz1 libglitz-glx1 xserver-xgl

      3. Install compiz-kde and/or compiz-gnome depending on your desktop

                  sudo apt-get install compiz-gnome

      4. Replace /etc/X11/X with a symlink to /usr/bin/Xgl

                  sudo ln -sf /usr/bin/Xgl /etc/X11/X

      5. Close all applications and restart gdm (This will log you out!)

                  sudo /etc/init.d/gdm restart

      6. Log in, then in a terminal start compiz and the Gnome window decorator (do NOT use sudo here)

                  compiz --replace gconf decoration wobbly fade minimize move place resize scale switcher cube rotate zoom
                  gnome-window-decorator

                  Leave out the gconf plugin if you don't have compiz-gnome installed

      7. Add these commands to ~/.gnomerc if you want this on every login (which you probably do)

      Taken from the Ubuntu xgl howto wiki

      --
      My pics.
    11. Re:SW Dualprocessing by Doc+Ruby · · Score: 1

      I dunno if I'm one of "those guys". When my team did it (second processor for all rendering) in the late 1980s, we called it "Genigraphics". When Atari did it with a separate processor for Display List processing in the early 1980s, they called it "ANTIC". I call it dual processing.

      And I call it late to the party ;).

      --

      --
      make install -not war

    12. Re:SW Dualprocessing by Anonymous Coward · · Score: 1, Insightful

      Even with Ubuntu.

    13. Re:SW Dualprocessing by Doc+Ruby · · Score: 1

      Thanks.

      That note says

      "You must compile the newest CVS version of glitz to get this to work with Nvidia cards that lack Pixel Shaders (aka anything older than a 5200 FX). Hopefully this will be updated in the repository soon."

      My GeForce2Go lacks Pixel Shaders. How can I tell when the required version of glitz is updated in the repository, so I don't have to compile it from CVS?

      --

      --
      make install -not war

    14. Re:SW Dualprocessing by grendelkhan · · Score: 1

      Ubuntu, i386, GeForce 5500, runs as smooth as glass. No issues at all.

      --
      Wu-Tang Name: Half-Cut Skeleton Get your own Wu-Na
    15. Re:SW Dualprocessing by pyros · · Score: 2, Informative

      There are Nvidia and Ati specific HOWTOs in the Dapper Development section of ubuntuforums.org. One key item that the wiki howto misses is that it's apparently important to run on display 1 for Ati, rather than display 0.

    16. Re:SW Dualprocessing by skoaldipper · · Score: 1
      One way is to refer to the Ubuntu package database. Then, after selecting the appropriate release and package name, you can click on the "Changelog" link near the bottom for that particular package. For example, for libglitz1 in breezy.

      I do not believe dpkg provides an option for such a query based on a package not already installed. The only one I know that does is "apt-file", but it does not return changelog info, just file listings. I wish I had a better solution for you, as it would be nice to know as well.

      --
      I hope, when they die, cartoon characters have to answer for their sins.
    17. Re:SW Dualprocessing by Doc+Ruby · · Score: 1

      Thanks. I (think I) know you don't make the Ubuntu repository tools, but I'd love to see the package detail page link to the package project website (if any). And a subscription interface with email notification for package changes. Maybe the latter is included somewhere in the Ubuntu desktop SW.

      --

      --
      make install -not war

    18. Re:SW Dualprocessing by skoaldipper · · Score: 1

      Funny enough, but I'm working on a KDE/Qt frontend to dpkg for my kubuntu breezy box. It will more than likely be vaporware though, as that's my specialty! Those are nice features to have btw, especially the subscription interface and email notification. I know one genius (of Einsteinian proportions) named Cactus who runs Arch linux on his servers who did something similar for pacman, calling it _NUS. If I find these features in the current debian pm tool suite, I'll be sure to let you know.

      --
      I hope, when they die, cartoon characters have to answer for their sins.
    19. Re:SW Dualprocessing by prockcore · · Score: 1

      I really hope they've got the xcompmgr debugged so it works without freezing on my Inspiron8000.

      xcompmgr has been deprecated. It's not being developed any further. According to FDO it's been replaced with Compiz.

    20. Re:SW Dualprocessing by Anonymous Coward · · Score: 0

      I realise this is a little off topic, but I was really looking forward to the strippers and monkeys.. Oh the disappointment.

    21. Re:SW Dualprocessing by fimbulvetr · · Score: 1

      Out of curiosity, do you have a geforce2go, or a geforce4 2 go?

      The 4 to go has the nfiniteFX II engine which has pixel shaders.

      Ref: http://www.nvidia.com/page/geforce4go.html

    22. Re:SW Dualprocessing by Doc+Ruby · · Score: 1

      As I recall, GeForce2Go . Is there an app I can run to probe for the exact model?

      --

      --
      make install -not war

    23. Re:SW Dualprocessing by arkanes · · Score: 1

      I just ( Playing with the rotating cube (ctrl+alt+click) is *awesome*.

    24. Re:SW Dualprocessing by arkanes · · Score: 1
      Man, for want of a preview...

      I just (< 2 hours ago) updated my Breezy install to Dapper and installed the compiz and xlgx packages from universal. It works fine on my GeForce3 (which is quite a bit more card than your GF2G, but also lacks pixel shaders). There are some issues, as is to be expected. There is a noticable "smoothing" effect when using any of the compiz transitions as anti-aliasing is applied - I'd expect this to be the sort of thing pixel shaders could help. Under Xlgx, OpenGL just doesn't work, period - either I get a blank screen (glxgears, for example) or it flat-out refuses to run. Also, whatever Xine does for video doesn't work correctly under Xlgx (which is odd because I thought it used XVideo, and gstreamer works great), theres all sorts of drawing glitches and graphical corruption.

      Playing with the rotating cube (ctrl+alt+click) is *awesome*.

    25. Re:SW Dualprocessing by fimbulvetr · · Score: 1

      Well if you have linux installed, "lspci -vvv" will give you some output. In there, you can find some lines like this:

      0000:01:00.0 VGA compatible controller: nVidia Corporation NV28 [GeForce4 Ti 4200 Go AGP 8x] (rev a1) (prog-if 00 [VGA])
                      Subsystem: Dell: Unknown device 0179
                      Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop+ ParErr- Stepping- SERR- FastB2B-
                      Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR-

      In my case, you can see the relevent line is "GeForce4 Ti 4200 Go AGP 8x".

      If you use the "nvidia" drive in Xorg, you'll see something like this from:

      "
      ubuntu:~$ grep -i nvidia /var/log/Xorg.0.log
      (--) PCI:*(1:0:0) nVidia Corporation NV28 [GeForce4 Ti 4200 Go AGP 8x] rev 161, Mem @ 0xfc000000/24, 0xf0000000/26, BIOS
      (II) NVIDIA(0): NVIDIA GPU detected as: GeForce4 4200 Go
      (--) NVIDIA(0): VideoBIOS: 04.28.20.31.10
      (--) NVIDIA(0): Interlaced video modes are supported on this GPU
      (II) NVIDIA(0): Detected AGP rate: 4X
      (--) NVIDIA(0): VideoRAM: 32768 kBytes
      "

    26. Re:SW Dualprocessing by arkanes · · Score: 1
      One last reply to myself:

      The instructions here:

      http://www.ubuntuforums.org/showthread.php?t=13126 7

      provide a better way of passing options to Xglx, and with the -accel params I no longer have the "smoothing" issues I had before, and peformance is much faster. Xine video is still messed up, but glxgears (and hopefully other OpenGL) work.

    27. Re:SW Dualprocessing by Doc+Ruby · · Score: 1

      You think the upgrade will make my fonts in Evolution and Firefox (they work in Mozilla) reliably legible?

      --

      --
      make install -not war

    28. Re:SW Dualprocessing by arkanes · · Score: 1

      If they weren't before, then probably not. But I don't have font problems in either Firefox or Evolution.

    29. Re:SW Dualprocessing by skoaldipper · · Score: 1

      rofl. Well, shiiiiiiizzle sticks. Did I say next "post"? What I meant was next "article". I'm a man of my word. Trust me. It's as good as gold I tell ya. Fools gold even!

      --
      I hope, when they die, cartoon characters have to answer for their sins.
    30. Re:SW Dualprocessing by Breakfast+Pants · · Score: 1

      Your card was likely missing a few GL extensions necessary for rendering vector graphics in openGL onto openGL textures. Or it could have been a million other things.

      --

      --

      WHO ATE MY BREAKFAST PANTS?
    31. Re:SW Dualprocessing by GauteL · · Score: 1

      "I really hope they've got the xcompmgr debugged so it works without freezing on my Inspiron8000. Factoring all display rendering operations out of the CPU onto the GPU in OpenGL will really squeeze a lot more performance out of GNOME, across the board."

      xcompmgr was a hack that was never intended for a production environment. It was AFAIK never meant to go very far other than a proof of concept. Metacity has on the other hand now a built in compositor, if you had bothered to RTFA.

    32. Re:SW Dualprocessing by Doc+Ruby · · Score: 1

      I've been urged by poofyhairguy as recently as this Winter to use xcompmgr, and told that it would be debugged by the April 2006 Ubuntu release. Then I READ THE FUCKING ARTICLE, and saw it talk about an unnamed "new compositing manager", which is almost ready in February:

      "The Metacity compositing manager requires the latest features of unstable X.org and requires the new texture-from-pixmap extension, as a result this feature is turned off by default."

      The fucking article doesn't mention xcompmgr by name, doesn't mention that xcompmgr is superceded, doesn't mention that the "new compositing manager" isn't xcompmgr, or what it is actually called. Then it says that the new one is unstable and turned off by default - sounds a lot like xcompmgr, even if it isn't.

      Then I asked a simple, friendly question. Several others in this thread gave prompt, friendly, helpful answers clarifying the status of xcompmgr.

      And then I get your obnoxious flame, after you didn't bother to read the other responses. All defensive about xcompmgr, and attacking me for no reason. You're a useless jerk.

      --

      --
      make install -not war

  7. Will it be in FC5 or Ubuntu 6.next? by TodLiebeck · · Score: 1

    Congrats to the developers, I'm really looking forward to trying it out when it goes stable!

    Just curious if anyone might know if Gnome 2.14 is making the cut for Fedora Core 5 or the next Ubuntu?

    1. Re:Will it be in FC5 or Ubuntu 6.next? by Philodoxx · · Score: 5, Informative

      Every Ubuntu release is timed so that it arrives shortly after the release of gnome. This is done so that the Ubuntu release features the latest and greatest of what gnome has to offer.

      --
      Oh, a lesson in history from Mr. I'm my own grandpa.
    2. Re:Will it be in FC5 or Ubuntu 6.next? by Sodki · · Score: 3, Informative

      Yes, GNOME 2.14 will be in both Fedora Core 5 and Ubuntu 6.04 aka Dapper Drake.

    3. Re:Will it be in FC5 or Ubuntu 6.next? by ObsessiveMathsFreak · · Score: 0

      Yes, GNOME 2.14 will be in both Fedora Core 5 and Ubuntu 6.04 aka Dapper Drake.

      Fine. All I ask is that they don't try and force me into that wretched OSX two taskbar thing. One on the top?! What is this? Just buy the danm mac you hippies!!

      --
      May the Maths Be with you!
    4. Re:Will it be in FC5 or Ubuntu 6.next? by msgyrd · · Score: 1

      Ubuntu doesn't follow Gnome's releases on purpose, it has a standard 6 month release cycle of updates.

    5. Re:Will it be in FC5 or Ubuntu 6.next? by JFitzsimmons · · Score: 1

      What exactly are you talking about?

      --
      Beware he who would deny you access to information, for in his heart he dreams himself your master. -Anonymous
    6. Re:Will it be in FC5 or Ubuntu 6.next? by Anonymous Coward · · Score: 4, Insightful
      Ubuntu doesn't follow Gnome's releases on purpose, it has a standard 6 month release cycle of updates.

      Yes, but the clever people at Ubuntu have managed to find a (patent-pending) way to keep their standard 6 month release cycle nicely in sync with the Gnome standard 6 month release cycle. I don't have time to explain to you how it works, though. Sorry.

    7. Re:Will it be in FC5 or Ubuntu 6.next? by Anonymous Coward · · Score: 0

      Ubuntu's next release will be 6.04: 2006-04, April.

      You can already use the pre-release code. I'm already running it on two of my computers. And... I liiiiike it.

      Not only will GNOME 2.14 be in there, but it already is. I just checked the version number; I'm running GNOME 2.13.91.

      GNOME will release shortly before Ubuntu releases, and Ubuntu will have all of GNOME at release 2.14.0 before it ships.

      If you like GNOME, Ubuntu is totally the distro to use. (If you like KDE, there's KUbuntu for you, too.)

    8. Re:Will it be in FC5 or Ubuntu 6.next? by ObsessiveMathsFreak · · Score: 1

      Gnome's decision to put the second taskbar on the top. Very irritating. Had to change everything around. Took ages. Didn't like it. Bad decision. IMHO.

      --
      May the Maths Be with you!
    9. Re:Will it be in FC5 or Ubuntu 6.next? by be-fan · · Score: 1

      What second taskbar? There is only one taskbar. The thing at the top is a menu bar. It's there because the top and bottom of the screen are easiest to access, so it makes sense to use them fully for important functions like launching and switching apps.

      --
      A deep unwavering belief is a sure sign you're missing something...
    10. Re:Will it be in FC5 or Ubuntu 6.next? by JFitzsimmons · · Score: 1

      Why did it take so long? You can drag the bars around willy nilly, and move items from one bar to another.

      --
      Beware he who would deny you access to information, for in his heart he dreams himself your master. -Anonymous
    11. Re:Will it be in FC5 or Ubuntu 6.next? by ObsessiveMathsFreak · · Score: 1

      What second taskbar? There is only one taskbar. The thing at the top is a menu bar. It's there because the top and bottom of the screen are easiest to access, so it makes sense to use them fully for important functions like launching and switching apps.

      It's a taskbar! And it's there because some bigshot at Gnome said it should be there. It has nothing to do with usability of any kind. HiG studies my ass. Is this from the same genius that thought up spatial browsing in Nautilus? Even the boys at Apple dropped that one.

      I like Gnome, but I think that whoever is calling the shots there is becoming ever more removed from reality.

      --
      May the Maths Be with you!
    12. Re:Will it be in FC5 or Ubuntu 6.next? by be-fan · · Score: 1

      How is it a taskbar? I doesn't hold any tasks!

      As for spatial browsing --- the OS X Finder is the most widely hated piece of the OS among Apple users...

      --
      A deep unwavering belief is a sure sign you're missing something...
    13. Re:Will it be in FC5 or Ubuntu 6.next? by ObsessiveMathsFreak · · Score: 1

      How is it a taskbar? I doesn't hold any tasks!

      It's a bar. It holds icons, menu buttons, widgets, gadgets, notification areas, the whole nine yards. It's a toolbar, taskbar, menubar, chocolate bar, whatever! It's the same danm thing as the one on the bottom of the screen and I don't need two of them. It takes up space and accomplishes nothing in return.

      As for spatial browsing --- the OS X Finder is the most widely hated piece of the OS among Apple users...

      Only the louder users. Most relish in the sanity. Have you seen apple sales decline recently. Need I state that the great J man himself has given spatial browsing the touch of death, as do most Gnome users.

      --
      May the Maths Be with you!
    14. Re:Will it be in FC5 or Ubuntu 6.next? by The+Warlock · · Score: 1

      Okay, so it defaults to the top. It's the easiest goddamn thing in the world to move. Hell, the bars (technical name: gnome-panel) is the only thing keeping me using GNOME at this point, as I really don't like the direction the rest of the project is going in (look at the travesty that is gnome-screensaver). But the panels are awesome. You can drag them to the bottom, top, sides, or middle, you can stack them, you can put whatever you want on them whereever you want, you can make them take up less than the entire edge of the screen. It's the one thing keeping GNOME above KDE, in my opinion.

      --
      I've upped my standards, so up yours.
    15. Re:Will it be in FC5 or Ubuntu 6.next? by gnunick · · Score: 1
      Well, FC5 and GNOME 2.14 are scheduled to be released on the same day, and it's in FC5-test 2, so chances are they'll go out together. I sure hope so, or it may be the end of my relationship with the Hat.

      I believe they pushed FC5 a bit to accomodate the new GNOME.

      Quick googling produces this discussion, but you could always find some more if you looked: http://lwn.net/Articles/168225/
      --
      I have no special gift, I am only passionately curious. --Albert Einstein
    16. Re:Will it be in FC5 or Ubuntu 6.next? by Stween · · Score: 1

      Easiest to access? Sure. Right after all four corners. :-)

  8. I think... by sheepoo · · Score: 5, Funny

    it's sexy

    1. Re:I think... by SpinJaunt · · Score: 5, Funny

      foot fetishist?

      --
      /. is good for you.
    2. Re:I think... by Queer+Boy · · Score: 1

      yes, but is it lickable?

      --
      Not since Marie-Antoinette played milkmaid has looking simple and honest been so fake and complicated.
  9. Queue em up! by Wylfing · · Score: 1
    Aaaaaaand queue the slew of posts about how Gnome is a giant step backward in computer usability.

    --
    Our intelligent designer has never created an animal that we couldn't improve by strapping a bomb to it.
    1. Re:Queue em up! by ezzzD55J · · Score: 1

      Not to spelling nitpick, but that would be cue. As it's the central theme of your post, I thought you'd want to know ;)

    2. Re:Queue em up! by Anonymous Coward · · Score: 0
      Not to spelling nitpick, but that would be cue.


      I believe the OP meant to make them get in line (queue) not to signal their time to post is now (cue).

    3. Re:Queue em up! by pjt33 · · Score: 1
      Well, since you mention it, a friend of mine did post earlier today:
      For goodness' sake, Gnome people! If you're writing an app which includes lots of different language versions of the UI, like pretty much every Gnome app does these days.. and you're going to arbitrarily choose a language to use..

      ..give me a way of overriding that choice! Please! Would an extra drop-down box really hurt that much?

    4. Re:Queue em up! by ReinoutS · · Score: 1

      Tell your friend he may select his language of choice in gdm (the display manager, that shows the username/password fields), and that he can set the LANGUAGE environment variable to some language code for individual apps if he wants.

      His distro might offer alternative ways of switching languages.

    5. Re:Queue em up! by Anonymous Coward · · Score: 0
      Not really, Gnome2.x is very usable as long as you don't actually want to do anything. Do you want to know what really pisses me off as a former dedicated Gnome (1.3) user who still favors GTK based apps? This idea of "Gnome applications", some of the Gnome libs are excellent but I will never, ever install anything requiring GConf braindamage or Mono (Beagle).

      GTK developers don't have a monopoly, why so many KDE dependancies for QT apps? Nothing pisses me off more than having to build half a bloated desktop env to run a simple application. With growing numbers of users avoiding Gnome and KDE, portability and future-proofing means depending on as few libraries as possible. Deal!

  10. GNOME rocks (no offence to KDE) by stikves · · Score: 4, Interesting

    GNOME has definately become a solid desktop with the recent releases (after 2.6 or 2.8). Now everything "works" perfectly (almost) out of the box. (USB sticks, iPods, DVD burners, all kinds of multimedia, SFTP/DAV/SMB/etc integration, openoffice, and many more).

    It has replaced Windows XP as my current primary desktop, and I can finally recommend Linux to my friends without hesitation.

    (btw You shouldn't have "DDOSed" the poor server. It contains really nice information.)

    1. Re:GNOME rocks (no offence to KDE) by ObsessiveMathsFreak · · Score: 1

      (btw You shouldn't have "DDOSed" the poor server. It contains really nice information.)

      I tried not to, but the other Slashdotters pushed me into it. Honest!

      --
      May the Maths Be with you!
    2. Re:GNOME rocks (no offence to KDE) by ettlz · · Score: 1

      None of these are the jobs of the window manager. They are the job of dbus, HAL, gnome-vfs and nautilus, amongst other things. GNOME is a desktop environment, not a window manager.

    3. Re:GNOME rocks (no offence to KDE) by JFitzsimmons · · Score: 1

      Metacity does not handle any of that (nor does kwin for that matter), so I'm not sure what you're talking about...

      --
      Beware he who would deny you access to information, for in his heart he dreams himself your master. -Anonymous
    4. Re:GNOME rocks (no offence to KDE) by DrSkwid · · Score: 0, Troll

      see, I was right

      they suck, very hard

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    5. Re:GNOME rocks (no offence to KDE) by ZarkOmicron · · Score: 1

      >> USB sticks, iPods, DVD burners, all kinds of multimedia, SFTP/DAV/SMB/etc integration, openoffice, and many more

      >None of this should be the job of the Window Manager

      Neither Gnome nor KDE are Window Managers -- they are Desktop Environments, and automatically presenting the user with an interface for this devices and files does fall into their purview.

      >Gnome and KDE suck

      Of course, that may still be true....

    6. Re:GNOME rocks (no offence to KDE) by Overly+Critical+Guy · · Score: 1

      A "desktop environment" on Linux is really a third-rate desktop emulator hacked on top of various libraries hacked on top of crappy old X11. The fragmentation is the worst part--to this day, to run an app that happens to be written for KDE, I have to have an entire other "desktop environment" installed. So now I get to waste disk space and memory with redundant libraries from two major projects. Wonderful.

      I'm still wondering why people aren't concentrating their efforts on GNUStep. It's vastly superior programming environment would enable so many new apps for Linux.

      --
      "Sufferin' succotash."
    7. Re:GNOME rocks (no offence to KDE) by someone300 · · Score: 1

      Actually, to run a KDE app in gnome you just need Qt and kdelibs, not the entire DE.

    8. Re:GNOME rocks (no offence to KDE) by DrSkwid · · Score: 1

      Indeed.

      They are lauded as success stories (particularly KDE). To me, all they do is highlight the failure of Linux/BSD.

      Watching QT compile so that one user app can have a few crappy 3d buttons is not fun.

      And I'll have the fun of watching it all again when the ports tree bumps it up by 0.0.0.0.1 of a version

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    9. Re:GNOME rocks (no offence to KDE) by someone300 · · Score: 1

      Well, if you don't want to watch it all compile, use a binary distribution. Or use something that just rebuilds what's changed, rather than rebuilding the whole lot, hell, even ccache. Not only that, you don't need to install a micro version update unless it's fixing something you need fixed.

      Either way, to have any sort of button (or entire toolkit as Qt or GTK provide), something's going to have to be compiled/assembled somewhere along the line unless you're willing to write it all in machine code or something. Qt does take a long time to compile, but mostly because g++ is slow. For most developers though, runtime speed is far more important than compile time.

    10. Re:GNOME rocks (no offence to KDE) by Overly+Critical+Guy · · Score: 1

      Because I love nothing more than to host two entire redundant sets of widget and infrastructure libraries to run one app.

      --
      "Sufferin' succotash."
    11. Re:GNOME rocks (no offence to KDE) by someone300 · · Score: 1

      Never said it was a good thing ;) just that you don't need the entire DE.

      Thankfully though, the only time I ever load anything other than GNOME libraries is when doing music work -- I load VST instruments in WINE; Rosegarden+Qtjackctl with Qt; Jack-rack, Audacity and the rest of my DE in GNOME.

      Despite having only 256MB RAM and a slow hard drive, it still performs well. The thing I dislike most is the way they look so different, swapped buttons, different design guidelines and such.

      I don't think that KDE and GNOME will ever combine, since they're totally different in design principle, but what I do think will happen is that all the core libraries and things (gecko, hal, jack, gstreamer, alsa...) will all have their DE specific interfaces implemented quite easily with minimal code duplication.

    12. Re:GNOME rocks (no offence to KDE) by Sithgunner · · Score: 1

      You should hesitate as soon as your friends wants to use multilingual environments. Ascii charactor only and it probably works as intended.

    13. Re:GNOME rocks (no offence to KDE) by Tweekster · · Score: 1

      No actually that is just you

      --
      The phrase "more better" is acceptable English. suck it grammar Nazis
    14. Re:GNOME rocks (no offence to KDE) by Tweekster · · Score: 1

      May I suggest upgrading from that 135 meg hard drive of yesteryear... That way, you never ever have to worry about hard drive space, it wont bother you that you might be wasting .000001% of your capacity.

      --
      The phrase "more better" is acceptable English. suck it grammar Nazis
    15. Re:GNOME rocks (no offence to KDE) by DrSkwid · · Score: 1

      I happen to know I am in good company.

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    16. Re:GNOME rocks (no offence to KDE) by DrSkwid · · Score: 1

      lol, I disagree with almost *everything* you say =)

      buttons suck

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    17. Re:GNOME rocks (no offence to KDE) by someone300 · · Score: 1

      You clearly don't understand logic, since you're replying to posts without providing providing any support to your conclusions.

      http://en.wikipedia.org/wiki/Critical_thinking

      Take special care with this part: Instead of asking "How does this contradict my beliefs?" ask: "What does this mean?"

      Note that most of what I said wasn't relative, but rather factual. I never even suggested you use a binary distribution, I just said if you don't want to see everything compile, then you could use binary, ccache or a make-type thing. I suppose you could be trying to disagree with things like Gtk+ being a toolkit, or machine code being required to show a button, but you don't provide any reasoning.

      And also, buttons may well "suck", but that's irrelevant. If you don't want buttons, X and toolkits you could just stick with a CLI interface- nobody is forcing you to use GTK or Qt. Pretty much everything can be done with a CLI (and possibly a framebuffer of some type, even X, for images and graphs and such).

    18. Re:GNOME rocks (no offence to KDE) by DrSkwid · · Score: 1

      binary packaegs not available
      ccache no use - the ports system wipes the old code

      Anyway that point is moot, the code takes along time to compile because gcc is a poor compiler.

      > If you don't want buttons, X and toolkits you could just stick with a CLI interface- nobody is forcing you to use GTK or Qt.

      Application writers make poor choices.

      I have an entire OS with a GUI with no buttons and no toolkits. Sadly, it is also without Firewire and some other stuff I need.

      As I said, buttons suck.

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  11. Program Naming by caerwyn · · Score: 4, Insightful

    Why do so many linux programmers insist on such crazy naming conventions. Sabayon? Changing a perfectly servicable and pragmagic GNOME Meeting to "Ekiga"?

    I use linux both at home and at work, so I'm not some anti-linux zealot or something- I think it's a legitimate question to raise. On my mac laptop, I have a handy app for browsing mDNS networks called Rendezvous Browser (since mDNS was once called Rendezvous). The name is simple and describes perfectly what the program does. On the other hand, 90% of the linux applications available have names that look like they were chosen by picking random letters and squishing them together. I'm sure that the programmers think they've very clever by choosing a name that means something in some obscure language- or they just thing the name sounds cool- but that simple lack of meaningful names is detrimental. If I start up a GNOME session and want to use network meeting functionality, how is there any possible way that I could guess that "Ekiga" is the application I'm looking for?

    --
    The ringing of the division bell has begun... -PF
    1. Re:Program Naming by qbwiz · · Score: 2, Insightful

      Rendezvous Browser
      Yes that name makes perfect sense. What exactly is Rendezvous, again?

      If I start up a GNOME session and want to use network meeting functionality, how is there any possible way that I could guess that "Ekiga" is the application I'm looking for?

      The menu will probably say "Internet Telephony" next to it. GNOME is pretty good about labeling the programs.

      --
      Ewige Blumenkraft.
    2. Re:Program Naming by Anonymous Coward · · Score: 0

      Actually, Ekiga shows as "Ekiga Softphone" in the Applications/Internet menu. If Softphone doesn't ring a bell then there's no way in hell that GNOME Meeting would be any better.

    3. Re:Program Naming by cloricus · · Score: 1

      As a long time GNOME user, I used KDE for the first few months of Linux and switched to try and never went back - some three years ago, I have to agree. Sure Windows has stupid names for programs but I'm really sick of this whole 'we must follow Gates' - I think Linux has come into its own and should work on its own style now - so that is no excuse...More so that Apple can pull off decent names. Case in point GNOME Meeting was a very descriptive term and really...Ekiga...What, how do I sell that to the family?

      Luckily I'm very happy with how Ubuntu gets around this problem. For those unaware Ubuntu picks an application to do the major task and then names it descriptively; for example Firefox is called 'Internet' and Nautilus is called 'File Browser'. (Disclaimer: I'm a GNU\Debian user.)

      --
      I ate your fish.
    4. Re:Program Naming by soupdevil · · Score: 2, Informative

      Part of it is geek speak, but I think a large part of it is due to the cost and time involved in researching, registering and defending "traditional" names for companies and products. Odds are that no one will sue you for using the name "Ekiga," but it might take a large corporation to defend a sexy and often used word like "Rendezvous."

    5. Re:Program Naming by Linker3000 · · Score: 1, Redundant

      I am *so* with you on this:

      "Also in the new Admin Suite is Sabayon. This powerful tool allows administrators to create profiles for groups of users"

      Under W*nd*ws, this would be called the 'Group Profile Creator' and everyone would be happy AND would recognise what the tool did when they tripped over it.

      Those at the core of the Linux development world need to recognize that the names they choose can actually hinder adoption of their creations. I'm still uncomfortable promoting 'Kubuntu' to the board and I do not look forward to the day someone needs a graphical editor (GIMP) - it was bad enough moving our Web site to Joomla!

      --
      AT&ROFLMAO
    6. Re:Program Naming by Yaztromo · · Score: 5, Insightful

      While I don't disagree that a lot of OSS software uses poor naming onventions, as an OSS developer myself, I can understand the reasons behind it.

      Let's face it -- the obvious descriptive names are typically already taken. OSS developers want to write software -- they don't want to have to spend a lot of time doing name searches in order to ensure they aren't infringing on a trademark used by some tiny software house out in BF Nowhere, and they typically don't have the resources to fend off a legal attack. Thus, the tendancy these days is to pick (or make up) some sort of really obscure name that hopefully isn't going to attract negative attention from litigation-happy corporate lawyers, and then hopefully make a name for yourself.

      Naming is difficult, even within the corporate world. But at least within the corporate world you have people who can do research on existing trademarks, and will hopefully come up with a suitable name for your new product -- and then have the lawyers to fight it as necessary. OSS projects don't have such resources.

      Just take a look at your own example -- "Rendevous". Apple was forced to change the name to "Bonjour" due to trademark infringement with another company.

      If Apple, with its bevy of lawyers and billions of dollars, can run into such a problem, what is the poor OSS developer to do? Picking some obscure name that nobody is likely to call their product is a good (but hardly guaranteed) way to avoid the problem in the first place.

      Yaz.

    7. Re:Program Naming by Orrin+Bloquy · · Score: 1

      Except it's called Bonjour now for trademark reasons, and has been for nearly a year.

      I'll agree with your point, though. There are two extremes: borrow a common word and risk infringing a trademark, or pretend you're as capable as the people who invented "Kodak," "Exxon" and "Xerox" and extrude a random 3 syllable name.

      News flash: that works for branding *companies,* not products. Note also that those names max out at two syllables and five letters, and have virtually no ambiguity as to how they ought to be pronounced.

      Coders are by and large not any better than the general populace at creating verbal aesthetics. It's a cruel irony that this has to happen to a Gnome (it's not an acronym, mmmkay?) release which prides itself on visual aesthetics.

      --
      "Made up/misattributed quote that makes me look smart. I am on /. and I must look smart."
    8. Re:Program Naming by fossa · · Score: 2, Funny

      That's why I don't push Ubuntu or Kubuntu; I use the specific releases like Warty Warthog, Hoary Hedgehog, Breezy Badger or Dapper Drake. Oops, that's The Dapper Drake.

    9. Re:Program Naming by Coryoth · · Score: 5, Insightful

      If I start up a GNOME session and want to use network meeting functionality, how is there any possible way that I could guess that "Ekiga" is the application I'm looking for?

      Because if things have been installed and set up properly "Ekiga" will be under the "Internet" sub-menu of the "Applications" menu, and the entry itself will read something like "Ekiga video-conferencing" with a tooltip saying something like "Communicate with others using text, voice phone calls, or video conferencing". You hold up "Rendezvous Browser" as a well named application because it's clear what it does, but it really begs the question: what the hell is Rendezvous and what does it do? I think the GNOME approach - to choose a distinctive name and pair that with a concise description - is a very good one. You can't have everything named after what it does or else things quickly get pointlessly confused, so distinctive names are good - as long as you pair that with a description of what the app does so people can find it easily. You'll find GNOME conforms to that pretty well, and the result (always having descriptive menu entries and explanatory tooltips for those entries) actually makes for a system where it is easier to find what you want.

      Jedidiah.

    10. Re:Program Naming by Anonymous Coward · · Score: 0

      I have a handy app for browsing mDNS networks called Rendezvous Browser

      You're a fucking retard.

    11. Re:Program Naming by banditski · · Score: 2, Insightful

      I totally agree, but to be fair, how is a search engine called "Google" or an mp3 player called "iPod" any different??

      A name should be descriptive, or a name should take on a life of its own. It's ones in between that cause the confusion, but very few products / apps are instantly successful to become their own identity.

      Geeks like geek-speak. Urban kids like their slang. etc...

    12. Re:Program Naming by DerCed · · Score: 0

      ...because it will say "Ekiga Conferencing Client" or something similar in your shiny new gnome menu?

    13. Re:Program Naming by pomo+monster · · Score: 1

      If you lack the right-brained, lateral thinking ability to imagine that "Rendezvous" might refer to the process of gathering disparate agents together in a single time and place for purposes of work, communication, or anything else, and instead you believe "Ekiga" is a superior name for an application that arranges network meetings--then no, I'd say you're the fucking retard.

      You probably think "Firefox" is a better name than "Safari," too, am I right?

    14. Re:Program Naming by Anonymous Coward · · Score: 0

      In the menu the entry is "User Profile Editor".

      How is it you can have such a strong opinion of something you don't know anything about? I mean really, if you're going to troll at least take the 10 seconds it takes to check your facts. Yeesh.

    15. Re:Program Naming by fossa · · Score: 2, Insightful

      My personal preference is a word, made up or no, followed by a descriptive subtitle. So, Ekiga Softphone, GIMP Image Editor (ignore the redundancy), Sabayon Administration Tools (or whatever it is), and so on. I really dislike the coopting of generic terms like "Windows" or "Word". Granted, they have the adjective "Microsoft" in front, but Microsoft also claims a trademark on "Windows" (and "Word" too?). I would prefer something like Microsoft So-and-so (or just so-so) Word Processor as the full name.

      That said, "weird" sounding names are very off-putting, such as "kubuntu" (even though it's an actual word), "GIMP", KDE's "keverything", and other prefixes such as "x", "g", and "gtk", and many others I can't think of at the moment. Strangely enough, I don't dislike "Ogg Vorbis" in the least. I guess it's a matter of taste. The post mentioning trademark clashes had a good point though in favor of "weird" names.

      So what to do? Well, not much but be an armchair program-name disapprover. Doesn't horse racing have a committe that approves names of horses? Not that I'd ever suggest that, but it's an interesting thought.

    16. Re:Program Naming by Anonymous Coward · · Score: 0

      More so that Apple can pull off decent names. Case in point GNOME Meeting was a very descriptive term and really...Ekiga...What, how do I sell that to the family?


      All apple does is add an 'i' in front of a noun.
      I agree that "Ekiga" is a horrible name, perhaps your family will like that "Skype" app better.
    17. Re:Program Naming by Anonymous Coward · · Score: 0

      You're an idiot... the name of the application is not what appears in the menus. If you actually fucking read up on GNOME before splattering your vacuous opinion on the web, you might have realised that and avoided making an ass of yourself.

    18. Re:Program Naming by JanneM · · Score: 1

      You probably think "Firefox" is a better name than "Safari," too, am I right?

      Meh, about the same. As in, without having already heard of them, nobody would be able to guess what kind of application they are.

      This is the reason Gnome always puts a descriptive name in the menus: "Firefox Web Browser", or "Rhythmbox Music Player".

      --
      Trust the Computer. The Computer is your friend.
    19. Re:Program Naming by Anonymous Coward · · Score: 0

      You probably think "Firefox" is a better name than "Safari," too, am I right?

      hahahaha! I'll pay that!

    20. Re:Program Naming by Quantam · · Score: 1

      I think the name I used for a mouse-in-a-maze simulator program I wrote back in a first-year CS course was godly: iRodent. Maybe that's just me.

      --
      You have tried to support your argument with faulty reasoning! Go directly to jail; do not pass Go, do not collect $200!
    21. Re:Program Naming by Anonymous Coward · · Score: 0

      Exactly. Some of the names chosen are just ridiculous.

    22. Re:Program Naming by stikves · · Score: 1

      Actually it's currently listed as "User Profile Editor" in my System Settings menu. The name of the executable need not be the same as application menu item. (See gedit/Text Editor, mrproject/Project Management, etc).

      And "Group Policy Editor" under windows is actually (if I recall correctly) "gpedit.msc"

      This "issue" has been discussed in GNOME HIG v2.

    23. Re:Program Naming by pomo+monster · · Score: 1

      But as soon as you see that "Safari" is a web browser, particularly in conjunction with the icon, you go "Yeah, that makes sense!" and the knowledge sticks. (Or don't you?)

      On the other hand, the name "Firefox" has nothing to do with exploration (or surfing, for that matter) and the association is never made in the first place.

    24. Re:Program Naming by Jack9 · · Score: 1

      So when I'm on the command line I have no idea what that package is. Along with the trolls reiterating your response, I ask you, if you're making a user-oriented app like a windows environment in OSS, why would you choose to regress to naming binaries after development names? I can understand from a branding standpoint. I don't understand from a release standpoint.

      --

      Often wrong but never in doubt.
      I am Jack9.
      Everyone knows me.
    25. Re:Program Naming by Anonymous Coward · · Score: 0

      You can't swing a dead cat without hitting a trademark nowadays, the GNOME guys are probably protecting themselves from potential litigation.

    26. Re:Program Naming by Kijori · · Score: 1

      Amarok, a great media player, has 'Uncle Rodney says, "10/10, amarok is seriously super"'...

    27. Re:Program Naming by JanneM · · Score: 1

      But as soon as you see that "Safari" is a web browser, particularly in conjunction with the icon, you go "Yeah, that makes sense!" and the knowledge sticks. (Or don't you?)

      No, I do not. Really - I'm not trying to be facetious or anything. And either applications icon is also about equally descriptive - ie. it helps, but they're trying to illustrate a fundamentally abstract concept and you can only do so much.

      Just to be clear, neither name is bad either. The names are both memorable, which is arguably more important than the initial discoverability - you're only a non-user once, after all, but you need to remember the name of the app every day for years afterwards.

      --
      Trust the Computer. The Computer is your friend.
    28. Re:Program Naming by stikves · · Score: 2, Informative
      So when I'm on the command line I have no idea what that package is.

      Ok, I'll be lame here:
      $ grep "User Profile Editor" /usr/share/applications/*
       
      /usr/share/applicatio ns/gnome-sabayon.desktop:Name=User Profile Editor
      /usr/share/applications/gnome-sabayon.desk top:Name[en_CA]=User Profile Editor
       
      $ rpm -qi --whatprovides /usr/share/applications/gnome-sabayon.desktop
       
      N ame : sabayon-admin Relocations: (not relocatable)
      ..bla bla.. lameness filter...
      Description :
      The sabayon-admin package contains the graphical tools which a
      sysadmin should use to manage Sabayon profiles.
      If I use the command line, I'd like to know all the package management related commands.
    29. Re:Program Naming by drgonzo59 · · Score: 1
      Because that is what the business world does. One company many years ago has trademarked a simple, easy to understand name and everyone else now has to come with crazy gibberish words that might sound interesting and "cool" but have no meaning at all.

      Actually the pharmaceutical industry is doing the same thing. With hundreds of drugs coming out every year they've run out of normal, understandable words and have to turn to latin, greek, swedish and other languages for new, cool, easy to remember names. The same thing with the open sourse. There are thousands and thousands of applications, if you think of a name, or even an acronym, chances are that someone has already used it. Look at what happened to firefox/firebird/phoenix.

      There should be a job out there to come up with new catchy meaningful and unique names.

    30. Re:Program Naming by IamTheRealMike · · Score: 3, Insightful

      You're right. They should have called it something meaningful, like Skype.

    31. Re:Program Naming by pomo+monster · · Score: 1

      Nothing? Really? Hmm, that's interesting. I guess some people are just more perceptive to semiotic subtext than others (not meant as a slam--I'm quite oblivious to non-visual, non-linguistic cues, personally). These are probably the prima donnas among us who demand good product names and icons. The Mac users, perhaps?

      It's a great idea for Gnome to clarify applications' visual representations with "Web Browser," "Music Player," &c. That's something I wish other OSes would start doing as well.

    32. Re:Program Naming by ClamIAm · · Score: 1
      or pretend you're as capable as the people who invented "Kodak," "Exxon" and "Xerox" and extrude a random 3 syllable name. News flash: that works for branding *companies,* not products.

      iPod. Tic-tacs. Camry (which means nothing in english). Et cetera, et cetera.

    33. Re:Program Naming by Reverend528 · · Score: 1

      Most of those programs are named by selecting random letters and squishing them together. In fact, there is even a program to simplify the task. It used to be called "GNAMER", but then decided that it should go by "SPDFRAFR" instead.

    34. Re:Program Naming by Overly+Critical+Guy · · Score: 1

      It's geek speak. A lot of times programmers think they're being hip and funny with some goofy name (like Kompete or GIMP). These poor project names convey a certain non-professional attitude that makes some people leery of trying things out. A pro-level desktop environment should act like one.

      --
      "Sufferin' succotash."
    35. Re:Program Naming by ksheff · · Score: 1

      I suppose doing something like gnomeApp123456 or gnomeApplet087654 would require too much coordination and harken back to un-hip mainframe coding standards.

      --
      the good ground has been paved over by suicidal maniacs
    36. Re:Program Naming by Jack9 · · Score: 1

      Of course there's a correlation between the naming conventions. We're talking about symbolic relationships and I'm claiming that switching it up at the highest level is a rather ass-backwards way to implement a more sane windowing environment. Now we have an extra step, find what you want to recompile by using the canonical name to correlate it to the binary name. The lack of QA continues with the technically accurate and impractical answer.

      The sabayon-admin package contains the graphical tools which a
      sysadmin should use to manage Sabayon profiles.


      I'm sorry, how is the parent anything but an exemplary demonstration of the needless abstraction? gpedit.msc is something that's more practical. That's scary.

      --

      Often wrong but never in doubt.
      I am Jack9.
      Everyone knows me.
    37. Re:Program Naming by Queer+Boy · · Score: 3, Insightful
      Yes that name makes perfect sense. What exactly is Rendezvous, again?

      The French word meaning "a meeting". Maybe in your attempt at making a point you meant Bonjour.

      The point he was making was that a perfectly meaningful name was intentionally obscured for who knows why. Also I've never heard ZeroConf Networking Browser on any platform, but I know of Bonjour on Windows and Macintosh, as well as being listed on a lot of printer boxes lately.

      --
      Not since Marie-Antoinette played milkmaid has looking simple and honest been so fake and complicated.
    38. Re:Program Naming by Anonymous Coward · · Score: 0

      "Picking some obscure name that nobody is likely to call their product is a good (but hardly guaranteed) way to avoid the problem in the first place."

      Then how about this -- keep the names, obviously, but allow projects to choose a slightly more recognizable 'application description' as well, where you don't have to worry, as you're not violating any trademarks by simply 'describing' an application's functionality in plain verbage. That way, a distro like Ubuntu could opt to use the application description of an app rather than its obscure, often unintelligable name in the file menus and in the title bars of the app's window. This could effectively abstract out the naming, hiding it from everything but the command line for idiots like myself that are quite new to all of this.

      It could easily be toggled on or off as a config option for any given distro. It could, in short order, put an end to my biggest superficial gripe for linux apps, the goofy, confusing names (and perhaps even remove some of the damn Gs and Ks preceeding nearly EVERY application in my menus...come on, devs, I understand 'brand loyalty', but give it a break).

    39. Re:Program Naming by jbolden · · Score: 1

      Yeah you know I can think of a database app named after a bunch of chicks that hung out caves inhaled toxic fumes that caused hallucinations and blabbered. Who would ever trust their data to an app with that name?

      Oh wait, largest database vendor in the world with $13B in sales and over $65b in market cap see stats.

      Oh yeah and what does Excel have to do with spreadsheets? How would anyone know what that product does? Or firefox with browsers?

    40. Re:Program Naming by Anonymous Coward · · Score: 0

      Yeah, that would be great. I don't know why the Linux community hasn't done that yet. Oh wait, they have. Both KDE and GNOME support having the technical name and the descriptive name. You can have the K Menu (or G Menu, whatever it's called) show the descriptive name so all the programs have names like "Text Editor" and "Music Player". It's been like that at least since I started using Linux at the end of '04.

    41. Re:Program Naming by scragz · · Score: 1

      Gnome (it's not an acronym, mmmkay?)

      And here I always thought it stood for GNU Network Object Model Environment.

    42. Re:Program Naming by Yaztromo · · Score: 1
      It could easily be toggled on or off as a config option for any given distro. It could, in short order, put an end to my biggest superficial gripe for linux apps, the goofy, confusing names (and perhaps even remove some of the damn Gs and Ks preceeding nearly EVERY application in my menus...come on, devs, I understand 'brand loyalty', but give it a break).

      Well, just because I can understand why some projects may name themselves in an obscure way, isn't to say that I agree with it. There is a happy in-between here -- would it really have hurt them to append a descriptive word to the end? Names don't have to be just one word, and many companies will attach a "branded" word to a "descriptive" word to make up their product name. OSS projects can do the same, but all too many don't, be it out of fear, or thinking they can make a name for their project being being different.

      Yaz.

    43. Re:Program Naming by strider44 · · Score: 1

      That's actually what happens - it's enabled in KDE by default. For example, it says "Download Manager (KGet)", "Instant Messenger (Kopete)", Three web browsers, one each for Konqueror, Epipheny and Firefox. I'm not sure what happens in Gnome with this, but from my limited use of Gnome instead of Nautilus it says "File Manager" without even giving the apps name.

    44. Re:Program Naming by prockcore · · Score: 1

      The French word meaning "a meeting".

      Actually, it's not. It's a phrase, "rendez vous", or "present yourselves".

      You can rendez vous for a meeting, but it's not the meeting itself. It's the showing up.

    45. Re:Program Naming by Anonymous Coward · · Score: 0

      "Rendez-vous" also means appointment, meeting.

    46. Re:Program Naming by Charan · · Score: 1
      what the hell is Rendezvous and what does it do?

      To be fair, "Rendezvous Browser" doesn't come with OS X. Presumably, one gets this application only by looking for a Bonjour née Rendezvous Browser. Users won't just stumble across this app. Another question might be: why would someone download Rendezvous Browser when they don't know what Rendezvous is? Plus, I think Apple has made some attempt at making "Rendezvous"/"Bonjour" a well-known Apple technology. It's referred to by name in at least Safari and iChat, though you do have to dig a little to find it on Apple's web site.

      Don't forget, Apple too has exciting names such as "Mail" and "Address Book."

    47. Re:Program Naming by Breakfast+Pants · · Score: 1

      Yeah, because Adobe Photoshop isn't gonna care about Ekiga Photoshop.

      --

      --

      WHO ATE MY BREAKFAST PANTS?
    48. Re:Program Naming by Breakfast+Pants · · Score: 1

      What? Oracle tells you answers to queries. Excel excels at spreadsheets. Firefox... christ have you ever even been to china? Those things browse webs.

      --

      --

      WHO ATE MY BREAKFAST PANTS?
    49. Re:Program Naming by Breakfast+Pants · · Score: 1

      You got it wrong. "Rendezvous" means "show up." That's it. It can be used to say "show up" for a meeting, but the whole significance of it with regard to ZeroConf is that everything "shows up" automatically to everything else.

      --

      --

      WHO ATE MY BREAKFAST PANTS?
    50. Re:Program Naming by FooBarWidget · · Score: 1

      Have you even TRIED Gnome? The menus are highly descriptive. gedit is listed as "Text Editor" and Sabayon is listed as "User Profile Editor". You're whining about an already solved issue.

    51. Re:Program Naming by Raphael · · Score: 1
      The French word meaning "a meeting".
      Actually, it's not. It's a phrase, "rendez vous", or "present yourselves".

      I think that you are confusing two things:

      • The word "rendez-vous" (composite noun) means "meeting" as correctly stated by the grandparent. This is sometimes associated with dating.
      • The phrase "rendez vous" (two words: verb and pronoun) means "surrender" if these two words are used alone, usually punctuated by an exclamation mark. If these words are followed by a location such as "Rendez vous à cette addresse." (or the more polite form "Veuillez vous rendre à cette addresse.") then it means "present yourselves."

      Of course, writing RendezVous as OneWordWithMixedCapitalization does not help. The correct spelling would be Rendez-Vous.

      (End of slightly off-topic French lesson.)

      --
      -Raphaël
    52. Re:Program Naming by Yaztromo · · Score: 1
      Have you even TRIED Gnome?

      Care to point out where I even mentioned Gnome? I was talking about generic OSS project naming issues, and why many OSS projects choose relatively strange names, and my thoughts on what the strategy should be.

      Have you even tried a little thing I like to call reading comprehension?

      Yaz.

    53. Re:Program Naming by Anonymous Coward · · Score: 0

      To be even more pedantic, "un rendez-vous" in French would mean "an appointment" in business contexts or "a date" in private contexts.

    54. Re:Program Naming by maxpublic · · Score: 1

      Gnome or KDE, it's the same for both - programmers who think they're cute or clever name their little darlings something unintelligible and unintuitive, most likely marveling at the depth of their intellect while doing so.

      One of the first things I do when I install on a new machine is completely revamp the entire menu structure, renaming every program with a cutsey moniker to something blatantly obvious. That way even a complete newb can sit down and find what he or she wants quickly without any head-scratching or "what-the-fuck"-ing. All programs go into self-evident directories and subdirectories from the menu (e.g., Multimedia -> Video Players); no need for additional descriptors cluttering things up because anything in /Multimedia/Video Players is going to be a bloody video player, probably named something along the lines of "Xine Video Player" or "VLC Video Player".

      And while I'm at it, I get rid of all that damned menu icons and replace them with something simple, like directory icons for directories, bullets for programs, and file icons for simple files. I know, a radical concept, but if I wanted my menu cluttered with candy-store pngs I'd let my 8-year-old nephew construct the fucking menu bar. God knows, the standard install LOOKS as if my 8-year-old nephew did the deed; it sure as shit isn't even remotely professional-looking....

      Max

      --
      My god carries a hammer. Your god died nailed to a tree. Any questions?
    55. Re:Program Naming by Raphael · · Score: 1
      [...] if you're making a user-oriented app like a windows environment in OSS, why would you choose to regress to naming binaries after development names?

      There is nothing wrong with that. Giving binaries a short name (project name or codename) means that they are easier to type. Advanced users who invoke GUI programs from the command line instead of using the menus are likely to know the project name anyway. If I use the command line, it is easier to type "gimp" than "Image Editor" or "GNU Image Manipulation Program" (note that auto-completion would not help much if you also have "Image Viewer", "Image Search", etc.).

      The command line is supposed to be efficient, not descriptive. It would be impractical for the frequently used commands such as "cd", "ls", "cp" and others to have descriptive names. So it makes sense to use short names for the command line (even if they may be a bit obscure for those who do not know their origin) and use longer, more descriptive names for the desktop menus.

      By the way, OSS is not the only environment that uses different names for the command line and for the menus. For example, look at the names of control panel components in Windows: descriptive names in the menus, cryptic names for the command line.

      For your information, here is a direct link to the chapter of the GNOME HIG dealing with menu item names. It contains good examples of descriptive names. This was published two years ago, so any application that still uses cryptic names in the menus is violating these guidelines and should be fixed.

      --
      -Raphaël
    56. Re:Program Naming by Anonymous Coward · · Score: 0

      > The French word meaning "a meeting".

      ah, but interestingly, "Rendez-vous" is also the imperative form of "se rendre" meaning : "you shall surrender!".

    57. Re:Program Naming by Fred_A · · Score: 1

      I also recently discovered this tendency on the Apple platform when I got an iBook a few months ago. It's fairly irritating there as well, especially with the applications that aren't used very often and that I never can remember the name of. Like the FTP program : CyberDuck. Duh. I actually had to look that up. Most of the time when I need to use FTP/SFTP, I end up running the command line apps because I can't locate the graphical ones...

      I'm thinking of creating a thematic directory structure in the "applications" directory of my Mac to help me locate them. Or maybe I'll just make links with proper names...

      (for the Mac impaired, apps are typically lumped in an Applications directory which would be a rough equivalent of /usr/bin, but there's no friendly menu to access them)

      Anyway IMO this is one of the drawbacks of the current OS X interface.

      To get back to the subject a hand, it's true that finding a decent name isn't easy nowadays but it should at least somehow be a reminder of the main function of the program.

      --

      May contain traces of nut.
      Made from the freshest electrons.
    58. Re:Program Naming by Fred_A · · Score: 1
      but to be fair, how is a search engine called "Google" or an mp3 player called "iPod" any different??

      You mean the interactive Personal Odio Device ?

      Well that's what you get when you outsource your product naming department to China.
      --

      May contain traces of nut.
      Made from the freshest electrons.
    59. Re:Program Naming by foxxygirltamara · · Score: 1

      Not entirely meaningless: Kodak - meaningless, Eastman said it was abrupt on both ends, like the snapping of a shutter. Exxon - called "Esso" outside the US which is from "SO" for "Standard Oil", it's parent company. The name was altered in the US (in most states) because of the Standard Oil antitrust decision. In some places in the US, the name "Enco" (for "ENergy COmpany") was used but this too was deemed to close to "Esso". Eventually, the name confusion ended when it was called "Exxon" on all station. Xerox - from "xerography".

    60. Re:Program Naming by ookaze · · Score: 1

      Why do so many linux programmers insist on such crazy naming conventions. Sabayon? Changing a perfectly servicable and pragmagic GNOME Meeting to "Ekiga"?

      Why ? because lots of ARROGANT american speaking people like you think Linux is a solely american thing, and that everyone in the world speaks only american, and understand words like "meeting".
      Guess what, there are other people than american on Earth, and they have a language too, and they have words like "Ekiga" (no, it's not a random suite of letters), which they understand perfectly well, even better than "meeting", and surely more "servicable and pragmagic" to them, like you say.

      I use linux both at home and at work, so I'm not some anti-linux zealot or something- I think it's a legitimate question to raise

      You're just pro-american and "everybody should speak american only". I think that's worse than being anti-linux.

      On my mac laptop, I have a handy app for browsing mDNS networks called Rendezvous Browser (since mDNS was once called Rendezvous). The name is simple and describes perfectly what the program does

      And that's only because rendez-vous is a french word that found its way in american language. Otherwise, you would call it a random suite of letters ...

      I'm sure that the programmers think they've very clever by choosing a name that means something in some obscure language

      "obscure language", you mean, other languages than american ?
      At least they made the effort to understand other languages, you do not.

    61. Re:Program Naming by Alioth · · Score: 1

      Other posters have noted the trademark angle, but Gnome is hardly unique in this respect. I mean what the fuck does Microsoft Axapta do? The name is hardly descriptive and it's difficult to spell if you've only heard someone say it. I had to Google (Did you mean...) just to find out how to spell that after I only had heard the name spoken.

    62. Re:Program Naming by ookaze · · Score: 1

      The French word meaning "a meeting". Maybe in your attempt at making a point you meant Bonjour

      Wrong on all counts. Rendez-vous is not the french for a meeting (which would be "réunion") but the french word for an appointment or a date. Bonjour is a french word too, to say hello, and give you absolutely no idea of what the protocol is for.

      The point he was making was that a perfectly meaningful name was intentionally obscured for who knows why

      BS. Gnome meeting was not at all meaningful for most people on this planet. Ekiga is basically as meaningful as Gnome meeting for non american people, except for those that use the language where ekiga is from. The reasons are not even obscure either, as the name was selected among propositions from users, and everything is explained on the blog.

      Also I've never heard ZeroConf Networking Browser on any platform, but I know of Bonjour on Windows and Macintosh, as well as being listed on a lot of printer boxes lately

      And I don't, despite being the more technical person around in my place.
      I only known recently what it actually was thanks to, guess what, Ekiga, which can use Bonjour, and waited for avahi to become usable. All of this is BS anyway, as you never have a problem to find anything in Gnome, with the descriptive name, be it ekiga or anything. You even forget the names of the programs in Gnome (happened to me several times) as everything is streamlined or automatic.

    63. Re:Program Naming by SComps · · Score: 1

      you sir are my new hero. for today.

    64. Re:Program Naming by Anonymous Coward · · Score: 0

      Because if things have been installed and set up properly "Ekiga" will be under the "Internet" sub-menu of the "Applications" menu, and the entry itself will read something like "Ekiga video-conferencing" with a tooltip saying something like "Communicate with others using text, voice phone calls, or video conferencing".

      Actually, the menu entry will most likely read something like "Video conferencing". No "Ekiga". This is because we users, according to the GNOME HIG, are too stupid to be trusted with the knowledge about WHICH app a menu entry runs.

      "Text editor" is supposed to suffice, even if I have three text editors installed and would like to know which one a particular menu entry will run. But I'm a mere user, and as such I would obviously be very very confused by seeing e.g. "Gedit text editor"... :P

    65. Re:Program Naming by jbolden · · Score: 1

      Excel excels at video processing. Excel excels at warehouse management. It works anyway you use it. Don't see how that says anything about spreadsheets which was GP's point. That you don't want to use cute words but rather words that are meaningful in and of themselves.

      No I've never been to China.

      Good point about Oracle, but again see parent for alternate images.

    66. Re:Program Naming by Anonymous Coward · · Score: 0

      Agreed. Solid comment.

    67. Re:Program Naming by Jack9 · · Score: 1

      There is nothing wrong with that.

      Needless abstraction is one of the many geek culture relics that can and should be changed in the name of efficiency. The real problem is that too many people are engaged in it. If this was recognized as a poor programming practice, it could slowly be reversed. There's something right with considering non-end-users. Standardization both speeds adoption and creates stable intuitive metaphors. This makes the shell more useable. Each shell environment is getting more complex, partly due to this old hackish mentality.

      Giving binaries a short name (project name or codename) means that they are easier to type. Advanced users who invoke GUI programs from the command line instead of using the menus are likely to know the project name anyway.

      In 20 years when I have to work on a machine running an OS I have no contemporary reference for, do you really expect that these pet project names (which is what they are) are going to be so easy for me to remember or associate? Adding an additional layer of abstraction is geeky-fun, not practical.

      That's what my experience has taught me.

      --

      Often wrong but never in doubt.
      I am Jack9.
      Everyone knows me.
    68. Re:Program Naming by Anonymous Coward · · Score: 0

      but it really begs the question: what the hell is Rendezvous and what does it do?

      No it doesn't. It raises the question.

    69. Re:Program Naming by Raphael · · Score: 1
      Needless abstraction is one of the many geek culture relics that can and should be changed in the name of efficiency. The real problem is that too many people are engaged in it. If this was recognized as a poor programming practice, it could slowly be reversed. There's something right with considering non-end-users. Standardization both speeds adoption and creates stable intuitive metaphors. This makes the shell more useable. Each shell environment is getting more complex, partly due to this old hackish mentality.

      I would not consider this to be needless abstraction, but rather some combination of historical and practical reasons. You take the rather unlikely example of a program that would regress from a descriptive name to a project name. The project names are usually not descriptive for practical reasons: as others have pointed out, uncommon names or acronyms are more likely to be unique and less likely to conflict with other projects in the same area.

      There is a plethora of programs able to edit text files (source code, etc.). If each of these projects and the corresponding binaries were called "text_editor", it would be rather hard to run the one that you want to use from the command line. It is fine to have just one or several of them listed as "Text Editor" in the desktop menus, but it is better to have a short and unique name to use from the command line. Note that there are good reasons to have more than one text editor available from the command line, even if only one of them appears in the menus (e.g., picking the best tool for a specific task, personal preferences, etc.)

      Once a project starts with a unique name, it stays around because this is what the existing user base of that program expects to find. There is some inertia that prevents the project from being renamed and use a more descriptive name. So you may end up with binaries that have non-descripive names. On the other hand, most users never need to know the name of the binaries: they show up with a descriptive name in the desktop menus. Same for the installation of these programs: most package managers let the user view the packages by category. So if you want to install some application for editing images, then you go to the "Applications / Image Editing" section and then you find GIMP, Inkscape and others.

      In 20 years when I have to work on a machine running an OS I have no contemporary reference for, do you really expect that these pet project names (which is what they are) are going to be so easy for me to remember or associate? Adding an additional layer of abstraction is geeky-fun, not practical.

      As explained above, most users do not have to care about the project names: you can simply use the descriptive names provided in the various menus. If you want to use the command line and invoke the programs directly, then it is useful to know these names but this may not even be necessary: it would be possible to provide shell aliases, wrapper scripts or symbolic links so that typing "text_editor" would start one of them or maybe tell you about the available options. So even from the command line, it would be possible to work without knowing the project names.

      By the way, I agree with you that it would be nice if all projects could use intuitive names. Also, I do not like the project names that are deliberately obscure. But using intuitive names is difficult to achieve when there are several projects addressing similar needs and nobody knows in advance which one will "succeed" and will be adopted as the standard in its area (if that ever happens).

      --
      -Raphaël
    70. Re:Program Naming by caerwyn · · Score: 1

      Do you understand, at all, the concept of a localization?

      If the system is in English-language mode, the program names and descriptors should be in English. It's a fairly simple concept. If you have a localization to another language, I'm all for a name translation as well. I speak English and Japanese- but I'm not for mixing the two within the system, because that's not useful to the average user.

      I couldn't care less about where Rendezvous came from. It was, at the time, the name of a network discovery protocol; naming a program "Rendezvous Browser" revealed perfectly, to the target audience, that it browsed available rendezvous services.

      On the other hand, Ekiga does not reveal to the target audience the purpose of the program. Nor does Sabayon.

      If Ekiga is not a random selection of letters, then at the least it is a poorly chosen selection of letters. Since you're so "pro-everyone" and I'm apparently an arrogant american, would you care to enlighten us as to the origin and meaning of the word? I'm perfectly happy to look into understanding other languages. Knowing a smattering of words here and there, or being fluent in another language, does not meant that choosing program names from those languages is useful when the target audience is expected to be fluent in a single language. Again... localizations exist for a reason here. If you want to use another language... write the localization, and call it that clever word in that language.

      --
      The ringing of the division bell has begun... -PF
    71. Re:Program Naming by Anonymous Coward · · Score: 0

      > Have you even tried a little thing I like to call reading comprehension?

      Hey! This is Slashdot.

  12. Ceasar Sez by Anonymous Coward · · Score: 0

    Beware the Ides of March!

  13. open and save dialogs by Anonymous Coward · · Score: 1, Insightful

    Untill they put a spot where you can type in a file path into the open and save dialogs, i wont go back to gnome.

    1. Re:open and save dialogs by mrawl · · Score: 1

      They still haven't fixed that? Sheesh. I agree this is just pathetic, and unbelievably frustrating. There was also some extreme funkiness in the past about whether or not it remembered your last selection, so not only were you tortured to painfully navigate to common places, you have to do it over and over and over, ad nauseum. Whichever pompous ass thinks not having a direct location box, or way to change the current path, is a good idea needs to be removed from the design team asap.

    2. Re:open and save dialogs by i_should_be_working · · Score: 2, Informative

      Actually, that has been implemented since at least 2.12. Choosing 'Open' starts you in whatever directory you were already in, not your home directory. Typing a "/" opens a path bar for you to type in a location. Typing a letter brings you to the first file in that directory that starts with that letter. The AC you responded to just doesn't know what he's talking about.

    3. Re:open and save dialogs by Anonymous Coward · · Score: 0
    4. Re:open and save dialogs by ambrosius27 · · Score: 1

      When in the open or save dialog, type control l (that's the letter, not the number one). Voila. You have your address box.

      This feature has been around for ages, and people keep pointing it out everytime someone like the parent poster complains. The problem is how to make the feature discoverable, and no one has been interested enough to step forward and code a good solution.

      --

      ~~~~~~~~~
      dissertus scribendo latine videri volo.
    5. Re:open and save dialogs by scottraynel · · Score: 1

      Just start typing the file path and a "Open Location" dialog will appear - it even has autocomplete... Or, if you're scared, press Ctrl-L first. This also works in Nautilus.

    6. Re:open and save dialogs by Anonymous Coward · · Score: 0

      So how do you select the current path? No idea, probably not possible. Can you edit it? Not like you edit a text, so forget about visiting /dir/foo2/bar/baz/ when you are in /dir/foo1/bar/baz/. Or can you type .. to go up? No, you have to use some alt and arrow key (out of home row). How do you discover you can type, or use Ctrl+l or /? Someone told you. Who thought dialogs that open dialogs are OK? The designer of this dialog when he thought about Ctrl+l one.

      It is still green, and they seem to not want to put the text back on pure pride basis.

    7. Re:open and save dialogs by iLLucionist · · Score: 1

      It IS possible! Just hit and a nice input box popups right in your face.

      It is a silly thing though...but you can do the exactly the same in nautilus.

    8. Re:open and save dialogs by fimbulvetr · · Score: 1

      Actually, there are all of the standard navigational arrows in the file browsers, so moving up/back/etc. is easy. Secondly, no one explicitly told me I had to type and the path bar showed up, I merely typed a letter in while in a directory full of files hoping it'd take me to the files, and instead it brought up the dialog.

      Intuitive??? Who wouldda thunk?

    9. Re:open and save dialogs by Admiral+Burrito · · Score: 1
      Just start typing the file path and a "Open Location" dialog will appear - it even has autocomplete

      Thank you! Too bad there is no indication of this anywhere in the window.

      Still not very good though, in folders with lots of files... When navigating there with the open dialog, it hangs as it reads the first few bytes of every single file in the directory to identify its type and provide an icon - very annoying having to wait when selecting an application from /usr/bin. For some reason typing /usr/bin seems to do the same thing, even though it doesn't need to display any icons...?

    10. Re:open and save dialogs by Ignominious · · Score: 1

      As another post pointed out, CTRL-L works.
      But a quicker way is to just type / (in an open file dialog). You can use tab completion to fill in the autocomplete.

  14. The Linux desktop is finally coming into it's own by carlmenezes · · Score: 5, Insightful

    You have Gnome and KDE - two very different approaches that manage to co-exist side by side. I'm a KDE guy myself, but I must say that Gnome's looking really polished and I can see Gnome and KDE standing beside, if not taller than Windows in the near future. I won't be switching because I like KDE's direction, but there are probbaly a lot of Gnome users who say the same and I can appreciate that.
    We also do need to thank the artists that put in the time to create the icons and mouse cursors for us. You can put in all the anti-aliasing you want, but if something like the icons dont look good, people get put off. I'm just really happy for the Gnome guys and all I can say is, "keep it up, you're doing a great job!"
    Linux is about choice. I wouldn't want either Gnome or KDE to wipe each other out. They need to co-exist simply to show Windows users that there is a choice available if not for anything else :)

    --
    Find a job you like and you will never work a day in your life.
  15. I wonder what features got removed! by Anonymous Coward · · Score: 0, Flamebait

    Ooo boy, a new version of Gnome! I wonder what options they removed this time! Because remember, seeing options makes users confused, so you should remove them!

    Also bad are things like save dialogs with folder views, and open dialogs where you can type in file names!

    Yes, I know, call me a troll. Point out that the save dialog has a button you can click on to display the folder list. Mention that there's some key combo you can press to show a text field on the open dialog.

    I used to be a GNOME fan, but as time has gone on, I've just gotten more and more fed up with them simply removing existing options and making the thing - in my opinion, of course - harder to use, all in the name of "easier to use." I used to like GNOME, but Nautilus and the stupid decisions made in 2.x have convinced me that GNOME is never going to be the desktop environment it looked like it could have been in the 1.x days.

    I'd also love to know why they decided that the proper order for buttons is "No/Yes". I just love how NO ONE ELSE ON THE PLANET orders things that way, but GNOME does, for "ease of use." Right.

    1. Re:I wonder what features got removed! by Guy+Harris · · Score: 1
      I'd also love to know why they decided that the proper order for buttons is "No/Yes". I just love how NO ONE ELSE ON THE PLANET orders things that way

      Yeah, the desktop I use on my main UN*X machines has the buttons for the "Do you want to save changes to this document before closing?" dialog in the order "Don't Save", "Cancel", and "Save", rather than "Yes" and "No" or "No" and "Yes". Similarly, the buttons for "Are you sure you want to remove the items in the Trash permanently?" are in the order "Cancel" and "OK", rather than "Yes" and "No" or "No" and "Yes".

    2. Re:I wonder what features got removed! by pomo+monster · · Score: 1

      In real world product design, the most often used controls are typically placed on the right, where the right-handed majority of users may more easily interact with them. Think microwave ovens, old-school TVs, even ATMs. Onscreen representations of interactive panels take their cues from real-world appliances like these, and thereby offer an immediate sense of familiarity, rewarding intuition.

      Not that this revelation will change your attitude towards user friendliness, of course, nor convince you of the value of progressive disclosure.

    3. Re:I wonder what features got removed! by Slowping · · Score: 1

      In real world product design, the most often used controls are typically placed on the right, where the right-handed majority of users may more easily interact with them. Think microwave ovens, old-school TVs, even ATMs. Onscreen representations of interactive panels take their cues from real-world appliances like these, and thereby offer an immediate sense of familiarity, rewarding intuition.

      Not that this revelation will change your attitude towards user friendliness, of course, nor convince you of the value of progressive disclosure.


      First of all, I dont understand why the grandparent post is flamebait at the moment. Seems like a perfectly valid observation to me.

      I disagree with your post. First of all, no one said modern appliances were intuitive. If GNOME wants to build sane and progressive user friendliness, they shouldn't be looking to microwave panels.

      Second, I agree with the gp-post that the button ordering should be "Yes"/"No". I understand why often-used objects should be in the lower-right for the right-handed inclined. But at the same time GNOME attempts to do button layout according to language preference. When I read dialog boxes, I read from left to right (English). I find that when we read or speak of yes-no questions in English, the "yes" option usually comes up first.

      For example:
      "Want to get some pizza for lunch? Yes? No? Maybe?"

      I very seldom hear people give the no option first.
      --
      (\(\
      (^.^)
      (")")
      *beware the cute-bunny virus
    4. Re:I wonder what features got removed! by TheRaven64 · · Score: 1
      No dialog box should ever have Yes and No buttons. The buttons should always be labelled with actions (e.g. 'Save,' 'Discard,' 'Cancel'). The order of the buttons should be such that the option which corresponds to 'proceed' is to the right while the option for 'abort' is to the left[1].

      The reason GNOME picked this particular order is because the GNOME project is where people who almost understand interaction design end up.

      [1] In countries with right to left reading orders, this order is reversed.

      --
      I am TheRaven on Soylent News
    5. Re:I wonder what features got removed! by Anonymous Coward · · Score: 0

      You're trolling, right? That's not seriously the reason why GNOME handles things backwards, is it?

      First off: EVERYTHING else I've ever used - this INCLUDES "real world appliances," mind you - orders things "Yes/No." I've never used ANYTHING except GNOME that uses "No/Yes".

      Secondly, that's the most brain-dead reason I've ever heard why the "yes" option should be on the right. It assumes that the most frequently chosen option is "Yes" regardless of what the question is. Plus it assumes that "the most frequent option" being on the right is an advantage, despite the fact that the menus are on the left, meaning that the "yes" button is usually farther away than the "no" button, making it HARDER to hit, not EASIER.

      If that's seriously the reason why GNOME does things WRONG, then it's not surprising I can't stand the newer GNOME builds - the people making the decisions are idiots!

    6. Re:I wonder what features got removed! by pomo+monster · · Score: 1

      That's a good point. I think it'd apply really well to a situation where GUI elements weren't manipulated by pointing and touching, say, for instance, by speaking their names instead. But given that buttons are there to be clicked, it follows that you'll want the most frequently used buttons in the most accessible part of the dialog, and that's the lower-right (unless you want to always feel like you're reaching over the "no" button to reach "yes"--and given the right-handed pointer icon, that's exactly what you'll feel). Making "yes" stand out by placing it in the corner, instead of buried in the center underneath the dialog text, is another reason for this placement.

    7. Re:I wonder what features got removed! by pomo+monster · · Score: 1

      That's a brilliant argument from an engineering P.O.V. The myriad reasons it fails utterly from an aesthetic, creative, humanistic viewpoint is something I'd rather not waste time trying to explain to the likes of you.

      Does Gnome actually even have action buttons labeled, literally, "Yes" and "No"? Seems a little Windowseque, if you ask me.

    8. Re:I wonder what features got removed! by pomo+monster · · Score: 1

      Oh yeah, and also keep in mind that it helps if your attention's drawn immediately to the default button, regardless of position. OS X does it with bright colors and a subtle animation. This way it doesn't matter that you read top to bottom, left to right--you see the default button immediately. (This won't work if it's named "Yes" instead of "Save" or "Copy" or "Detonate" or what have you.)

      Also, re: your hypothetical pizza situation, I have long been of the opinion that Yes/No/Cancel dialogs could usually stand to benefit from a "Maybe" button.

    9. Re:I wonder what features got removed! by fithmo · · Score: 1

      Same with the desktop on my UN*X machine......you know, OSX.

      I guess "NO ONE ELSE ON THE PLANET" is starting to mean more and more people.

    10. Re:I wonder what features got removed! by Anonymous Coward · · Score: 0

      Ah-hah! Found a removed feature just from the screenshots!

      You used to be able to make the screensaver lock after a period of time after the screensaver activated. This was useful if you were doing something near the computer (like, say, reading a book) long enough that screensaver activated, you could just hit the mouse and it would deactivate because it hadn't locked yet.

      GNOME 2.14 removes this ability - now you can either have the screensaver lock when it activates, or you can set it to never lock at all.

      GNOME: Less useful, every release.

    11. Re:I wonder what features got removed! by someone300 · · Score: 1

      Just an interesting point... on my TV, PS2, microwave, cooker and laptop (what I can see at the moment), the power button or control panel is on the right hand side of the device.

    12. Re:I wonder what features got removed! by Anonymous Coward · · Score: 0
      Yeah, the desktop I use on my main UN*X machines has the buttons for the "Do you want to save changes to this document before closing?" dialog in the order "Don't Save", "Cancel", and "Save", rather than "Yes" and "No" or "No" and "Yes".
      If it only offered "Yes" and "No", what would you click when you didn't want to exit at all?
    13. Re:I wonder what features got removed! by Anonymous Coward · · Score: 0

      Ah, you mean like the Win3.11 style "OK/Ignore/Abort" dialogs you could get whenever things went wrong?

    14. Re:I wonder what features got removed! by Guy+Harris · · Score: 1
      If it only offered "Yes" and "No", what would you click when you didn't want to exit at all?

      The button in my mail reader that sends a message - in particular, a message to the "report a bug/deficiency here" address for the application in question - or the button in my mail browser to submit such a bug; if it only offered "Yes" and "No", that'd be a deficiency.

      "Yes", "No", and "Cancel" might be an improvement, but the human interface guidelines for the desktop I referred to suggest that "Button names should correspond to the action the user performs when pressing the button--for example, Erase, Save, or Delete", so "Don't Save", "Cancel", and "Save" are even more of an improvement.

      The GNOME Human Interface Guidelines make a similar suggestion:

      Write button labels as imperative verbs, for example Save, Print. This allows users to select an action with less hesitation. An active phrase also fits best with the button's role in initiating actions, as contrasted with a more passive phrase. For example Find and Log In are better buttons than than Yes and OK.

      so "Yes" and "No" aren't the labels that should be used in most GNOME alert boxes. I'd say they aren't the labels that should be used in most alert boxes in any GUI; the KDE User Interface Guidelines make that suggestion:

      Although Yes-No questions have an appealing simplicity, they do have a downside. While the implications of the Yes answer are usually very clear, the implications of the No answer are often not clear at all. The question "Do you want to save your changes?" serves as a good example. Pressing "Yes" will get the changes saved, but what happens when the user presses the "No" button? Rephrasing the question as an Either-Or question will help make this more clear: "Do you want to save or discard your changes?". Now there can be buttons labeled "Save" and "Discard", and the consequences of both are equally clear.

      One could debate which of the Macintosh/GNOME convention of "affirmative button on the right" and the Windows convention of "OK as the default button and default button on the left" is better (and perhaps the Windows convention is "better" by virtue of being the one familiar to more people), but neither of them are something done by "NO ONE ELSE ON THE PLANET".

    15. Re:I wonder what features got removed! by m50d · · Score: 1
      No dialog box should ever have Yes and No buttons. The buttons should always be labelled with actions (e.g. 'Save,' 'Discard,' 'Cancel').

      What, to make it hard to learn dialogs?

      I answer yes/no questions from other people all the time. I'm quite capable of doing so from my computer, and if it would use them every time it wants to ask a yes/no question, it would make it far easier for me to learn.

      --
      I am trolling
    16. Re:I wonder what features got removed! by Slowping · · Score: 1

      Also, re: your hypothetical pizza situation, I have long been of the opinion that Yes/No/Cancel dialogs could usually stand to benefit from a "Maybe" button.


      Well, it's possible to simulate a non-deterministic finite automata deterministically, so I don't see why it's not possible to give "Maybe" options until a better decision can be reached later.
      --
      (\(\
      (^.^)
      (")")
      *beware the cute-bunny virus
    17. Re:I wonder what features got removed! by arose · · Score: 1
      Does Gnome actually even have action buttons labeled, literally, "Yes" and "No"?
      From the Gnome HIG:
      Button Phrasing. Write button labels as imperative verbs, for example Save, Print. This allows users to select an action with less hesitation. An active phrase also fits best with the button's role in initiating actions, as contrasted with a more passive phrase. For example Find and Log In are better buttons than than Yes and OK.
      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    18. Re:I wonder what features got removed! by arose · · Score: 1

      Save or Discard? [Yes/No]

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    19. Re:I wonder what features got removed! by m50d · · Score: 1
      Save or Discard? [Install/Dismiss]

      A bad dialog using a particular convention proves nothing. A yes/no done properly is just as understandable and easier to learn.

      --
      I am trolling
    20. Re:I wonder what features got removed! by arose · · Score: 1

      It's easy to do a bad Yes/No dialog, but even if it's well done you have to read the question--you don't have to with many Gnome dialogs as they want an action not an answer.

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    21. Re:I wonder what features got removed! by m50d · · Score: 1

      So I have to read the buttons instead. That's no less work. Besides, quite often I know what the question will be.

      --
      I am trolling
    22. Re:I wonder what features got removed! by arose · · Score: 1
      That's no less work.
      Why not: "Just 'Save' it!"
      Besides, quite often I know what the question will be.
      And I often know what action I will take.
      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    23. Re:I wonder what features got removed! by m50d · · Score: 1
      Why not: "Just 'Save' it!"

      Well, if you're going to be like that the question could be simply "save?"

      And I often know what action I will take.

      But how do you know what the choice will be?

      --
      I am trolling
    24. Re:I wonder what features got removed! by arose · · Score: 1
      Well, if you're going to be like that the question could be simply "save?"
      That would cut information like the reason the dialog poped up in the first place, the current Gnome dialogs provide both the information and a way to skip it.
      But how do you know what the choice will be?
      Affirmative action to the right, cancel right next to it on the left side. If in doubt read what the buttons say, if still in doubt read the text.
      --
      Analogies don't equal equalities, they are merely somewhat analogous.
  16. what different look? by iamwhatiseem · · Score: 1

    I agree with the guy that is glad they are copying the OSX look rather than windows, but other than that..still looks like it is designed by a guy needing anti-depressants. Boooooorrriiiiiiiing...

    1. Re:what different look? by creepynut · · Score: 1

      Some of us who need to use our computers to get work don't think of it as boring, as much as it is usability-oriented.

    2. Re:what different look? by TeacherOfHeroes · · Score: 1

      Boooooorrriiiiiiiing...

      Perhaps this is because it is designed to look rather generic/clean/sterile out of the box so that it fits in nicely in any home or buisness environment. If you want something more exciting or personalized, there is absolutely no one stopping you from taking five minutes and visiting places like art.gnome.org or www.gnome-look.org

      Personally, I don't care for the default look, but some of the fun was in customizing the appearance and making it my own.

      That being said, it would be interesting to see something like Tango! gain more widespread use.

    3. Re:what different look? by ClamIAm · · Score: 1
      You could make a somewhat similar, snarky comment about any other desktop manager/theme (KDE, other Unix WMs, Windows, Mac, etc). Not that it has any bearing on anything other than your opinion. But hey, I won't stop you from bashing GNOME.

      Oh, and by the way, you should post your oh-so-holy opinion as to why some other desktop environment is SO much better. Oh wait, you're just trolling. Never mind.

  17. Re:The Linux desktop is finally coming into it's o by frankm_slashdot · · Score: 1

    Damn. That is probably the single most polite Gnome/KDE comment I've ever read on slashdot. I almost feel like I'm performing a disservice to this thread by replying to it without adding anything insightful. Good work. /me tips hat in your direction.

    - Frank

  18. Hopefully Evolution has a fix for Palm-Synch bug by duncan+bayne · · Score: 1

    I'm running Mandriva 2005, and although I've found the PalmPilot integration to be quite functional, Evolution is only hot-synching one of my task categories, which is a known bug.

  19. New Gnome by Anonymous Coward · · Score: 0

    Still ugly after all these years.

  20. Debian stable user here by d.corri · · Score: 1

    GNOME 2.14?? I'm still using version 2.8!!

    1. Re:Debian stable user here by ivoras · · Score: 1

      Wait until 2.16 so you can actually see some changes when you upgrade :)
      Point releases are hardly distinguishable from each other in the parts that matter.

      --
      -- Sig down
  21. Re:Rootprompt by Anonymous Coward · · Score: 0

    Shut the fuck up Noel.

  22. Re:The Linux desktop is finally coming into it's o by carlmenezes · · Score: 1

    Thanks :) It is always nice to be appreciated :) Was simply directing credit to where the credit was due :)

    --
    Find a job you like and you will never work a day in your life.
  23. So many choices... by B5_geek · · Score: 1, Interesting

    Ok, I give up. You two (Gnome & KDE) can just stop fighting over me. You have won.

    I started out (RedHat v5.2) hating Gnome with a passion. So I checked out what my choices were (thank-god for Linux) and moved on to KDE. I loved the options and the configurability. ...years later...

    Ok I can't stand XP anymore. I'm "grown-up" enough to stop playing games and doing something constructive with my PC so let's give Debian a try for a desktop.

    Well I see that Gnome is still spoon-feeding me, that took 10 minutes, so let's give KDE a whirl.
    Love the tools hate the wrapper.
    Hello IRC, can sombody suggest a different WM/DE?

    Wow IceWM now you are talking!!!!
    Cool XFce even better...

    Geez I wish Debian would hurry up and update the kernel, I NEED THOSE PATCHES OR I CRASH!
    Hello Ubuntu!
    Well I know that I hate Gnome, KDE isn't installing right... Where is IceWM? Hey look XFce.

    Shit not working right.
    ---format---reinstall---etc
    lather-rise-repeat

    3 attempts later.

    Fine! I'll try this default stuff.
    woah, it works.
    I hate this thing.
    Geez it is working though.,

    My solution: I mostly run KDE-based apps in the Gnome DE. (While wishing XFCe would work 100%.)
    Gnome has won the "It just works" contest for me.

    Congrats on the release guys. Good Job.

    --
    "The price good men pay for indifference to public affairs is to be ruled by evil men." ~Plato (427-347 BC)
    1. Re:So many choices... by Anonymous Coward · · Score: 0

      Try Mepis and update it with Sid. You'll never go back.

    2. Re:So many choices... by one_shooter · · Score: 1, Offtopic

      You need to receive enlightenment my child. It is a difficult path not traveled by many but you will be gratified knowing you are on the one true path.

      The latest version is 0.17.

      http://www.enlightenment.org/

    3. Re:So many choices... by nbritton · · Score: 1

      It's very easy to get a FreeBSD/KDE desktop up and running.

      You could also give PC-BSD a try, It's an offshoot of FreeBSD designed for desktop use. It uses KDE (3.5.1), GUI installer, has auto updating stuff, self-contained program packages (Like on Mac's) and simple GUI package & system management tools, and many other cool stuff.

      http://www.pcbsd.org/
      http://www.freebsd.org/
      -------------------
      Anyways... KDE has completely won me over. My opinion is it's *better* then Windows and almost as good as Mac OS X, just wait till KDE 4 is out! The three KDE/QT apps I can't live without are Qalculate!, amaroK, and Quanta Plus. It would be nice if you could build Firefox, OOo, and Java with QT, and have KDE bindings.

    4. Re:So many choices... by PygmySurfer · · Score: 1

      The latest, not quite ready for prime-time release you mean?

      "Enlightenment, as of DR0.17 (which hasn't been released yet. latest developent snapshots are 0.16.999) is our next-generation window manager."

    5. Re:So many choices... by Anonymous Coward · · Score: 0

      Uh, if you're such a huge-ass KDE fan, maybe Kubuntu? Duh.

      I use the default Ubuntu, GNOME's not any worse than KDE. They both suck but so does Windows and OS X. K3B, khexedit, and a couple other minor proggys are the only worthwhile KDE apps.

    6. Re:So many choices... by Anonymous Coward · · Score: 0

      XFCE does work for me and is my wm of choice. Actually rum loads of K apps too, big install because of all klibs
      but mixin and matchin works fine and stable in the hands of xfce. I use stuff like blender and ardour, totem for movies and stuff, its a realy nice system, but its all Debian Sarge at the end of the day, that's where my current system started life about May last year. I ditched KDE and Gnome way back for more lightness.

    7. Re:So many choices... by one_shooter · · Score: 1

      For most distributions you will need to complile e17 modules. They can be found here: http://enlightenment.freedesktop.org/ I have done this for my Slackware 10.2 distro and seems to be operating well. There one distribution I know of with enlightenment installed and it is Vector Linux SOHO edition.

    8. Re:So many choices... by aconkling · · Score: 1
      My solution: I mostly run KDE-based apps in the Gnome DE. (While wishing XFCe would work 100%.)
      I'd be interested to know why Xfce doesn't work for you; I'm an avid user and I find that running a few GNOME programs in Xfce is the way to go. If you want to comment here or contact me personally, really I'd be interested to know so maybe I could offer some help.

      BTW, not to be a tool, but it is Xfce, not XFce. Common misconception.
  24. speed! by bcrowell · · Score: 1, Informative

    I'm thrilled that they led off the article by talking about performance improvements. For the last 5 years or so, I've been staying away from Gnome because of its poor performance. I still remember the first time I tried it, ca. 2001 -- after clicking on a folder, I literally had time to get up and get a cup of coffee before it would open. Although I've been pretty happy with fluxbox recently, there are times now and then when it might be handy to have more of a full-featured desktop environment. I'll have to try Gnome again.

    1. Re:speed! by say · · Score: 1

      You know, GNOME hasn't really been developing for 1996 computers for quite some time. Fluxbox, icewm and the like are meant for people like you, who use obsolete hardware. Don't misunderstand me: I don't think using old hardware is wrong - I just don't think you can expect GNOME to target all possible desktops.

      OTOH, GNOME works very nicely and swiftly on my 2002 computer. And I do personally believe - without having tested it - that 2.10 and 2.12 improved its speed.

      --
      Roses are #FF0000, violets are #0000FF, all my base are belong to you
    2. Re:speed! by bcrowell · · Score: 1

      I wasn't using old hardware. I was using new, low-end hardware.

    3. Re:speed! by binford2k · · Score: 1

      I'd assume that he's talking about Nautilus. More specifically, he's probably talking about using Nautilus to view his porn folder. In 2001, it was dog slow when generating previews of a large folder. KDE would snap right open and was usable in a few seconds. Nautilus would take minutes to generate all the previews and respond again. Even on current (for the time) systems.

    4. Re:speed! by dtfinch · · Score: 1

      Same here. My computers have always been obsolete when I bought them new. Apart from the graphics, they're good systems, so long as you install lots of ram.

      Just finished installing Ubuntu Dapper Flight 4 while typing this, with Gnome 2.13.91. It does seem faster than before. My secondary desktop is a 1.8ghz Celeron, 512mb ram, 40gb hd, Intel 845G chipset.

  25. How do we make it look more compact? by Anonymous Coward · · Score: 1

    Personally, I just love Gnome. But there is however one thing in Gnome that bothers me much and which KDE doesn't have.
    Is there any way to make Gnome look a bit smaller and more compact? That is to say, to smallen the height of menus, the height of toolbars and so on. In my opinion, the only one annoying feature is that Gnome just takes too much space on the display.
    Unfortunately, my laptop can't support higher than 1024x768 resolution so I lose lots of visible space. Any suggestions?

    1. Re:How do we make it look more compact? by UuCon · · Score: 3, Informative

      right-click on your menubar, select properties and then
      change the number in the 'Size' box. Done! This feature
      has been there since 1.x days.

      Toolbar size depends on your font size. Go into your
      Preferences->Font and change 'Application Font' to
      something smaller.

    2. Re:How do we make it look more compact? by Anonymous Coward · · Score: 0

      I moved all of the stuff that was on the top toolbar onto the bottom toolbar and got rid of the top toolbar. This reduces wasted screen space. Also, instead of cramming a zillion windows onto the screen, I generally run one maximized application in each desktop, usually terminal, xemacs, Thunderbird, and Firefox. I also stick XMMS behind one of the other windows while it's playing. I don't see any need to have windows that I'm not using remain visible and waste space.

  26. Beware the Ides of March! by dumbnose · · Score: 3, Funny

    Didn't anyone tell them that this is a dangerous day for this?

    Et tu, Bill?

  27. No / Yes - NO! by Spy+der+Mann · · Score: 1

    I'd also love to know why they decided that the proper order for buttons is "No/Yes"

    I really hope they implement some way to switch that... I come from Windows and this is the most irritating "feature" of GNOME. It's even more irritating if you have a dual boot, since you can't readapt your brain to get a specific order of clicking a dialog.

  28. Yeah but... by Senzei · · Score: 0, Redundant
    ...it can't hold a candle to KDE for configuration. I mean, why would I want all these Gnome developers making choices for me? Seriously, they have a foot for their project icon, what kind of design sensibility comes up with that?

    Dance my pretties, dance.

    --
    Slashdot: Where anecdotes and generalizations can be freely substituted for facts, logic, or intelligence
    1. Re:Yeah but... by Overly+Critical+Guy · · Score: 1

      After all, the first thing I want to do when I install a desktop environment is to spend an hour configuring it, instead of using it.

      --
      "Sufferin' succotash."
    2. Re:Yeah but... by EzInKy · · Score: 1


      After all, the first thing I want to do when I install a desktop environment is to spend an hour configuring it, instead of using it.


      Actually that is the first thing I want to do. I know the keys I want to use to accomplish tasks, the style I want my widgets to look like, what colors and fonts are the most pleasing to my eyes, and which mouse cursors are the easiest for me to see. A control center that allows me to quickly set these preferences is a very handy thing to have indeed.

      --
      Time is what keeps everything from happening all at once.
    3. Re:Yeah but... by ubernostrum · · Score: 1

      Actually that is the first thing I want to do. I know the keys I want to use to accomplish tasks, the style I want my widgets to look like, what colors and fonts are the most pleasing to my eyes, and which mouse cursors are the easiest for me to see. A control center that allows me to quickly set these preferences is a very handy thing to have indeed.

      And this is the point where I step back and say that's great... for you and KDE. But not everyone wants or needs that, and plenty of people prefer something that just lets them hit the ground running with well-chosen default settings. And for those people (and I'm one of them), there's GNOME. I find that, on average, there are exactly two things I need to do to GNOME to make it suit me perfectly:

      • Add a few application launchers to the panel.
      • Change the theme (including wallpaper and fonts).

      And that's it. Since that's all I ever need, I stick with GNOME and get things done (plus, well, the GTK/GNOME-based applications tend to be more useful, but that's a whole different discussion). If you want to spend hours configuring everything to your heart's content, then stick with KDE or, better, switch to Enlightenment. I used it day in, day out for years, and got it exactly how I wanted it, but when I realized I could get an environment in GNOME that was just as useful with about thirty seconds of configuration, I switched.

    4. Re:Yeah but... by EzInKy · · Score: 1


      And this is the point where I step back and say that's great... for you and KDE. But not everyone wants or needs that, and plenty of people prefer something that just lets them hit the ground running with well-chosen default settings. And for those people (and I'm one of them), there's GNOME.


      The question though is what is wrong with offering both well-chosen defaults to hit the ground running with AND advanced configuration options for those who like to twiddle? Oh, and please don't take any of this wrong. Most of us who question the direction Gnome has taken do so because we'd like to see Linux focus on a unified desktop that fills the needs of all users.

      --
      Time is what keeps everything from happening all at once.
    5. Re:Yeah but... by arose · · Score: 1

      More configuration options = more possible bugs.

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    6. Re:Yeah but... by ubernostrum · · Score: 1

      The question though is what is wrong with offering both well-chosen defaults to hit the ground running with AND advanced configuration options for those who like to twiddle? Oh, and please don't take any of this wrong. Most of us who question the direction Gnome has taken do so because we'd like to see Linux focus on a unified desktop that fills the needs of all users.

      In a way, you've answered your own question: you can't please all of the people all of the time. And, FWIW, GNOME does offer plenty of advanced configuration options, but critics tend to gloss over them by saying GConf shouldn't count because it reminds them too much of the Windows registry.

  29. using 2.9.13.9x for a week in Ubuntu 6.10 betas by pyros · · Score: 5, Interesting
    There are some nice improvements. Gnome-power-manager adds a slick interface to configuring stuff like hibernate on critically low battery, what actions are taken for closing your laptop lid, sleep/power buttons, and stuff like that.

    NetworkManager is much improved, too. At least in Ubuntu 6.10 betas, you don't need bind do use it! Instead it finally uses the existing functionaly of the DHCP client to write /etc/resolv.conf. I don't think the VPN stuff from CVS is going to make it in though.

    Rhythmbox 0.9.3.1 is pretty nice. It has [iTunes] playlist sharing built in (reportedly, don't anything to share with). I don't have an iPod but I think that should be supported practically out-of-box too. So you might wonder what improvements I actually do notice. You can finally specify a watch folder to sync your library with, import an audio cd, scan removable media, and queue songs from your current playlist. The queue is viewable as a sidebar pane like the cover art display in iTunes. No support for displaying the cover art yet, though.

    Gstreamer 0.10 has cleaned up the plugin code, and reorganized their plugin classifications. Good plugins are open source and highly functional. Ugly plugins are legally questionable in some jurisdictions but are highly functional. Bad plugins are ones that may have bad implementations and I guess are more likely to not work. Unfortunately the faad/faac plugins are in the bad package, which currently has to built from source on Ubuntu 6.10. Hopefully that will be added to universe or multiverse by release. Everyone post from someone who has built it reports that AAC files play just fine (including me).

    I am having some trouble with dbus/hald not showing desktop icons for hard drive partitions mounted under /media. I set the gconf key for volumes_visible, and that works for CDs and such. But I have to restart dbus/hald after logging in to get partitions to show a desktop icon.

    Lastly, I haven't yet got xgl+compiz working yet. But compiz seems hard coded to use Mesa so far, so some people are reporting it's actually slower than plain old xorg with the Ati/Nvidia binary drivers.

    1. Re:using 2.9.13.9x for a week in Ubuntu 6.10 betas by miscz · · Score: 1

      I tought I was using the bleeding edge apps when I have installed 6.04. You are ahead of your times, sir :)

    2. Re:using 2.9.13.9x for a week in Ubuntu 6.10 betas by DragoonAK · · Score: 1

      The iPod support for Rhythmbox is a joke. All it supports is playing mp3s (if you have the appropriate gstreamer plugins) off the iPod. It doesn't allow you to copy to the iPod. Amarok does. Banshee not only copies mp3s but even transcodes from Ogg or FLAC (I assume) to mp3 or AAC (again, assumption) so the iPod can use it. Novell showed this off at SCALE recently, and it worked flawlessly.

      DAAP browsing works just fine - Rhythmbox picked up somebody's share at SCALE. The newish podcasting support is pretty nice as well. They just really need proper ipod support.

    3. Re:using 2.9.13.9x for a week in Ubuntu 6.10 betas by ookaze · · Score: 1

      I am having some trouble with dbus/hald not showing desktop icons for hard drive partitions mounted under /media

      This is a hal configuration problem. There is a lack of a GUI tool to configure HAL, and I think that's because the API are still not frozen.

      I set the gconf key for volumes_visible, and that works for CDs and such. But I have to restart dbus/hald after logging in to get partitions to show a desktop icon

      I'm pretty sure you can do it if you change the HAL configuration, but you have to edit the XML conf files (or create your local one that takes precedence) for now.
      Thats' what I have done to change some mount points to french words, and change some behaviours (like mounting devices with 'users' flags, as I have several simultaneous sessions on my PC).

  30. Link KDE/GNOME applications w/ Motif library? by Anonymous Coward · · Score: 0

    KDE, GNOME and Motif are all based on the same basic idea of widgets/gadgets. Most of the concepts and the widgets themselves are interchangable, except for the names and other minor differences. Personally I prefer the good old Motif style and like MWM (YTMV). I really do not want to install KDE or GNOME and then mix it with Motif. But I do like some of the KDE/GNOME applications, especially some KOffice applications. Is there any project to interface KDE/GNOME applications with the original Motif library instead of the KDE/GNOME libraries?

    1. Re:Link KDE/GNOME applications w/ Motif library? by Mancat · · Score: 0, Troll

      I think you just won the award for the craziest question ever asked on Slashdot. Motif widgets are NOT interchangeable with Qt/Gtk. Those two aren't even interchangeable. Not to mention the fact that Motif is old, crusty, and un-free anyway.

      I think we moved past Motif around 1995. I know there are some commercial products that still want to use it, but those guys are few and far between.

      --
      hello dear sirs my name is jamesh i are india (bihar) can u guide me install red had linux 9?
    2. Re:Link KDE/GNOME applications w/ Motif library? by Anonymous Coward · · Score: 0

      "Is there any project to interface KDE/GNOME applications with the original Motif library instead of the KDE/GNOME libraries?"

      Not that I know of. GNOME and KDE developers have talked about coming up with a unified toolkit though. I'm not sure about the status of this idea, nor whether or not it will actually happen - but it is good that they have finally discussed it. If/when a unified toolkit is decided on and (implemented), I will be a very happy camper.

    3. Re:Link KDE/GNOME applications w/ Motif library? by Anonymous Coward · · Score: 0

      Thanks! At least someone here who understands this matter. ;-) Yes, a layer to compile and link GNOME applications ontop of KDE and vice versa is another interesting direction.

    4. Re:Link KDE/GNOME applications w/ Motif library? by Anonymous Coward · · Score: 0

      Ever heard about lesstif and openmotif? The only thing crusty here is your thinking.

    5. Re:Link KDE/GNOME applications w/ Motif library? by Mancat · · Score: 0, Troll

      Yes I have heard of them. That doesn't have anything to do with what he asked, though.

      --
      hello dear sirs my name is jamesh i are india (bihar) can u guide me install red had linux 9?
    6. Re:Link KDE/GNOME applications w/ Motif library? by Klivian · · Score: 2, Insightful

      I think you just won the award for the craziest question ever asked on Slashdot. Motif widgets are NOT interchangeable with Qt/Gtk.

      Not as crazy as you think. If you need to migrate a large Xt and Motif application to a modern toolkit, that's the most sensible solution. And the exact reason why the TT has developed the Qt Motif Extension. The Qt Motif Extension provides a complete and working solution for incremental migration. http://doc.trolltech.com/3.3/motif-walkthrough.htm l

    7. Re:Link KDE/GNOME applications w/ Motif library? by Anonymous Coward · · Score: 0

      Then focus on the topic, instead of making baseless statements like "Not to mention the fact that Motif is old, crusty, and un-free anyway."

  31. Xiaman it by HotBBQ · · Score: 0

    Is there a Xiamanized version yet? I love the purdy colors.

  32. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  33. Kudos to the sender by Saiyine · · Score: 1


    Kudos to the submitter for using Coral Cache, but remember that those behind corporate firewalls won't be able to read the page.

    --
    Hosting 20G hd, 1Tb bw! ssh $7.95
    1. Re:Kudos to the sender by idonthack · · Score: 1

      Or high school firewalls.

      --
      Why is it that when you believe something it's an opinion, but when I believe something it's a manifesto?
  34. Re:No / Yes - NO! by DigitalGlass · · Score: 1

    usually people read the dialog before blindly clicking it :-)

  35. Why by Millenniumman · · Score: 1

    Why do the Linux GUIs always have the menu bar as part of the windows and the top 3 buttons on the right? Surely it makes more sense to only have one menu bar taking up space at a time, and the buttons near the menus where your mouse is.

    --
    Stupidity is like nuclear power, it can be used for good or evil. And you don't want to get any on you.
    1. Re:Why by pyros · · Score: 3, Informative
      Why do the Linux GUIs always have the menu bar as part of the windows and the top 3 buttons on the right? Surely it makes more sense to only have one menu bar taking up space at a time, and the buttons near the menus where your mouse is.

      KDE can be configured with one global menubar. Both KDE and Gnome can have the buttons on the left, you just have to find a window manager theme that puts them there.

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

      While I prefer GNOME to KDE, I must give it credit that with at least KDE 3.4.2 (I haven't tried any older versions), you can go into the KDE Control Center and somewhere in there (forget where) there's an option to *arbitrarily* place the buttons/titles/etc on the titlebar. You could create a really whacked out titlebar if you desired.

    3. Re:Why by corrosive_nf · · Score: 1

      So you want OSX?

    4. Re:Why by spitzak · · Score: 1

      The obvious answer today is to be similar to Windows. However there is a bit more history, all X programs I have ever seen, including the first ones, would attach the controls to the window displaying the document, and Windows actually copied this design.

      An OS/X style menubar does not work with point-to-type. Despite detractors, point-to-type is such a huge improvement in speed and usability of multiple windows that people accostomed to it will NOT give it up.

      Putting the menubar into the window title would be a good idea and would reduce screen usage, but this can only be done practically if the "window manager" is eliminated and programs draw their own borders. Unfortunately there is a huge fear that the users will be "confused" by window borders that don't all draw exactly pixel identical to each other, despite the fact that every X and Windows game and media player does this already and the users are not complaining.

    5. Re:Why by Just+Some+Guy · · Score: 1
      Why do the Linux GUIs always have the menu bar as part of the windows

      As others have pointed out, that's configurable. However, many of us prefer "focus follows mouse", which is essentially incompatible with a standalone menu bar. The menu options would rapidly cycle across every application you happen to mouse over on your way to the bar, making it very difficult (if not impossible) to actually get the menu of the application you want.

      --
      Dewey, what part of this looks like authorities should be involved?
  36. GNOME's audio backend GStreamer to use DRM by billybob2 · · Score: 3, Informative

    GStreamer, the official audio backend for GNOME, will include DRM plugins developed by a company called Fluendo, which hopes to make money by restricting the users' rights and turning GNOME/Linux/"the Free Desktop System" into a Vista-like nightmare controlled by the entertainment cartel. Why? Because Fluendo is on the GNOME Foundation's Advisory Board. I can't believe I've been so stupid to actually give them money, so that they can turn around and stab Free Software in the back! Never again will I trust the GNOME Foundation after they sold out the community like this.

    I hope KDE is smart enough to avoid DRM by choosing a multimedia backend that is GPL. This will ensure that users can change the code of any plugin, remove the DRM, and be left with a functional product. Xine would be an excellent choice for a multimedia backend, since it is light-weight, works with more codecs that Gstreamer (not to mention better) and can be included as a library in any program, like Kaffeine and Amarok have already done.

    1. Re:GNOME's audio backend GStreamer to use DRM by WeAreAllDoomed · · Score: 1, Insightful
      This will ensure that users can change the code of any plugin, remove the DRM, and be left with a functional product.


      when you remove the DRM from the code, you remove the ability to decode the DRM content.


      how is this different from simply not installing the DRM-enabled plugins in the GNOME product, aside from being far more difficult and pointless?

      --
      free software, open standards, open file formats, no software patents.
    2. Re:GNOME's audio backend GStreamer to use DRM by pyros · · Score: 1
      will include DRM plugins developed by a company called Fluendo, which hopes to make money by restricting the users' rights and turning GNOME/Linux/"the Free Desktop System" into a Vista-like nightmare controlled by the entertainment cartel

      How about you just not load the plugin. You could instead install the inevitable unlicensed plugin that handles the encrypted content but isn't legally distributable in some jurisdictions.

      I hope KDE is smart enough to avoid DRM by choosing a multimedia backend that is GPL.

      Gstreamer is GPL ...

      Xine would be an excellent choice for a multimedia backend,

      At least totem, and probably more, can already be run with either xine or gstreamer, just like kaffeine and amarok. Just install totem-xine instead of totem-gstreamer.

    3. Re:GNOME's audio backend GStreamer to use DRM by billybob2 · · Score: 4, Interesting

      Gstreamer is GPL

      Wrong, GStreamer is LGPL only. The GStreamer website is adamant about denying developers the right to license contributed code under the GPL:
      We require that all code going into our core package is LGPL. For the plugin code, we require the use of the LGPL for all plugins written from scratch or linking to external libraries.

      Fluendo, the company that controls GStreamer, wants to link their DRM plugins to LGPL code contributed by the naive independent developers, who don't realize that by writing LGPL multimedia code, they might as well be working for the RIAA and MPAA.

      Xine on the other hand is GPL, and any code that links to Xine must also be GPL. So even if someone decides to make DRM plugins or apps for Xine, they will have to give users the source code to those plugins. There will inevitably be some users who know how to extract the useful part of the codec while leaving out the DRM restrictions. As the KDE developer Aaron Seigo eloquently put it:
      DRM + source code = no DRM

      Now I realize why Richard Stallman warned against using LGPL for any code, including libraries. Too bad the makes of GTK and GNOME didn't listen. But thank God the makers of Qt and KDE did!

    4. Re:GNOME's audio backend GStreamer to use DRM by diegocgteleline.es · · Score: 5, Insightful

      Vista is much worse than just a plugin, they're planning to control via DRM absolutely all the path that the media content follows from your DVD to your screen.

      DRM is just a propietary file format to keep people tied to a software just like CSS is a very succesful way to control the dvd-player market. It's not there to keep people away from seeing video. By implemeting DRM support you break the main purpose of DRM

      The one reason why itunes sells DRMed songs is because in 5-10 years, everyone who bought itunes songs will NEED to buy a ipod to listen those songs, no matter if by that time ipod is the worst and more expensive player of the galaxy. You're stuck with apple products

      The same goes for DRM'ed .doc documents. Has microsoft published the office stanrdard to let people steal market share from a product which is 30% of the total income of microsoft? Hell, no. Publishing standards in office 2003 looked nice to governments. In the real world, office 2003 also includes DRM. All documents DRM'ed with office will need...office to be opened again in the future. No other software will be able to open them if Microsoft doesn't let them. Office standards being "opened" is just a lie. DRM being "secure" is just a lie. I can do everything office DRM does with PGP - even allowing people to see documents remotely through a "DRM server"

      So DRM is just a closed document format. But instead of being a standard closed format which can be reverse-ingeniereed, they use crypto to make the "perfect closed format": A closed format that can't be reverse-enginereed. By allowing people to use DRM in other systems you break the purpose of DRM. But yes, DRM should be avoided. It's ironic that DRM has been created in the country that is supposed to love capitalism - DRM keeps me away from choosing products from other companies which is what the capitalism is about.

    5. Re:GNOME's audio backend GStreamer to use DRM by 0racle · · Score: 3, Insightful

      restricting the users' rights As opposed to, oh I don't know, some random person advocating restricting users rights to run what they choose to on their system.

      Some people are going to want to run and use DRM-ified content. You are trying to restrict their rights to do so by demonizing a technology that can not be evil so as to push forward your own agenda. Information does not want to be free, it can't want anything. Software does not have rights, computers do not have rights. People do have the right to use their system the way they want, and that includes choosing systems that use DRM.

      A truly free system allows the user to choose how to use it, it is not one where the developers force their agenda.

      --
      "I use a Mac because I'm just better than you are."
    6. Re:GNOME's audio backend GStreamer to use DRM by Anonymous Coward · · Score: 0
      Fluendo, which hopes to make money by restricting the users' rights and turning GNOME/Linux/"the Free Desktop System" into a Vista-like nightmare controlled by the entertainment cartel.

      Troll much?

      Vista will enforce DRM upon the users. There will be no escape.

      Fluendo hopes to make money by selling plugins to play multimedia formats. This means some DRM. If you try to play a WMA clip in Totem, the appropriate plugin will be invoked, but there's nothing in the system that will force you to use that plugin. And if you truly hate DRM, just don't buy the plugin.

      Because MPEG video is patent-controlled, and because I wish to obey the law, I wish to have a GStreamer plugin that has paid the appropriate royalties. So, when I first read about Fluendo I was happy.

      The mix-and-match nature of GStreamer is a good thing here. I want a DVD player that has a legal MPEG decoder, but is in all other ways free software. As a specific example, I do not want my DVD player to honor the "force user to watch this" bits on a DVD; if I want to skip past the FBI warning, I should be able to do it. (I don't want to infringe on copyrights or commit piracy, but I also don't want to see the same warning over and over and over.) There is no law that says a DVD player must honor those bits.

      You say, in strong language, that you would prefer a GPL solution for multimedia, specifically to make it impossible for anyone to ever offer products with DRM that works. I think that's shooting yourself in the foot. If you tell a customer "Yes, you can legally play all the popular media formats", you might get that customer on to a GNU/Linux desktop. If the customer buys Vista instead, is that a win for us? If that's a win, how is it a win?

      Here's my favorite part from the page you referenced:
      In some ways I hope we will be able to do with DRM what we hope to accomplish with our streaming hosting platform. People come to us and ask for WMA or MP3 streaming, and we are able to give them that, but we also give them Ogg streaming as part of the package. In that way we help make sure more and more content is available as Ogg streams and through that help solve part of the chicken-egg problem that is there in regards to widespread adoption of Ogg.

      Personally, I think this is better than saying "We won't help you do those rights-crushing DRM-sucking formats. Use Ogg, and like it! If you won't use Ogg, don't waste our time!". And I daresay that their bundling of Ogg will help spread the popularity of Ogg.

      The great part about free software: you and Richard Stallman can run completely free machines if you like. (Right down to the BIOS; get a LinuxBIOS compatible motherboard and install LinuxBIOS instead of the proprietary BIOS.) But those of us who would like to enjoy multimedia, legally, are willing to install LGPL plugins, and I think that's a good thing.

      P.S. Before you flame me: I haven't bought any DRM media yet, unless you count DVDs. For music I mostly buy CDs, rip them myself, and make Ogg files out of them. I also get music from Magnatune.com.
    7. Re:GNOME's audio backend GStreamer to use DRM by pyros · · Score: 4, Interesting
      Wrong, GStreamer is LGPL only.

      My mistake.

      We require that all code going into our core package is LGPL. For the plugin code, we require the use of the LGPL for all plugins written from scratch or linking to external libraries.

      Good job selectively quoting the site. What they're saying on their licensing page is that in order for a plugin to be part of gstreamer.org's distribution the plugin must be LGPL. The answer is simple, don't write a plugin for gstreamer.org to distribute. Write GPL licensed plugins for the Linux distribution maintainers to distribute. From the licensing page you linked to:To keep this policy viable, the GStreamer community has made a few licensing rules for code to be included in GStreamer's core or GStreamer's official modules, like our plugin packages

      Fluendo, the company that controls GStreamer, wants to link their DRM plugins to LGPL code contributed by the naive independent developers,

      As is their right under the licensing agreement. But we don't have to use those versions of the plugins if we don't want to. We can compile the non-DRM enabled LGPL code. That is also our right under the licensing agreement.

      Xine on the other hand is GPL, and any code that links to Xine must also be GPL

      And as a result xine can't legally be distributed in the United States with the ability to play a CSS encrypted DVD. Gstreamer was written with the licensing and framework to avoid that problem. Personally, I would like to see software that plays DVDs on desktop Linux and is legally distributable in the United States. To be honest I'd rather see the legallity not be an issue, but that is harder to get changed.

    8. Re:GNOME's audio backend GStreamer to use DRM by Pecisk · · Score: 4, Insightful

      Yeah, yeah, right. What about DVDs I would like to see? What about DRM-enabled bought files from iTunes?

      Lets be clear. DRM is not evil. Abuse of it's functionality and usage from RIAA/MPIAA is, well, it is close to stupid and shortsighted (at least so far - region coding for DVD for price fixing, requesting DRM for bough songs in Internet shops like iTunes). But there are lot of LEGAL and UNDERSTANDING uses of DRM in multimedia, even for small media companies.

      I understand that music and movie cartel actions is something is should not taken lightly, however, such hyperbole which are claimed by RMS and other "wisle blowers" are too much. Fight companies which abuse DRM, don't fight DRM itself. Because by itself it is just one of technologies to allow copyright holders have their rights fullfilled. If it is abused to limit anything.

      It is NOT a black/white situation. And claiming that Fluendo is doing just to give "control of Linux desktop media to cartels" are plainly overblown and childish claim. Fluendo actually created LEGAL mp3 plugin for you to use, freerly. you can download it at their webshop, put it in your home directory, and vola - no half-legal repositories, no endless searching. It is just works.

      And by the way, Xine is illegal to distribute in US with mp3/divx/quicktime support. It is just by the way. Mplayer too.
      Of course, there is "nothing wrong" with these apps in geeks view. But it totally wrong to think that any distro will get ANY kind of support for those prioritary formats out there with such attitude. Oh, you don't want prioritary formats? What about your XVID videos? What about divx movies? Mp3? Quicktime trailers which geeks love so much? Haven't got enough?

      Be real. There is world out there which are seeking compromises not always screaming about something they don't like. And trolling (yes, such claims about Fluendo ARE trolls) won't help not your cause, nor KDE, nor Linux desktop overall.

      --
      user@ubuntubox:~$ stfu This server is going down for shutdown NOW!
    9. Re:GNOME's audio backend GStreamer to use DRM by RzUpAnmsCwrds · · Score: 0, Troll

      Fluendo, the company that controls GStreamer, wants to link their DRM plugins to LGPL code

      Yeah, screw them for adding value to GStreamer while leaving the core framework open! How dare they write licensed plugins for MP3 and other formats.

      who don't realize that by writing LGPL multimedia code, they might as well be working for the RIAA and MPAA

      Yeah, screw those developers for wanting to write a media framework that is open enough to allow closed-source plugins.

      Too bad the makes of GTK and GNOME didn't listen. But thank God the makers of Qt and KDE did!

      Yeah, thank god that you can't develop a closed-source Qt app without paying Trolltech. We wouldn't want to encourage people to write commercial applications that interoperate wiht the rest of the desktop!

      You critisize Microsoft from using proprietary formats to deter interoperability, but when an open-source project makes the decision to allow compatibility with closed-source applications, you jump all over them! VMWare wouldn't use GTK+ if it were GPL, and neither would many of the other commercial Linux apps - we'd be exactly where we were 10 years ago, with every application using its own UI.

    10. Re:GNOME's audio backend GStreamer to use DRM by Arker · · Score: 1

      Yeah, thank god that you can't develop a closed-source Qt app without paying Trolltech. We wouldn't want to encourage people to write commercial applications that interoperate wiht the rest of the desktop!

      Trolltech were nice enough to pay top notch developers to write and constantly improve QT, and open that up for use in Free Software, and all they ask is that if you use it in non-free software, you send them a tiny licensing fee. How is that unreasonable?

      --
      =-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Friends don't let friends enable ecmascript.
    11. Re:GNOME's audio backend GStreamer to use DRM by Dolda2000 · · Score: 2, Informative
      I may be ignorant, but I don't think I understand. Either that, or you don't understand the LGPL. The LGPL most definitely requires access to the source code of the library it governs. If the DRM'd plugins are licensed under the LGPL, it is perfectly possible to alter them like any other open source library or program.

      What the LGPL does, is allow LGPL'd libraries to be used by non F/OSS programs. Even then, it requires access to the source code and build system, so that the LGPL'd parts of that program can be changed and then replaced to be used by the program, even if the program is compiled statically. The LGPL does not in any way permit hiding the source of those libraries themselves. Thus, it is perfectly possible to rip out the DRM parts of any LGPL licensed GST plugins.

      Did you not know this, or did I miss your point? I can agree that it could have been wise to license GST under the GPL, but I don't see it being for the reasons that you describe. Also, as I see it, it is better if any proprietary programs can use GST, because that still gives a better user experience in the end (since the user won't have to maintain several plugin repositories).

      External references: The LGPL and the GPL.

    12. Re:GNOME's audio backend GStreamer to use DRM by VStrider · · Score: 4, Informative
      Noone is forcing anything on you. DRM plugins will be in the "ugly" module. You don't have to install this module. GStreamer will still work perfectly fine with the rest of the plugins.

      From gnomejournal:

      Most distributions, for legal reasons, only ship a small subset of GStreamer 0.8 plugins. Because GStreamer's plugins are built from the same source module, each packager was forced to split it up to remove components that were illegal or unwise to use in their particular area of operation. The amount of custom code caused a number of problems for users. To solve this, 0.10 has five plugin modules called base, good, ugly, bad and ffmpeg. Base and good contain plugins that any distribution can ship without fear of potential legal issues. Ugly contains well-maintained plugins which may or may have legal issues of some form, generally patent or license issues. Bad is an incubation area where new plugins mature before moving to good or ugly. If a plugin never matures, it may remain in bad for the rest of its life. ffmpeg contains wrappers for all the codecs in the ffmpeg package. This new scheme will allow downstream packagers to have more consistent package naming and installation scripts, making it easier for users to discover and install the plugins that they need.

      The base package is not intended to contain all the plugins required by a typical GStreamer setup. Instead, it contains one important example of each type of GStreamer plugin. The code and documentation for base plugins will remain current so developers will always be able to create new plugins from a known working code base.

      --
      VStrider.
    13. Re:GNOME's audio backend GStreamer to use DRM by Anonymous Coward · · Score: 0

      So whats the difference between being "forced" to use the LGPL, which allows people to use Open Source as they please, or being "forced" to use the GPL, which "forces" people to give away everything even if they don't want to?

      Oh I forgot, thats one of those points that you 10 year old fuckwads just gloss over. Fuck you and your stupid fucking GPL "revolution".

    14. Re:GNOME's audio backend GStreamer to use DRM by Anonymous Coward · · Score: 0

      Don't fight DRM itself

      DRM is an insult to human dignity, and it WILL be abused, funneling money to the abusers so that they can bribe politicians, so that they can abuse some more. The buck has got to stop, and by raising this issue to the forefront of the computer user community, we just might be able to pull it off.

      Closed-source software is not always bad, but its obscurity lends itself to being used in DRM schemes that enslave users. As a developer of Free and Open Source Software, I don't want Hollywood bosses to hijack my software in order to handcuff users and rip them off. I care about my users' rights and about my own, and I certainly don't want my work to make the RIAA's life any easier.

      That's why I don't waste my time on GStreamer. Helping out multimedia apps licensed under the GPL (such as Xine and VideoLAN) is much better use of my time.

    15. Re:GNOME's audio backend GStreamer to use DRM by angulion · · Score: 1
      Fluendo, the company that controls GStreamer, wants to link their DRM plugins to LGPL code contributed by the naive independent developers, who don't realize that by writing LGPL multimedia code, they might as well be working for the RIAA and MPAA.

      And you do not have to use that DRM, since it is in plugin form. What comes to naïve independent developers, the people that for example has made gstreamer run on Nokia's webpad (770) are neither independent, nor naïve. GStreamer is acctually contributed to a lot by companies and this is where the LGPL enforcements are good.
      So, for opensource to reach new people and markets, like mobile devices, it needs to be able to adapt and be agile and that also might require to support stuff that not all like.
      IMHO you should quit whining since you do have a choise;
      a) Use GStreamer with DRM-plugins that supports watching the latest junk from Holywood.
      b) Use GStreamer without DRM-plugins and without the ability to (legaly) watch/listen to some content.
      c) Use for example Xine-backend in the app.

      Main thing, you have a choise.

      And for the record, I do not like DRM either, but I unfortunatly do not see a future where you can be so black and white. I rather have a little evil than no good.
      PS. Sorry to sound like a rant.

    16. Re:GNOME's audio backend GStreamer to use DRM by Anonymous Coward · · Score: 0

      You missed the point. With the LGPL, closed-source modules are allowed. For example, I could distribute GStreamer with a closed-source plugin I developed to handle my proprietary format and I only have to release any changes I make to the GStreamer libraries itself. I don't have to release my plugin's code. If it were licensed under the GPL, I could not do this. Under GPL I would be required to release my plugin's code under a GPL compatable license. The danger is that more and more useful functionality would be incorporated into the closed-source library. In essence, LGPL code can be used to bootstrap closed-source development.

    17. Re:GNOME's audio backend GStreamer to use DRM by ClamIAm · · Score: 1
      Now I realize why Richard Stallman warned against using LGPL for any code, including libraries. Too bad the makes of GTK and GNOME didn't listen. But thank God the makers of Qt and KDE did!

      I find it highly ironic that you use the example of Qt here. It's as if you make Trolltech out to be the savior of Free Software. Sorry, but reality makes them look a bit less altruistic. One big reason Qt is GPL'd is that it allows them to sell licenses to those who want to develop proprietary Qt applications. This, using your reasoning, makes them no better than Fluendo.

    18. Re:GNOME's audio backend GStreamer to use DRM by Anonymous Coward · · Score: 0

      My choice is to use Xine-based apps, and I think it is in the average user's best interest to do the same.

      When people start being sued left and right and thrown in jail, they'll gladly throw away their DRM-crippled CDs, DVDs, Bluerays, HD DVDs, and all the other garbage the RIAA and MPAA spew out.

    19. Re:GNOME's audio backend GStreamer to use DRM by Anonymous Coward · · Score: 0

      The great part about free software: you and Richard Stallman can run completely free machines if you like. (Right down to the BIOS; get a LinuxBIOS compatible motherboard and install LinuxBIOS instead of the proprietary BIOS.)

      Excellent idea! For reference, here's a list of vendors that produce to Linux-friendly hardware (computers, laptops, printers, wireless cards, motherboards, etc): http://UseFree.org/buying

    20. Re:GNOME's audio backend GStreamer to use DRM by billybob2 · · Score: 1

      One big reason Qt is GPL'd is that it allows them to sell licenses to those who want to develop proprietary Qt applications. This, using your reasoning, makes them no better than Fluendo.

      By licensing Qt as Free and Open Source Software under the GPL, Trolltech is encouraging developers to also release derivative work to the community as Free Software.

      If a third-party wants to develop proprietary apps on the Qt framework, then they are not sharing back to the community and it is only fair that they compensate Trolltech. Share and share alike, but if you don't want to share, pay up. Qt licensing makes perfect sense, and it is how Free Software was designed to work and be self-funding.

      This is in stark contrast with how Fluendo operates -- its business model is based on handcuffing users and denying them the right to use, study, modify, redistribute, and improve the source code of GStreamer's DRM, proprietary plugins. Not only that, Fluendo actually pays patent licensing fees to the RIAA and MPAA, making those monopolies even richer and more powerful than they already are.

      So if you're Fluendo customer, you can be sure part of your money goes into the pockets of the media barons. And if you're a GStreamer developer, you can be sure that your code will be used by the same entertainment moguls to rip off and spy on their users through DRM.

    21. Re:GNOME's audio backend GStreamer to use DRM by dfghjk · · Score: 1

      That is completely absurd! They provide source code to their software so they handcuff nobody. They fact that others aren't compelled to do the same is not their responsibility.

    22. Re:GNOME's audio backend GStreamer to use DRM by billybob2 · · Score: 2, Insightful

      Noone is forcing anything on you. DRM plugins will be in the "ugly" module.

      The whole reason why GStreamer started was to create a framework that would enable these "ugly" DRM plugins. GStreamer has hurt the multimedia effort on Linux and the Free Desktop because they stole talented developers from much more mature projects like Xine, MPlayer, and VLC. In other words, they further fragmented the developer base purely for the selfish, immoral purpose of ramming DRM down Linux users' throats.

      Of course, they've tried to sugar coat this in order to attract developers (heck, their propaganda machine is quite good) but the fact remains that GStreamer is technologically inferior to Xine even now (Xine has a much cleaner, light-weight, robust API than GStreamer can hope to achieve in a long time).

    23. Re:GNOME's audio backend GStreamer to use DRM by ClamIAm · · Score: 1

      No one is forcing you to use their plugins. In light of this, your entire argument is invalid, as you can "use, study, modify, and redistribute" all the source they release.

    24. Re:GNOME's audio backend GStreamer to use DRM by Anonymous Coward · · Score: 0

      Some specific plugins might be closed but Gstreamer itself is not. I really don't see what your problem is. Your options are:

      1) boycott all encumbered formats (hope you don't have any mp3's)
      2) wait for someone to reverse engineer the encumbered formats in a country where it isn't prosecutable
      3) use a closed program to read the closed file formats
      4) do number 3 while waiting for number 2 and hoping that someday doing number 1 won't be necessary

      Isn't it possible the write closed plugins for Firefox??? Are you protesting that as well???

      (wait-a-minnit, is that you ghost-posting again Stallman?)

    25. Re:GNOME's audio backend GStreamer to use DRM by Arker · · Score: 1

      Indeed, GNOME has been seriously compromised. Personally I quit using anything GTK related after the fiasco known as GTK2. I really used to like GNOME too, it's sad to see what's become of it.

      --
      =-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Friends don't let friends enable ecmascript.
    26. Re:GNOME's audio backend GStreamer to use DRM by ardor · · Score: 2, Insightful

      Xine is more stable, but GStreamer has the better design (it already surpassed Windows' DirectShow). Also, with Xine, VLC, and mplayer, it is impossible to play DVDs legally. Thus, GStreamer's closed-source modules are a good thing. No DVDs means no new Joe Averages for the Linux desktop, no increased market share and therefore no greater influence useful for fighting MS lock-ins by giving standards weight. Right now, Linux distros work out-of-the-box with standards like Ogg and OpenDocument, but MS can still push wmv/wma simply because the Linux bastion has no power to push their stuff.

      --
      This sig does not contain any SCO code.
    27. Re:GNOME's audio backend GStreamer to use DRM by maxpublic · · Score: 1

      Also, with Xine, VLC, and mplayer, it is impossible to play DVDs legally.

      Joe User doesn't give a shit. So far as Joe is concerned it's his computer and his DVD, and any asshole who tells him that he can't play the DVD he owns in the computer he owns can fuck off and die. Laws made by ass-reamed politicians sponsored by the MPAA be damned.

      It's geeks who shit bricks about this sort of stuff. Joe ignores it as yet another politician-initiated fuckup, just like all the other laughable fuckups that Congress has been involved in over the last 240 years. Besides, exactly how many people have had the gestapo kick in their door and drag them off for playing their copy of "Wild Things" on their computer recently? Methinks the answer is "none", primarily because despite the wild masturbatory fantasies of the MPAA and certain southern sheriffs, we have yet to see the government mandate cameras within the privacy of our own homes.

      Max

      --
      My god carries a hammer. Your god died nailed to a tree. Any questions?
    28. Re:GNOME's audio backend GStreamer to use DRM by Anonymous Coward · · Score: 0
      GStreamer, the official audio backend for GNOME, will include DRM plugins developed by a company called Fluendo, which hopes to make money by restricting the users' rights and turning GNOME/Linux/"the Free Desktop System" into a Vista-like nightmare controlled by the entertainment cartel.

      Fluendo hopes to make money by selling plugins for commercial formats such as Windows Media and by selling a streaming server software called Flumotion. In this, they use the Gnome and GStreamer frameworks as intended; it was always thought that companies and individuals could write closed-source applications to run under Gnome, and that is why the Gnome libs, GTK+, GStreamer, etc. are all licensed under the LGPL. And indeed such applications have been written, for example the newer Adobe Acrobat readers.

      Fluendo isn't "turning" Gnome into anything, at most it's turning their product palette (which runs on Gnome) into a DRM fest, which is their right. But that's only half of the story. The other side is that Fluendo is one of the driving forces behind the development of the free GStreamer network. Reasoning that a mature multimedia framework is in their own best interest, they're making significant contributions to the free software desktop that everyone profits from. No matter what the company thinks about DRM, or what it decides to do in the future, nobody can take away what they have already contributed. In addition to that they're also doing stuff like releasing the basic version of their streaming server under the GPL, or their MP3 plugin, which is MIT-licensed and comes with the offer to re-license the MP3 patent from Fluendo without monetary compensation.

      So all in all, GStreamer is free software and will allow you to legally play content with copy protection or in patented formats, none of which will compromise the freeness of the GStreamer framework itself.

      Xine would be an excellent choice for a multimedia backend, since it is light-weight, works with more codecs that Gstreamer (not to mention better) and can be included as a library in any program, like Kaffeine and Amarok have already done.

      Well, I don't know that much about Xine, but let's go through the points:

      a) Xine is light-weight. To put it a bit differently, Xine is a video playback library. GStreamer, while perhaps not exactly a heavyweight either, has somewhat more ambitious plans; you can use it for recording, editing, and videoconferencing as well.

      b) Xine has better Codec support. Maybe, but GStreamer is catching up. This argument touches on the current state of development, but not on the capabilities of each platform.

      c) Xine can be used in other applications. Well, so can GStreamer, of course, and wouldn't you know it - the two examples you named, Kaffeine and AmaroK, are already supporting GStreamer backends.

    29. Re:GNOME's audio backend GStreamer to use DRM by ardor · · Score: 1

      The thing is, usually Joe does not know how to install Xine, win32codecs, ffmpeg, libdvdread, libdvdcss... he expects it to work out of the box. If Linux doesnt, and Windows does, the point goes to Windows.

      --
      This sig does not contain any SCO code.
    30. Re:GNOME's audio backend GStreamer to use DRM by Lucas.Langa · · Score: 1

      What's wrong with GTK2? No, seriously, I thought it was a big step ahead compared to GTK1.x.

      --
      Build a tool even an idiot can use and only an idiot will want to use it. -S.O.B.
    31. Re:GNOME's audio backend GStreamer to use DRM by civilizedINTENSITY · · Score: 1

      If you remove the Digital Restrictions, wouldn't it *just play*? It is the DRM, afterall, that prevents the play in the first place...

    32. Re:GNOME's audio backend GStreamer to use DRM by civilizedINTENSITY · · Score: 1

      The point is that by using the LGPL it is possible for the DRM to be propriatary and linked to the LGPL code. At this point we can't get at the propriatary code to make it user friendly. If the original code were GPL, then they couldn't link propriatary crap into it, and we'd be assured of having access. Thus, the LGPL + propriatary DRM is, in effect, closed (where it counts for this discussion).

    33. Re:GNOME's audio backend GStreamer to use DRM by civilizedINTENSITY · · Score: 1

      It is not the technology but rather the uses that DRM is put that is so ghastly. DRM has some socially useful uses, but the preponderence of DRM's purpose is to circumvent copyright and IP laws that grant user level rights.

    34. Re:GNOME's audio backend GStreamer to use DRM by Dave2+Wickham · · Score: 1
      The mix-and-match nature of GStreamer is a good thing here. I want a DVD player that has a legal MPEG decoder, but is in all other ways free software. As a specific example, I do not want my DVD player to honor the "force user to watch this" bits on a DVD; if I want to skip past the FBI warning, I should be able to do it. (I don't want to infringe on copyrights or commit piracy, but I also don't want to see the same warning over and over and over.) There is no law that says a DVD player must honor those bits.

      I believe that any licenced DVD player with CSS support is required to implement unskippable sections as a licence term - no unskippable sections, no CSS licence.

      Of course, I could've just pulled this out of my arse, but that is - I believe - why everyone does it, and thus a licenced MPEG2 decoder would be somewhat pointless with a non-licenced CSS library.
    35. Re:GNOME's audio backend GStreamer to use DRM by Anonymous Coward · · Score: 0
      It's ironic that DRM has been created in the country that is supposed to love capitalism - DRM keeps me away from choosing products from other companies which is what the capitalism is about.
      Come on... the point of capitalism is for you to be able to choose lots of products? Nope---the point of capitalism is profits for the property (e.g. business) owners. As a side effect, there is often a selection of products available. But other times, the profit drive pushes the other way, and this is a perfect example. If you fail to understand that, you'll see a lot of false "ironies", and have a difficult time explaining many aspects of the current business world (such as this one).
    36. Re:GNOME's audio backend GStreamer to use DRM by civilizedINTENSITY · · Score: 1

      oh hey wow: a commercial arguement for GPL over LGPL! *shakes head* and *blinks* but it is still there :-)

    37. Re:GNOME's audio backend GStreamer to use DRM by civilizedINTENSITY · · Score: 1

      But windows doesn't "work out of the box" when it comes to divx, or even DVD for that matter. If you plug in a DVD player and try to watch a DVD with media player it will crap out. Install the codec. Now it works. Hmmm...very similar.

    38. Re:GNOME's audio backend GStreamer to use DRM by Toby_Tyke · · Score: 2, Interesting

      Install the codec. Now it works. Hmmm...very similar.

      No, not similar. Ignore for a moment the fact that joe sixpack probably bought a PC with windows pre-installed, and most OEMs include some sort of DVD player software these days. No, lets say Joe sticks a DVD in his computer and it won't play. Off he goes to best buy, to pick up a copy of Power DVD (or whatever). He brings it home, sticks it in the drive, and IT WORKS. No dependencies, it just works.

      Compare that to Linux, where in order to get DVD playback working he will either have to manually resolve dependencies, or edit his repositories for whatever package management sytem he uses. Assuming of course he can find either a repository or an RPM download site that hosts them, and further assuming he even knows what the fuck he's looking for (CSS? LibDVDread?).

      I'm typing this on a Suse box, and yes I can watch DVDs on it, but there is absolutly no way on gods earth my Dad could get DVD playback working on a bare Suse install. On windows, I expect he could.

      --
      "I realise this is not a very popular opinion but it's the truth, and there for needs to be said" -Bill Hicks
    39. Re:GNOME's audio backend GStreamer to use DRM by Alioth · · Score: 1

      Oh for heaven's sake, cut out the emotive grandstanding. Gstreamer stole nobody. Anyone who is working on gstreamer is doing it out of their own free will _because they want to work on gstreamer, and not Xine or VLC or mplayer or whatever_. You're just coming off as an extremist whacko with that last posting.

    40. Re:GNOME's audio backend GStreamer to use DRM by Anonymous Coward · · Score: 0

      The default keybindings went from a Unix set to one that matches Windows.

      Which, by itself, is annoying but arguably defensible.

      Trouble is, at the same time, things were changed to the point where the old unix style keybindings CANNOT be restored. So anything that uses GTK2 is now hardwired to emulate Windows. Extremely annoying. Several bugs were filed by numerous people, but they're marked as 'not a bug' and then we get the GNOME honcho going around saying 'Unix sucks' and praising Windows at every opportunity, so a lot of GNOME's early adopters gave it up at that point.

    41. Re:GNOME's audio backend GStreamer to use DRM by biendamon · · Score: 1
      Also, with Xine, VLC, and mplayer, it is impossible to play DVDs legally.
      My understanding is that the jury's still out on that one. The legal gray area is the reason why you need to install libdvdcss separately - no distribution wants to officially include it in American editions until the legal ramifications are worked out. But I don't think it's illegal to install it on your own, and every distro has an easy way to install it available (PLF, for instance).

      Besides, you can't play DVDs with Windows out-of-the-box, either. You have to install either Microsoft's add-on, or a third-party DVD player such as WinDVD. This doesn't appear to have slowed Windows sales... ;)

    42. Re:GNOME's audio backend GStreamer to use DRM by ultranova · · Score: 1

      And as a result xine can't legally be distributed in the United States with the ability to play a CSS encrypted DVD. Gstreamer was written with the licensing and framework to avoid that problem.

      What problem ? Simply distribute Xine from a webserver located outside the US. The US citizens can then download Xine directly or, if it gets censored, use similar methods that the chinese use to get around their Great Firewall.

      Personally, I would like to see software that plays DVDs on desktop Linux and is legally distributable in the United States.

      I doubt very much that any program is currently legal in the US - with the amount of software patents granted, it is pretty much a certainty that any program anyone might write will infringe on some of them. Add the fact that, strictly speaking, disabling Windows autoplay to prevent CD's from trojaning your computer is illegal, and I really don't think that you can possibly avoid breaking laws in the US. So why care about whether your DVD playing software breaks them or not ?

      --

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

    43. Re:GNOME's audio backend GStreamer to use DRM by 0racle · · Score: 1

      There isn't a single technology for dealing with data that exists for which the same arguement can not be made.

      --
      "I use a Mac because I'm just better than you are."
    44. Re:GNOME's audio backend GStreamer to use DRM by Pecisk · · Score: 1

      Sad that I already had comment in for this article, I could have modded additionally with more points.

      You actually said what I wanted to say all the time - to get forward, to get more users, to be really rocking desktop, we should look for compromises, yes, for *true* compromises where we can keep our freedom - but we also can give a user freedom to play legally DVD and listen to mp4.

      --
      user@ubuntubox:~$ stfu This server is going down for shutdown NOW!
    45. Re:GNOME's audio backend GStreamer to use DRM by pyros · · Score: 1


      And as a result xine can't legally be distributed in the United States with the ability to play a CSS encrypted DVD. Gstreamer was written with the licensing and framework to avoid that problem.

      What problem ? Simply distribute Xine from a webserver located outside the US. The US citizens can then download Xine directly or, if it gets censored, use similar methods that the chinese use to get around their Great Firewall.

      The problem is that no US (I prefer to support the domestic economy) Linux distributor can ship with the capability to play a format such as MP3 or CSS encrypted DVD. The problem for Xine in this case is that the codec needs to be GPL, which is incompatible with formats covered by patents. Gstreamer fixes this by using LGPL, so that you can have close source (and thereby properly licensed, and legally distributable) plugins. So Linux distributors can license such a plugin to be pre-installed with their distribution to support these formats.

      I doubt very much that any program is currently legal in the US - with the amount of software patents granted, it is pretty much a certainty that any program anyone might write will infringe on some of them.

      In this particular case of content formats, gstreamer is legal due to it's use of a license such as LGPL which allows for the used of closed source plugins which were developped with a license to use the patented technologies.

      Add the fact that, strictly speaking, disabling Windows autoplay to prevent CD's from trojaning your computer is illegal, and I really don't think that you can possibly avoid breaking laws in the US. So why care about whether your DVD playing software breaks them or not ?

      Please site a source for the illegality of disabling the autoplay feature of Windows. I care not for my own personal use, but for the ability of US distributors to ship a functional product without fear of litigation. This sort of thing is critical to wider acceptance of desktop Linux.
    46. Re:GNOME's audio backend GStreamer to use DRM by ultranova · · Score: 1

      The problem is that no US (I prefer to support the domestic economy) Linux distributor can ship with the capability to play a format such as MP3 or CSS encrypted DVD. The problem for Xine in this case is that the codec needs to be GPL, which is incompatible with formats covered by patents. Gstreamer fixes this by using LGPL, so that you can have close source (and thereby properly licensed, and legally distributable) plugins. So Linux distributors can license such a plugin to be pre-installed with their distribution to support these formats.

      I guess this means that non-US distributors have an advantage over US ones. Good for us (I'm Finnish), bad for you ;). The best way to support your local economy is to fix your patent and copyright laws, not to suggest that people use inferior licenses to work around the problems created by them.

      In this particular case of content formats, gstreamer is legal due to it's use of a license such as LGPL which allows for the used of closed source plugins which were developped with a license to use the patented technologies.

      You misunderstood my point. With such gems like one-ship shopping, using XORring to display a cursor, swinging sideways, and exercising a cat by pointing a lamp to a wall and moving the point of light around (so the cat chases it) all being patented in the US, and there being thousands of software patents with no one having the ability to actually sort through them all, it is extremely likely that at least some of gstreamers (not plugins, but the gstreamer itself) functionality is covered by some of these patents. What license gstreamer might be distributed under is irrelevant to the matter.

      Please site a source for the illegality of disabling the autoplay feature of Windows. I care not for my own personal use, but for the ability of US distributors to ship a functional product without fear of litigation. This sort of thing is critical to wider acceptance of desktop Linux.

      DMCA makes it illegal to bypass or disable an effective (in the legal sense) copy control mechanism. Disabling Windows autoplay bypasses copy prevention mechanisms which depend on using the autoplay feature to install copy protection drivers into the machine. Therefore, disabling autoplay is illegal.

      --

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

    47. Re:GNOME's audio backend GStreamer to use DRM by RzUpAnmsCwrds · · Score: 1

      It's not unreasonable at all. MySQL is licensed similarly, as are many other successful open-source projects. Dual-licensing is certainly one way to make money while keeping your product Free Software.

      If, however, you want to allow commercial plug-ins and applications to be linked against your source, there's the LGPL. The grandparent poster seemed to believe that this was some kind of a "scheme" by an evil corporation - nothing could be further from the truth.

  37. Naming by SnarfQuest · · Score: 3, Insightful

    Ekiga, formerly known as GNOME Meeting,

    Oooh! Ekiga is a much more meaningful name than GNOME Meeting. GNOME naming just gets better and better. I know the last time I wanted to search for font information, overly sexually active monkey http://en.wikipedia.org/wiki/Bonobo was the very first thing that popped into my head.

    --
    Who would win this election: Andrew Weiner vs Andrew Weiner's weiner.
    1. Re:Naming by Anonymous Coward · · Score: 0

      You mean, the application is actually intended for meeting gnomes???

    2. Re:Naming by SnarfQuest · · Score: 1

      Just think before giving something a stupid name. Expect anything with a reasonable name to get it changes soon. How would you like to tell your secratory to:

      Take the output from hairy vibrator, pipe it through leaky condom, and post the results on your hairy ass server so we can review it in ekiga [japanese porn magazine?]. Make sure that you have properly configured your copulating monkey for best results.

      --
      Who would win this election: Andrew Weiner vs Andrew Weiner's weiner.
    3. Re:Naming by ScrewMaster · · Score: 2, Funny

      I've been sick for the past five days and I need a good laugh. Thanks for that!

      But yeah, naming is getting far out. For example, their new configuration manager is called "Pessulus". I don't know what that means and I'm afraid to find out.

      --
      The higher the technology, the sharper that two-edged sword.
    4. Re:Naming by njh · · Score: 1

      They are chimpanzees, not monkeys.

      Oook.

    5. Re:Naming by gerardlt · · Score: 3, Informative

      Tssk. What, do you know nothing?

      "A delicate bar of cartilage connecting the dorsal and ventral extremities of the first pair of bronchial cartilages in the syrinx of birds."
      From The Free Dictionary

      Surely everyone knows that!

      --
      /* This sig is disabled. Press CTRL-W to enable. Thankyou */
    6. Re:Naming by kestasjk · · Score: 1

      Yeah damn GNOME, every other software name makes sense.. Like grep, awk, nano, vim, Skype, Outlook, Firefox, Safari, QuickTime, Atmosphere, Lazarus, etc, etc.

      The worst thing is that if it were called gFontFinder you would be moaning about using 'g' at the start of every app to distinguish between GNOME FontFinder and KDE FontFinder. And if GNOME used FontFinder and KDE used FindFont you'd be moaning about how it's too confusing.

      --
      // MD_Update(&m,buf,j);
    7. Re:Naming by lubricated · · Score: 1

      actually they are apes. Chimpanzees are a different, yet closely related species.

      --
      It has been statistically shown that helmets increase the risk of head injury.
    8. Re:Naming by youknowmewell · · Score: 1

      Is this anything new? Firefox, Opera, GNOME, KDE, Adobe Acrobat, Visual Studio, Eclipse, none of these have names that clue you in to what they do. Visual Studio is even more confusing because one would think it was a movie/image app, not a DE.

    9. Re:Naming by ScrewMaster · · Score: 1

      Well, as Johnny Carson used to say: "I ... did not know that."

      --
      The higher the technology, the sharper that two-edged sword.
    10. Re:Naming by lubricated · · Score: 1

      >> overly sexually active monkey

      It's like a rorschach test. If you think "overly sexually(sic) monkey" it says something different about you than if you think that it's the closest animal related to humans.

      --
      It has been statistically shown that helmets increase the risk of head injury.
    11. Re:Naming by njh · · Score: 1

      The Bonobo (Pan paniscus), until recently usually called the Pygmy Chimpanzee and less often the Dwarf or Gracile Chimpanzee, is one of the two species comprising the chimpanzee genus, Pan.

      They are chimps (yes they are apes too), they are in the Pan genus etc.

      "Just don't call him a monkey."
      "Oook"

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

      I know the last time I wanted to search for font information, overly sexually active monkey

      And, as proof of their brilliant naming schemes, Bonobo has nothing to do with fonts. It's their COM architecture.

      For font information, you want the obviously-named Pango.

      I mean, of course.

  38. The most usable UI by Anonymous Coward · · Score: 2, Funny

    On the principle that users hate choices, here's the new Gnome with the fewest options ever. The entire UI has been stripped except for two huge, beautifully rendered buttons in the middle of the screen. The red one says "on|off", and the green says "DWIM".

    Unfortunately the half terabyte of AI this requires also makes this the fattest gnome ever.

  39. Re:No / Yes - NO! by Spy+der+Mann · · Score: 1

    usually people read the dialog before blindly clicking it :-)

    And the BOFH linux-zealot award goes to... :-)

  40. Re:The Linux desktop is finally coming into it's o by brainnolo · · Score: 5, Funny

    Your post does not meet /. guidelines. To meet the guidelines you should either:

    - Criticize GNOME, its developers and its users
    - Criticize KDE, its developers and its users
    - Bash Microsoft.
    - Make obligatory jokes about russia, etc..

    Thank you for attention.

  41. Interesting by SocialEngineer · · Score: 1

    While the improvements definitely seem interesting, I wonder if it's enough to make Pat include Gnome with Slack again.

    Then again, the main reason he stopped including it was because it was hell to package, IIRC :)

    I'd be interested to see more terminal benchmarks. I myself use RXVT religiously (in either Openbox, or my homebrewed WM, HactWM - currently not safe for public consumption :)).

    --
    "Better to be vulgar than non-existent" -Bev Henson
  42. GAH-NOME by Danzigism · · Score: 1
    I must admit.. For years I used KDE.. I thought it was much more superior than Gnome.. And plus, who really liked that little Foot for a menu anyway??

    But I can honestly say, that thanks to Ubuntu, they've sparked my love for Gnome again.. Its so freakin fast.. The Look and Feel is very appealing to my eyes and mouse.. the programs keep getting better and better.. tons of customization.. and its from our good ol' pals from GNU.. I'm very glad to witness the progression of Gnome.. they're doin' a hell of a job.. I noticed someone who was confused by the default positioning of the taskbar and menu.. Obviously, you can change it to whatever you want.. He said something about how he thought it was stupid to have two bars.. Well maybe, some of us are tired of just having one.. take your Windows style start menu, and shove it up your pretentious ass.

    --
    *plays the Apogee theme song music*
  43. Advanced GNOME configuration by tjwhaynes · · Score: 2, Informative
    ..it can't hold a candle to KDE for configuration. I mean, why would I want all these Gnome developers making choices for me?

    Don't feed the trolls ... don't feed the trolls ... must ... resist ... aaahhh

    Gnome has taken the route of trying to pick decent defaults for as much as possible. This ranges from the trivial (like the Window List always being a reasonable size, rather than specifying a minimum and maximum size) to more entrenched settings like button order based on your language left-to-right or right-to-left settings. Beyond that, it has aimed to keep the configuration/preferences window to just the most common options and remove any esoteric settings from the display. This has two benefits:

    • things behave reasonably
    • preference windows are quick to navigate and find the most common options

    This is a marked change from KDE which offers pretty much all the tweaks available in the GUI. This does mean that KDE preferences tend to be heavily tabbed to provide the options in a reasonable amount of screen space. While a user is learning to use a KDE application, they may take some time to find the option they need in the tabs available.

    Because Gnome does not expose all the configuration options in the application preferences, it's easy to assume that the defaults can't be changed or that custom bindings can't be set. The Gnome power-user who wants to, for example, bind multi-media keys to a script rather than one of the potted commands, needs to know about the GConf schemas and the gconf-editor tool. In this respect, Gnome provides for the user who doesn't care about complex configurations well while still allowing the arch-tweaker access to a whole host of advanced options.

    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:Advanced GNOME configuration by Anonymous Coward · · Score: 0

      Too bad there's a metric shitload of settings you can't change at all, even through gconf (short of hacking the source, obviously).

      Gnome: The only choice you get to make is whether or not to install it.

    2. Re:Advanced GNOME configuration by starsong · · Score: 1

      The problem with this is and always has been that there is a sizable group of people who are neither drooling simpletons nor "arch-tweakers." I don't want to "know about the GConf schemas," whatever the hell those are, or screw around in your version of RegEdit. When I go into a preferences dialog, I'm not always just trying to flip a particular bit or turn something off. One of the things I like about GUIs, as opposed to doing everything from the command line, is that it is possible to (visually) explore the application and learn what it is capable of doing. When I run a new application I evaluate/learn it by opening windows and dialogs and looking to see what's inside them.

      Most GNOME applications at this point in time are excellent, well-constructed and powerful pieces of software. But if you just poke around in them trying to figure them out, they seem like cheap mockups. It doesn't feel like good software. A preferences panel that doesn't let me explore feels incomplete and flimsy. The bottom line is that in a GNOME app I usually do not come away having learned something new just by using it. I don't want to read the manual just to learn that a feature exists (although I will if I'm having trouble using it) or scroll through "keys" in GConf. It's the same nonsense that stuck me with flashing GIFS in Firefox for months after I started using it, until someone told me I could type in "about:config", scroll down to they key "image.animation_mode", and edit the value to "once". Or you can download an extension. Or you can edit ".mozilla/config/crazypeople/netscape_foobar32.js" or some other crazy file somewhere on my hard drive. It doesn't make any sense. I should be able to explore the majority of the useful functionality just by opening the application and clicking through it.

    3. Re:Advanced GNOME configuration by fnj · · Score: 3, Insightful

      Well said.

      I should be able to explore the majority of the useful functionality just by opening the application and clicking through it.

      You should bloody well be able to explore ALL of the functionality, PERIOD. There is simply no excuse for ANY of the configuration options not to be exposed within easy/obvious reach and explorable in as much or as little detail as desired. Don't want to put off beginners? It's dead simple to cater to both beginners and in depth users. It's as simple as putting an "Advanced Preferences" line under the "Preferences" line in the "Edit" menu on the app. Hello? Gnome? Anybody home? How hard is that, damnit!?

  44. Back to back // don't believe the hype! by Kaelthun · · Score: 0, Flamebait

    What's all this with "Windows manages" and "Desktop environments"? I just don't get it! What windows!?! What point-and-click!?! Use the freaking command line for a change, you might even enjoy it. And while everyone's looking for pretty colors and dancing colored text, the command line is configurable for color. ((no offence to you people, I use KDE and Gnome myself. KDE @ FreeBSD and Gnome @ Ubuntu, but why is everyone always hyping this so badly?))

    --
    -------
    Userfriendly? Sure it is, unless you aren't computerfriendly!
    /me to a classmate on FreeBSD
    1. Re:Back to back // don't believe the hype! by bubkus_jones · · Score: 1

      Perhaps because not everyone wants to use the command line for everything?

  45. Re:The Linux desktop is finally coming into it's o by JanneM · · Score: 2, Funny

    Um, "In Russia, people are being polite to you". No.

    "I for one welcome our.. polite..." nah.

    "All your politeness belongs " - argh, no.

    This outburst of civility is killing slashdot, I tell you!

    --
    Trust the Computer. The Computer is your friend.
  46. Re:The Linux desktop is finally coming into it's o by Anonymous Coward · · Score: 0
    Yeah there really are some great artists out there contributing to make GNOME (and Linux in general) look great.

    See the Tango Desktop Project for some really interesting and nice-looking stuff.

  47. State of Gnome by ajs · · Score: 2, Interesting
    There are a lot of good things about Gnome, but some bad. Circa the FC4 desktop that I use, here are some things (I'll assume all is improved in the latest version) that I either love or hate:
    • Music and CD playing are primative, but work. XMMS doesn't play well with Gnome because it wants everything to be skinnable, so your window manager binding customizations don't affect it, it doesn't obey focus rules, etc. The default CD player is just kind of primative, but nicely behaved.
    • Evolution is bloated. I love evolution, don't get me wrong, but it takes up a huge amount of RAM and it uses SpamAssassin for filtering spam, which is a terrible idea (I also love SA, but it's designed as a server-side tool, not as a background spam filter for client-side).
    • Integration of P2P lacking. Most P2P clients these days have hooks for magnet, the URI sceme for P2P-shared entities. Gnome lacks any integration of this, sadly.
    • gnome-terminal: best terminal since xterm. I love this thing, and it's the first terminal emulator that was able to do what xterm did without insisting that I put up with any extras (they're all there if I want them). Most of all, I love the fact that it handles arbitrary character sets.
    • Firefox - Firefox is not a part of the gnome project, but it has hooks for gnome's desktop tools and does an excellent job. It's hard, these days, to think of firefox as the "lightweight mozilla", but it's still a damned good browser.
    • CD writing - Not terrible, but KDE's K3B blows the doors off of gnome's CD writing capabilities. I use K3B all the time, now, and I'm very happy (before I used command-line tools because the GUI under gnome was so painful, now it's better).
    • Movies - totem, gmplayer and all of the rest of the video tools are in a relatively sad state, usability-wise. They suffer from the XMMS problem of often not playing well with gnome (gmplayer), crash OFTEN (and aren't those SEGVs a bad thing?), and don't support many formats. I'm not sure that this is unique to Gnome, but it's a black eye on the Linux desktop.

    Overall,I love gnome. It's well designed, and glib + Gtk+ is a very powerful use of C that makes relatively high-level code easy to make fairly lightweight... when the developers try.
    1. Re:State of Gnome by stikves · · Score: 3, Interesting
      I have a similar setup of FC4, too. However I've upgraded GNOME from 2.10 to 2.12 using nrpms repositories, and I use several additional mono applications.

      My situation is roughly the same, but I have to add several things:

      • I currently use XMMS only for "testing" audio files. Rhytmbox or Muine does not have the problems you mention. (I actaully use BMP instead of XMMS, BMS is GTK2 port/fork of XMMS).
      • Integration of P2P lacking. I cannot comment much, since I only use azureus and it works well. However "magnet" urls (and any other scheme) can be handled easily in gnome (see /desktop/gnome/url-handlers key in gconf for ideas)
      • CD writing. Actually I installed k3b like you did, but have never used in the past several months. Nautilus burner is more than enough. (Yes no fancy options, however it's sufficent for me).
      • Movies I'd recommend VLC for H264/HDTV and mplayer for anything else. There has never been any format I could not play lately (including VMW9, QuickTime, H264, AAC, etc). (Did you install win32codecs package?)


      Anyways it's nice to see another fellow using a similar setup (OK, there are millions like us).
    2. Re:State of Gnome by Anonymous Coward · · Score: 0

      You seriously ought to check out openSuSE 10.0 I know its a traditionally KDE-based distro, but they did a *real* good job with GNOME support for it.

      CD Writing in their version (2.12.0) has both the traditional "MS built-in" style as well as GnomeBaker, which is essentially K3B without the KDE bloat.

      While not really all that important, the default skin (although not the desktop wallpaper) is nicer, in my opinion, than FC4's. The menus load faster in GNOME 2.12 than the version FC4 uses, and it auto-recognizes user-created fstab mounts and gives you direct access to them from the desktop (FC4's older version of GNOME does so as well, but didn't seem as consistent).

      2.12 also has support for using SVGs, even semi-transparent ones, as a desktop background and you can use solid or gradient colors behind them. Choose the colors correctly and it can look quite classy.

      Besides this fluff, GNOME 2.12 (and openSuSE in general) seems more stable than FC4 was, and SuSE was good enough to include the closed nVIDIA and ATi drivers, as well as the MS TrueType fonts, Sun Java, and so on; things the Fedora Core community refuses to do.

      MP3 support is still lacking, though.

    3. Re:State of Gnome by forlornhope · · Score: 1

      Ive heard great things about k3b and all the cool things it can do, but just today my boss(who is the one who raves about k3b) was trying to burn a cd on his new laptop with usb cd-rw drive. K3b couldn't do it. It would just choke. Instead I suggested he let nautilus handle it. Draged the file over to the proper window(which was offered to him when he inserted the blank cd-r) and then clicked burn. A few seconds later(small amount of data) the disk was done and burnt perfectly. I doubt the process could have been much simpler. I know it doesn't do everything that k3b does, but I think Gnome(and Ubuntu) are doing all right with the 'Just Works' mentality.

      BTW, this is on Ubuntu Breezy, so Gnome 2.12, a few versions back from current and still doing a good job.

      As for your cd-player problems, use goobox. Its simple, does a good job as a cdplayer and does the ripping as well in a pretty easy manner. It doesn't do arbitrary media, but I use muine for that cause its so easy to use. Also for video, look into gxine. Takes the xine libs and puts a gnome front end to it that is straigh forward, yet powerful(Yes I am the Master of the Known Universe).

      Some of your comments are true(evolution, p2p) but they are being worked on. A good project to study how mail can be done in a small and fast way is tinymail. It uses evolution's backends while being much faster and not using as much memory. Not really ready for production use, its more of a research project from what I can tell.

      --
      "We Don't Need No Truthless Heros!" - Project 86
    4. Re:State of Gnome by rainman_bc · · Score: 1

      CD writing - Not terrible, but KDE's K3B blows the doors off of gnome's CD writing capabilities. I use K3B all the time, now, and I'm very happy (before I used command-line tools because the GUI under gnome was so painful, now it's better).

      Check out Gnome-Baker for burning CD's. It's pretty awesome actually. It makes gnome a real contender now IMO. I know K3b is the reason to have Qt, but Gnomebaker might be usable enough to get to turf Qt from your system

      --
      09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
    5. Re:State of Gnome by someone300 · · Score: 1

      Hopefully, MP3 support will soon not be an issue: http://www.fluendo.com/press/releases/PR-2005-05.h tml

    6. Re:State of Gnome by Cycon · · Score: 1
      gnome-terminal: best terminal since xterm. I love this thing, and it's the first terminal emulator that was able to do what xterm did without insisting that I put up with any extras (they're all there if I want them). Most of all, I love the fact that it handles arbitrary character sets.

      Bah.

      Wake me up when one gnome-terminal crashing doesn't automatically kill every other terminal running in my session.

      Better yet, give me the ability to shift tabs around, not just open and close them. Galeon had this ages ago, so there must be a GTK+ widget floating around for it. Firefox 1.5 just got around to it - its a handy feature

      --
      Your Brain + EEG + LEGO Robots = Brainstorms
    7. Re:State of Gnome by fimbulvetr · · Score: 1

      I'm with ya. Also, give me the ability to add shortcuts like "Next tab" and "Previous tab" that cycle back to tab 1 after I hit "Next tab" on the last tab. Give me an unlimited history (I can manage my own memory, don't stop me at 300k because you don't like I ever need that much). Give me the ability to add my own shortcut. Adding "Alt-n" as a short cut for "new tab" doesn't work - instead, it operates other commands in that window.

      Finally, like konsole does, give me the ability to control my tabs/sessions/apps from the command line.

      P.s. Konsole really does have all of these options, and along with kopete, these are the only two kde apps I run under gnome.

    8. Re:State of Gnome by PianoComp81 · · Score: 1
      Give me an unlimited history (I can manage my own memory, don't stop me at 300k because you don't like I ever need that much).
      I'm able to get 100000 lines, or 63,671K. That's a few more than 300K.
    9. Re:State of Gnome by stikves · · Score: 1

      > I'm with ya. Also, give me the ability to add shortcuts like "Next tab" and "Previous tab" that cycle back to tab 1 after I hit "Next tab" on the last tab.

      Currently I do not know how to do that.

      > Give me an unlimited history (I can manage my own memory, don't stop me at 300k because you don't like I ever need that much).

      By history I guess you mean "scrollback lines"/"rollback lines". While I cannot say whether 300K lines are enough for you or not, I can say that on my system 100K lines will take 63671K (~64M) for each TAB. (That makes 635M for 10 tabs, you do the math). It's impractical. If you need to see "more" screen output maybe you should consider using "less".

      > Give me the ability to add my own shortcut. Adding "Alt-n" as a short cut for "new tab" doesn't work - instead, it operates other commands in that window.

      Ok, you can have it! Just check the gconf keys under /apps/gnome-terminal/keybindings/. You can change any binding you want. (However I must say that C-A-n is a better choice for opening new tabs, since there will be enough console applications with A-n binding (e.g. bash) to make it annoying for some people).

      > Finally, like konsole does, give me the ability to control my tabs/sessions/apps from the command line.

      Ah forget it, I do not know about that options (except for limited control -- see "gnome-terminal --help")

    10. Re:State of Gnome by forlornhope · · Score: 1

      Its called screen. That way when gnome-terminal crashes(does it really crash? I haven't seen it crash in ages) you don't lose any of your terminals. I have two profiles setup in gnome-terminal. The default that starts up screen and NOSCREEN that just gives me bash. I use the NOSCREEN option when I want to start screen on another host. Really, screen is the greatest thing since sliced bread.

      --
      "We Don't Need No Truthless Heros!" - Project 86
    11. Re:State of Gnome by ajs · · Score: 1
      "Wake me up when one gnome-terminal crashing doesn't automatically kill every other terminal running in my session."

      You have that ability, but gnome-terminal defaults to running a single instance to reduce footprint. It's one of the reasons I love it so (even little old xterm starts to get expensive with the number of terminals I run).
      $ gnome-terminal --disable-factory &
      [1] 30656
      $ kill 30656
      only one window dies.
    12. Re:State of Gnome by Cycon · · Score: 1
      Its called screen. That way when gnome-terminal crashes(does it really crash? I haven't seen it crash in ages) you don't lose any of your terminals. I have two profiles setup in gnome-terminal. The default that starts up screen and NOSCREEN that just gives me bash. I use the NOSCREEN option when I want to start screen on another host. Really, screen is the greatest thing since sliced bread.

      Screen is all well and good, but I think you're using it backwards. Running a shell on a remote host is where screen shines because if you lose your connection, have to shift machines, or simply want to monitor a long file transfer's progress remotely, detatching and re-attaching is ideal.

      *but* using screen locally is much less convenient. You need to use Ctrl-A-Esc and the arrow keys to scroll through the back buffer (instead of the scroll wheel on your mouse), resizing displays doesn't always work correctly due to terminal emulation, and the Ctrl-A preceeding every command to screen sometimes interferes with terminal apps (like moving around the command line or "simple" editors like nano).

      anyway, agreed that screen is great for many uses, but really gnome-terminal should be a bit smarter and user friendly for an app that gets used so frequently!

      --
      Your Brain + EEG + LEGO Robots = Brainstorms
    13. Re:State of Gnome by ookaze · · Score: 1

      Circa the FC4 desktop that I use, here are some things (I'll assume all is improved in the latest version) that I either love or hate

      So you have FC4 woes, not really Gnome woes.

      Music and CD playing are primative, but work. XMMS doesn't play well with Gnome... The default CD player is just kind of primative, but nicely behaved

      XMMS is not the default music playing app of Gnome, rhythmbox is. There are external Gnome 2 apps like BMPx too.

      Evolution is bloated. I love evolution, don't get me wrong, but it takes up a huge amount of RAM and it uses SpamAssassin for filtering spam, which is a terrible idea

      Why ? You're not forced to use it. I don't, my SA is run by postfix and its friends like amavis.
      Ah, that's the FC4 setup's fault. My biggest problem with Evolution is the fact that it does not remember its position yet, so it's not really a good Gnome 2 app in my view.

      Integration of P2P lacking. Most P2P clients these days have hooks for magnet, the URI sceme for P2P-shared entities. Gnome lacks any integration of this, sadly

      This one I agree with. Basically, that's because the Gnome 2 apps (like BitTorrent) that manage these do not install them.

      gnome-terminal: best terminal since xterm

      Well, not for me. I still have the problem of gnome-terminal garbling output when it arrives at the bottom of the window :(.

      Firefox - Firefox is not a part of the gnome project, but it has hooks for gnome's desktop tools and does an excellent job. It's hard, these days, to think of firefox as the "lightweight mozilla", but it's still a damned good browser

      Firefox is not even a Gnome 2 app, and still integrates very badly with the desktop. I'll keep my Epiphany and Galeon for now.

      CD writing - Not terrible, but KDE's K3B blows the doors off of gnome's CD writing capabilities. I use K3B all the time, now, and I'm very happy

      Well, I still use gcombust (and have more and more incentive to migrate it to Gnome 2) because the workflow is still the fastest for me, and no Linux desktop CD burner provides me with its features.

      Movies - totem, gmplayer and all of the rest of the video tools are in a relatively sad state, usability-wise. They suffer from the XMMS problem of often not playing well with gnome (gmplayer), crash OFTEN (and aren't those SEGVs a bad thing?), and don't support many formats. I'm not sure that this is unique to Gnome, but it's a black eye on the Linux desktop

      I don't have these problems at all. I had only the problem that Totem with gstreamer backend could not play some files and would lock when doing fast forward in a file, but that's all. MPlayer always played every file in existence for me, even H264. That's because I regularly update ffmpeg. Which means gstreamer 0.8 should have been able to play every file, as I had gstreamer ffmpeg backend. But it didn't work, so most of the time I used gmplayer (which uses ffmpeg libavcodec from FFMPeg when compiled corectly). Now, with latest Totem and gstreamer 0.10, totem plays every video file as well.

      Overall,I love gnome. It's well designed, and glib + Gtk+ is a very powerful use of C that makes relatively high-level code easy to make fairly lightweight... when the developers try

      I agree.

    14. Re:State of Gnome by Ignominious · · Score: 1

      mp3 support is only an issue for distros who want to distribute say in the USA legally - yes the fluendo thing fixes that for the USA, but not in an open source way (IIRC you can't compile your own mp3 codec, even with Fluendo's source and distribute the resulting binary plugin legally).

      Just to point out that this isn't really a GNOME issue - gstreamer hasn't been relicensed recently or anything.

    15. Re:State of Gnome by Anonymous Coward · · Score: 0

      As for your cd-player problems, use goobox.

      Never. I have too much pride for that. No way in hell something named "goobox" will ever grace the desktop at the office and my kids would never let me live it down at home.

      Lets have some sanity in naming.

    16. Re:State of Gnome by Xabraxas · · Score: 1
      Screen is all well and good, but I think you're using it backwards. Running a shell on a remote host is where screen shines because if you lose your connection, have to shift machines, or simply want to monitor a long file transfer's progress remotely, detatching and re-attaching is ideal.

      You are misunderstanding his post. He starts a terminal without screen so he can login to a remote host and then start screen on the remote host. If you start it on the local host it is much less useful. I do the same thing. I have screen automatically start up with my aterms, but if I want to login to a remote host I use an xterm without screen. That way I can login, start screen, do what I want on the remote host, detach the screen, logout, and come back later to reattach the screen to view the output.

      --
      Time makes more converts than reason
    17. Re:State of Gnome by fimbulvetr · · Score: 1

      I think it's safe to say that asking for "Next Tab" to bring you from tab #10 to tab #1 is fair.

      By unlimited, I mean I want to control it. 64MB is low. Very low. I admin hundreds of linux machines, by ssh only. Although most of the administration is centralized, I still log in to specific machines and do stuff for hours at a time, often with hundreds of thousands of lines of output. If I mess up something, or am working on something extremely critical, I like to save my history at that very spot so I have evidence of what I did. 100k lines is nothing in a normal day for me. I use konsole with unlimited history, often have 25+ tabs open, and when it goes to swap (Very rare), I pay the price and close/recycle some non-critical tabs.

      Konsole also lets me "search in history" and "save history" to a file.

      C-A-n might be nice for the emacs-addicts, but quick, efficient shortcuts are what I like. I loved tera-term, which gave me things like alt-c for copy, alt-v for past and alt-n for new (terminal). I still love those shortcuts and they rarely interfere with other applications. Even if they did, I only have one active window at a time so it doesn't matter so much. In any case, konsole lets me add any shortcuts I like.

      Ah forget it, I do not know about that options...

      Hehe, sorry to be so demanding but I can do some cool things with konsole. Different profiles - one for running a screen session, one for a swatch session, one for a green on black session, others for yellow on black. I can send input to one konsole with 4 tabs open, while leaving my other konsole with 12 tabs alone. Often, I'll run about 3 instances of konsole, one with say 10 tabs open to my 10 mail servers with tails and history of 100k lines. One with 10 tabs open to 10 dhcp servers with tails and 20k lines, one with the 10 servers I'm working on at the same time that I can send output to all at the same time. I can also have another konsole tailing an error log that beeps/indicates when there's output in the terminal (say tail -f error.log) so I can get notified when there's output. I can also have it notify/beep when output has stopped coming - say a access.log.

      Thanks for the shortcut advice though, I'll see what I can do.

    18. Re:State of Gnome by RustyTaco · · Score: 1

      You want "script" for that history logging. Really, it doesn't need to be in memory, and putting it in a file means you can grep it. Konsole does have some neat toys that I'm envious of though, but I'm not worth the QT looks. - RustyTaco

  48. Will I be able to configure the screensaver? by jejones · · Score: 1

    With Ubuntu Dapper Drake I have finally been exposed to gnome-screensaver, which doesn't let you select which screensavers you wish the random selector to choose from, doesn't let you set options for the screensavers (because a screensaver with options, according to the developers, is broken), and won't give you a full-screen preview (because, according to the developers, being able to do so doesn't really solve any problem).

    The outcry over "spatial mode" nautilus at least caused changes to make it easy to select the former behavior. If gnome-screensaver doesn't regain some of the configurability xscreensaver had, I certainly won't use gnome-screensaver, and am liable to look for alternatives to GNOME period.

    1. Re:Will I be able to configure the screensaver? by ReinoutS · · Score: 1
      The outcry over "spatial mode" nautilus at least caused changes to make it easy to select the former behavior. If gnome-screensaver doesn't regain some of the configurability xscreensaver had, I certainly won't use gnome-screensaver, and am liable to look for alternatives to GNOME period.
      Would you care to explain how gnome-screensaver stops xscreensaver from working?
    2. Re:Will I be able to configure the screensaver? by davydmadeley · · Score: 2, Informative

      The obvious solution is to install xscreensaver instead of gnome-screensaver. This was doable last time I checked. There are indeed more options in xscreensaver, a number of these I'd like to see available in gnome-screensaver through some method.

    3. Re:Will I be able to configure the screensaver? by alc6379 · · Score: 1
      Would you care to explain how gnome-screensaver stops xscreensaver from working?

      I'm not the OP, but I can venture a guess at the point of the comment.

      Nothing is stopping you from using xscreensaver. But, isn't the point of a Desktop Envirionment to be all-inclusive? If I have to switch back to the "old" program that the "new" one was supposed to supplant, what's the point?

      --
      I don't moderate anymore. Karma penalty for 90% fair mods? Can I mod that unfair?
    4. Re:Will I be able to configure the screensaver? by killerkalamari · · Score: 0, Flamebait

      This is a constant problem with Gnome updates. Other examples include complete lack of Gnome menu editing for one release, and in the next, very primitive menu editing and the removal of Run Application as a Gnome menu choice. Another example is changing the size of folder icons.

      Okay, so they want to change things... What I don't understand is why they don't make these things options (even using gconf is fine!). At least make it possible to change back! How hard can that be, since the code is already there?

      I still use Gnome, and like it overall, but I hate how they force EVERY change on me. Sometimes the old way was fine (or better!).

    5. Re:Will I be able to configure the screensaver? by dragonman97 · · Score: 0, Flamebait

      Hmm...funny - OS X has both options and a full screen test for screen savers. In fact, I see they stopped calling them "Screen Effects" (which they did in Jaguar as last I recalled). Given GNOME's love of copying OS X poorly, it's funny that they didn't notice that OS X considers this a permissible act. GNOME sickens me these days - they need to get over themselves.

    6. Re:Will I be able to configure the screensaver? by alc6379 · · Score: 1
      I still use Gnome, and like it overall, but I hate how they force EVERY change on me. Sometimes the old way was fine (or better!).

      This is why I've quit using Gnome entirely. I have to use an FC4 box at work, and I can't change the default DE on it. I'm actually impressed with Gnome's responsiveness on FC4. But, I can't stomach using a DE/WM that EVERY update changes something, and I don't know if I will or won't be able to change it back to the way I'm used to.

      ...That's not sustainable, nor is it scalable, in terms of user base. I realize that Linux is all about customization, and all that, but when you're talking about this "user" base that Gnome's trying to placate, it's not acceptable to that same base to have to re-learn things, no matter how intuitive or "for the better" that change is.

      I will say this much, and I invite the flames for it: At least, for the most part, Micrsoft has kept a number of things consistent in the Windows UI, or they've at least made the "old" way accessible with a minimum of trouble. I like the fact that I can count on a "Run..." option being in the Start menu no matter if it's Windows 95, or if it's Vista. I'm not advocating one DE over another, but at least with KDE, I can have the same feat, or if I want it differently, it's not like pulling teeth to change the default. (Or in some instances, it's not completely impossible)

      --
      I don't moderate anymore. Karma penalty for 90% fair mods? Can I mod that unfair?
    7. Re:Will I be able to configure the screensaver? by Anonymous Coward · · Score: 0

      I miss GNOME 1.x. It was Unixy, it had what you needed. That new notification crap looks awful. Yay, pointless balloons appear right when I'm trying to do something important. Store searches as folders? I don't even know what that means! How much disk space will that eat up? WHEN it garbles itself, what do I blow away in my home folder to fix it? This is what I hate about these modern apps, including Firefox. If something is broken, and you move your .foo's to .foo.bak's, and it's not broken, what do you do? Try to go through the Windows Registry like SHIT and figure out what the hell is going on? Or just forget it? I HATE losing my PSM stuff in Mozilla, I can't remember how to log in to anything. I'm too old for that.
      I disagree about Microsoft, they have made so many changes just since XP was released that I can't find anything. I was a Windows desktop support guy until a year ago, though I didn't use it myself, and now after being away from it for a year I can't find anything any more. And good riddance. I love how it pops up balloons all the time asking me if I want a tour of Windows, or if I want to clean up my desktop. Fsck off! I've been hacking since 1982, get fscked!
      Okay, I admit, I use fvwm or twm if available, and if not I just run Metacity neat, no ice. Speaking of which...

    8. Re:Will I be able to configure the screensaver? by prockcore · · Score: 1

      With Ubuntu Dapper Drake I have finally been exposed to gnome-screensaver, which doesn't let you select which screensavers you wish the random selector to choose from, doesn't let you set options for the screensavers (because a screensaver with options, according to the developers, is broken), and won't give you a full-screen preview (because, according to the developers, being able to do so doesn't really solve any problem).

      Give me a break. "According to developers".. bullshit. You didn't ask them.

      Gnome-screensaver is a cutting edge alpha. The version number in Dapper Drake is literally 0.0.23 Zero point zero. There aren't any options because they just got the basics working. There haven't been any design decisions on how options will work.. to claim that developers rejected the adding of options is just lying.

    9. Re:Will I be able to configure the screensaver? by jejones · · Score: 3, Insightful

      Give me a break. "According to developers".. bullshit. You didn't ask them.

      From the gnome-screensaver FAQ:

      Why doesn't the screensaver preferences tool allow me to change the settings for the theme?

      We are trying to take a different approach. We would prefer for the themes to simply work.

      From Bug 316654 - no ability to configure the different screensavers, which is resolved and marked WONTFIX:

      I don't have any plans to support this. My view is that any screensaver theme that requires configuration is inherently broken.

      From Bug 316655 - no ability to full screen preview individual screensavers, which is also resolved and marked WONTFIX:

      There are no plans to implement this feature. I don't think this feature solves any real problems.

      Res ipsa loquitur.

    10. Re:Will I be able to configure the screensaver? by Tweekster · · Score: 1

      um you are gonna look for an alternative to a desktop because you cant configure a screensaver? um hello? how many hours a day do you look at the screensaver that this trivial config would matter? spacial nautilus applied to usability. screensavers are a matter of stareability.

      --
      The phrase "more better" is acceptable English. suck it grammar Nazis
    11. Re:Will I be able to configure the screensaver? by Kjella · · Score: 1

      My view is that any screensaver theme that requires configuration is inherently broken.

      I agree perfectly, any screensaver which requires configuration is broken. In fact, I'd say a screensaver which presents the user with a ton of configuration options you're "supposed to" set is broken. But a developer that doesn't allow for the possibility of a configuration is equally broken.

      I think both Gnome and KDE could learn a lot about the use of "More", "Advanced" and "Customize" buttons, or even tiny little arrows or plus signs. Gnome has the terrible habit of "if it's too complicated, drop it". KDE has the terrible habit of putting one useful setting along with ten others you won't touch in a tabbed dialog because they group together.

      Gnome seems to suffer from something like complexophobia, who seem to think newbies would love to dive down into complex menus if you left them in place. KDE on the other hand seems to suffer from clickophobia, where it would kill their powerusers to click through from simple configuration pages to get to the exotic setting they want.

      For some, it seems to have gone to the point where it's more about principles than practicality. Some developers want to nurse you to death, some want to just drown you in possibilities. Without drawing too many parallels, it reminds me of Babylon 5 where it's not about the users (younger races), it's about being right. In my opinion a good system should let a user become more capable at his own pace, I think the key words here are optional but not required.

      --
      Live today, because you never know what tomorrow brings
    12. Re:Will I be able to configure the screensaver? by jejones · · Score: 1

      Thank you! Your post should be engraved on many monitors, and if I hadn't already posted, I'd have moderated you +1 Insightful. You hit the proverbial nail on its figurative head.

    13. Re:Will I be able to configure the screensaver? by SComps · · Score: 1

      I don't think it's a matter of changing because of something trivial, but a matter of changing because of developer attitude. Sure it's free, but it still needs to be compelling to people. If something like this [attitude] turns you off about the environment; nothing is going to fix it for you.

      I know I don't like somebody telling me how to think, or making decisions that affect me (even trivially) without at least considering my opinion. Sure that's done all the time in the real world, but in the rare instances where I really have the option to stay or go; I generally go when that happens.

    14. Re:Will I be able to configure the screensaver? by arose · · Score: 1

      Do you volunteer to keep the "Advanced" section up to date, debug the extra options and check for cross-option bugs?

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
  49. I've always enjoyed it by ursabear · · Score: 1

    I've always enjoyed a little gnome (SORRY, couldn't resist!) [karma gets blown for really terrible joke]

    For someone like me (very technical, but has a family and can't do all the hacking around I used to do), a digest like this is good. Thanks for posting...

    I'm looking forward to the features. With two "cubs" in the house, the lockdown feature is a great idea. The kids are great, but sometimes machines won't boot if they're not in managed accounts. They enjoy tinkering with Linux, but sometimes can be tinking where they shouldn't be tinking... (To all you admins, I know that you can set up some pretty good stuff on the 'line, but, as I said, I just don't have the time).

    Deskbar looks very interesting... I'd like to see it in action... Writing to remote files - a nice feature I've seen in some editors (Slick, Crimson, others). This is A Good Thing...

    Preferred applications - cool!

    Can one of you much smarter-than-me-folks please tell me, is Nautilus faster in this upcoming release? Also, is this going to be ported to SPARC boxes any time soon?

    1. Re:I've always enjoyed it by funwithBSD · · Score: 1

      Click... Click... Click!

      Aw crap.

      You are in luck, I am out of mod bullets.

      --
      Never answer an anonymous letter. - Yogi Berra
    2. Re:I've always enjoyed it by davydmadeley · · Score: 1

      It should work on SPARC today. Sun have something recent in OpenSolaris, and we're about to start building GNOME CVS ontop of Solaris Express and offer accounts to developers to make sure their code works.

    3. Re:I've always enjoyed it by Anonymous Coward · · Score: 0

      Have you checked to see if Gentoo works with spark? It used to. Emerde for spark suposedly will install gnome that way not terrible practicle at 72 hours to install-but it works.

  50. Congratulations by theolein · · Score: 4, Insightful

    It's looking very polished. In the looks department it certainly is good enough for corporate users. It might not be 100% of where OSX is or have the fancy glass effects that Vista will have, but it's certainly light years ahead of what it was just 5 years ago.

    I just wish for one thing, and that is that the Gnome and KDE people would cooperate on clipboard and drag and drop standards so that software from one would work in that department at least in the other.

    1. Re:Congratulations by davydmadeley · · Score: 1

      They do, unless someone has broken it again. Both drag'n'drop and clipboarding are handled by X.

    2. Re:Congratulations by ookaze · · Score: 1

      I just wish for one thing, and that is that the Gnome and KDE people would cooperate on clipboard and drag and drop standards so that software from one would work in that department at least in the other

      Which is already done for drag and drop. What lots of people, and you, don't seem to understand, is that for this to work, the applications have to implement things for each type of document you would drag and drop on them. That's the only thing that could be missing.
      I won't talk about clipboard as I never had a problem with it.

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

      I.e. close a window and you lose the clipboard contents! AAAAARGH! Way to "handle" things"!

  51. Re:well thats nice!! by Anonymous Coward · · Score: 0

    RIGTH!!

  52. It's no Vista though by mnemonic_ · · Score: 1

    The new GNOME looks great, but it certainly doesn't match the effects of Vista. Check it out: 3d window stacking, hardware alpha blending with blurring, etc. It'll be a long time before the freedesktop guys get Cairo and XGL working to the compatibility, quality and speed of DirectX. Xorg composite still crashes for me frequently.

    1. Re:It's no Vista though by Anonymous Coward · · Score: 0

      You really should try XGL then.

      I've been using it for a few days now and did not experience one crash yet. It's simply amazing how stable it already is and the effects are just impressive and from what I have seen of Vista (which isn't stable yet either btw.) they easily match window's upcoming effects.

    2. Re:It's no Vista though by pherthyl · · Score: 2, Funny

      Xorg composite still crashes for me frequently.

      As opposed to Vista, which is running stable and polished on your desktop?

    3. Re:It's no Vista though by daverabbitz · · Score: 0

      Really, I played around with it yesterday and managed to crash it twice inside an hour. Mind you it *is* fucking spiffy. Too bad Nvidia have denounced it, which basically means it'll never happen. On the other hand, Reading Nvidia's reasons why Xgl is wrong, it sounds like you will soon be able to exactly what Xgl does with COMPOSITE and glxcompmgr.

      Can I add a question, does anyone know if I can have expose without Xgl at the moment? First OS-X thing I have thought was not-dumb.

      --
      What could be better than a jet powered motorcycle? http://www.youtube.com/watch?v=u8l6GTHLSWE
    4. Re:It's no Vista though by daverabbitz · · Score: 0

      Wow, that looks, um, really awful! Seriously, WB3.0 on Amiga looks better than that. It looks like some one ate a huge bowl of jelly (jello in murcan?) and vommited all over the screen.

      --
      What could be better than a jet powered motorcycle? http://www.youtube.com/watch?v=u8l6GTHLSWE
    5. Re:It's no Vista though by Motor · · Score: 1

      Redhat have been working on a more evolutionary approach to spiffy OpenGL X Window. I'm not qualified to judge the merits of Xgl vs aiglx, but they claim it is a better design... not needing a complete new X server, and more of a slightly modified one that degrades nicely,

      --
      We all know that crap is king
      Give us dirty laundry!
    6. Re:It's no Vista though by scotch · · Score: 1

      LOL!

      --
      XML causes global warming.
  53. Gnome by PigIronBob · · Score: 1

    Get rid of the bitmaps on the buttons and i'll think about it

    --
    You never catch me alive
    1. Re:Gnome by Anonymous Coward · · Score: 0

      You can disable stock icons on buttons.
      Just google for gtk-button-images
      E.g: http://linuxart.com/log/archives/2005/09/15/on-cre ating-an-icon-monster/

  54. Debian Woody user here by Anonymous Coward · · Score: 0

    I like to party like its 1999

  55. Fast user switching, yay!!! by MoxFulder · · Score: 1

    Fast user switching is a great feature to have... I wonder how it's implemented actually. The old way of starting a new X server was incredibly slow and annoying and switching back and forth wasn't intuitive.

    Now I can make my girlfriend a separate account on my computer that won't be a pain to switch to. Woohoo!

    1. Re:Fast user switching, yay!!! by juhaz · · Score: 1

      It's implemented just as it always was - it still starts a new X server.

      Just a bit of sugar coating to make the "slow and annoying switching back and forth" go away.

    2. Re:Fast user switching, yay!!! by clem · · Score: 1

      I wonder if they've fixed the sound daemon so that an inactive user can't lock the sound device from the active user?

      --
      Your courageous and selfless spelling corrections have made me a better person.
    3. Re:Fast user switching, yay!!! by juhaz · · Score: 1

      Probably not, but there might be slight chance that they've get rid of esd requirement altogether, if so, and armed with alsa dmix, multiple concurrent users should be good to go...

  56. It looks good but have they addressed: by ThinkOfaNumber · · Score: 1

    1. The metacity "activation follows mouse" option is good except when the mouse moves from the center of the active window to, say, the panel. Any windows which show even a pixel in the way will get raised in turn as the mouse moves over them. This means that when the mouse reaches the panel, the window you were looking at is now longer the active window.

    So what? Well, if you have 5x web browser windows, the window list distinguishes between the active one and the others by making it bold. So if you want to minimise the window which you've been viewing, suddenly it's not bold anymore, and you don't know which one it was, because one of the background windows has become active in the movement from screen center to panel.

    This is quite unintuitive! The simple solution would be to add a small activation delay for "focus follows mouse". This works in other window managers that provide the same activation feature.

    2. Metacity "edge stickyness" so you can easily line up windows to the screen edge, or other windows. The traditional problem with wm's implementing this, is the window can snap to the edge ok, but to un-snap the window then jumps a bit, meaning that you can't position the window anywhere within 10 pixels of said edge. The snap is good, but it shouldn't remove the fine pixel by pixel control you can have with positioning windows.

    Even the window-menu "move", arrow up/down/left/right option snaps to the edge in some wm's (which is good) but often you still get a large "jump" when the window unsnaps with this method.

    1. Re:It looks good but have they addressed: by allanw · · Score: 1

      It actually doesn't snap until you actually hit the edge. So that means you can drag the window one pixel away from the edge without it snapping.

  57. The l337 jargon has me confused . . . by gcauthon · · Score: 4, Interesting

    From the article:

    GNOME 2.14 should be called Searchable GNOME, with the addition of powerful new searching systems in Nautilus and Yelp. Both have a traditional search mode plus a fast, superhot mode for those of you who are Beagle-enabled!

    Can someone put this into words that an average user can understand?

    1. Re:The l337 jargon has me confused . . . by NanoServ · · Score: 1

      Google-fast search result.

    2. Re:The l337 jargon has me confused . . . by tetromino · · Score: 1

      Beagle is a desktop search tool, like Apple's Spotlight or Google Desktop. It works quite well, but in Gnome 2.12, it's not integrated into the desktop -- ideally, for instance, you would want Beagle integrated into all standard file open dialogs etc. The thing about Beagle is that it's written in C# and runs on Mono (a .net clone). Some people (e.g. Redhat) feel that Microsoft has some patents that could be used to smack down Mono sometime in the future. In order to satisfy all the distros, Gnome is leaving Beagle integration optional in 2.14. Presumably, SuSE and Ubuntu will enable it, while Redhat Enterprise will probably disable it.

    3. Re:The l337 jargon has me confused . . . by dogfull · · Score: 1

      Yeah, sure.

      GNOME 2.14 has new search features. The file manager and help browser are now easier to search. There is an traditional (filename) search mode like in Windows. If you have beagle (like spotlight) installed, there is also a fast document-searching mode.

  58. BSD, not GNU by eklitzke · · Score: 0, Troll

    Apple uses the BSD utilities, not the GNU utilities.

    --
    #include ".signature"
    1. Re:BSD, not GNU by erikdalen · · Score: 1

      I'd call gcc a GNU utility.

      --
      Erik Dalén
    2. Re:BSD, not GNU by lucas+teh+geek · · Score: 0, Troll

      one down, 49 to go. keep going...

      --
      TIAEAE!
    3. Re:BSD, not GNU by QuantumG · · Score: 2, Insightful

      How about every one of the binutils.. last time I checked there was more than 50.

      --
      How we know is more important than what we know.
    4. Re:BSD, not GNU by MooUK · · Score: 1

      BSD distros use a LOT of GNU utilities and programs.

    5. Re:BSD, not GNU by Anonymous Coward · · Score: 0

      oh go and get fucked you fuckwit moderator. go find something you agree with and mod up you fucking wanktard

  59. It's a result of huge amount of Market research!!! by Anonymous Coward · · Score: 0

    You see Microsoft figured out a neat trick when using general purpose words to fit specific purpose applications and software.

    Microsoft 'Windows' for their new GUI operating system that uses a bunch of Windows for everything! Plus they have a neat logo that looks like a actual window sorta.

    Microsoft Word for a word proccessor, brilliant!
    Microsoft Office for a office application suite, these guys were genuises.

    You: "I need something to use at my Office to go with my Microsoft Windows.."
    Salesguy(or chick): "Ah, you need something for your office? How about Microsoft Office!"
    You: "Brilliant!"

    However lately Microsoft has seemed to drop the ball on naming...

    For example: .NET = who the fuck knows?

    Originally there was the .NET platform, Windows 2003 and XP were just a part of this... A push for 'Networkability' maybe? Or since there was a bunch of dotcoms, this is Microsoft's dotnet?

    But then it was a programming language, as in ASP.NET. Still nobody has a fucking clue.

    And now we have Vista? Seriously WTF? A nice 'view'?
    Or was a car? As in my Mom's V6 Pinto could kick your dad's 1973 Dodge Vista in a drag race if both of them didn't explode last tuesday.

    Nobody has a clue with that either. Why didn't they just name it 'Microsoft Big River'? It would of made more sense.

    So it seemed like a good idea to crash in on the parade and steal all the good remaining names from Microsoft before they figure out that they were messing up.

    So after a 3 week long flamefest on the Gnome meeting developers list it was finally decided that 'Big River' was a much to 'KDE-ish' to be a Gnome application.

    They figured that since big companies like Apple use focus groups to figure out cool names like Aqua or OS X (sounds like Oh-es-SeX) they needed the same thing for Gnome.

    So after intensive research (google searching through Microsoft developer's blogs) and a 2-month long Gnome-dev meeting in Puerto Rico it was discovered that Gnome lacked the funds for such intensive market research. Luckly Novell had their usability research videos online so they used that to attempt to discover a 'emotional connection' in basic human thinking find a link to subconciously connect 'Voice and Video over IP' with 'Killer Gnome desktop application' and thus kicking Microsoft's naming ass in the proccess.

    It was decided to name it "Ekiga" after the noises non-technical people start making after trying to use the Gnome "Meeting" application for any length of time (right before they plung a pen into their own neck to end the suffering)

    It goes like this:
    Usability tester: "Now try to setup this wireless usb camera on this Linux box and call you Grandma to wish her a happy birthday"
    (2-3 hours later)
    Usability testy: "Ekkkkhr hEYE GHA!!!!" *snap* *squirt*.
    Usability tester: "Alright, mark that one off as only 60% successfull"

    So once again the Gnome developers have not only completely missed the original point badly.. they missed the original point badly in a terrible fasion.

  60. Re:No / Yes - NO! by fithmo · · Score: 1

    "It's even more irritating if you have a dual boot, since you can't readapt your brain to get a specific order of clicking a dialog"

    Me? Really?
    I haven't noticed this problem on my dual-boot machine, or perhaps it is my brain's inability to adapt, as you said, that causes me to not adapt to your inability to use an "I" statement.

  61. Re:The Linux desktop is finally coming into it's o by Overly+Critical+Guy · · Score: 1

    The Linux desktop is finally coming into it's own

    Said every year on Slashdot since 1998. When will it be done coming into its own is what I want to know.

    --
    "Sufferin' succotash."
  62. so what ? by stud9920 · · Score: 0, Troll

    KDE was pas version 3.0 how long, five years ago ?

    1. Re:so what ? by RichiP · · Score: 1

      Are you serious?? Windows hit version 3.0 in 1990, 95 in 1995 and 2003 a few years ago. MacOS is at X. The Linux kernel has been wallowing in version 2 for ages.

  63. Why the name change from GnomeMeeting? by Anonymous Coward · · Score: 1, Informative
  64. Yeah, but... by Anonymous Coward · · Score: 0

    ... will it come with a menu editor?

  65. compiz isn't hard-coded by DreadSpoon · · Score: 1

    Compiz requires a particular OpenGL extension that no hardware driver yet supports, so it is emulated in software by Xglx itself. NVIDIA helped define that extension, so it's safe to bet that future NVIDIA drivers will include the extension with full hardware acceleration. Likewise, the open source drivers are being updated to include the extension, though no official releases yet contain it. In a few years ATI might even include the extension in their official drivers, too.

    1. Re:compiz isn't hard-coded by pyros · · Score: 1
      Compiz requires a particular OpenGL extension that no hardware driver yet supports, so it is emulated in software by Xglx itself.

      ah, that explains it.

    2. Re:compiz isn't hard-coded by Stalyn · · Score: 1

      The composite extension is completely accelerated in Xgl. The only thing compiz does is memory management and define geometries. Software does a fine job for these types of things. And this new GLX extension basically binds a X pixmap to a GL texture. But all rendering is done by the GPU. People assume because compiz is using the Mesa library that all rendering is done by software but this is not the case.

      --
      The best education consists in immunizing people against systematic attempts at education. - Paul Feyerabend
  66. Might I suggest. . . by lord_nimula · · Score: 3, Informative

    For those who find KDE and Gnome to be a bit much: http://freshmeat.net/articles/view/581/

  67. Re:It's a result of huge amount of Market research by someone300 · · Score: 1

    Microsoft Excel ;)

  68. Most awaited feature by QCompson · · Score: 1

    I heard Gnome 2.14 is supposed to improve on its already impressive (and immensely popular) window maximizing/minimizing frame animations. In 2.14, the entire desktop transforms into "frame mode" whenever a user moves the mouse pointer. Elegant large black frames outline everything, so the user can easily see where one application begins and another ends. Gnome developers have been pouring over ui interface designs from the early 90s, trying to determine the most effective way to display huge black frames on the desktop.

    Bring on the frame-candy!

  69. Performance bar graphs [generated by what app?] by Steffan · · Score: 1

    I love the performance comparison bar graphs in TFA. Anyone have any idea what application was used to generate them?

    1. Re:Performance bar graphs [generated by what app?] by stalefries · · Score: 2, Informative
      --
      -stalefries
  70. I ended up staying with IceWM by ylikone · · Score: 1
    I used KDE for a long time... but found that it had too many bugs and I was constanly losing menu entries, settings, etc... I tried Gnome for a while but could never get used to the way it handled dialogues and such. Tried XFCE for a while... nice but still not for me.

    Ended up staying with IceWM which is basically like an enhanced version of Win98 interface. I like the speed and it stays out of my way. I sometimes use Rox-filer for a file manager, but prefer the power of bash shell to do my file manipulations.

    --
    Meh.
  71. Ironic choice for app that has ... by ylikone · · Score: 1
    ... according to the second paragraph on the page, received a lot of attention.... Gnome Terminal!

    Maybe this is Gnome's problem. What are they doing putting any attention toward improving the terminal!? People using Gnome are doing so because they want a GUI interface, not to have fancy terminal features. That's what CTRL-ALT-F1 is for!

    --
    Meh.
    1. Re:Ironic choice for app that has ... by Pop69 · · Score: 1

      $DEITY NO !!!

      The only reason for X is so that I can run a crapload of terminals !!!!!!

    2. Re:Ironic choice for app that has ... by prockcore · · Score: 3, Insightful

      Maybe this is Gnome's problem. What are they doing putting any attention toward improving the terminal!

      They're not. Gnome Terminal is a good indicator of how fast their font rendering is now. Don't confuse the benchmark programs with the actual technology.

      They put attention towards font rendering.. gnome terminal can render anti-aliased fonts faster than an unanti-aliased xterm.

    3. Re:Ironic choice for app that has ... by tetromino · · Score: 1

      They are putting a lot of attention to Gnome Terminal because, frankly, Gnome Terminal (in Gmome <= 2.12) is horrendously slow (not as bad as the OSX terminal, but far worse than any other Linux terminal emulator). If you are a software developer of any kind, you use the terminal often. And if you are compiling a large project, just having the output scroll in Gnome Terminal can add minutes to your compile time.

      Next, as for Ctrl-Alt-F1. Sure, that switches me to the text-only Linux console. But I (1) prefer the high resolution of X; (2) prefer the fact that I can easily switch between a dozen terminal windows in X; (3) use GUI text editors like Gedit and GVim; (4) can't copy/paste stuff from the text-only Linux console to my browser or my text editor -- this is a killer; (5) when I switch between X and console mode, my screen goes blank for a couple seconds (needs to flush the framebuffer) which is inevitable because of the amount of memory on my video card and the fact that the video card needs to be switched switch between two totally different drivers (X and console-mode); and (6) I need unicode fonts in my terminal, and Linux text-mode console only displays a small range of character sets.

      A faster, more responsive Gnome Terminal is the feature that I am looking forward to the most in Gnome 2.14.

  72. Are You Serious? Seriously? by raftpeople · · Score: 1

    I am constantly stunned by statements like that.

    As a technical person that has worked on just about half the environments that ever existed, and as a person that currently works in a heterogeneous environment (Sun, AS400, Windows), I can tell you the command line is just about the least effective way to work for MANY activities.

    There are times when the command line is preferrable, but this is a very small percentage of the time if the UI is done properly.

  73. Where's an integrated spellcheck? by Sark666 · · Score: 2, Insightful

    Kde has had this for awhile now, so in kedit, konq, kchat whatever you have a spellcheck available to you. Simple idea but when integarted into the os, it's really handy to know it's always there.
    Why hasn't gnome got on the ball with this?

    1. Re:Where's an integrated spellcheck? by Anonymous Coward · · Score: 1, Funny

      integarted...

      It *sounds* like you're a KDE user, so why don't you enable the spell-checker if you think it is so useful? ;)

    2. Re:Where's an integrated spellcheck? by Anonymous Coward · · Score: 0

      Gnome does not have the right infrastructure to do that easily. Just the same reason why they've now only managed to access remote sites with Gedit while every KDE app has had this capability for ages. IMHO Gnome looks quite pretty on the outside but is very rotten on what matters most, its internals.

  74. Re:The Linux desktop is finally coming into it's o by triso · · Score: 1
    Your post does not meet /. guidelines. To meet the guidelines you should either:

    - Criticize GNOME, its developers and its users
    - Criticize KDE, its developers and its users
    - Bash Microsoft.
    - Make obligatory jokes about russia, etc..
    You missed a few:
    - Correct a post's grammar or spelling
    - Complain about multiple posts
    - Assign random moderations
    - Troll for suckers by praising Microsoft, its developers and its users
    - Go off your lithium and write a 20 page paranoid rant (rare)

  75. Re:Good old Linux by miscz · · Score: 2, Informative

    Tango) icons will be default in Gnome 2.16, they were supposed to get into 2.14 but they aren't complete yet. As for window drawing technologies - I'm using Xgl on my desktop right now and I'm in love with it. I think I'm going to marry Xgl. :)

  76. Who cares about features by HairyCanary · · Score: 1, Insightful

    Just fix the bugs first. I'd be happy if gconfd-2, clock-applet, and evolution didn't leak memory like it was going out of style. Even with a gig of memory, having to kill of these processes once or twice a day to keep the machine from crashing is a bit over the top.

    1. Re:Who cares about features by DJCouchyCouch · · Score: 1

      leaking memory NEVER goes out of style!

      DJCC

  77. Re:Are You Serious? Seriously? by Peter+La+Casse · · Score: 3, Insightful
    There are times when the command line is preferrable, but this is a very small percentage of the time if the UI is done properly.

    And when that day comes, if it ever does, there will be great rejoicing.

  78. Re:The Linux desktop is finally coming into it's o by strider44 · · Score: 1

    Or all of the above. For example: "In Soviet Russia, You track Microsoft and KDE clutters and bloats you, but don't worry, you're too user-friendly to have the features Gnome wants."

  79. Fluxbox Anybody by creativity · · Score: 0, Offtopic

    I prefer minimal graphics, with full control on what I load. So, use Fluxbox and add any app you want on top of it. And if ppl find Fluxbox a little daunting to install, use gentoo and just emerge it. It also supports KDE and I think they are coming up with Gnome suport as well

    1. Re:Fluxbox Anybody by Anonymous Coward · · Score: 0

      "And if ppl find Fluxbox a little daunting to install, use gentoo"

      If I had mod points you, my friend, would be "+5 Unintentional Irony".

  80. netinfo: OS X abomination by maynard · · Score: 1

    What annoys me most about OS X is that Apple still hasn't yanked that old NextStep NIS-light abomination netinfo for storing system configurations. It might seem neat - that is until you have to administer a heterogeneous UNIX environment and OS X (or NextStep) happens to be the only OS of the bunch using netinfo. Shared configuration scripts? HA! I really wish they would dump that and just go back to plain text config files.

  81. faster gterm! by sankyuu · · Score: 1

    Check out the text output performance improvement of gterm! http://www.gnome.org.nyud.net:8080/~davyd/gnome-2- 14/ Hallelujah!
    I hope the startup speed gets a boost too.

  82. I actually like it by melted · · Score: 1

    You don't bitch about Skype, right? So what's wrong with Ekiga? At least it's not GMeeting.

  83. Gnome Needs Clipboard to be Fixed by The+OPTiCIAN · · Score: 1

    When I say clipboard in this essay, I'm talking about the thing you communicate with when you use ctrl+c, ctrl+v (except in gnome-terminal where it's ctrl+shift).

    The current clipboard design is broken in at least two significant ways:
    - At the moment text that contains windows characters cannot be copied. I believe this is bad behaviour and that instead the text should strip the offending characters. Current behaviour is very confusing, particularly as clipboard operation is notoriously inconsistent in X - if it isn't working it could be any of several problems (ie: oh maybe this app doesn't talk to gnome and I need to mouse select)
    - At the moment the clipboard data disappears if you close the application it came from. This is *very annoying* and should be unnecessary.

    This is far and away my biggest grievance with the gnome de.

    A couple of other things that annoy:
    - You can't get rid of the quickbar
        - Autohide the quickbar only mostly disappears it, not completely
        - You can't configure the quickbar so that it doesn't behave as 'always on top'
    - gnome-terminal is slow (looks like they're improving this - nice work! :) )

    --


    Believe with me, my saplings.
    1. Re:Gnome Needs Clipboard to be Fixed by arose · · Score: 1

      Quickbar?!

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
  84. Re:The Linux desktop is finally coming into it's o by r_jensen11 · · Score: 1

    It has had the momentum and capabilities for quite some time, so the grandparent post is nothing revolutionary, like you said. The only problem in the past few years has to do with the markets, and with cities as well as countries adopting Linux in lieu of Windows, corporations are starting to believe that they may have some incentive to port some of their software over to Linux.

  85. Emblems - Does anybody use them? by gnalle · · Score: 1
    GNOME allows me to add an emblem to a file. The available emblems include: Favorite, urgent, special, and "Oh no". I always wondered if anybody really makes use of these emblems.

    If yes: How are they useful? (Please enlighten me)

    If no: Why are they there?

    1. Re:Emblems - Does anybody use them? by pato101 · · Score: 1

      They are useful at least to mark/decorate certain desktop folders. But only if you use few emblems among all your folders/files; otherwise they may only mess the things up.

    2. Re:Emblems - Does anybody use them? by Progressive4Peace · · Score: 1

      I've found them to be useful not for marking files, but for marking the content of folders - for example, the bomb icon for dangerous scripts, photo icon for my pictures, etc.

  86. Re:The Linux desktop is finally coming into it's o by slavik1337 · · Score: 1

    in soviet russian /. meets your post when winblows blows, kde gets eaten by a gnome who chokes on it and dies ...

    --
    just my 2 bytes
  87. Gedit and function folding by cciRRus · · Score: 1

    I've been waiting for Gedit to support function folding but even till 2.14, this is not there. On the other hand, Kwrite supports this. I wonder why this handy feature is missing from Gedit. :(

    --
    w00t
    1. Re:Gedit and function folding by ebassi · · Score: 1

      folding support is planned for the 2.15/2.16 release cycle; Gedit code base was refactored during this cycle and the developers' attention was reserved to fixing bugs, improving performances and revamping the plugin system. support for folding is in an unstable branch, ATM.

      also, since the editor widget used by Gedit is placed into a shared library (gtksourceview) a bunch of other projects will have folding support as soon as it gets included.

      --
      You can save space. Or you can save time. Don't ever count on saving both at once. -- First Law of Algorithmic Analisys
  88. Re:Are You Serious? Seriously? by Arker · · Score: 1

    Just what is the command line not suited for? Drawing, photo retouching.... anything else?

    --
    =-=-=-=-=-=-=-=-=-=-=-=-=-=-
    Friends don't let friends enable ecmascript.
  89. Re:Are You Serious? Seriously? by ClosedSource · · Score: 1

    Well, the command line can do almost anything as long as you're willing to turn your real work into the process of integrating a bunch of tiny commands into someting approaching what you need.

    If I wanted to go to that much trouble, I'd just write a utility in C or C++ that did exactly what I wanted without messing around with shell commands.

  90. Re:It's a result of huge amount of Market research by Anonymous Coward · · Score: 0

    funny :)

  91. Re:Are You Serious? Seriously? by Arker · · Score: 1

    Hmm, I can spend half an hour writing a command line to string together the commands I need to do a task, then let the computer process the task until it's done while I do other work... or I can sit there all day clicking and dragging to do the same thing. Frankly, I'd much rather use the command line.

    --
    =-=-=-=-=-=-=-=-=-=-=-=-=-=-
    Friends don't let friends enable ecmascript.
  92. Actually Xine is the worst choice. by ardor · · Score: 1

    The average user should NOT use Xine, since you can be sued for using it to watch DRMed content like CSS-encrypted DVDs. So far GStreamer is the only system able to playback this stuff with no legal uncertainities.

    Also, forget about people throwing away their DVDs. They'd rather throw the Linux distro away because "this junk does not play DVDs".

    --
    This sig does not contain any SCO code.
  93. Update GNOME logo please by Anonymous Coward · · Score: 0

    Can someone updated that old logo ?
    It isn't GNOME logo anymore since years.

  94. Re:Are You Serious? Seriously? by Imsdal · · Score: 1, Insightful
    How about "actual work"? You know, the stuff people typically do in Excel or Word.

    Yes, Word sucks, but it sure beats writing a typical document from the command line. And Excel doesn't suck. In fact, it's by far and away the best piece of software ever written. I know I'll be flamed for saying that, but I kindly ask you all: Is there any other software out there that is in general use, that actually works, that is easily usable for novices and skilled users alike and that is as versatile?

    The biggest problem with Excel is that almost all other software have serious flaws. Thus, people use Excel for purposes it is definitely not suited for, primarily "databases" (I use that term loosely here).

    It's like if someone developed a 2005 VW Golf in 1920. All the other cars and trucks would be terrible by comparison, and everyone and his mother would use the Golf for all kinds of purposes. And it would take two minutes to complain that too little cargo will fit, even though the actual problem is a lack of a proper truck.

  95. improvements in memory allocation??? in 2006??? by master_p · · Score: 1

    The year is 2006, and we still see effort being spent on memory allocation issues. While I do not disagree with improving performance through memory allocation, my point is that in the year 2006 we shouldn't have to cope with these things any more, because these advanced memory allocation libraries should have been there a lot time ago. Playing with memory allocators is so much 80s...

  96. Not quite by ZxCv · · Score: 1

    The one reason why itunes sells DRMed songs is because in 5-10 years, everyone who bought itunes songs will NEED to buy a ipod to listen those songs, no matter if by that time ipod is the worst and more expensive player of the galaxy. You're stuck with apple products

    No, the one reason why iTMS sells DRMed songs is because that is absolutely the only way they would ever obtain a license from the record companies to sell the songs.

    Bitching about iTMS selling DRMed songs to lock people into iPods is just that -- bitching. There are countless ways to convert the DRMed songs you buy from iTMS into a format that will work on anything, so if locking people in was the plan, it obviously isn't going to work in the long run.

    --

    Perl - $Just @when->$you ${thought} s/yn/tax/ &couldn\'t %get $worse;
  97. Try to separate sarcasm and your point.... by VON-MAN · · Score: 1
    ...it makes you look incoherent. Then, please go to Trolltech's website and have a look at the list of commercial programs (Unix and Windows) that use Qt. After you have done that, please feel stupid.

    Oh, and i would like you to explain again how Qt can be closed-source when everyone can download the sources.

    1. Re:Try to separate sarcasm and your point.... by RzUpAnmsCwrds · · Score: 1

      I must laugh in your general direction - you didn't understand what I said at all.

      Of course there are commercial Qt applications - they all paid Trolltech's licensing fees.

      And nowhere did I say that Qt was closed-source. It is GPL.

      So, you're a commerical developer who wants to develop a closed-source application for Linux. Do you:
      - Use GTK+ and pay no licensing fees while retaining control of your source code
      - Use Qt and pay a pretty hefty fee to Trolltech ($1990 per developer for the "light" edition)

      Qt is an excellent product and Trolltech has a right to license it any way they want. But when other developers want to be more open in their licensing, you shouldn't condemn them for doing so.

    2. Re:Try to separate sarcasm and your point.... by VON-MAN · · Score: 1

      Well, there you go for being incoherent, people miss your point.

  98. Re:As fast as a snail after dinner.... by Danzigism · · Score: 1
    bullshit.. what are you running a pIII or something? try using a gig of ram and a p4 atleast.. it runs fuckin fantastic.. whoever doesn't see that is obviously either:

    1) Retarded

    2) Retarded

    --
    *plays the Apogee theme song music*
  99. XFCE and Slackware by zenmojodaddy · · Score: 1

    Slackware comes with XFCE as an option for your desktop. Zenwalk, which is based on Slackware, uses XFCE as the default (only?) desktop.

    I've been using XFCE on Slackware for about a year and find that it's very functional - not quite so spartan as using just a window manager like Fluxbox or Blackbox, but still light enough to run on a 250MHz laptop.

    Recently I've been tinkering with KDE and Mandriva on a PC I'm setting up for my computer-phobic dad, and KDE is quite user-friendly, but I prefer my desktop to get out of the way and let me get on with things, which XFCE does nicely.

  100. Re:Good old Linux by Anonymous Coward · · Score: 0

    Could you please post a coulple of links to back up your claim regarding the Tanago icons?

  101. I've always wanted to set GNOMEmeetings to STUN by Provocateur · · Score: 1

    Oh, not that STUN. Damn.
     

    --
    WARNING: Smartphones have side effects--most of them undocumented.
  102. Ubiquitous File menu (pun intended) by Ignominious · · Score: 1

    My GNOME browser has a File menu too; whilst arguably a web page is a file, IMO it would make more sense to the user to have a Page menu instead - Page->Open, Save, Print, View Source etc.

    In fact everything seems to have a File menu, even my Terminal. I guess stuff like a Quit menu item should go in a Program or App menu.

    For a group like GNOME, with their Human Interface Guidelines I'd have thought they would sort out the menus sensibly and intuitively, not design them for refugees of other UIs.

    http://developer.gnome.org/projects/gup/hig/1.0/me nus.html#the-file-menu

    But anyway, 2.14 seems like they've focussed on good goals like improving performance, and even added a feature to Metacity, window edge resistance! Rejoice!

  103. Re:Good old Linux by Anonymous Coward · · Score: 0

    Mazal tov! You should have a happy marrage together.

    Meanwhile, I got another friend getting married to Ms Plan 9

    I wonder how the lot of you going to have sex.

  104. Re:Are You Serious? Seriously? by civilizedINTENSITY · · Score: 1

    Well but then you should be writing small modular utilites in your "C or C++" that can easily be piped together to form new and interesting things you maybe didn't even know people would want to do with your utility. Don't write monolithic apps unless you are creating an enviornment rather than an app. Unless of course they are paying you very well and you don't care what people think.

  105. Re:Are You Serious? Seriously? by civilizedINTENSITY · · Score: 1

    Secretaries and accountants use Word and Excel. The *real* work is done in Mathematica by actuaries and finance majors ;-)

    (Please note the wink.)

  106. Re:As fast as a snail after dinner.... by Anonymous Coward · · Score: 0

    About anything runs "fantastic" on a 3 GHZ computer with 1 Gig of memory. You are biased. Speed is relative and claiming that GNOME on Ubuntu runs fast is plain fanboyism. Now, I do not say that GNOME is bad, but many people take _any_ criticism on their beloved software very badly and thus refuse to face facts. Indeed, I don't have a fast computer, but with Ubuntu it was the first time I experienced my system as slow. Nor is GNOME alone in the bloatware department. But fact is that Ubuntu takes an _unreasonable_ amount of resources for what it does, and I can not fathom how people could claim it's relatively fast.

    Keep in mind that performance was never in the mind of GNOME developers until recently. My experience with GNOME is only on Ubuntu, it might be faster on other distributions. Also, I comment on the performance aspect only. I do not condemn Ubuntu or GNOME, I think both projects are great. However, I do think that Ubuntu with its "Our work on Ubuntu is driven by a philosophy on software freedom that we hope will spread and bring the benefits of software technology to all parts of the globe." should not require a 3 GHZ cpu & 1 Gig ram to run smoothly.
    Hell, skip that: No piece of software which does not process large amounts of data and/or not in complex ways should use so much memory and be so slow. Period. And if it does, I don't want bloody fools who fell in love with the otherwise splendid software to sprout nonsense that it is fast and to attack the heretics.

  107. Re:As fast as a snail after dinner.... by Danzigism · · Score: 1

    no.. its called Inductive Reasoning.. I've used every fuckin distro I could get my hands on since 1996.. its quite simple, in my personal opinion, in which an Anonymous Coward has no real right to question in the first place, Ubuntu is the best distro I've used.. and thats why i commented in the first place.. i'm sorry if your p100 can't run ubuntu.. ya gotta upgrade sometime.. You can't expect a great Linux Distro, with all the features of Ubuntu with Gnome, to run good on any system.. its plain and simple.. today's standards, today's equipment, bottom line, Ubuntu runs the greatest.. IMO..

    --
    *plays the Apogee theme song music*
  108. Notification framework popups ? NOOOOO !!!!! by TractorBarry · · Score: 1

    The notification framework is a set of notification widgets that have been sorely lacking from GNOME for some time. Many applications can already take advantage of the notification framework if it is present. Many people find notification popups in other desktop environments irritating, so to prevent this GNOME is working on clearcut recommendations for its Human Interface Guidelines before GNOME 2.16.

    Never mind your HIG "recommendations". All I require from this new "notification framework" is the option to globally shut the fucker off with no way for any app to override my preference thankyou very much.

    Sorry I do not want to see popups on my machine(s) ever - no matter how "important" the developer feels they are. I don't even want to see one if it's telling me that my CPU is on fire or that my precious /data partition is being eaten by gremlins.

    Irritating does not even begin to describe pop ups (of any description). If I've backgrounded a task I'll return to it when I feel like seeing how it's progressing. If I've received some new mail etc. etc. big deal. I'll check it when I feel like it. Popups are like having a hyper active kid suddenly appear screaming in your face.

    Gnome devs: LEAVE THE CRAPPY WINDOWS XP "FEATURES" ALONE. They're crap in Windows and they'll be even crappier in Gnome.

    Oh and did I mention I don't want f***** popups ? EVER.

    --
    Sky subscribers are morons. They pay to be advertised at !
  109. The inevitable flames from KDE fans by typical · · Score: 1

    Gnome does not have the right infrastructure to do that easily. Just the same reason why they've now only managed to access remote sites with Gedit while every KDE app has had this capability for ages. IMHO Gnome looks quite pretty on the outside but is very rotten on what matters most, its internals.

    (Rolls eyes) Ah, I see. Well, you keep using KDE, then, if it makes you happy.

    $ rpm -qi gnome-spell
    [some content clipped to avoid lameness filter]
    Description :
    Gnome Spell is a GNOME/Bonobo component for spell checking. In the current
    version, it contains a GNOME::Spell::Dictionary object, which provides
    a spell checking dictionary (see Spell.idl for exact API definition).
    It is based on pspell package, which is required to build gnome-spell.


    Any other ways in which Gnome poisons your life?

    --
    Any program relying on (nontrivial) preemptive multithreading will be buggy.
    1. Re:The inevitable flames from KDE fans by Anonymous Coward · · Score: 0

      I see... that's why every Gnome application uses it...

  110. Screen tip by typical · · Score: 1

    The first thing any sane (read: emacs-using) user should do with screen is change the command key from ^A to ^O. Nobody I know that uses emacs uses ^O, but *everyone* needs ^A. That means adding:

    escape "^O^O"

    to your ~/.screenrc.

    I do wish that GNU screen was a little easier to use. Because of its name, it's hard to search for help on it, and it's not the most intuitive software in the world. However, it is *incredibly* useful, especially once it becomes second nature to use, and anyone that does much console work (especially remotely) should absolutely learn GNU screen. The biggest obvious feature is the ability to detatch and reattach to sessions a la VMS, but it also does split screens, scrollback buffers (in a standardized way -- most remote consoles you use probably have some form of scrollback buffer), copy-paste, monitoring of daemons for activity or inactivity...

    --
    Any program relying on (nontrivial) preemptive multithreading will be buggy.
  111. It's funny. Laugh. by typical · · Score: 1

    The GNOME plug-in architecture is named after monkeys that are known for constantly plugging into each other in all kinds of ways. I thought that it was hillarious when I first heard it, but maybe it's less obvious than I thought.

    --
    Any program relying on (nontrivial) preemptive multithreading will be buggy.
  112. Re:Are You Serious? Seriously? by Anonymous Coward · · Score: 0

    I don't know how the heck that gets defined as 'actual work' by you, but whatever.

    I used to do all the same things with programs that ran under DOS and didn't require a mouse, and those programs kicked the crap out of Word and Excel, in all honesty. Unfortunately, those programs were not Free and I can't seem to find any linux clones to do the same job. I'm sure Emacs would be up to the job, if I could just figure out how to use it.

  113. Screenshots! by Billly+Gates · · Score: 1

    Good old reliable uncyclopedia provides a nice screenshot with a bob like character?

    The new release looks great!

  114. Some more screenshots by Billly+Gates · · Score: 1

    For those who want to see more of the UI improvements with Gnome 2.14 check out scotty, the new AI help agent that is part of gnome. Here is it responding to me as billyG...

    You can thank the reliable uncyclopedia for the pic.

  115. Re:The Linux desktop is finally coming into it's o by stedo · · Score: 1
    Ok, sorry. How about this:


    Gnome and KDE are both unusable, ugly desktops, made by a shower of incompetent coders who still think VB is a real language, and anyone who uses either of these two pieces of crash-happy bloatware is a moronic cretin with the intelligence, foresight and aesthetic eye of a dead rat, who should never have been allowed near a computer in the first place. After all, in Soviet Russia, badly-designed pieces of useless software use YOU!

    Hang on, I seem to be missing something. Oh, yeah...

    MICRO$OFT IS TEH SUXX0RS!!!!!!!

    I can already see my +5 Insightful...

  116. Why? by Jaqui · · Score: 1

    When my entire network is Linux based would I concider using a desktop that requires the samba server stack to function?
    I have zero use for windows connectivity.
    a complete waste of resources to install gnome simply because of their use of the samba server stack.

    --
    J. Henager: If the average user can put a CD in and boot the system and follow the prompts, he can install and use Linux
  117. Re:The Linux desktop is finally coming into it's o by brainnolo · · Score: 1

    And you win the /. Best Post of the Topic Award! Congrats!

  118. Re:Are You Serious? Seriously? by Peter+La+Casse · · Score: 1
    How about "actual work"? You know, the stuff people typically do in Excel or Word.

    Yes, Word sucks, but it sure beats writing a typical document from the command line.

    The command line is not for writing documents, it is for issuing commands, one of which might be "word". Word doesn't issue commands, so using word is not an alternative to using a command line; every day I edit documents using commands like "[programname] [documentname]". In fact, it's what I should be doing now, instead of reading slashdot.

  119. Re:Are You Serious? Seriously? by ClosedSource · · Score: 1

    "Well but then you should be writing small modular utilites in your "C or C++" that can easily be piped together to form new and interesting things you maybe didn't even know people would want to do with your utility."

    No!No!No! Unix's philosphy of stringing little programs together wasn't based on some brilliant general design concept, but rather on the limitations of computer systems of the time. Fully integrated applications weren't practical at that time because they wouldn't fit into memory.

  120. GNOME and KDE address this. by typical · · Score: 1

    That's how X11 works. That's not a failing of GNOME or KDE to cooperate. X11 could have a new extension, but you can hardly blame GNOME or KDE over that.

    From a *user* standpoint (not an Xlib developer), if you want Windows-like behavior (copying creates a duplicate of the data you're copying), use a clipboard manager. GNOME provides Gnome Clipboard Manager and KDE provides Klipper, (and since you're apparently having problems, I would assume they are not enabled by default).

    Then you can demonstrate to your friends how when *they* copy something, their previous clipboard contents are irrevocably lost, but your clipboard manager can store up to N old copies of data.

    --
    Any program relying on (nontrivial) preemptive multithreading will be buggy.
  121. Re:Are You Serious? Seriously? by Imsdal · · Score: 1
    The command line is not for writing documents, it is for issuing commands, one of which might be "word".

    Well, duh.

    Next time, please try reading the thread before jumping right in and you may actually contribute to the discussion. GP asked if there was anything that command lines were not suited to do, not the opposite.

  122. Re:Good old Linux by miscz · · Score: 1

    I can't find it, I probably misread it, altough I'm pretty sure Ubuntu will use Tango in the future.

  123. Re:Are You Serious? Seriously? by Peter+La+Casse · · Score: 1
    Next time, try reading your own post, especially the part that I've conveniently quoted. You claimed that "the stuff people typically do in Excel or Word" is something that can't be done from a command line. "Stuff people typically do in Excel or Word" *is* something that can be done from a command line: issue the "[programname] [documentname]" command. The post you refer to is also incorrect: drawing and photo retouching can be done from the command line in the same way that editing Word or Excel documents can, by running a program that does those things.

    When someone asks "Just what is the command line not suited for," the literal answer "anything other than running programs" misses the point. The question, in the context of "the command line sucks! no it doesn't!" discussions, is "what kinds of programs are not suited to being launched from a command line, that are suited to be launched by an alternative (such as a gui or dwim button)?" The flip side is the question "what kinds of programs are better suited to being called from a command line than from another kind of interface?"

  124. Thanks for the warning. Any alternatives?? by CarpetShark · · Score: 1

    Hmm. I wasn't aware of this GStreamer issue. Thanks for the heads-up. I guess I'll have to scratch GStreamer off my list of best Free Software efforts in that case, sad as I am to to it.

    We really need a decent, well supported, Free Software multimedia framework along GStreamer lines though. It's long overdue. Any other options out there?

  125. Re:Are You Serious? Seriously? by shellbeach · · Score: 1
    Just what is the command line not suited for? Drawing, photo retouching.... anything else?

    Instances of file operations for which a CLI interface is not suited:
    • Previewing folders of graphics (thumbnails are useful things!)
    • Browsing dir trees quickly (faster than tab completion when you don't know the exact folder you're looking for)
    • Copying/moving/linking many individual, unrelated files to a new directory


    Instances of file operations for which a GUI file manager is not suited:
    • Batch operations on multiple files
    • Quickly navigating to a particular known directory
    • Copying/moving/linking related files of a single type to a new directory


    Answer: both CLIs and file managers are useful in different ways. A real power-user knows how to use both, and when to use both ...

    (One of the reasons I use ROX as my file manager is that it's got a built-in CLI, and a command to bring up a terminal in the specified directory - you get the best of both worlds ...)
  126. neew gnome by ZePedro · · Score: 1

    It dont looks very diferent than the last GNOME.. personaly I prefer KDE but it's a good new to the GONOME manhiacs... ;) bye

  127. Re:Are You Serious? Seriously? by Arker · · Score: 1

    What exactly do you consider a CLI file manager? If you mean strictly working at the command line, I suppose that's true, but if you just mean no GUI Environment, strictly text mode, there's no problem. Xtree, MC and the like are far better file managers than anything I've ever seen running under X, Windows, etc.

    --
    =-=-=-=-=-=-=-=-=-=-=-=-=-=-
    Friends don't let friends enable ecmascript.
  128. Re:Are You Serious? Seriously? by shellbeach · · Score: 1

    Xtree, MC and the like are far better file managers than anything I've ever seen running under X, Windows, etc.

    Have you ever looked at ROX? Personally, I'd rather use a win32 shell than midnight-commander, but maybe that's just me ... :)

  129. Re:Are You Serious? Seriously? by Arker · · Score: 1

    Haven't tried ROX, but thanks for the tip, it's going in my list of stuff to try the next time I have fiddle-time.

    MC has some issues, though I'd still take it over explorer.exe any day. But unixtree is the bomb.

    --
    =-=-=-=-=-=-=-=-=-=-=-=-=-=-
    Friends don't let friends enable ecmascript.