Slashdot Mirror


Richard Stallman On KDE/GNOME Cooperation

Karma Sucks writes: "For the first time that I remember, RMS is encouraging collaboration between the GNOME and KDE projects. He offers a concrete idea: Unifying the themes between KDE and GNOME. Matthias Ettrich once went far enough to propose a default unified 'Linux' theme that both Qt and GTK+ could support."

391 comments

  1. kde-look.org by The+Great+Wakka · · Score: 4, Informative

    I've never heard of it before. I would have posted themes.org as the link. But that's me. kde-look is a very nice website, but is there a GNOME equivalent?

    --
    Everything is mainstream now.
    1. Re:kde-look.org by grrae · · Score: 3, Informative

      I found this page. It seems to be what your looking for.

      --
      "I may not have gone where I intended to go, but I think I have ended up where I intended to be." -Douglas Adams
    2. Re:kde-look.org by Lispy · · Score: 1

      hmm..i hate being a smartass but if you read again youll find he already know about that site, hehe...

      cu,
      Lispy

    3. Re:kde-look.org by Anonymous Coward · · Score: 0

      The default theme of the mandrake 8.x is both compatible with gnome and kde, there's no difference between the too apps (execpt when you change the default font for gtk, you have to do the same for kde).....

  2. Hoping by TheMatt · · Score: 2, Insightful

    I really hope this will happen. There are so many apps that each has, that a KDE-Gnome work-together would be great. For example, I would love Konsole in Gnome and Galeon in KDE...with the stability they have in their native setting.

    Plus, it always seems KDE looks better than Gnome, though I don't know why. Just my opinion.

    --

    Fortran programmer...oh yeah. Array math for life!

    1. Re:Hoping by einer · · Score: 1

      Konsole in gnome works great. Never had a problem with it.

    2. Re:Hoping by avalys · · Score: 3, Informative

      Why would you have stability problems running KDE apps in gnome, and vice-versa? They're only X-Apps - konsole, gimp, and the rest couldn't care less what window manager/desktop environment/file manager/web browser you're using.

      --
      This space intentionally left blank.
    3. Re:Hoping by dagoalieman · · Score: 1

      Actually, I think it'd be great on the mere fact that it brings us a little closer to a universal linux configuration.

      No, I'm not talking about doing away with distro's- just with how things are configured. Each distro can have its own software, look, and feel, but really, one of the main problems right now is the fact that settings aren't in the same place for so much stuff. Start to get things a little more universal, and people will pick the one that's best for them, but not be so scared to try other linux distros because they know they'll still be able to use it.

      It would also add some punch to the push to get Linux on corporate desktops- MS's main building block was the universal aspect of it, and even though it means imitating "the enemy," it gets us past the pettyness of who's best, and lets us put the OS up to show for itself.. People like a sound argument in these big decisions, not arrogance.

      .

      --
      We don't need no Net Explorer We don't need no Thought control
    4. Re:Hoping by joestar · · Score: 2

      "For example, I would love Konsole in Gnome and Galeon in KDE..."

      Did you... ever try Mandrake? I think your dream has been a reality for a while.

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

      European design sense.
      ( Where was the Gremlin produced, again?)

  3. Woah by mosch · · Score: 3, Funny
    Woah now, I know RMS is considered to be an important fellow, but this is a crazy idea. Come on, cooperation between KDE and GNOME? What crazy idea is next, a free flow of information and help between BSD and Linux?

    Oh wait, my bad, this idea is so obvious it's rediculous. Does anybody have a valid reason why it hasn't happened already?

    1. Re:Woah by scott1853 · · Score: 2, Troll

      I think the answer to your last question can be summed up in one word. Ego.

      Yes ego. It's not just for the criminally monopolists =)

    2. Re:Woah by Trevelyan · · Score: 1

      Plus the conflicting GNU and BSD licences, me thinks

    3. Re:Woah by Anonymous Coward · · Score: 1, Informative

      The KDE and Gnome projects have completely different infrastructures; making apps interoperate would be a Major undertaking. Different GUI toolkits, different interproc communications, even different languages for most all project-related work if you want to go to that level. And each project believes it's already doing the best thing, so changing to the other way would be a step backwards.

      Common theming is one thing; general commonality is quite a different, larger scale effort.

    4. Re:Woah by FattMattP · · Score: 2
      Oh wait, my bad, this idea is so obvious it's rediculous.
      Then why haven't you patented it already? Hurry, before someone else does!!
      --
      Prevent email address forgery. Publish SPF records for y
    5. Re:Woah by astr0boy · · Score: 0, Offtopic

      you have a pokemon porn sig. thanks.

      --

      -----
      so i says to mable, i says

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

      Not to mention Stallman's own ego. He's just spouting this stuff now to try to regain some of the footing he began to lose with the community after calling down his Royal Ultimatum upon the GNOME Foundation about Mono.

    7. Re:Woah by Anonymous Coward · · Score: 0

      Why has it not happened before? Well, the linux kernel king uses. . . wait for it . . . EMAIL to manage the kernel.

      FreeBSD uses cvsup.

      Why should we help those less fortunate? It takes time away from other more important projects.

    8. Re:Woah by mallie_mcg · · Score: 1

      Plus the conflicting GNU and BSD licences, me thinks

      Seeing as you posted as yourself i am giving you the benefit of the doubt as to weather you are a troll or not.
      Linux could indeed take BSD source, and all that they would need do is include the Copyright notices and it would not matter what they took, Linux developers could even take the direct tree and just rename it Linux no worries, as the BSD licence allows this.

      It does not work the other way though (unless Linux developers gave permission to BSD developers to use their code that they wrote as an individual. Oh well.

      NOTE: I do not have a preference for licencing. BSD or GPL its all good for and to me.!

      --


      Do the following really mean anything? SCSA MCP CCSA CCNA
      --I'm not actually after an answer!
    9. Re:Woah by Anonymous Coward · · Score: 0

      in other news emacs and vi developers have decided to over come there diffrences and work together... we can expect vimacs soon

  4. Sounds like a good idea by gadfium · · Score: 3, Insightful

    Ideally, I'd like to see as many applications as possible running under both environments. With most Linux distributions currently, the libraries for both environments are supplied. I'd like to see this become standard, and I'd also like to see an interface library developed in collaboration which will translate calls to either gnome or kde, depending on which is running. This library would have to be primarily written in C++ to suit the existing QT/KDE application base, but would also need to have C and other language bindings.

    1. Re:Sounds like a good idea by ambrosius27 · · Score: 1

      I don't know how feasible your idea is, though it sounds attractive. Without wanting to starting a language flamewar here, though, I'll say that it would probably be easier to write the interface library in C rather than in C++. Why? Creating language bindings for C is easier than for C++ (at least, that is the conventional wisdom). Also, since C++ is mostly a superset of C, then C++ can use C libraries whereas C cannot use C++ libraries. Anyhoodle, your idea is attractive, but I wonder whether it's technologically feasible no matter which language one uses. Anyone care to comment?

      --

      ~~~~~~~~~
      dissertus scribendo latine videri volo.
    2. Re:Sounds like a good idea by mattdm · · Score: 3, Interesting

      I'm going to say "no". There's huge architectural differences between KDE and GNOME -- it's not just that they're interchangable faces. In fact, there's also huge conceptual differences in the way the widget libraries work -- qt's slots/sockets mechanism, for example. There's no way to do a 1-1 mapping at any level beyond the most simplistic.

    3. Re:Sounds like a good idea by gadfium · · Score: 1

      Yes, C++ is mostly a superset of C. That's why it's quite easy to provide a set of C language bindings for a C++ library, but if you write the library in C in the first place, a C++ application has to give up some of its richness to make use of it. For example, it can't derive classes from the base classes in a C library because the C library doesn't have classes.

    4. Re:Sounds like a good idea by efgbr · · Score: 1

      You wouldn't be using the C library, but a C++ library that binds it.

    5. Re:Sounds like a good idea by high · · Score: 1

      I think wxwindows could become something like this if the wxqt port would take of.

  5. Wow by mikeage · · Score: 2, Insightful

    I honestly fail to see how anyone could disagree with this. A common interface to help newbies, and retaining the customization power that makes linux great... just don't make it another OS X ripoff.. PLEASE!

    --
    -- Is "Sig" copyrighted by www.sig.com?
    1. Re:Wow by TheMatt · · Score: 1

      Obviously from my reply below, I disagree about the OS X bit. Friends I have that shun computers with a passion see the OS X desktop and dive right in. That is what Linux needs, I think. A common, beautiful, yet easy and functional theme that shows off the power of the OS.

      --

      Fortran programmer...oh yeah. Array math for life!

    2. Re:Wow by LordNimon · · Score: 1
      So, what company is going to pony up the millions of dollars it will take to hire the world's best interface designers (well, 2nd-best, since Apple has the best) and pay them to design it and code it? Oh, that's right - NO ONE WILL.

      Of course, this whole thing assumes that the developers of GNOME and KDE will actually implement whatever the aforementioned designers come up with.

      --
      And the men who hold high places must be the ones who start
      To mold a new reality... closer to the heart
    3. Re:Wow by Yorrike · · Score: 2, Informative
      I'll say.

      Yes, the whole "my desktop is liquid" look is trendy at the moment, but I think there definitely needs to be a super-sexy not-found-elsewhere none-ripoff default theme for both KDE and Gnome.

      Just take a brose through something like the GUG galleries ( This for example) and imagine these works as entire themes.

      In the same way that flashy graphics make people buy video games, KDE and Gnome need to attract the masses with sex appeal.

      --

      Looks can be deceiving. Or CAN they?

    4. Re:Wow by Anonymous Coward · · Score: 2, Funny

      So, what company is going to pony up the millions of dollars it will take to hire the world's best interface designers ... and pay them to design it and code it?

      Or, uh, who's willing to copy Aqua pixel-for-pixel and take advantage of apple's existing interface design?

      Oh wait...

    5. Re:Wow by zhensel · · Score: 4, Interesting

      Actually, there's a pretty simple argument against this. Standardizing the desktop stagnates innovation. With a standard "Linux" desktop, all distributions for a good amount of time will have to follow that standard or face alienating their users. Look at how little the MacOS interface changed before OSX and how only with Windows XP has Windows had a major interface revision - and even now it is still heavily rooted in the framework of prior revisions.

      Personally, I agree with you and think a standard would be a good idea. Taking a step away from rapid developement and making a single stable interface would do wonders for acceptance. Besides, you can always have easily accessible information on configuring your interface how you like it. Still though, the arguement against this is pretty obvious.

      I'd probably say that the best idea would be for some group to go and dedictate a year or so to making the be-all-end-all of interfaces. Not some wierd hybrid of previous interfaces like most distros ship now, but something that is simple, elegent, etc. Other people have said it, and I'll repeat - like the OSX interface. I'm not saying it's the most efficient, but it consistently does what you intuitively expect it to do. That's what a defacto Linux "theme" would need to do. The only other option, I suppose, is just to copy Windows or OSX or another highly developed/researched interface. There simply exists nothing right now that would make sense to call the default desktop.

    6. Re:Wow by talonyx · · Score: 2

      "how only with Windows XP has Windows had a major interface revision - and even now it is still heavily rooted in the framework of prior revisions"

      Somebody doesn't remember Program Manager.

    7. Re:Wow by zhensel · · Score: 2

      hehe, post windows 95... 3.1 wasn't really superior to dos anyhow :)

    8. Re:Wow by fishebulb · · Score: 1

      he said standard THEME, not desktop. those are two seperate things. Different icons, applets etc would be still present.

    9. Re:Wow by hexix · · Score: 2

      Just out of curiosity, did you read RMS' post?

      He was not talking about a standard look, he was talking about a standard for writing themes. So that a theme written for gtk+ would work fine with qt, and vice versa.

      This would fix the problem of some programs looking different then others. Well, most programs.

    10. Re:Wow by zhensel · · Score: 2

      In my opinion, the purpose of standardization is defeated rather easily if you stop at the level of the desktop background, colors, and icons. There are a few notable advantages from this - standard icons are a big help as well as standard window layouts (I know I've seen a TON of different schemes for the menu bars on windows in various default interfaces). I don't see the point in all this fuss over a standard theme if that's all you're going to go for though. I'll admit that getting gnome and kde to cooperate at all is a slick achievment, but results would be more interesting to me than press releases and unified color schemes.

      Besides, if you want to standardize icons that means either the foot or the K will have to go - you know that'll never happen :)

    11. Re:Wow by zhensel · · Score: 2

      I was replying to this -
      "Matthias Ettrich once went far enough to propose a default unified 'Linux' theme that both Qt and GTK+ could support."

      There wasn't any link provided to back that up, so I took it as is.

      And no, I didn't read the RMS post. That's why I didn't comment on it.

    12. Re:Wow by LordNimon · · Score: 1

      You're comparing apples and oranges (pun not intended). The previous post, and my reply, talked about designing a new interface, comparable in quality to Apple's. You're talking about copying Apple's, which is orders of magnitude easier.

      --
      And the men who hold high places must be the ones who start
      To mold a new reality... closer to the heart
    13. Re:Wow by Anonymous Coward · · Score: 0

      "Matthias Ettrich once went far enough to propose a default unified 'Linux' theme that both Qt and GTK+ could support."

      Forget the common eye-candy, I can live with a different looking desktop between Gnome and KDE (Hell, that's why I switch between 'em). How about getting cut and paste to work between the goddamn applications?

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

      Somebody doesn't remember Program Manager.

      Point to Start. Click. Point to Run. Click. Type progman. Click OK. Presto.

      It's there if you want it.

      --

    15. Re:Wow by Anonymous Coward · · Score: 0
      > Look at how little the MacOS interface changed before OSX and how only with
      > Windows XP has Windows had a major interface revision



      I guess you never used windows 3.1!

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

      Point to Start. Click. Point to Run. Click. Type progman. Click OK. Presto
      Wow, that's scary.. I never knew Windows 2000 came with the windows 3.1 program manager. That's a nasty flashback.

    17. Re:Wow by xophos · · Score: 0

      "I'd probably say that the best idea would be for some group to go and dedictate a year or so to making the be-all-end-all of interfaces. Not some wierd hybrid of previous interfaces like most distros ship now, but something that is simple, elegent, etc."

      It's allready there it's called ION! :)
      http://www.students.tut.fi/~tuomov/ion/

    18. Re:Wow by Berzelius · · Score: 1

      This this does not stop innovation, it simply means that you have a standard look. Innovation -- even when the two project would merge -- can still happen in a different tree of the developement tree.

      Think of the Linux-kernel. There is a stable kernel, where only updates are done and innovation is done in a developement-tree.
      GUI-developement is no different. You could have proposals on a website where people can vote for a certain look&feel. This may lead to evolution, but *does not* eliminate innovation.

    19. Re:Wow by Shotgun · · Score: 2

      I'd like to see a lot more OS/2isms in a desktop. A lot of the OS/2 Workplace Shell developers are still around. You think we could convince IBM to fund a desktop developement effort?

      --
      Aah, change is good. -- Rafiki
      Yeah, but it ain't easy. -- Simba
    20. Re:Wow by Anonymous Coward · · Score: 0

      Hey -- Remember Eazel and their all-star cast of GUI designers? It was tried, and people weren't all that happy with the result.

  6. quai dit y by Anonymous Coward · · Score: 0

    quai dit y: frit hors note seau frit?

    1. Re:quai dit y by yomegaman · · Score: 1

      Je voix que tu as un Webb's Wonder aujourdhui.

      (apologies for undoubtedly horrendous spelling)

      --
      ...wearing a skin-tight topless leather jumpsuit, with cutaway buttocks and transparent crotch panel.
  7. The Best Theme? by TheMatt · · Score: 1

    Copy OSX's theme. That is by far the nicest desktop I've ever seen. Of course, doing that isn't exactly putting a "Linux" stamp on a desktop. There are things that can be changed on the OSX desktop (the transparent dock, for example) and added (GKrellM).

    I have no doubt the artists at themes.org could come up with a similarly elegant theme.

    --

    Fortran programmer...oh yeah. Array math for life!

    1. Re:The Best Theme? by robbieduncan · · Score: 2, Insightful

      ANy serious attempt to copy the look ant feel of OSX on any non-apple product will bring down Apples lawyers like a pack of rabid wolves. Sorry , the best Linux desogn minds will just have to come up with their own ideas.

    2. Re:The Best Theme? by MaxVlast · · Score: 1

      Plus, they're typically butt-ugly.

      Some MS person came up with an OS X theme for XP not long ago. It was absolutely ghastly, and all of the comments indicated that the Windows-using masses were masturbating furiously, they liked it so much.

      It sure made me feel secure in my choice of OS =)

      --
      There should be a moratorium on the use of the apostrophe.
      Max V.
      NeXTMail/MIME Mail welcome
    3. Re:The Best Theme? by Anonymous Coward · · Score: 0

      Only if they use the Apple logo in them. Aqua themes without the logo come off unscathed.

    4. Re:The Best Theme? by Anonymous Coward · · Score: 0

      transparent dock

      when implementing suck a thing it's important to allow clicking even on the transparent parts of the icon, otherwise some icons are hard to click ;)

      This was a mistake in gnome 1.0 for example.

  8. Forget Themes: Make the Clipboards compatible by rjamestaylor · · Score: 5, Interesting

    I use KDE but prefer Mozilla. I am *sick* of the incompatible clipboards that KDE/GTK use. As a matter of fact, I just complained to my co-worker about this and said, "This is why a monopoly is a good thing: someone to declare 'clipboard functions work this way or no way'". Damn I hate this.

    --
    -- @rjamestaylor on Ello
    1. Re:Forget Themes: Make the Clipboards compatible by 4of12 · · Score: 2

      Yea, verily.

      Sure, let KDE and Gnome start on the surface with themes that provide a common lool `n feek.

      But then, start digging down to the lower level inter object communications layers to get exchange of data at that level, even if it's something that's slower than molasses between KCOP and Bonobo. As long as it works!

      --
      "Provided by the management for your protection."
    2. Re:Forget Themes: Make the Clipboards compatible by Anonymous Coward · · Score: 0
      Have you *read* that quote? Are you fucking NUTS?!?!?


      "Deuteronomy 25
      11"If two men, a man and his countryman, are struggling together, and the wife of one comes near to deliver her husband from the hand of the one who is striking him, and puts out her hand and seizes his genitals,
      12then you shall cut off her hand; (1) you shall not show pity."

    3. Re:Forget Themes: Make the Clipboards compatible by Anonymous Coward · · Score: 0

      With monopoly you would only get KDE _or_ Mozilla...

    4. Re:Forget Themes: Make the Clipboards compatible by PD · · Score: 1

      With cow-orkers like that, who needs managers?

    5. Re:Forget Themes: Make the Clipboards compatible by forgoil · · Score: 3, Interesting

      You have pinpointed the absolutely biggest strength with Windows. You will always have the same controls, things will be where you assume them to be, the clipboard will work, COM works, DirectX works, there is one win32(64) etc etc etc.

      So how come diversity is bad in this case? Because it's confusing and counterproductive. It uses a lot of development time that could have been better spent on one better solution that is taken to a mature state.

      If KDE/Gnome wants to make certain protocols etc comming, that's nice as long as nobody is left out. But I would never accept two desktopsystems on my computer. I'd rather see more work on KDE/QT.

      If you want Linux to be sold with home computers, this is what you need:

      1. One desktop with a good set of standard applications and tools
      2. A good office suite
      3. Good support 24/7 that you can trust
      4. A much better packaged product
      5. All subsystems should have the same release proceedueres as KDE, this more than anything includes the kernel. It absolutely has to be stable and be as free from bugs and holes as possible at each release point. The system won't be updated if it requires compiling the kernel and configing it.
      6. A dead simple upgrade/patch system. Use Konqi, have a little blinking thing on the screen saying "new stuff" and make everything upgradable.
      7. Kill off all diversity in formats for configuration files, add a reposatory (done the right way, think of it as a database. And put everything in files instead of one huge one, it forced me to reinstall my XP, pissed me off to no ends) and make it simply to configure. If I know what I want to change I shouldn't have to read the help.
      8. Write help files for everything in the system. And that includes everything from "how do I set the keyboard to Swedish" to "I want to know what this obscure error message from g++ means".

      There you go, there you have a list. A lot of the ground work is done, and some of the work is being done as I sit here and wriet. But now it just requires more work, people disagreeing, people agreeing and much much more work (see why we don't want five more GUI systems etc etc).

      See it as a MacOS X killer if you want to ^_^ Heck, I wished I had time to do this myself. Guess you should mail me if you can muster a 1,000 coders, including the kernel and KDE people. Should sell it (and support people) to Compaq, HP, Dell, etc to include in their new spiffy computers. Including a DVD with all the binaries and source (eat that M$!).

    6. Re:Forget Themes: Make the Clipboards compatible by grungeKid · · Score: 5, Interesting

      Actually, the X has a fairly sophisticated clipboard
      model, maybe a little bit too sophisticated. Hence it has traditionally been poorly understood and badly implemented in apps and toolkit.

      Gnome does the Right Thing with respect to clipboards, while QT2/KDE2 uses a more limited clipboard model. The good news is that QT3 and thereby KDE3 will do the Right Think and therefore interoperate a lot better with Gnome (as well as properly written X apps such as XEmacs)

      These comments are somewhat enlighening: http://dot.kde.org/1013076354/

      Also read this for a backgrounder about clipboard and X: http://www.jwz.org/doc/x-cut-and-paste.html

    7. Re:Forget Themes: Make the Clipboards compatible by Anonymous Coward · · Score: 0

      you forgot something...

      make it small and make it fast.

      dammit Nautlis is an abortion. and Konk is getting there. make them strip everything out other than web browser and LET A FILE APP BE A FILE APP!

      we dont want to say to our windows friend "see we 're as slow and bloated as you" we want to say, look, KDE or Gnome is much higher quality. It's faster tighter and written by people that can say no to adding crap.

      but today, I dont think it's possible.

    8. Re:Forget Themes: Make the Clipboards compatible by astr0boy · · Score: 1

      it just shows how god covers all the bases :) isn't the old testiment fun?

      --

      -----
      so i says to mable, i says

    9. Re:Forget Themes: Make the Clipboards compatible by Cyno · · Score: 1


      I've never had a problem getting cut/paste features to work under linux, but I usually use the middle mouse button feature that I think is the X windows buffer instead of the KDE/GNOME buffer. Its faster that doing -C ; -p too. But my favorite browser is galeon. They take the gecko renderring engine from mozilla and wrap a user friendly interface around it that brings the web to you more or less the way you want it.

    10. Re:Forget Themes: Make the Clipboards compatible by Tony · · Score: 2, Insightful

      1. We have that. It's called "KDE" or "GNOME," or even "Window Maker with ROX."

      2. Uhm... It's coming?

      3. You *are* seriously joking, right? Red Hat. Linuxcare. There are *lots* of others, including SUSE, Mandrake, and IBM.

      4. What do you mean? Do you mean the CDs should have purty holograms on them? Or should the installer tell you how much better global warming will be once you've got everything installed? If you mean an easily-installed product that works right out of the box, I suggest SUSE. It installs better, easier, and faster than MS-Windows.

      5. Rrrriiiiggghhht. Which release procedures should the kernel follow? And *who* has ever forced you to upgrade your kernel? I'm not even sure what you are getting at here.

      6. apt-get update && apt-get upgrade (this assumes you use Debian, which negates SUSE, as suggested in 4. But SUSE has its own upgrade system. I use Debian.)

      7. Yeah! And let's kill off support for alternative processors, too! All those subdirectories under /usr/src/linux/arch frighten and confuse me. Seriously, though, use webmin if you don't want to learn all about the strange and wonderful world of diverse configuration files. It does what you want, without you telling developers how to do their job.

      8. man, info, /usr/doc, HOWTO, and my favorite, Google. It's there, man. It's there.

      The only problem that exists in your list is #2, and it's a doozy. Abiword, Gnumeric, Koffice, and Open Office are coming along, but they still have some ways to go. They are good enough for me, but I don't use many office apps. Personally, I think office apps tend to suck slime, in concept and execution. But that's just me.

      Now, please explain: you don't have time, but if someone can get 1k programmers together, they should call *you*? Whatever for?

      --
      Microsoft is to software what Budweiser is to beer.
    11. Re:Forget Themes: Make the Clipboards compatible by Mandelbrute · · Score: 3, Interesting
      Gnome does the Right Thing with respect to clipboards,
      Yes, it's a nice copy of the way MS used to do things. Other people have other ideas and implement them in other ways - the right thing is usually just what the author thinks is the right thing. Until there is an ISO standard, there isn't going to be a "right thing", and even then extensions are good. Ultimately, the right thing in X is to support the X clipboard - everything else is an extension.
    12. Re:Forget Themes: Make the Clipboards compatible by dan+the+person · · Score: 1

      With QT3 / KDE3 the clipboard will work like it works in most X apps (like GTK based ones).

      http://www.kde.org/announcements/announce-3.0bet a1 .html

      a new clipboard system to satisfy the preferences of all users:

      KDE continues to offer the standard X-type clipboard; selected text is copied to this clipboard, and clicking the middle mouse button pastes the contents of this clipboard; and
      KDE also offers a complementary, independent Windows/Mac-type clipboard; text is inserted in the clipboard using an application's cut/copy (or generally Ctrl-x, Ctrl-c) function, and the application's paste (or generally Ctrl-v) function pastes the contents of this clipboard;

    13. Re:Forget Themes: Make the Clipboards compatible by RMSIsAnIdiot · · Score: 0, Troll

      Wow! Let me... uhm... use this opportunity to illustrate that it is elitists like you that will ensure till the end of time that Linux will never succeed on the desktop.

      The parent to yours was probably the most insightful thing I read on /. all week. But since you elitists/purists/whatever tend to have only one opinion, you are hindering your own success.

      Linux, in order to gain even desktop acceptance, needs all the features listed and more. Looking to Hell and back for an obscure HOWTO isn't help. Help is help, not HOWTOs, get it? Typing apt-get doesn't qualify as updating. It's crap. You need a Windows-Update lookalike to succeed.

      You people remind me of that quote by Mike Myers, "Welcome to all things Scottish... where our motto is, 'If it's not Scottish, it's CRAP!'" If you want to lead to your own demise, by my guest.

      Judging from your low user number, there is no changing you. Your primary concern is not for the success of Linux, it's to "keep away those stupid users." You're probably the real-life version of SNL's "Nick Burns, the company computer guy." You probably thing that if someone isn't willing to use vi to edit a .config file in /etc to change their word processor's font size, they should pack up their computer back into its original box and slap a "return to sender" label on the box.

      Grow up. Get a life. You are the perfect example of why Linux will never succeed on the desktop. The reason some corporate customers are gradually moving away from *nix to Windows is because of expensive prick sysadmins like you who don't give a shit except to promote their elitist agenda. Reminds me of that troll post between the HR rep and the Unix admin (props to whoever wrote that). So there.

      --

    14. Re:Forget Themes: Make the Clipboards compatible by Tony · · Score: 1, Troll

      Ignorant bullshit.

      First, what amounts to the "most successful" desktop currently has no fucking help whatsoever.

      Second, gnome-apt is a graphical update utility. It is a frontend to apt-get. It doesn't look like windows update, but it acts like windows update. So strike-fucking-two.

      It's idiots like you that want an MS-Windows clone that you don't have to pay for that make me sick. You have no clue what it is your looking at, but since it doesn't look like your 'leet Windows desktop, it must suck.

      Y'know what? Bite me. Linux is a lot easier to use than MS-Windows. I know. I've installed it in places where computer newbies use it. And I *always* get comments along the lines of, "This is much easier than my computer at home."

      So don't come up to me with your, "I know better than you, oldtimer" inexperienced diaper-assed attitude.

      And the corporate numbers indicate that Unix is finally making an inroad *into* the corporate desktop.

      So go home and play your 'leet games. I don't care. Quality is not measured by numbers; if that were so, Budweiser would truly be the best beer, and the Ford Escort would be the best car.

      I have no elitest agenda. All I care about is that I have a good time programming, and that punks like you don't try to tell *me* how to spend my coding time.

      BTW, you didn't illustrate anything except your own ignorance. I invalidated every point except one-- the MS-Office clone. And the best you can do is harp on obscure HOWTOs, instead of looking at KDE and GNOME help (which both provide more information that MS-Windows help), and apt-get, which has a damned good front end and is a better update utility than MS-Windows has.

      Get a life. More than that, grow a brain.

      --
      Microsoft is to software what Budweiser is to beer.
    15. Re:Forget Themes: Make the Clipboards compatible by Anonymous Coward · · Score: 0

      The stern punishment for genital-seizing wives could be because any man with a damaged willie is automatically excommunicated from the temple. See Leviticus 21:20.

    16. Re:Forget Themes: Make the Clipboards compatible by dvdeug · · Score: 2

      Until there is an ISO standard, there isn't going to be a "right thing",

      Huh? It's totally bogus to think that only ISO can create a standard. There is a written standard for X, and that does explain what the "right thing" is.

    17. Re:Forget Themes: Make the Clipboards compatible by RMSIsAnIdiot · · Score: 1

      Linux is a lot easier to use than MS-Windows. I know. I've installed it in places where computer newbies use it. And I *always* get comments along the lines of, "This is much easier than my computer at home."

      Hahahahaha... That's the funniest thing I've heard all day! Thanks.

      --

    18. Re:Forget Themes: Make the Clipboards compatible by 1%warren · · Score: 1
      "First, what amounts to the "most successful" desktop currently has no fucking help whatsoever.

      Move your mouse cursor to the button marked "Start", click the left button. Then move your mouse cursor to the word "Help", click the left button.....

      Perhaps your comment was meant to be taken literally though. Indeed, the "most successfull" desktop has no help at all on sexual intercourse.

      --

      Full plate and packing steel! -Minsc
    19. Re:Forget Themes: Make the Clipboards compatible by Anonymous Coward · · Score: 0

      Glad someone else said it. I nearly put my fist through the monitor trying to copy a link from mozilla to gaim today. I wound up typing the fucking thing out.

    20. Re:Forget Themes: Make the Clipboards compatible by StrawberryFrog · · Score: 2
      Actually, the X has a fairly sophisticated clipboard

      And that's where the problems start. Thee is nothing about storing smallish pieces of data temporarily that needs to be part of any gui or windowing toolkit - it's not a visual thing in any way. It should be a system service that can be used by any gui. That way X, gnome and KDE program would all do the same right thing.

      --

      My Karma: ran over your Dogma
      StrawberryFrog

    21. Re:Forget Themes: Make the Clipboards compatible by fredrik70 · · Score: 1

      Why would we like to 'succeed on the desktop' so dearly? Well, if you want windows use it then... The reason why you use Linux should be because that you prefer to do it 'the Linux' way not because it's free or because it's 'not MS'

      --
      if (!signature) { throw std::runtime_error("No sig!"); }
    22. Re:Forget Themes: Make the Clipboards compatible by Darren+Winsper · · Score: 1

      Maybe he should have said "usefull help". I don't know about you, but I don't know anyone who has been able to sort out a problem using Windows Help.

    23. Re:Forget Themes: Make the Clipboards compatible by Darren+Winsper · · Score: 1

      If you want that, use the ROX filer.

    24. Re:Forget Themes: Make the Clipboards compatible by jschrod · · Score: 1
      Who has modded this troll "Interesting"? Just throwing in a MS reference and some garbage spouting about ISO and contradicting statements about extensions is enough for this?

      C'mon folks, there ain't no such thing as an "X clipboard". There is the X cutbuffer (from X10, depreciated) and there is the X selection mechanism, defined in ICCCM (a.k.a. the most important and less read X standard).

      --

      Joachim

      People don't write Manifestos any more -- what's going on in this world? [Frank Zappa]

    25. Re:Forget Themes: Make the Clipboards compatible by binner1 · · Score: 1

      Mozilla to StarOffice, and back again...???

    26. Re:Forget Themes: Make the Clipboards compatible by Anonymous Coward · · Score: 0

      Good post. I'm a Linux newbie and I second every point in your post this elitist moron replied to. One further point: they should make a Special Edition HOWTO meant specifically for Windows users trying to migrate to Linux. AFAIK, such a thing doesn't exist yet.

    27. Re:Forget Themes: Make the Clipboards compatible by maddman75 · · Score: 1

      Linux, in order to gain even desktop acceptance, needs all the features listed and more. Looking to Hell and back for an obscure HOWTO isn't help. Help is help, not HOWTOs, get it? Typing apt-get doesn't qualify as updating. It's crap. You need a Windows-Update lookalike to succeed.

      How often have you found Windows help helpful? It generally isn't - you need a book or a google search or a guru. Linux is the same, but at least you have the HOWTOs and man pages.

      As far as updaters, look at Ximian Red Carpet. Much better than Windows Updater, as it sorts out dependencies, has everything you need to update your system available, sorts them by urgency, provides an easy interface for uninstalling, and has a GUI slick enough to make an AOLer jealous.

      Or if you're a deb fan there's always apt-get. You are complaining about nonexistant problems

      --
      -- When a fool hears of the Tao, he will laugh out loud.
    28. Re:Forget Themes: Make the Clipboards compatible by maddman75 · · Score: 1

      Good post. I'm a Linux newbie and I second every point in your post this elitist moron replied to. One further point: they should make a Special Edition HOWTO meant specifically for Windows users trying to migrate to Linux. AFAIK, such a thing doesn't exist yet.

      Try this site

      --
      -- When a fool hears of the Tao, he will laugh out loud.
    29. Re:Forget Themes: Make the Clipboards compatible by FooBarWidget · · Score: 1

      It CAN be used by any GUI. At least... any GUI that uses X.
      Both GNOME and KDE use X, so what's the problem?

    30. Re:Forget Themes: Make the Clipboards compatible by he-sk · · Score: 2

      Typing apt-get doesn't qualify as updating. It's crap. You need a Windows-Update lookalike to succeed.

      What kind of crack are you smoking?!

      The "apt-get update && apt-get dist-upgrade" mechanism is the smoothest update-system I've yet come accross. It beats IMNSHO all other Linux upgrading systems, and everything I've seen in Windows-land hands down. (My boss swears on the SUN update mechanism, but I as of yet I haven't had a chance to look at it.)

      There are only two problems I see with this system from a newbie perspective.
      • The user doesn't now when there are updates available, unless he runs apt-get update: This can be taken care of, by a nightly cron-job and/or a script running at startup, that informs the user per local e-mail of new updates.
      • The messages that debconf provides are sometimes very technical. But then again, these messages have to be technical, they can't be dumbed down to the point where they are useless. Also, almost every non-trivial message ends with "If you don't know what this all means, type foo" or some equivalent message.
      --
      Free Manning, jail Obama.
    31. Re:Forget Themes: Make the Clipboards compatible by Anonymous Coward · · Score: 0

      You obviously haven't seen XP help and support.

    32. Re:Forget Themes: Make the Clipboards compatible by ChaosDiscordSimple · · Score: 3, Insightful
      You have pinpointed the absolutely biggest strength with Windows. You will always have the same controls, things will be where you assume them to be, the clipboard will work, COM works, DirectX works, there is one win32(64) etc etc etc.

      I take it you don't do alot of Windows development. COM most certainly does not always work, and when it fails it isn't terribly helpful at finding the problem. DirectX is extremely dependent upon independent hardware developers to provide high quality drivers, a task they're not all up to. As for the Win32 API, there are multiple versions with many incompatibilities. You might find Microsoft's list of incompatibilities between versions of Windows interesting reading.

    33. Re:Forget Themes: Make the Clipboards compatible by StrawberryFrog · · Score: 1
      It CAN be used by any ... that uses X. .. so what's the problem?


      That. The mechanics of storing clips has got nothing to do with a gui of any kind, X or otherwise. It should be independant of X, ie usable from commandline vi and emacs.

      --

      My Karma: ran over your Dogma
      StrawberryFrog

    34. Re:Forget Themes: Make the Clipboards compatible by FooBarWidget · · Score: 1

      On the commandline there's gpm. Or if you're using an xterm you can just select & paste the text in the terminal.

      Windows' clipboard is also GUI dependent. Copy & Paste in a DOS box isn't much different from copy & paste in an xterm.

    35. Re:Forget Themes: Make the Clipboards compatible by Darren+Winsper · · Score: 1

      I have, it's useless.

  9. Crazy Talk by jim.b0b · · Score: 1

    Collaboration, unified themes, this is crazy talk! Where will you ever find developers with diverse beliefs working together to improve a product?

  10. OH MY G-D! by JoeLinux · · Score: 0, Flamebait

    I think there are flying pigs somewhere. Hell has definitely become a ski resort. RMS conceding a point. Wow. Will wonders never cease?

    Joe Carnes

  11. Yes... And...? by Anonymous Coward · · Score: 0

    RMS is irrelevant. His latest comments show him to be less the firebrand of yore than the pussyfooter of politics. Maybe, in addition to this KDE/Gnome cooperation, he can organize a love-in with his buddy Miguel de Icaza.

    Like the ecumenical movement, the original meaning is lost once the position that everything leads to the same outcome is undertaken.

  12. Indeed a good idea but by Anonymous Coward · · Score: 2, Interesting

    what is needed more is interopability of the component and document models, heck both desktops can't even handle non x clipboards in a compatible way. The first thing a normal desktop user who uses Linux for the first time would ask, why he can't drag a file from konqueror into evolution and why he cant paste his gimp picture into kword over the clipboard!
    Heck even e copy from a galeon the copy paste menu way would never generate a paste in kedit!
    I'm sure a user would care less about a common L&F than about a precise and normed app interoperability, which should be possible!

  13. I want a single desktop anyway by Anonymous Coward · · Score: 3, Interesting
    Personally I think KDE and GNOME should chuck it all in and start to work together on a unified desktop taking the best elements from both and combining them.

    KDE is so much nicer to develop for than GNOME imho but I prefer to use GNOME, I'm sure that others have differing opinions about what they like and hate about each environment, but working together to provide maybe the ultimate desktop experiance would be brilliant!

    I know this opinion is a little radical and not likely to happen, but if I had my eutopia, that would be it!

    1. Re:I want a single desktop anyway by Anonymous Coward · · Score: 0

      > Personally I think KDE and GNOME should chuck it all in and start to work together on a unified desktop taking the best elements from both and combining them.

      "The best elements" according to whom? You'll either wind up with a single desktop loathed by everyone for one reason or another, or a Huge pile loathed by everyone for its bloat.

      There's a *good* reason for having choices: being able to have choices.

    2. Re:I want a single desktop anyway by Anonymous Coward · · Score: 0
      "The best elements" according to whom? You'll either wind up with a single desktop loathed by everyone for one reason or another, or a Huge pile loathed by everyone for its bloat.

      There's a *good* reason for having choices: being able to have choices.

      You could always ask everyone what they want? Or give people the choice of what they want, as an option that they can change!

      It doesnt necessarily mean that everything has to be bloated and incompatible to get the best of both worlds does it?

  14. Does this mean... by SteelX · · Score: 3, Funny

    We'll soon get GNU/KDE and KGNOME?

    1. Re:Does this mean... by Phexro · · Score: 1

      "We'll soon get GNU/KDE and KGNOME?"

      never! how would application writers decide what the first letter of their program will be? it would be chaos!

    2. Re:Does this mean... by sulli · · Score: 3, Funny

      You'll get GNUDE .. perfect for viewing and manipulating, um, photos.

      --

      sulli
      RTFJ.
  15. Re:Read the entire paragraph by TheDancer · · Score: 1
    When Qt was non-free, KDE was a danger to the community, and we had to
    attack it to make people aware of the threat so we could overcome it.
    We succeeded; Qt is free software now and KDE is no longer a problem.
    The ill feelings that linger between GNOME developers and KDE
    developers are not good for the community, and it is very useful
    to help calm the antagonism.
    emphasis mine. Bryan
  16. Not at all by drew_kime · · Score: 4, Insightful

    He explained his reasons for opposing KDE. As you even said in your summation, it had nothing to do with who was in charge and everything to do with the license. The license has since changed, so there is no more need to oppose KDE.

    People who assume his attack on the license was an attack on the people who chose to use that license are the ones who come off as ideologues.

    --
    Nope, no sig
    1. Re:Not at all by Anonymous Coward · · Score: 0

      All your license are belong to us.

  17. Might be a good idea by koh · · Score: 5, Insightful

    Flamewars like the Gnome/KDE one have always been a side-effect on free projects that have the same final purpose (and on free projects in general ;), but it's true that the rivality between developpers of such important components has to disappear. The idea is good, and given its originator it may have a considerable impact on future GUI development aims.

    But I'm not quite sure if a compatible theme engine is the way to go... Many people still consider themed desktops as a waste of time and space, and sometimes you can find really awful things on themes.org ;)

    Another direction may be the component object model itself. There has been, IIRC, at least one attempt to start an uniform interface between ORBIT and the KDE object model, and others may be under way.

    IMHO, this would be a much better challenge for Gnome/KDE integrators, and provide a broader signal to the GUI community.

    Microsoft has made COM first, then made XP skinnable. Of course, the Linux themes.org effect was not present then (IIRC), and maybe it was sheer luck. It worked for them anyway.

    But I'll sure fancy some skinnable icons while drag/dropping objects between Gnome and KDE apps :]

    --
    Karma cannot be described by words alone.
    1. Re:Might be a good idea by 109+97+116+116 · · Score: 1

      "...and sometimes you can find really awful things on themes.org..."

      Yeah, like themes.org's new "theme" (web layout sucks) :o)

      Marbles? Fetch?

      **Distinctive pump shotgun sound** KBLAM!!

    2. Re:Might be a good idea by forgoil · · Score: 2

      Flame wars can sometimes be pretty good. Forces people to have to explain what they mean etc, which is good. Just go find an article with Linus and see what he has to say. I can't remember it correctly, but if I remember correctly he was pretty stern and didn't accept anything without a good explaination.

      So disagreeing can be very good (as long as personal feelings aren't involved. That is never good), but getting two products might not...

    3. Re:Might be a good idea by koh · · Score: 1

      Your point is correct, the flamewar side-effect is not always a bad thing. I would even say it's a good thing for roughly the first 3 months of its life, during which, as you say, "they force people to think twice about what they intend to do". After 3 months, it tends to become, as I say, "a little boring" ;)

      Your opinion about the disadvantages of getting two products is debatable though, but we may slip on the off-topic cliff of "Application Choice Versus System Uniformity"...

      I am biased about all this, anyway. I always liked having two ways of doing things, sometimes just for a change and sometimes because when one of them breaks, well, you still have to work ;) It's the reason why I peeked into Linux at the first place (what ? you can choose between several getty login daemons ? great ! :)

      This, and the fact that, as a developper, I can quickly reduce "why should I tolerate the very existence of app XX, since app YY does the same thing, and I like app YY better" to "why bother with Linux, since Windows does the same thing anyway". There are people who think like that where I work, and I positively don't want to be one of them :]

      All this to come to my point, which is a looooong story : let's say we have two email client products, and let's take a real-life example (happens to me once a week). Say you're under Windows (I _have_ to eat, you know... ;) and you sell an app that sends mail to the users when, say, terrorists attack the building.

      Well, the app uses MAPI, so it should be okay. But the app was developped on a recent platform, and on those platforms MAPI targets Outlook and not much else.

      But, well, half our users hate MS and use Lotus Notes. Pain. Suffering. Despair. Daily beer consumption grows tenfold.

      That's why I want to stress that, in order to properly support "Application Choice", it is highly desirable to have an uniform object model.

      Of course my example is moot in the Linux world. We can run our app painlessly since we talk directly to sendmail (sendmail is the uniform object model ;) but consider document exchange/embedding, uniform (and secure, we're not MS) application scripting...

      Someone willing to develop a professionnal product for the Linux platform (which will be the case if Linux makes its way to corporate desktops) may want to have a way to code only one app... and let the users choose between KDE and Gnome, as it was meant to be :]

      --
      Karma cannot be described by words alone.
    4. Re:Might be a good idea by Paradise+Pete · · Score: 1
      The law of conservation of mass states there is no world pollution.


      There's no point in building extra churches, either.

    5. Re:Might be a good idea by forgoil · · Score: 2

      You very much did bring up the problems :) One of the big problems is separating services from applications, and to be able to handle all of them and all types of media.

  18. Yay! by Frag-A-Muffin · · Score: 3, Interesting

    This is good news! What's next? An abstraction of the widget sets so that programmers can code to a neutral API that can be deployed on both GTK and QT (Or Gnome and KDE) at once?!?! When are we going to see that? :)

    --

    AirSpeak - http://itunes.com/apps/AirSpeak
    1. Re:Yay! by Anonymous Coward · · Score: 0

      yeah, or rather several competing abstractions just in case it could get misdeveloped or something. could we abstractify the use of asbtractions too?

    2. Re:Yay! by Anonymous Coward · · Score: 0
      --"Yeah that's right. Only 4 digits in my /. user #! :P"

      You're getting unnecessarily worked up over your /. id... it's not like it's the lowest one around, I mean, there are 5000 before you. I'm one of them actually... 11xx... and you won't see me comparing dick sizes in public.

    3. Re:Yay! by Per+Wigren · · Score: 1

      Well, then why did you do exactly that? :)

      --
      My other account has a 3-digit UID.
  19. This is VERY IMPORTANT.... by CDWert · · Score: 2

    This is probably the most singular unifying architechture change that will propel Linux to the top of all the markets, server, desktop, and embedded.

    YEAH RIGHT !

    Ok, Im suprised RMS said something without demanding, frothing, or berating. But in the whole scheme of things is this really worth the bits its typed with ?

    Some architechtural changes in the next version of each twoard additional compatility would be nice. But aside from that they are different systems, written by different people, with different needs and different goals, as well as different philosiphys on how to achieve what they want. To this end I dont really see what good compatible themes are gonna do for the rest of the projects...

    --
    Sig went tro...aahemmm.....fishing........
    1. Re:This is VERY IMPORTANT.... by Anonymous Coward · · Score: 0
      in the whole scheme of things is this really worth the bits its typed with ?

      by "this" you're of course referring to your own post? how cleverly self-deprecating of you to recognize the utter insignificance of your social and intellectual life.

      in the whole scheme of things, is your life really worth the mass and energy it's composed of?

  20. While at it why don't they combine Vi and Emacs? by 2000+Britneys · · Score: 0, Troll

    Huh? anybody?

  21. Themes????? by joestar · · Score: 1, Troll

    I'm amazed that RMS can honestly think that unifying themes under GNOME and KDE is a need. Users like diversity although it happens that somebody can think that Linux needs Windows or Mac uniformity (which is just what Microsoft & Apple decided for their users, not the users request). So what's the point in unifying themes? Well.. what do users need? Applications. Want to program a Linux app? Okay... do you use Qt? Do you use kdelibs? do you use Gtk+? or Gnome-libs? Or a scripting language? or X11? I mean, first we have to say officially, well, the _LSB_ has to decide:

    - either KDE or GNOME or any other graphical environment is Linux default
    - or KDE *and* GNOME and maybe others are the default
    - or use X11

    Users wants GRAPHICAL APPLICATIONS, so PLEASE release SPECS and STANDARDS so programmers, and eventually software companies can write Linux apps. This is a real issue, but please do not whine at desktop appearance, the need is in standardization, even if we have to standardize TWO graphical environments because Miguel De Icaza and Richard Stallman once thought it was a better idea to start a new project and fight KDE instead of trying to arrange things first or push all the energy in a Qt replacement (rembember harmony?). Well, I'm litteraly stressed by such info. Sorry for the tone of my message.

    1. Re:Themes????? by Osty · · Score: 1

      I'm amazed that RMS can honestly think that unifying themes under GNOME and KDE is a need. Users like diversity although it happens that somebody can think that Linux needs Windows or Mac uniformity (which is just what Microsoft & Apple decided for their users, not the users request). So what's the point in unifying themes?

      You're correct, to an extent. Power users (defined as: those that know what they're doing) like diversity. Normal users like consistency. That's not to say they don't like pretty, or that they don't enjoy having something different than their cubicle neighbor. It's simply that, across applications, they prefer things to be consistent. Unifying the GTK/GNOME and Qt/KDE themes would allow for that to some extent. How annoying is it to install a really nice looking KDE theme (or GNOME theme), only to pull up a GNOME or GTK app (or KDE or Qt app) and have it not look a thing like the rest of your apps? Good theme developers often will port their themes across engines, but that's a lot of work. If the major widget sets would all use a unified theming engine, it would be much easier to get a consistent look across all applications.

    2. Re:Themes????? by filmcritic · · Score: 0

      Users want GRAPHICAL APPLICATIONS

      True, something else they want are applications that have SENSIBLE names!!!! Ever looked at the ridiculous names linux programs have?? Either it has a K if it's a KDE app, or a G if it's Gnome. Then there are the command line programs...ugh...

  22. Re:To Hell with RMS by BlaisePascal · · Score: 5, Insightful
    That's not a fair reading, in my opinion.


    RMS didn't like KDE because it was not "free" -- and in fact, in his opinion, it's position was threatening Free Software in general (it undermined the GPL, it took people away from developing Free alternatives, etc). So he argued against KDE, in favor of GNOME, a truely Free alternative.


    KDE is now Free, in part because of serious amounts of lobbying by the Free Software Community, including RMS. KDE is no longer the bad guy, RMS no longer has a beef with KDE.


    Now that the "Free KDE" battle is over, RMS is now saying "Um guys... we won -- ALL of us (KDE and GNOME) won, last year. It's time, past time, to stop sabre-rattling at each other". Since Qt became GPL-compatable, I haven't seen RMS stoking the GNOME v. KDE fires. Now he's trying to quench the GNOME v. KDE fires, because leaving them smouldering is bad for Free Software in general.

  23. That depends on the user, by fr2ty · · Score: 1


    That depends on the user.
    I experience GNU/Linux users as being very picky.

    But from a missionary and/or business viewpoint:
    Visually unifying communication to a broad user base.
    That's good.
    Add a compatible set of window bahaviour
    and Joe User can be told where to click what.

    But not for my desktop. I am too picky.

    --
    $ live'dream'

  24. Menus, Drag and Drop and Clipboards as well PLEASE by Anonymous Coward · · Score: 1, Insightful

    Don't think there is any reason whatsoever now to have separate menus for gnome and kde, as they both can see each other menus and frankly I don see why I have to look for an app in two places. Mandrake tries to unify them but it gets its knickers in a twist when you install a non-mandrake app.
    Cipboard sharing and drag and drop could really unify both desktops if they manage some kind of object bridge.

  25. Theme is just the very first step by AtomicBomb · · Score: 2, Insightful

    Starting with something simpler, eg theme, is a reasonable idea to me. Believe it or not, trivia like why paste is Ctrl-V in one program but Ctrl-Y in another have stopped many people from migrating away from Windows.

    But, in the longer term, they really need to enable the basic components to talk to each other. Clipboard is an obvious target. Linux won't boom on desktop before something equivalent to OLE has been fully implemented and *widely* accepted by all the different camps involved.

    1. Re:Theme is just the very first step by Anonymous Coward · · Score: 0

      I agree with you, there are lots of issues which should be worked on first before going for a common skin, and all of them have to do with the non existend application interoperability between Gnome and KDE:

      a) Make drag and drop compatible
      b) Make Bonobo and KParts compatible
      c) Make the clipboard compatible (for gods sake this is hilarious the Mac had a clipboard in 82 which worked between all apps)
      d) Make the document models compatible, no user would accept the current status if he comes from Windows or Mac!
      d) Norm the basic command shortcuts!

      And then maybe a common look and feel, which most users even would care about since they are already used to skins in every second app!

      The way it currently is there is no way to get a user to the Linux Desktop until you force him to.
      (Do the GNome KDE developers even talk to each other?)

  26. Re:To Hell with RMS by benjj · · Score: 1
    So, let's review. RMS didn't like KDE because it was not "free".

    Well, it (Qt) wasn't!

    RMS attacks KDE. KDE changes.

    Qt changes - for the better. Things are safe now, whereas they weren't before.

    Now RMS claims that the "ill feelings" he helped foster are not good (ungood?) for the community.

    It seems to me that RMS was part of the problem that created this ill will, not part of the solution.

    Er.. the licence changed to a Free one because of RMS + GNU. This is a good thing. The GNU developers may have gotten pissed off with the KDE ones and vice versa - unfortunately these kind of things spiral out of control. RMS is now trying to make things right again. What's wrong with that?

    I'm not entirely sure what this has to do with themes on linux, but I smell a rat. All he's offering is an email for crying out loud, he's not offering any thing substansive at all, unless you count his blessings as substansive. If you ask me, this is just a way for RMS to get his fingers into KDE.

    What a load of tosh. This can only be a good thing and how can setting a default "linux" theme give RMS control over KDE? Although really, this is something which I am surprised that one of the distros (Mandrake?) hasn't already done.

  27. Re:To Hell with RMS by Error27 · · Score: 2, Interesting
    >>All he's offering is an email for crying out loud, he's not offering any thing substansive at all, unless you count his blessings as substansive.

    Yeah... I was really surprised when I clicked on the link to mail.gnome.org and saw an email.

    A lot of times when you read email then there are cool videos and 3-d graphics. One time I found a live goat!

    I guess open source email lists just aren't up to the standards Microsoft users are accustomed to. I mean *sheesh* email on an email list??? How old fashioned!

  28. Re:Too Late... by Anonymous Coward · · Score: 0

    If you use KDE, then be happy with but dont try to start another KDE vs. GNOME war. That s just stupid. You think KDE is fine for you, well that s OK and use it. I for myself use GNOME (which I can assure you is not dead), but I dont say that KDE is shit or dead.

    KDE is just fine for some people and so is GNOME.

    So my advice... Shut up and if you love so much KDE try to contribute to it.

  29. sweet by DeadPrez · · Score: 1

    What a brilliant and obvious idea!! Kudos!

    The only thing that could stop this no-brainer idea is religious zealotry.

    Doh.

  30. Re:Read the entire paragraph by pnatural · · Score: 1

    oh, please. what RMS is saying, and the trap you've fallen into is this: by extension, all non-gpl-compatible software is a "danger". if that's true, then why isn't RMS "attacking" FreeBSD (or any of the thousands of packages released under the BSD license)? if that's true, why isn't RMS "attacking" Microsoft, IBM, Apple, et al?

    The answer is simple. RMS isn't "attacking" those licensers (?) because they're not a threat to "his" operating system, but KDE was.

    But it's even more insidious than that, IMO. The view RMS is taking is that all software must be "attacked" if it's non-gpl-compatible. That's sad, because it leads to a totalitarian attitude. Oh, wait, too late.

  31. Licences... by Anonymous Coward · · Score: 0

    I would love see him address the issues that revolves around licenses. I have developed software under BSD licenses while trying to figure out how to use GPL-compatible software. It would be much simplier if RMS could address this in the next gpl revision...

  32. Not just for widget themes! by Dasher42 · · Score: 1

    I also believe that these two desktop projects could do more than the distros to create a clean, consistent method of program installation for Linux. I would like to see the "app-wrapper" style become the norm. Menu conversion hacks just aren't enough!

  33. Layering GTK and QT! by oSphinx · · Score: 1

    Why not layer the QT API on top of GTK? (QTK)

    Despite of what many of you may think this is not a bad thing(TM). Really, on Windows, QT is layered on top of the Win32 API. Heck, for all platforms (UNIX excluded) QT is layered on top of the native widget API, so why not do the same for Unix!

    See also: initial QTK ponderings

    1. Re:Layering GTK and QT! by Anonymous Coward · · Score: 1, Informative

      Are you some kind of fucking lunatic? Tell me you are joking, please. GTK is not the native widget API, unless you live in Stallman-land with the magical fairies. X is the standard, and that is what Qt should be and is built on.

    2. Re:Layering GTK and QT! by spitzak · · Score: 2
      You seem to be confused. The Win32 api that Qt uses is approximately equivalent to the Xlib api that it uses on Linux.

      Though the Win32 api provides a "scrollbar" and some other widgets, Qt does not use them. Nor does any high-level toolkit on any system other than MFC.

      If you ever tried to implement a toolkit you will quickly discover that it is vastly easier to write a widget from scratch than to try to adapt your interface to an existing interface. It is also vital if you are interested in cross-platform compatability to do this.

  34. Progress by grrae · · Score: 2, Insightful
    Here, in a quote from This Letter, RMS says,

    "...The ill feelings that linger between GNOME developers and KDE developers are not good for the community, and it is very useful to help calm the antagonism."

    Let's here from a few who are (accepted to be) wiser than ourselves:

    "Reasonable people adapt themselves to the world. Unreasonable people attempt to adapt the world to themselves. All progress, therefore, depends on unreasonable people." -George Bernard Shaw (emphasis, mine!)

    "Honest disagreement is often a good sign of progress." -Mahatma Gandhi

    --
    "I may not have gone where I intended to go, but I think I have ended up where I intended to be." -Douglas Adams
  35. Well... by Microlith · · Score: 4, Interesting

    I don't know about anyone else, but I always thought it was funny how the Open Source community yelled about "standards," yet we have so many damn standards that there aren't any.

    Now that license issues are cleared up, RMS has a chance and he's gonna take it. Eliminate two, create one. This isn't a bad thing, since you STILL have the source.

    We have options for customization, and a lot of freedom, but what we lack is any real consolidation (IE eliminating redundant standards), thus creating a plethora of pitfalls for software developers.

    This is one thing I think the Linux Standards Base should cover. More than just one boring, rather useless "base," it should cover MANY bases, and specify standard APIs, installations, and specifications for systems/software. Hell make Linux Standard Base certification like that damn Made for Windows XX logo.

    Theory:

    LSB defines a desktop base, a server base, and an embedded base.

    On the desktop base you have modules (not necessarily compatible), say Gaming Module which includes all necessary packages and auto-detection and config info, a Network client module that automatically loads remote config utilities and any necessary client software, and a workstation module that adds it's required things.

    Same for server and embedded.

    Also have the LSB supply standard definitions for the GUI APIs. Standard Themes, fonts, what have you.

    If you can build a solid foundation for your system and get it under control (community control, it's still ours), then you'll attract users. I think that's a bit of what RMS is trying to do here.

    1. Re:Well... by Yarn · · Score: 3, Funny

      More than just one boring, rather useless "base," it should cover MANY bases

      All our bases? (Sorry)

      --
      -Yarn - Rio Karma: Excellent
    2. Re:Well... by Dehumanizer · · Score: 1

      No, All our BASE. Singular.

      --
      The Tlog - a technology blog
  36. About time by red-tail-hawk · · Score: 1

    Though I don't care at the moment, gonna buy an OS X machine next time around. The new G4 imac looks snazzy, plus OS X is exactly what the linux community was trying to achieve. open source is good, but it worked against itself with repect to a lack of centralized code base. OS X is a great blend between both open and closed source

    1. Re:About time by Anonymous Coward · · Score: 0

      yep. i just ordered a G4 powerbook today. i run a couple of linux boxes on my home LAN for server duty, i.e. smtp, dns, apache. but i simply cannot get day to day work done in GNOME and KDE, so i've been relying on a win2k box. well i'm fed up with microsoft's licensing antics, security problems, spyware, etc. when my G4 arrives i'll give win2k the last three fingered salute and let 'format c:' rip.

    2. Re:About time by Anonymous Coward · · Score: 0
      Funny, I have a G4 powerbook. I can't get day to day work done in it without exporting a display from my Linux machine and firing up a few KDE apps.

      If Terminal and Mail.app didn't blow quite so hard, maybe it'd be a different story.

    3. Re:About time by Anonymous Coward · · Score: 0

      I just got one (G4 Powerbook). Loaded Office X and Entourage. Works fine. Also tried GTerm and Pine, fantastik.

  37. Menubar by Anonymous Coward · · Score: 1, Interesting

    While we're talking about having a uniform UI... I would really like to have a Macintosh-style menubar! ie, have one menubar at the top of the screen that changes its contents depending on what application is in focus. Surely with all their sophistication (and excessive effort placed on "skinnable interfaces"!), one or both of GNOME or KDE ought to be able to deliver this simple request!

    1. Re:Menubar by Otter · · Score: 1
      I would really like to have a Macintosh-style menubar! ie, have one menubar at the top of the screen that changes its contents depending on what application is in focus. Surely with all their sophistication (and excessive effort placed on "skinnable interfaces"!), one or both of GNOME or KDE ought to be able to deliver this simple request!

      Don't know about Gnome but KDE has had that since 2.0, at least. I'm in MacOS right now and can't check it, but I think it's in the Desktop preferences --Enable Desktop Menu, or something like that. Also, running Kpersonalizer allows you to get MacOS, Windows or traditional Unix feels (menubars, click counts, etc.) in one step.

    2. Re:Menubar by super-flex-o-matic · · Score: 1, Informative

      the apple-style menubar is patented by apple.

      go pay your license fees for intellectual property...

    3. Re:Menubar by Brummund · · Score: 1

      http://www.carcosa.net/jason/software/sawfish/

      A little down on the page there is a patch for Gnome/Sawfish, enabling a "global menu".

      (And his Sanity-theme for Sawfish is also great )

    4. Re:Menubar by JabberWokky · · Score: 2
      KDE has done this since before 1.0.

      excessive effort placed on "skinnable interfaces"!

      Personally, I despise skinnable interfaces, but like KDE's style and window decoration abilities - because they are actually code, and change the way the interface operates. It's not just the look, it's changing the entire way the UI interacts. That's also why "themes" will never be totally portable between the two DEs - they aim for different areas in terms of speed, flexability and ease of creation.

      Incidently, I started a KDE and Gnome meta-theme project a few weeks ago. I currently have a mapping file for icons for Gnome to base, and base to KDE, allowing for conversion of all Gnome iconsets to KDE. That's why all the Gnome icon sets have been popping up on KDE-Look.org under my account.

      Right now, things don't map on a 1:1 basis. I'm currently documenting and building a base set of utilities for post 3.0 and 2.0 versions of the DEs, with an eye towards a universal icon theme being achievable shortly as the first step towards artwork interoperability. Jakub's response has been encouraging - it is his artwork that I'm futzing with to test and work with, and his emails to me have been positive. I was nervous about moving Gnome icons to KDE, figuring I'd be slammed by small minds on both sides of the fence, but response has been neigh-universally positive.

      If you are interested in this project (which entails lots and lots of painstaking "creating documentation from what exists") then feel free to contact me.

      --
      Evan

      --
      "$30 for the One True Ring. $10 each additional ring!" -- JRR "Bob" Tolkien
    5. Re:Menubar by Sloppy · · Score: 1

      Letting users develop motor memory and having menus that are effortlessly easy to "hit" with the pointer, would make too much sense. Gnome is too busy trying to copy Windows (ever seen Nautilus?), and Windows doesn't have menus like that.

      Ok, that was a worthless and futile flame, not directed at you, of course. ;-) Seriously, if I see Gnome working on actually trying to be a good UI instead of a copy of one of the lamest UIs out there, I will be immensely pleased.

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    6. Re:Menubar by filmcritic · · Score: 0

      go pay your license fees for intellectual property...

      Right, don't pay for a thing, then don't complain when every commercial venture that pours tons of cash into linux dries up and linux is left DOA. Linux will end up like the old Soviet Union, they both have the same ideas.

    7. Re:Menubar by johnrpenner · · Score: 2

      Single Menubar - Reasons

      A SINGLE MENUBAR AT THE TOP OF THE SCREEN that changes according to
      the current context (window) instead of a menubar for every window.

      Setting this as a User Default will improve Linux's ease-of-use.
      Placing a single Menubar along the top of the screen:

      1 - Makes it faster and easier to hit.
      (no mouse overshoot to slow things down)

      2 - Eliminates clutter in the interface.

      3 - Reduces ambiguity (and hence - user error).

      regards,
      john.

    8. Re:Menubar by spitzak · · Score: 3, Insightful
      Unfortunately such a menubar does not work when you have point-to-type focus. Point-to-type is also a vast improvement in efficiency (so much so that I have NEVER seen anybody who uses it go back, even on Windows machines where you can turn it on with a registry setting).

      Possibly moving the focused windows up to the top edge so that they are joined onto the menubar, or some kind of hysteresis so that if you drag fast enough across the gap the focus does not change, or some idea nobody has thought of, would solve this. But until somebody does this I doubt you will see much interest in top-of-screen menubars from either the Linux or Windows advanced programmers.

  38. More descriptive name for a combined project... by rbeattie · · Score: 2

    Kgnode?
    Gnoked?
    Gnodek?
    Kdome?
    Kgdneome?

    or my favorite:

    Gnuked.

    -Russ

    --
    Me
  39. So fix it... by QuantumG · · Score: 1

    shit man, the source is there, if it pisses you off *that much* then fix it.

    --
    How we know is more important than what we know.
    1. Re:So fix it... by Anonymous Coward · · Score: 0

      Because not everyone has the time (and money) to do it themselves. That's why we have places where we can request things get done.

  40. open themeing standards by -ryan · · Score: 1

    I know that there are some themeing standards out there. WindowBlinds uses one of them. It would be nice if I could use all of the beautiful themes that exist for Windows on my Linux box. Sadly, there are more artists amongst the Windows crowd than the Linux crowed. Granted, tigert, raster, and star88, all rock.

    Anyway, I'd just like to say that this has been a long time comin. I have no freaking idea why my WM, and the different GUI toolkits all can't get along Look and Feel wise. If Unix (outside of OSX) is to ever be a desktop competitor, this is one component of the UI equation that must be solved.

    -ryan

    1. Re:open themeing standards by Anonymous Coward · · Score: 0

      OSX is not unix.

    2. Re:open themeing standards by Anonymous Coward · · Score: 0

      And you are not a moron.

      See, I can lie too.

    3. Re:open themeing standards by filmcritic · · Score: 0

      There are no artists amongt the linux crowd because all the good software (photoshop, illustrator, etc) are for windows. Don't even start the crap about gimp and killustrator, adobe holds the keys to THE graphics standard apps. The driving forces behind linux are pasty code geeks, not artists, hence ugly interfaces. Mac folks are more artistic - just look at OSX. Complain all you want about the looks of WinXP, at least it's skinnable and everything looks the same from app to app. And no, coding is not the type of art we are talking about here.

    4. Re:open themeing standards by IamTheRealMike · · Score: 1
      Hehe, you know I sometimes find it funny that everyone here assumes that Linux's desktop is inferior to Mac OS Xs.

      NOT TRUE! I have a friend who is a die hard Mac lover, who was using the pre-release betas of OS X etc. and he told me the other day that he thought it was a shame that there wasn't any KDE skin for OS X. I didn't believe him at first, but he's already tried skinning the Mac (and failed to properly unskin it again, lol) so perhaps he wasn't mad.

      Yeah, everyone is instantly bowled over by Aqua. But to be honest, I reckon that KDE 2 with the standard theme and a few enhancements looks better than Windows, and some of the screenshots I've seen on Ximian Gnome look sweet - different to the Mac of course, but not inferior I think.

  41. An XML Theme Engine by CurtisLeeFulton · · Score: 1

    Maybe I should write an XML theme engine that can generate themes for KDE, GTK, Mozilla, XMMS skins etc. Some sort modular library.

    1. Re:An XML Theme Engine by panserg · · Score: 1

      All you need is some RDF to define desktop resources and XSL to translate RDF into any derived XML config files. Xalan will do the rest of XSLT for you. No wasting time on programming - do modelling instead.

      --
      "I shall explain this by waving my hands about in an appropriate manner." -- Cambridge University Math Dept.
    2. Re:An XML Theme Engine by Your+Login+Here · · Score: 1

      And we all know how hackers love modeling and hate coding!

    3. Re:An XML Theme Engine by panserg · · Score: 1
      wait a minute. Do you want to protect theme configuration? It's not a problem. Just use appropriate means, like PGP or XSLTC.

      we talked about XML as theme config files and I proposed to use a combination of RDF and XSL.

      I am not against coding. But ... do you really suggest to code and compile theme config files?

      ... I don't think hackers love modeling - it would be for architects.

      --
      "I shall explain this by waving my hands about in an appropriate manner." -- Cambridge University Math Dept.
  42. Competition.. uhu.. by Anonymous Coward · · Score: 0

    I'll say this just because it needs to be said.

    I couldn't care less what everyone tends to be saying about competition being a "good thing". Linux does not stand a chance competing on the desktop simply because of KDE and Gnome fighting over the tiny share of Linux desktops. Application developers have to chose, and as such it's just too much of a pain to develop and/or port any of the apps Linux needs to succeed.

    I wish they would grow up. See the greater good. Stop behaving like children. Whatever. It's stupid. Gnome and KDE are both fine, they're just not quite "there" yet. Know what? They'll never be. They will keep playing catch-up with Windows, and never go beyond it. Spew technical facts all you like, they are both half assed attempts at being what the previous version of Windows was.

    Oh well. It'll never happen, and we'll keep posting every little security flaw in Windows trying to convince ourselves of that Linux is at least doing well on servers. Oh my. Yes, it is, and Microsoft is managing to keep companies stuck with using Windows on their servers simply because they control the desktop.

    Bah.

  43. again? by Ur@eus · · Score: 1, Offtopic

    Hmm, is it my destiny to put RMS on Slashdot each time I mail to the gnome-foundation list?

  44. Been there by QuantumG · · Score: 1

    I once sat through the famous free laser printer story with a room full of law students and confused academics. At the end of the talk a number of particularly amusing students asked if RMS thought, just occassionally, in his deepest darkests moments, he ever considered that Emacs might be just a little bit bloated. Everyone in the room burst out laughing but RMS quietly explained how no, Emacs isn't bloated, every feature is necessary and really the question isn't on topic anyways.

    --
    How we know is more important than what we know.
  45. Re:While at it why don't they combine Vi and Emacs by Meech · · Score: 1

    This is like saying combine judaism and islam.


  46. Why RMS applied to GNOME board by sl956 · · Score: 4, Interesting

    Back in November 2001, when RMS was candidate to the GNOME Board of Directors, there was a discussion on /. about the reasons why he applied.
    Just a couple days before, he had said during a conference in Paris that his primary reason to apply to the board was to support cooperation between GNOME and KDE (see my post), eventhough it wasn't clearly stated in his answers to the GNOME board candidacy questionnaire.
    I'm really happy to see that it was not only electoral bulls**t.
    Maybe he is the last person you could have think of for such a task (especially knowing his position toward the KDE team in the old days of the QPL), but here he comes with this simple (as in not heavily political) practical (as in usefull) first step... so let's try !

  47. Re:While at it why don't they combine Vi and Emacs by Anonymous Coward · · Score: 0

    One word: viper.
    http://www.lns.cornell.edu/public/COMP/info/vipe r/ viper_3.html

  48. Re:Confronting the KDE propaganda machine by ambrosius27 · · Score: 1

    dude, the spirit of the whole RMS post is *COOPERATION*. I don't think your post is getting with the program, so to speak. ;-) By the way, I'm a GNOME supporter.

    --

    ~~~~~~~~~
    dissertus scribendo latine videri volo.
  49. Enlightenment? by Trevelyan · · Score: 1

    You can run apps from both KDE and Gnome
    and it looks real perdy. (i run a lot of epplets too =)

    I use a lot of apps from kde (in my E desktop) KDE has so many apps and functions i think it has to take the crown from emacs*
    Gnome i dont use, but i still have some gtk apps, although not many the gnome ppl. (eg xchat)

    -Trevelyan

    *emacs is my os, linux just does the i/o
    will become KDE is my os, linux just does the i/o

  50. Re:Read the entire paragraph by Mr.+Slippery · · Score: 1
    by extension, all non-gpl-compatible software is a "danger" if that's true, then why isn't RMS "attacking" FreeBSD

    You apparantly do not understand the difference between "GPL compatable" and "free".

    The view RMS is taking is that all software must be "attacked" if it's non-gpl-compatible

    Horseshit. RMS recognizes that non-GPLed software can still be free:

    We recommend copyleft, because it protects freedom for all users, but non-copylefted software can still be free software, and useful to the free software community.
    --
    Tom Swiss | the infamous tms | my blog
    You cannot wash away blood with blood
  51. Auto-magically scaling titlebars by doorbot.com · · Score: 2

    Since we're ushering this new era of KDE/Gnome friendliness, I have one simple request...

    Can one (or both) of these two desktops allow me to scale the title bar on the windows? I can change all of the other fonts to a bigger size, but when I change the title bar font it just gets cut off vertically. Sorry, but some of us try to run high resolutions on smaller monitors.

    By the way, here's cool theme from KDE-Look.org (one of the few ones that didn't rip off some pre-existing OS (majority were XP/MacOS X)):
    Gorilla @ KDE-Look.org (preview)

    Notice how small the title bar font is... just think the joy you could bring to small children if that scaled with the font size! It would be perfect on this theme...

    1. Re:Auto-magically scaling titlebars by Fnord · · Score: 2

      Actually that's a rip off of a Gnome theme that was meant to test the Vector capabilities of nautilus.
      Not necessarily a rip off though....its named the same. I guess just a port.

    2. Re:Auto-magically scaling titlebars by Anonymous Coward · · Score: 0

      How can it be an original theme when it has a Ximian logo as the wallpaper?

      Those icons are definately copied from a Nautilus theme called Gorilla.

    3. Re:Auto-magically scaling titlebars by jonathan_ingram · · Score: 2
      Yes - the original poster has his facts completely wrong.

      That screenshot was posted to kde-look.org by a Gnome troller, along with the comment "no, sorry this is not KDE and i doubt that KDE will ever gonna look like this. well i bet a couple of you people gonna move to GNOME now.".

      I'm not sure what the guy thought was unimplementable in KDE. SVG icons will be in KDE 3.1 (the patch already exists, but came too late to be included in KDE 3.0 -- it will be in 3.1, however). The rest seems to be just window/background themes.

    4. Re:Auto-magically scaling titlebars by Spoing · · Score: 2
      The person who posted the SVG Gorilla theme on kde-look was a troll. Yet, they were also right; Gnome _now_ has vector icon themes. No theory, no guesswork, 100% available. Now.

      That KDE will have them later is no surprise -- the KDE team works hard and has a polished desktop.

      That it is available for a version of KDE beyond a release that hasn't occured is stretching the word 'exists' beyond it's practical application. Yes, it exists. No, it is not recommended for anyone at this point. In a few months, after KDE 3.0 is out, a back port will probably show up but nothing in the main release till later.

      --
      A firewall can not protect you from yourself. Turn off what you do not need. Do not use the firewall to do your work.
    5. Re:Auto-magically scaling titlebars by spitzak · · Score: 2
      Fortunately, if this problem exists, it is entirely under control of the window managers, which both pick the font to use and also draw the window edges. That is, this is not a built-in problem with X.

      Seems to work ok in KDE with it's default settings. Likely a lot of the problem is pixmapped themes that cannot scale. It looks like WindowsXP avoids this by not allowing pixmapping of the borders of the titlebar, only of the buttons (which end up centered if the bar grows).

  52. Woohoo! by CheezyD · · Score: 0

    Same taste, twice the bloat! Actually, 3 times. KDE on top of Qt on top of GTK on top of X. If that happens, I'll go back to AfterStep or Fvwm. Interoperability is the key. As others have mentioned before, start with fixing the damn clipboard, and things will progress from there. A unified config file format wouldn't hurt either.

  53. OMG! Hell did freeze over! by Chanc_Gorkon · · Score: 4, Funny

    Debian is close to releasing and they are talking about a unified Linux desktop theme. Hell most have frozen over or this is a sign of the apocalypse!

    --

    Gorkman

  54. If it's bad, why incite it? by Jay+Maynard · · Score: 1, Flamebait

    From RMS's message:

    The ill feelings that linger between GNOME developers and KDE developers are not good for the community, and it is very useful to help calm the antagonism.

    The only reason there are ill feelings is because of RMS's jihad. He's right in that they are bad, yet he continues to provoke them, protestations to the contrary notwithstanding. Anything that's not GPVed is fair game for RMS's blind, unfeeling hatred.

    --
    Disinfect the GNU General Public Virus!
    1. Re:If it's bad, why incite it? by Anonymous Coward · · Score: 0

      Iknow why you are md, Jay. You are mad because Richard Stallman is winning and your side is losing.
      Actually your side lost.You chose to be a loser. It was your choice. The truth hurts, doesn't it, Jay?

    2. Re:If it's bad, why incite it? by Jay+Maynard · · Score: 1

      You are mad because Richard Stallman is winning and your side is losing.

      Oh? And which side, exactly, do you think I'm on? Hint: It's not necessarily the side of Microsoft, or even of proprietary software in general.

      --
      Disinfect the GNU General Public Virus!
    3. Re:If it's bad, why incite it? by Anonymous Coward · · Score: 0

      And which side, exactly, do you think I'm on?

      The whiny Texan side?

  55. Better C++! by Otter · · Score: 5, Interesting
    To my mind, the single most important thing RMS could do to help out KDE is to push for better C++ support in GNU. Advantages are:
    • It will address what's generally felt to be KDE's biggest drawback.
    • Do the same for Mozilla and every other C++ project, free and non-free, running on GNU systems.
    • Point up the importance of the GNU contribution to what's generally referred to as Linux. (Not that I'm thrilled to see him getting more ammunition to pester us on that score, but it's not until I was cursing out the FSF for making C++ apps run so slow that I realized he's actually got a good point.)
    Besides, it's something he's in a position to actually do, and which doesn't require anyone to sacrifice existing work.

    (Poor guy -- he's like Alan Greenspan, where every public utterance is turned into a grand policy question.)

    1. Re:Better C++! by Anonymous Coward · · Score: 0
      Specifically, what improvements would you like to see in G++ ? Perhaps you or someone else might want to post your thoughts. We'd be very interested in what you have to say, if your comments are specific and concrete. Vague complaints don't offer a path to improvement, but good constructive criticism is very helpful.

      thanks,

      Richard

    2. Re:Better C++! by Otter · · Score: 2, Informative
      Specifically, what improvements would you like to see in G++ ? Perhaps you or someone else might want to post your thoughts. We'd be very interested in what you have to say, if your comments are specific and concrete.

      I don't claim to be qualified to speak on this myself, but Waldo Bastian's paper on this subject would be a good start. (Note that it concerns linking, not g++, although there are plenty of wishes out there for g++ too.) Write Waldo or post to the kde-devel mailing list and I'm sure plenty of detailed suggestions will be forthcoming.

    3. Re:Better C++! by cobar · · Score: 2

      I believe that a lot of the loader issues were dealt with in the latest version of binutils. There was an article in Linux Today about it.

    4. Re:Better C++! by Anonymous Coward · · Score: 0

      Support the export keyword. It's part of the standard, and it will speed up compilation in many cases.

    5. Re:Better C++! by anshil · · Score: 1

      Compilation speed!

      g++ compiles unfortunally just so SLOOOooooooooo....w

      --

      --
      Karma 50, and all I got was this lousy T-Shirt.
    6. Re:Better C++! by Mister+G · · Score: 1

      sometimes turning on -frepo while compiling with gcc-3 helps...

    7. Re:Better C++! by anshil · · Score: 1

      sometimes turning on -frepo while compiling with gcc-3 helps...

      what does it do?

      --

      --
      Karma 50, and all I got was this lousy T-Shirt.
    8. Re:Better C++! by Mister+G · · Score: 1

      Sorry for the late reply....

      basically, turning on -frepo enables automatic template instantiation. The first compile will still be slow, but the compiler will generate .rpo files for your objects files. These files more or less keep track of what has been instantiated, and should speed up compilation, since not all of the instantiations have to be rebuilt.

      That's the theory, at least...

      Hope this helps

  56. GDE by TeknoHog · · Score: 4, Insightful
    GDE: the GNU Desktop Enviromnent.

    Think about it. Compare to 'windows' in its simplicity if you like. We want to create a unified GNU/Linux desktop operating system and not play around with fancy names. (Designed for X Windows, anyone? :-)

    --
    Escher was the first MC and Giger invented the HR department.
    1. Re:GDE by abe+ferlman · · Score: 4, Funny

      It would be like the end of the Dark Crystal when the Skeksis and the Mystics merged into those weird light-beings after the restoration of the crystal.

      The only question is, if Craig Mundie falls into a pit of fire, does ESR disappear, or is it RMS?

      :)

      --
      microsoftword.mp3 - it doesn't care that they're not words...
  57. Hhmm...i�d say yes by Lispy · · Score: 1

    when it comes to exwindows users. I had a bad time copying and pasting stuff as well under Gnome as under KDE.

    Now i use Fluxbox and i copy with the middle mouse button. Im not really in depth yet of Unix innerworking and im sure not into its standards but i really like that way. Actually i miss it at work where i have to use a Win2k machine. Its just nice.
    Of course an additional keyboard shortcut is a desperate needed extra when you dont want to move your fingers away from the keyboard...

    Ok, you made the point, who cares about look&feel integration when all the apps i need (i.e. licq, evolution, mozilla, konqueror, gftp, whatever,) seem to work under a third, non KDE, non GNOME desktop...wow, i guess im quite confused about that point. Well, dont be too hard on me, its late over here ;-P

    cu,
    Lispy

  58. Re:OMG! Hell did freeze over! by The+Great+Wakka · · Score: 2, Funny

    Not only that, but also Mozilla is reaching! Gasp! Could the Doom of the World be upon us?

    --
    Everything is mainstream now.
  59. Competition is good by maroberts · · Score: 1

    Am I the only one here who doesn't want KDE and GNOME merged into an uber-desktop? There are many reasons for not doing so, in my humble opinion.

    GNOME essentially arose becuase KDE used QT as its base toolkit, which was non GPL. Thanks possibly due to the spectre of rivalry from GNOME, QT went GPL.

    I think that KDE and GNOME do benefit from a little rivalry and sniping; I'm hoping that application competition will result in survival of the fittest

    I am however not against application interoperability; I do think that the KDe and GNOME people should knock some heads together to ensure that their respective apps can pass data to and from each other and even operate on the 'enemy' desktop.

    --

    Donte Alistair Anderson Roberts - hi son!
    Karma: Chameleon

  60. Yes! by Adam+Wiggins · · Score: 2

    Here at the office, we are finding that a lot of GNOME apps are far more usable for day to day tasks. Most of our employees are moving to Evolution - they absolutely love the calendar, task lists, and contacts. (I only use the email portion, myself.) Also, Galeon is a faster and stabler browser than Konqueror. But as a desktop, GNOME just won't cut it for production use. (Two of my coworkers switched to Ximian GNOME for a few weeks, and declared it practically unusable.) So we're definitely going to stick with KDE as the environment now, but for apps...Gnumeric, Evolution, and Galeon are all better than their KDE equivilents.

    Some better interoperation (cut-n-paste, default browser & mail clients, themes) would really make our lives a whole lot easier. In the meantime we will hobble by.

    I suppose that both desktops are shooting to someday have enough apps that it is not necessary to mix-and-match quite so much. But in the meantime...

  61. Graphics support by llamalicious · · Score: 2

    Now if we can get them all working together with an xserver, say XFree... and have the whole gui/graphics driver thing settled once and for all...

    And then we get them to work with the Kernel developers, and after that the other peripheral developers... and then we can shrink wrap the whole thing and sell it, lets say, for $99 bucks.

    doh!

  62. RMS by Anonymous Coward · · Score: 0

    A bit late, I'm very, very afraid.

  63. THIS IS IMPOSSIBLE! by Mr.+Piccolo · · Score: 1

    RMS just said something that actually sounds reasonable!

    Let me check... ah yes, "Sign no. 23 of the imminent Apocalypse."

    --
    Glückwünsche, haben Sie Slashdot ermordet, indem Sie zum korporativen Druck beugten und Subskriptionen einlei
  64. Re: Troll or newbie? by Abreu · · Score: 1

    You are either a troll or new here...

    --
    No sig for the moment.
  65. No thanks, I'll just use OSX. (Or Win2k) by Pope+Slackman · · Score: 3, Funny

    shit man, the source is there, if it pisses you off *that much* then fix it.

    Getting rid of the inconsistency and incompatabilty in X is hardly a one man job.
    It's hardly a 1000 man job.
    Hell, removing inconsistency from X is like removing religion from church - it just can't be done.

    C-X C-S

    1. Re:No thanks, I'll just use OSX. (Or Win2k) by Cyno · · Score: 1


      Then what are KDE and GNOME doing? The advantage of building a bridge between KDE and GNOME and having the functionality of both systems operating interchangably, coupled with the advantages of running on top of X windows, far exceeds the options and flexibility presented to the end user of any other system. But it will take a few years to standardize and stabilize the system. See OSX and XP have standards and are mostly complete right now. But the GNU system will have every option you could ask for, you'll just have to wait a few years. Eventually I predict its rate of growth will climax into some sort of exponential snowball that gets shot up into outer space and causes a virtual big bang, destroying all other forms of data in its wake. Not a happy thought.

    2. Re:No thanks, I'll just use OSX. (Or Win2k) by Pope+Slackman · · Score: 2

      coupled with the advantages of running on top of X windows
      Which are? Network transparency[1], and...what?
      Jamming graphics calls through sockets? W00t indeed.

      But the GNU system will have every option you could ask for,
      All using different toolkits, with different key bindings, different quirks and different looks, and each requiring 30 megs of widget libraries that duplicate the functionality of each other.
      No thanks.

      Until X starts *enforcing* a single toolkit[2], like Mac, Windows, and virtually every other decent GUI has done, it's going to be discordant and annoying.

      To hell with KDE and GNOME, they don't fix the underlying problem of nonexistant standards or policy, they just cover it up with more bloat.
      Which is good, I guess, if you like having 100+ meg of widget libraries on your system, and being able to watch the widgets flicker as they redraw themselves.

      C-X C-S
      [1] Which isn't even all that special any more, though it was really cool in 1987.
      [2] Which seems extraordinarily unlikely, given the "community"'s steadfast resistance to change.

    3. Re:No thanks, I'll just use OSX. (Or Win2k) by Zorikin · · Score: 1

      > [2] Which seems extraordinarily unlikely, given the "community"'s steadfast resistance to change.

      I find it ironic that you should make this claim in a post focused on your observation that there isn't any standardization. If anything, there are too many standards.

      The community changes all the time. They simply do not make the specific changes you seem to want them to. Rightly so - it would be hypocritical for communities founded on freedom and openness to embrace the principles of oppression and design by fiat which underlie your suggestions.

      Bloat refers to individual systems, not aggregations. If a system has a dozen redundant modules, then any bloat is the administator's fault - he or she did not remove the extra ones - not the module developers' fault for independently creating the different modules.

      Your numbers are slightly exaggerated, I think. All of the widget libraries I am using right now, in the gnome panel, galeon, xterms, emacs, gedit, freeciv, and x-chat, together take up roughly 10 megabytes. About half of this is the X libraries themselves. Perhaps you are thinking of the associated pixmap libraries or desktop environment libraries.

      As to the implied argument that KDE and/or GNOME themselves are bloated, I can only wonder what you expected. These are complete desktop environments, each one equivalent on its own (along with X, and a wm) to all of the basic gui functionality of OS X or w2k.

      That you can run them alongside one another is only meant to be a charming illustration of the community spirit and excellent engineering at work.

  66. proposals: XSL and RDF for theme config files by Anonymous Coward · · Score: 0

    Great! But let's use a combination XSL and RDF (and perhaps XUL) - let's be smart at least in the file format.

    1. Re:proposals: XSL and RDF for theme config files by Anonymous Coward · · Score: 0

      That's right.In order to unify themes templates and meda-model should be unified at first.

  67. Re:To Hell with RMS by inerte · · Score: 1

    What's next? Surfing the net for information? Warez the sinergetic fusion of design and e-commerce?

  68. GNOME finally LOST by Anonymous Coward · · Score: 1, Interesting

    (please mod this down -1 and Flamebait thank you!)

    hello there,

    i am mainly gnome user and migrated to gnome 2 some das ago. i must say that doing this was a hard task. i dont want to sound like a troll nor do i want to rant shit but here the problems that occoured:

    - you need to install nearly all programming languages available on your system only to get gnome 2 compiled. often you ask yourself 'why?'. example gnome 2 has only 1 python file that is required to get a basic gnome 2 installation. i am no python programmer nor am i interested in python but you are forced to install python to get gnome 2 compiled because that one fucking file requires it. i mean ok gnome is a programming language independant project and i respect it. but if someone wants to code python gnome applications then its ok but i dont need to install it. so the basic target of compiling gnome 2 from CVS terribly sucks, bad planned stuff.

    - gnome 2 got a shitload of new libraries and modules that you need to compile its mainly a complete BREAKUP of previous gnome 1 currently the CVS looks more than a warfield than really usable, not to mention all the problems, bugs etc. and if you look at their roadmap then gnome 2 should be done middle of march, this is exactly 30 days from today on (15 Feb. 2002). i doubt and seriously i really doubt that they get a working DESKTOP done until that time. at the end there is no TESTCASE possible.

    - gnome 2 development plattform SUCKS yes it suck terrible. well sounds tolling but well lemme explain.

    - CVS module A requires autoconf 2.13, automake 1.3 to get the scripts set up correctly.
    - CVS module B requires autoconf 2.50, automake 1.4 to get the scripts set up correctly.
    - CVS module C requires autoconf 2.52, automake 1.5 to get the scripts set up correctly.

    seriously well planned. not to mention that there is no single letter written in the README's or INSTALL files that at least detail the requirements correctly. no you need to play trivia with the configure.in files. not to mention that the buildscripts are so broken at the moment that a lot of autogenerated files must be made manually e.g. make gnome-mokka.h only to get the file.

    now result:

    if i compare the above stuff with the current CVS of KDE3 and QT3 then i must say 'well it takes some hours to compile but at least it compiles' even the testphase for kde 3 seem to be longer for me than that for gnome 2. i think that after KDE 3 comes finally out its probably the better decission for people who wants a desktop.

    issue commercial companies:

    attentive readers of gnome mailinglist will find out that a lot of SUN people behave like they were owners of GNOME. e.g. you get strange looking emails from them with directives and orders. example: 'we want this and we want that' sure if they pay fine for gnome then why not. same for ximian and their sick roadmap with .NET i mean a lot of gnome developers got so pissed that they wanted to cut off the head of miguel de icaza because of the shit shouting out on reports and other crap.

    issue evolution:

    evolution is a nice pim for gnome, probably the best on the market right now but it has a lot of issues. the new current CVS uses .NET technology already because they added some more dependencies to it like SOUP.

    gnome development community itself:

    i havent see so many people on one place that carry their nose that high in the air i wonder how they still see their own road when they walk. hope none of them hit a wall by mistake. mainly patches welcome but stay out of our community. no ? you dont want to stay out ? you are a troll +b !*ruediger*@* (this is a fake ident) but as i always said pride comes before the fall.

    gtk 2 matures gnome, the gimp matures gnome:

    no not today but i see it comming, all these people hung out on the same channel and influences them. a lot of people dont like desktops and really get pissed by the idea that they cant use simple gtk applications anymore because of the big dependency. well oki yes.. yes... yes you can say, hum install packs i dont care but thats not the point a lot of these people are EXPERTS (well no one is really stupid if he/she decides for linux, so its no need to make people more stupid in the public as they in reality are) besides its a known and most used phrase of the gnome developers "why do you want to compile, a normal user should use RPM's or DEB's".. excuse me isnt it open source ? like SOURCECODE ? like 'i want to tweak' ? so why the fuck does some of the 'usability sun or redhat suckers' come up with that shit ? either help or shut the fuck up.

    oki now some sentences to kde:

    well i always eye on kde and to say the truth, 'yes kde is more usable' it is better thought, better planned and kde 3 offers programs already that you can use for daily work. look at gnome after the gnome 2 release comes out, then where are the apps ? they still needs to get ported (if not dead already) i mean i have a nice sweat desktop and a shit on it. using nautilus to watch pron pictures all the day is not what i call serious work. kde 3 comes with so many applications, more than my heart can carry. but on the otherhand kde has some sideeffects that makes me avoid using it. e.g. no 'the gimp' i dont like the idea (i am selfspeaking here) to mix widgetsets, thats what i have done 7-8 years back on linux and it made me sick. i want a unified desktop (thats the reason for a desktop) and i want unified applications. now kde offers a lot of applications. but the reason why people more and more decide to use gnome instead of kde is simple because of the gimp and because of the possiblility to hack in 'C'. at least they are my reasons. but neverthless KDE 3 will make it. now why comes that a gnome user says this. its simple because of all the applications.

    now i tested gnome 2 what do i get. nothing. the same applications, same gnome utils, some ui refered changes but basically a gnome 1 desktop (nothing new) oki from the coding point of view a lot of shit changed (no doubt) but apps. where are the apps. its the same like buying a xbox with 1 game it makes no fun so i better go for the old well known playstation 2 with 200 games. its simple. not only that kde 3 has a longer roadmap, no there are already so many applications available for it because a lot of people had the time porting it.

    you guys on KDE dont need to worry, gnome may become good but it never touches KDE you guys dont only offer KDE on the release day, you also know that people get the applications for it. unfortunately its not the case for GNOME.

    as a last sentence, let me tell you (only to clarify the facts) that there is no BROWSER and no MAILCLIENT for GNOME 2. you probably need to sideinstall GNOME 1 to get all your lovely tools operating, but then you must ask yourself WHY ? in this case you better stay on your GNOME 1. i for myself wait until the bitter end of GNOME 2 development until it gets released on 29 MARCH (who ever wants to belive that) and decide then FINAL KDE 3 and FINAL GNOME 2 but from what i can tell now GNOME 2 is somewhere between KDE 1 and KDE 2 but no way compareable to KDE 3. with other words, as it looks now it FINALLY lost.

    1. Re:GNOME finally LOST by Anonymous Coward · · Score: 0
      Want to hear something really fucked up about Red Hat?

      I downloaded "at" source rpm so that I could rebuild it to fix a security hole. But I couldn't compile it. Why? because
      sendmail [!!!] is a dependency. Can you fucking believe that? The "at" source code depends on sendmail. What the
      fuck is wrong with those assholes at Red Hat? You have to have sendmail installed in order to compiler "at" !!??!!

      What the fuck .... I coulda had a V8.

    2. Re:GNOME finally LOST by Anonymous Coward · · Score: 0

      --nodeps

    3. Re:GNOME finally LOST by Anonymous Coward · · Score: 0
      --nodep - that's the most strange advise I saw. Deps are to help keep a consistency. Forcing to ignore deps IS A SIGN OF BAD DESIGN!

      And I agree about GNOME - it's a heap, it's not a structure. Some re-inventing of the wheel (look at that glade xml). Some deps without real needs. High couling related to CORBA. And a real mix of langs.

      However, I believe, good well-designed (technically and graphically) GNOME is comming. All that project needs is a discipline, project management and more serious approval for each new applet and application. Or the leader. Like Linus. But, then it would be something different.

    4. Re:GNOME finally LOST by Anonymous Coward · · Score: 0

      Um, at sends mail doesnt it?

    5. Re:GNOME finally LOST by FooBarWidget · · Score: 1

      I have no idea who modded this up as "interesting" but I've got a feeling that he's a GNOME hater.

      You post all kinds of FUD about GNOME 2.
      GNOME 2 is still BETA and therebefore is unstable.
      A beta release is purely for testing and for developers, of course you can expect problems and can't expect release-quality software.

      "you need to install nearly all programming languages available on your system only to get gnome 2 compiled. often you ask yourself 'why?'."

      OK, let's see what I need.
      - A C compiler. already installed
      - Python 2. already installed
      - euhm.... what more do I need?

      A C compiler and Python 2. WOW I didn't know that's all the programming languages available to humanity!

      "gnome 2 got a shitload of new libraries and modules that you need to compile its mainly a complete BREAKUP of previous gnome 1 currently the CVS looks more than a warfield than really usable, not to mention all the problems, bugs etc."

      Where have you been? GNOME 1.x packages are already able to be installed in parallel of GNOME 2.x packages.
      I have both GNOME 1 and 2 installed, and everything works fine, nothing broke.

      " gnome 2 development plattform SUCKS yes it suck terrible. well sounds tolling but well lemme explain.
      - CVS module A requires autoconf 2.13, automake 1.3 to get the scripts set up correctly.
      - CVS module B requires autoconf 2.50, automake 1.4 to get the scripts set up correctly.
      - CVS module C requires autoconf 2.52, automake 1.5 to get the scripts set up correctly."

      Well does that surprise you? CVS IS BLEEDING-EDGE STUFF!
      Why would you, a user, install CVS stuff that is known to be unstable?
      Just to be able to troll and work in progress?

      I only have one version of automake/autoconf installed, and all the official GNOME 2 beta tarballs compile just fine.

      "seriously well planned. not to mention that there is no single letter written in the README's or INSTALL files that at least detail the requirements correctly. no you need to play trivia with the configure.in files. not to mention that the buildscripts are so broken at the moment that a lot of autogenerated files must be made manually e.g. make gnome-mokka.h only to get the file."

      You just don't like to read do you?
      The developers have posted dozens of links to the GNOME Installation Guide every time they release a beta/alpha:
      http://www.karubik.de/gig/en/gig20-pg a.html

      "if i compare the above stuff with the current CVS of KDE3 and QT3 then i must say 'well it takes some hours to compile but at least it compiles' even the testphase for kde 3 seem to be longer for me than that for gnome 2. i think that after KDE 3 comes finally out its probably the better decission for people who wants a desktop."

      KDE 3 is just KDE 2 ported to QT 3.0 + some bugfixes and enhancements. Not much user-visible improvements.
      GNOME 2 on the other hand, is a MAJOR improvement in the framework and is *a lot* more work.
      Then of course KDE 3 is more stable at this time.

      "attentive readers of gnome mailinglist will find out that a lot of SUN people behave like they were owners of GNOME. e.g. you get strange looking emails from them with directives and orders. example: 'we want this and we want that' sure if they pay fine for gnome then why not. same for ximian and their sick roadmap with .NET i mean a lot of gnome developers got so pissed that they wanted to cut off the head of miguel de icaza because of the shit shouting out on reports and other crap."

      Where? Can you point out an email that proofs that?
      All those articles about integrating Mono in GNOME are just *opinions*!
      That's it, *opinions* and nothing more.
      Miguel said he'd like to see .NET support in GNOME 4.
      That's just his opinion, nothing has been decided yet, there isn't even a TODO for GNOME 4.

      "evolution is a nice pim for gnome, probably the best on the market right now but it has a lot of issues. the new current CVS uses .NET technology already because they added some more dependencies to it like SOUP."

      Again: CVS IS NOT FOR NORMAL USERS!
      CVS is where all the unstable and experimental stuff goes.
      Why don't you give your opinion about the stable releases first instead of bitching about the experimental stuff?

    6. Re:GNOME finally LOST by Anonymous Coward · · Score: 0

      > I have no idea who modded this up as
      > "interesting" but I've got a feeling that he's
      > a GNOME hater.

      i dont know who modded it up but that guy knows why probably he understands me better than you.

      > You post all kinds of FUD about GNOME 2.
      > GNOME 2 is still BETA and therebefore is
      > unstable.

      gnome 2 is still in ALPHA you fucking homo. on 13th februrary there should be the betarelease but they shifted the date again. get some basic clue before you talk with me. kde 3 is BETA too but compared to gnome 2 1000 more usable.

      > A beta release is purely for testing and for
      > developers, of course you can expect problems
      > and can't expect release-quality software.

      tell me how they will reach release-quality within 30 days?.

      > Where have you been? GNOME 1.x packages are
      > already able to be installed in parallel of
      > GNOME 2.x packages. I have both GNOME 1 and 2
      > installed, and everything works fine, nothing
      > broke.

      i have that one too. but seriously no one should use 2 systems together no matter if they work fine or not. for a temporary moment, when we get all the applications ported to gnome 2 but after that no one should continue having a paralell installation of gnome 1 and gnome 2. if so and you may argue that way then it may be best to skip gnome 2 and stay on gnome 1 because of all the existing tools. that probably wont be ported within the next 6 months after gnome 2 release.

      > Well does that surprise you? CVS IS BLEEDING
      > EDGE STUFF!

      of course that is

      > Why would you, a user, install CVS stuff that
      > is known to be unstable? Just to be able to
      > troll and work in progress?

      oki listen you fucking son of a goat. 'A USER' you are that kind of fucking asshole that dumb people into the corner of beeing all stupid. listen little brat. i am working on unix for the past 20 years now and i probably did more code than you ever will write in your fucking life. no one that uses linux or unix is a 'normal user' most of the people using linux or another unix system actually have a lot of basic and more depth basic knowledge. linux and unix will hopefully never a system for 'a normal user'.

      > I only have one version of automake/autoconf
      > installed, and all the official GNOME 2 beta
      > tarballs compile just fine.

      yeah after you figure out for some hours, doesnt change the fact that there should have been a agreement before to use a unique autoconf, automake, libtool and gettext version. look even gtk2+ and glib2+ used to use 2.13 autoconf until 2 days ago (17 feb, 2002) owen taylor decided to move to autoconf 2.52.

      > You just don't like to read do you?
      > The developers have posted dozens of links to
      > the GNOME Installation Guide every time they
      > release a beta/alpha:
      > http://www.karubik.de/gig/en/gig20-pga.html

      you seem to miss the point of this discussion dude. seriously you miss something, whats wrong with you.

      > KDE 3 is just KDE 2 ported to QT 3.0 + some
      > bugfixes and enhancements. Not much user
      > visible improvements. GNOME 2 on the other
      > hand, is a MAJOR improvement in the framework
      > and is *a lot* more work. Then of course KDE 3
      > is more stable at this time.

      yes thats absolutely correct as written in my previous top comment. you should learn to read i mentioned that gnome2 is a major rewrite (more or less, not all is true) doesnt change the fact that kde 3 is more stable and temporarely leading.

      > Where? Can you point out an email that proofs
      > that? All those articles about integrating Mono
      > in GNOME are just *opinions*! That's it,
      > *opinions* and nothing more Miguel said he'd
      > like to see .NET support in GNOME 4.

      http://mail.gnome.org/mailman/listinfo/

      go and read there.

      > That's just his opinion, nothing has been
      > decided yet, there isn't even a TODO for GNOME
      > 4.

      move to .NET and i bet you loose more people than you expect. but i think SUN wont allow this. they bite into their own arse if they allow .NET and C# this will smash all plans of SUN not to mention that there will hopefully more problems with the .NET implementation than we know today. as if microsoft has something to share for free.

      > Again: CVS IS NOT FOR NORMAL USERS!

      again: you are just a fucking stupid asshole without serious god given brain. people using linux ARE NO NORMAL USERS (like in stupid fucking windows fags).

      > CVS is where all the unstable and experimental
      > stuff goes. Why don't you give your opinion
      > about the stable releases first instead of
      > bitching about the experimental stuff?

      because i know what i am talking of ?

  69. Re:OMG! Hell did freeze over! by Mr.+Piccolo · · Score: 1

    Let's see... signs 23, 35, and 11... and # 12 is "Hulk Hogan rejoins the WWF"... looks like the end is near to me...

    --
    Glückwünsche, haben Sie Slashdot ermordet, indem Sie zum korporativen Druck beugten und Subskriptionen einlei
  70. How ironic... by pongo000 · · Score: 2

    ...that when I bring up the subject of cooperation among similar projects, I'm rated a troll, yet RMS stands before us like a demi-god because he can't seem to figure out what exactly he believes in.

    If anyone ever tells you "Don't shoot me, I'm just the messenger" -- shoot him.

  71. Re:Confronting the KDE propaganda machine by Anonymous Coward · · Score: 1, Funny
    • Myth #11 - This article is written by Microsoft's Marketing Division

      Only paranoid people would have such thoughts. We at Microsoft have no reason to use such sleazy tactics.
  72. Unified themes by HungryHorace · · Score: 1

    I saw a suggestion quite a long time ago (I think it was by Jamie Zawinski) that the drawing for widgets should be handled by a 'widget server' rather than the programs themselves.

    Since then, Windows XP has come out, and does something similar with UXTHEME.DLL. To draw a disabled button on previous Windows versions you'd have told it to "draw a filled rectangle with a border round it and put some grey text on it"; on XP, you say "Draw the {background; border; text} for a disabled button".

    So all you do is write one GTK+ and one KDE theme that use a widget server to draw their controls, and there you are - unified themes. It still wouldn't make the scrollbars in the NeXTSTEP themes actually behave like proper NeXTSTEP scrollbars though :-(

    1. Re:Unified themes by mlk · · Score: 1

      Code based themes, a la Java's Swing gets round this (something I hope OBOS will pick up on, if they make it themable).

      This, if done well means you can have themes that both control look and FEEL!

      mlk

      --
      Wow, I should not post when knackered.
  73. Make the Settings interchangeable! by ChrisDolan · · Score: 2

    If I have to reconfigure ONE more window manager to do focus-follows-mouse-sloppily, I'll have to change my email address to chris@loonybin.org.

    I advocate an XML-based prefs format that is shared by many WMs, with less-capable ones simply ignoring the features they can't understand.

    In .wmrc:

    <keyboard>
    <focus>
    <follow/>
    <sloppy/>
    </focus>
    <repeat>
    <speed value=6 scale=10/>
    </repeat>
    <clicksound value=false/>
    </keyboard>

    or something like that.

    1. Re:Make the Settings interchangeable! by ttk · · Score: 1
      If I have to reconfigure ONE more window manager to do focus-follows-mouse-sloppily, I'll have to change my email address to chris@loonybin.org.

      Damn! Here where I ended up they don't let us use email, so I had to sneak out to comment. :)

      I know exactly how you feel. Before galeon reached its stable status I was frequently trying to find a usable browser. Now you might think that testing a browser is as simple as "./configure && make && make install", but oh no, that's just the beginning.

      Before you can comfortably compare the new browser to the previous one, you have to

      • configure proxies (no, $http_proxy is not supported)
      • import bookmarks (hopefully browsers support XBEL in a few years or so)
      • configure home page
      • configure languages
      • configure fonts
      • turn javascript on/off
      • turn java on/off
      • ...I think you get the picture.
      Repeat for all browsers.

      And don't get me started with MUA's. I like mutt a lot, but every now and then I feel like trying out one of those graphical MUA's just to see if I'm missing something with mutt[1]. Basic console-GUI differences aside, it's still a PITA to quickly try out a new MUA, well, basically because it's impossible to make it quick. I've already said my folders are on an IMAP servers, and I also have some local spools. Why on earth do I need to repeat it for every MUA out there?

      I think the fundamental problem here is that configuration is application-based instead of being based on functionality. For example, my email address has a function, I read the mail sent to that address. It has next to nothing to do with the application I use to read the mail. Why do I have to enter that same address to every single application that needs to use my email address for whatever? (Of course there must be a way to override the default setting, but by default I shouldn't be bothered with such brainless reconfiguration!)

      I know, this is all just words and as such not going to get me anywhere. Unfortunately, as it is the current situation works, barely, well enough, and I also have more urgent things to do. But maybe the next time I get frustrated enough by some new application I try so that I kick myself to do something.

      ----
      1. So far I haven't seen anything worthwhile :)

    2. Re:Make the Settings interchangeable! by Anonymous Coward · · Score: 0

      If you can get your hands on a MacOS box, dig around to find the Internet Config app buried somewhere. It's basically a central repository for Web/Mail/News app settings, as well as MIME mappings.

      It was originally just written by some guy and released into the public domain, but essentially became an unoffical part of the OS and is supported by everyone, including MS. I think with OS X, Apple has finally made it 'standard'.

  74. The future of the desktop? by LinuxInDallas · · Score: 1

    If KDE and GNOME both strive for the same look and feel, at least as a default, what will this mean for the two desktops in the long run? Most users will most likely keep the default theme that comes with their desktop. What would be the impetus to use one or the other? Perhaps then the desktop that will become the standard will be the one that gets installed by default on the most distros?

  75. Re:Menus, Drag and Drop and Clipboards as well PLE by rhavyn · · Score: 2

    The X Clipboard and XDnD are both defined protocols which, unfortunately, Qt2 (and thus KDE2) did not follow. Qt3 does, so hopefully, the clipboard and dnd between Gtk and Qt apps will work correctly.

  76. Two points. by rikkus-x · · Score: 1

    1. Theme 'unification' possible.

    There are various ways to theme KDE. Icon sets,
    widget styles, window manager borders...

    It's very possible to use identical-looking window decorations - KDE supports IceWM decos, so just use an IceWM theme that's identical to a sawfish theme.

    It's also possible to have practically identical-looking widgets, because both KDE and GNOME support pixmap themes for widgets. Note, though, that this requires a little more CPU. Especially GTK pixmap themes seem to make widget redraw sluggish, though perhaps this is fixed now (I haven't tried recently).

    Icon sets... easy, and KDE is close to supporting SVG icons, so there's another common format.

    The only reason that KDE and GNOME will not ship with identical 'themes' is that I doubt the teams will agree on a common 'theme'. Who knows...

    2. RMS talks about ill feeling between GNOME and KDE developers. Rubbish. I don't know of any KDE developers who have anything personal against any GNOME developers. Either GNOME developers have something against KDE developers, and we never noticed, or RMS is just making it up as he goes along, which seems more likely to me.

  77. a common graphical environment? by j1mmy · · Score: 0, Offtopic

    IT'S ABOUT FUCKING TIME.

  78. Why not 2 existing instead of 1 vaporware? by Eryq · · Score: 2

    Inventing a whole new theme will require a lot of time and arguing about how it should look/work/etc. Don't go there. Instead:

    IMHO there should be a GNOME/Gtk theme called "KDE" which exactly mimics the most-default KDE theme, and a KDE/Qt theme called "GNOME" which does vice-versa.

    Unless of course this is a stpuid idea, in which case, forget I brought it up...

    --
    I'm a bloodsucking fiend! Look at my outfit!
  79. actually... by kesuki · · Score: 1

    I took it to mean that it would allow gnome.themes.org and kde.themes.org to have the same theme files which when applied change the appearance as the user prefers.
    It seems pretty easy to do, and it would make a few people's lives easier too.
    Oh hey and the themes.org poll currently has a cowboyneal option too!

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

      kde.themes.org? I didn't know that existed? I always goto www.kde-look.org

  80. The user perpective / The developer perspective by Ogerman · · Score: 2, Insightful

    Right now, KDE has an enormous lead over GNOME with ordinary users. The reason for this is pretty simple: KDE has a unified web/file/desktop browser that is fast, clean, intuitive, and full-featured. Non-technical users, especially prior Windows users, have come to expect this in an interface. They are used to a high degree of object oriented design and a consistent 'look' to the interface. Nautilus is highly lacking in this regard. It is very slow, has clunky web browsing support, is very lacking in basic features / configurability, and does not have a clean unified feel. Because of this, users must switch back and forth between Nautilus and Mozilla/galeon. And Nautilus downright sucks for any sort of GUI file management, thus requiring yet another utility if one desires such functionality. So now you have Nautilus for your desktop icons, Mozilla for web browsing, and something else for file-management. And none of them talk to each other.

    In my opinion, if GNOME and KDE want to cooperate in the future, they need to decide on a single object model, a single RPC/IPC mechanism, and a single clipboard system. Judging by KDE's proven success in this area, it only makes sense to use it as the standard rather than break both and start from scratch. Unfortunately, it seems the GNOME people are extremely stubborn about switching to C++. The reason of course, is historical: the old rule of thumb that C is more efficient than C++.. or more accurately, that C++ compilers are slow. This is beginning to change, and no doubt, g++ would be improving much faster if more people were using it.

    Or we can just keep going about re-inventing each others' wheels. Pretty silly if you ask me. One other note, the human aspect, is another advantage KDE has. GNOME needs some better unified leadership and goals. Compare, for instance, kdelibs to the dozens of library packages needed to compile GNOME. Having unified releases is a good thing for everyone.

    1. Re:The user perpective / The developer perspective by Anonymous Coward · · Score: 0

      well i fully agree with you. wait until gnome 2 is out i bet withing some days KDE userbase will increase by 25% if not more.

    2. Re:The user perpective / The developer perspective by Anonymous Coward · · Score: 0

      I'm not aware that the performance of C++ compilers had anything to do with the language selection. As far as I know, there are two reasons. One is that language bindings are much easier with C. The other is that there's a bunch of people who prefer C.

    3. Re:The user perpective / The developer perspective by Ogerman · · Score: 2

      Amazing. Two morons modded the parent down because they didn't like my (valid) opinion that Nautilus sucks. Lamers. Well, here you go, you idiots: a real troll. Go ahead and waste your mod points on this one too! ahhahaa.. that's one less point you'll get to hurt another thoughtful post because you don't agree with it! ahhahaha.. Mod this down!!! GNOME sucks!!! KDE RULEZ!!! Do you like this approach better?

      I rate all negative moderations as unfair.

    4. Re:The user perpective / The developer perspective by filmcritic · · Score: 0

      Yes, don't reinvent the wheel....just kill off Gnome. KDE is what Linux needs to get onto the desktop. Why? Because it's like Windows. Facts are facts....splintering won't get it anywhere.

  81. Why a common theme by maggard · · Score: 4, Insightful
    Lots of folks are crying: "I want my custom desktop" and "This will stifle innovation".

    Why?

    Nobody is suggesting anyone be locked into these. Nobody is suggesting these be graven into stone never to become v.2 as progress marches on.

    What this would do would be provide a common basis for new folks, a baseline for support folks, a universal look for screen-shots and documentation. If along the way some solid UI design were applied, usability testing done and minimal esthetics incorporated then so much the better.

    Tweak away, replace, bend, fold, spindle, mutilate. But at least folks who are bewildered and lost could go to a common default and see something reasonable and trivially relate it to the documention or support folks. A simple menu option of "Default" would do wonders and all the better that it be consistant across toolkits.

    Of course the next question is "What?" Here's where I think a good process of involving folks who are knowledgable in this area along with things like testing and feedback and skills in UI-standards-making would be incredibly valuable. Nothing against the coders but frankly, and many would agree, many desktops today are bad Windows reimplementations, wannabe-MacOS X looks or terrible pistaches of any number of good-ideas-running-into-eachother. A committee of KDE and Gnome AND others working on a timeline with a budget and a set of goals and opportunity for community feedback would be ideal, something with conflict-resolution built in from the beginning.

    And if it stinks up the place it gets ignored. Or fixed in v.2. But at least we'll have taken the chance of a basic common UI gtting a shot and possibly accruing the benefits that would accrue from such. As for those looking to use something different, more innovative, more complex, more suited to them - go right ahead.

    --
    I don't read ACs: If a post isn't worth so much as a nom de plume to its author then I wont bother either.
  82. If you hate incompatable clipboards.... by kesuki · · Score: 1

    Then how about a network clipboard that enable copy/pase functions between unix/linux/windows PCs?
    Once you put something in that clipboard it will be accessable to any machine you want to access it from.

  83. Are we serious about linux on the desktop? by kaffiene · · Score: 1

    ...because if we are then the number one thing that must be resolved is a consistent look and feel for users. Linux will *never* go anywhere on the desktop when one app uses single clicks for something, another uses double clicks, one uses motif l&f another uses redmond. This kind of thing scares users...

    Simple, ordinary folk care about consistent (non-scary) desktops... and they are the people who's buy-in you have to get if linux is to make inroads on the desktop.

    Having competing standards is fine for uber-hackers who like to mix and match everything they get but uber-hackers shouldn't be who a desktop should be aimed at if you want it to succeed.

    1. Re:Are we serious about linux on the desktop? by Anonymous Coward · · Score: 0

      succeed in what? I think most people do the work for gui and themes for themselves. These people aren't seeing financial incentive to "succeed" at beating some unknown goal int he far off future. Blind comments like this make me sick because the people writing them don't realize Linus still thinks of linux as his hobby. Whats to succeed at if it already works for you? People who aren't uber-hackers better contribute what they want or they won't be served. Linux is simple that way, power to those who serve themselves, and the rest of the users live with what they get. Contributors obviously get something more tailored to their needs.

    2. Re:Are we serious about linux on the desktop? by kaffiene · · Score: 1

      A number of people in the linux community have said that free software can take over from proprietory systems - not just on the server, but on the desktop. It is success in that endevour that I am refering to.

      I don't mind if Linux doesn't conquer the desktop - I *am* happy to tweak and customise my desktop - but *if* anyone wants a linux desktop to appeal to people outside that audience, then consistency is key. It certainly seems to me when I read what both the KDE and Gnome crowd write, that *they* care about making Linux accessable to a wider audience.

      BTW: I do know that Linus does Linux as a hobby, and I didn't suggest that success = financial reward. FYI: I have authored open-source software myself so I'm not totaly 'blind' to what either Linux or open-source are about.

    3. Re:Are we serious about linux on the desktop? by clone304 · · Score: 1


      Whatever, linux is linux. You can argue that all day, but part of the .plan is to allow freedom within linux. Of course, I know that a linux power user can jack around with any distro until they have what they want, but, chances are, that the smart ones will choose a distribution that is close to what they want. Let the distro makers establish their own consistent look and feel, according to their own marketing aims. For mainstream Linux users, this distinction is irrelevant. One of the major advantages of linux is that, given enough effort, you can start with any distro template and end up wherever you want. You really can install debian and make an exact replica of Red Hat out of it. Why anyone would go to the trouble when they can just buy/download a Red Hat distro is beyond me, and that's why it doesn't happen.

      Linux is not designed for the people that wan't a quick and easy install of whatever packages are given them by a distro maker. If you like it, you can spend the effortmaking it what you want. You don't have this opportunity with Winblows. Ho

      Sure, it's possible to make a linux distro that is easy enough for grandma to install. But, what happens when she really tries to use it, or tries to modify the setup.

      I think it's ridiculous to think that anyone can define a standard look and feel for linux. Even if you did, someone would come along and say, "I don't like Linux the way it is, so I'm going to create my own look and feel."

      The real issue is getting linux applications up to the point that they can accomplish 100% of what any linux user want's to accomplish. We have to make existing linux users happy well before linux as a whole can be marketed to grandma.

      Distros and the differences between window managers allow that to take place, by being different. There is absolutely no reason to transform linux into a "free" Winblows. When you do that, you take away it's primary assets.

      .

    4. Re:Are we serious about linux on the desktop? by Anonymous Coward · · Score: 0

      Why do you think people are slowly migrating to Linux? Because of its userfriendlyness and ease of use? Hell no. MacOS does that (rightfully).

      It's because Linux gets the job done, if you know what you're doing. Why does it? Because the Linux/OpenSource community has been focusing on what *they* want. And *they* (or should I say, *we*) don't need that much userfriendlyness. Although userfriendlyness is definately a plus, it may never become the main focus when functionality is lacking.

      Regarding the union of some toolkits, let alone entire desktop environment, we may never lay our eyes off of what *we* want.

      I see nothing wrong with people who are familiar with Windows and perfectly satisfied, continuing to use Windows. I just don't get why the OpenSource community has suddenly, for no apparent reason, moved its focus on attracting idiot users instead of useful users.

      I just don't get it. Why? Why on Earth?

      However; I think that we seriously need some standard of look and feel in X11. Apparently that's what WE, THE HACKERS want, which is the only thing I believe we should concentrate on for all eternity.

      And guess what. There's this thing called GNU. And guess what... there's this thing called Gtk+. Apparently, that wasn't enough when KDE made the drastic decision of using Qt, so instead of continuing the work on what was emerging as a community-accepted standard of look & feel, they decided to poison it with... something that obviously did *not* have its focus on X11 compatibility, and most certainly had no interest in pleasing the OpenSource community with a reasonable license, although the pressure from GNOME fanatics did its work in producing a GPL version of Qt (and applause to GNOME for that).

      Getting Qt in the picture to begin with was a wrong decision as far as I see it... but now it's too late. Qt *is* (and probably always will be), subject to a company that aims to return profit. Although the QPL/GPL issue has been resolved, this remains as a threat towards the aims and goals of the OpenSource community.

      We already had Gtk+. Why did we need Qt? To build a decent desktop? Shouldn't we have pumped up the development of Gtk+ instead, which was not only designed to be bound with other languages like C++ (which throws the API-theory out the window), but also was it an emerging standard of X11 look and feel. At least when it came to OpenSource applications.

      But before this gets too long and to flamewar-like (as if it hasn't already), let us not forget that we are talking about the look and feel here.

      And in everyone's opinion, Qt knocks Gtk+ down in the first round, when it comes to look & feel, and not to mention the ability to customize it quite elegantly. Not only the look, but also the feel.

      I have absolutely no belief, what so ever, in getting GNOME and KDE together. I repeat. NONE. I believe it's socially impossible in the OpenSource community, since the GNOME/KDE war is an issue on the core belief: OpenSource and Standards. However, we can somehow try to get KDE more into the standard, and then let both live or one of them die by the simple approach of "survival of the fittest", or even "survival of all" which is a theory I'm more fond of when it comes to OpenSource. Remember that the OpenSource community is not founded on businessmen and tech-unaware mothers. It is founded on us, the hackers. We are both the developers and end users, which is why Linux is what we choose. If it wasn't that way, Linux would be the same piece of crap Windows is.

      Here's the plan.

      A: Create a decent theme engine for Gtk+, similar to that of which is in Qt (which almost rocks more than Led Zeppelin, by the way), which not only targets look with bitmaps, but also the feel. This is an absolute necessity in the survival of Gtk+.

      B: Get TrollTech to follow the path of wxWindows. Let Qt make use of Gtk+, and use whichever look and feel is present there.

      With these two missions complete, the rest will be easy. People will use GNOME if they find it better, and KDE if they find it better.

      And the war will stop revolving about what is ethically right and wrong, and start revolving on what is better and what is worse. At that point, both desktops can live with each other without dispute.

  84. Not quite. by Doktor+Memory · · Score: 2, Funny

    Actually, the X has a fairly sophisticated clipboard model, maybe a little bit too sophisticated. [...] Also read this for a backgrounder about clipboard and X: http://www.jwz.org/doc/x-cut-and-paste.html

    Gee, that's nice. Care to explain how to make that "sophisticated" clipboard model work with something other than plain text?

    --

    News for Nerds. Stuff that Matters? Like hell.

    1. Re:Not quite. by dietz · · Score: 2, Informative

      Gee, that's nice. Care to explain how to make that "sophisticated" clipboard model work with something other than plain text?

      It's explained (high-level) right there in that same article that you didn't bother to read.

      Better luck next time.

    2. Re:Not quite. by Ricardo+Lima · · Score: 1

      Nice. Dandy. Absolutely outdated. It talks about 486s for god's sake! X performance today is good enough for typical office use. There are many GUI tools to customize your environment, yadda, yadda, yadda, but some things like the clipboard still have to work nice.

      --
      Ricardo da Silva Lima
  85. Suggestion for window managers, not desktops. by eugene+ts+wong · · Score: 1
    There simply exists nothing right now that would make sense to call the default desktop.

    I don't know about default desktops, but it would be good to have a simple default window manager in placement of twm. From my own experience,
    swm
    has the smallest binary, yet is most featureful of the small window managers. If I recall correctly, it is Gnome compliant or something like that. You can check it out for yourself.

    For a newbie, it would be good to install that window manager and let them get used to the way it is. After they get more experience with it, they can install another window manager and/or desktop.
    1. Re:Suggestion for window managers, not desktops. by Anonymous Coward · · Score: 0

      Are you kidding? That thing is butt-ugly! You expect linux newbies to not only give up half their application base, a large collection of their documents and a lot of their entertainment (games), but to also stare at that THING?

      There are other gnome-compliant small window managers out there. Once you get below a certain binary size you reach a point of diminishing returns. Saving 200k in exchange for a large amount of user satisfaction is NOT worth it.

    2. Re:Suggestion for window managers, not desktops. by eugene+ts+wong · · Score: 1

      What makes you say that it saves only 200k?

      I realize that you are only estimating, but from what I understand, you will save way more space *AND* *SPEED* without libraries, config files and other things.

      I will admit though, that when I last saw KDE, it still bloated, but it ran well and fast. The guy who was showing it to me, is helping to develop KDE [if I recall correctly]. He said that it runs well as long as you add enough memory, and get something like a Pentium II.

      Well, I agree with him, but I don't want a Pentium II, nor do I want to add more memory.

  86. Mac UI by maggard · · Score: 2
    Look at how little the MacOS interface changed before OSX

    Really? Actually there were many changes into the Mac UI. There were watershed events like the introduction of the Platinum look but along the way many tweaks were rolled out also:
    (apologies if I don't know the proper terms)

    • Collapsable "Windowshade" widget and action
    • Drag-to-a-bottom-tab windows
    • Tear-off task switcher
    • Pop-open folders for drilling-down
    • Navigation Services
    • Heirarchical Apple Menu
    • The still-born Themes & sound-sets
    • The applet-bar (blanking completely on the name)
    • Adoption of Alt-Tab for task switching
    • The fully keyboard-navigatable desktop
    While they weren't jarring in-your-face changes they were all significent changes and certianly not symptomatic of a moribund UI.

    --
    I don't read ACs: If a post isn't worth so much as a nom de plume to its author then I wont bother either.
    1. Re:Mac UI by zhensel · · Score: 2

      Yes, there were a heaping handful of incremental changes that admitedly vastly improved the UI. The fact remains though that the original UI was painstakingly designed so that it didn't need a really major revision until just now. I don't think that anything exists like that now for Unix (unless you count work heavily derived from an existing UI).

      I suppose that my comments on the Windows and Mac UIs could easily be seen as saying that they are horribly outdated, but that's not what I intended. I meant that if you decide on a standard now, you'd better be willing to stick with it for five or more years. It should have the extensibility that the win95 and original macOS UIs had as well so that it could evolve over time yet still retain the same basic methods for achieving different things - the same metaphores if you want to follow Stephanson...

    2. Re:Mac UI by RMSIsAnIdiot · · Score: 1

      Well let me ask you this. Say you knew nothing ahout computers, and you learned only KDE. You knew it well, but nothing else. Try and do GNOME. You're screwed.

      Now, take Apple. Learn System Y.X. Learn the Finder. Now, can you find your way around any version of System? Sure. Shit, Chooser has done the same stuff since like, forever. It mounts devices. How cool.

      Sometimes I wonder if Aqua/OSX was a bad idea.

      --

  87. Re:While at it why don't they combine Vi and Emacs by Anonymous Coward · · Score: 0

    its easy enough to have emacs respond to vi like commands..it does have an internal lisp interpreter after all. The revers is probably not so easy however which is why i like emacs.

  88. Re:emacs is my OS, Linux just does i/o by Anonymous Coward · · Score: 0

    Some day Mozilla will be your OS :)

  89. you know why.... by Anonymous Coward · · Score: 0

    RMS is calling for this?
    Because gnome sucks ass! Unify THIS!
    If I wanted one way of doing things.. I'd use windows.. Whne I am running linux.. I WANT several ways of doing things.. thats it strength!

  90. WebDE!!! [was:GDE] by Anonymous Coward · · Score: 0
    WebDE: Web Desktop Environment.

    Have either X11 or MacOS or M$win, and of course ISP - and your desktop is with you.
    ===
    Mozilla?

  91. Time for a GNU .NET? by alext · · Score: 1
    Interesting that we've had a bunch of different ideas for converging KDE and GNOME, e.g.
    • Unify theme, i.e. Look & Feel, e.g. base on OS X
    • Unify component models and/or protocols: KCOP and Bonobo
    • Unify APIs, e.g. layer Qt on GTK
    but that the idea of producing a .NET work-alike hasn't come up again. Thank fsck for that you might be thinking. Well...
    Bear in mind that moving from C/C++ APIs to a common VM and high-level class library would not just be unification of KDE and GNOME, but would add real, I would say critical, capabilities to Linux app development. To recap some earlier discussions, a VM would:
    • Allow cross-(hardware)-platform app distribution, so Linux apps can be installed by normal people without compilers on their PDAs etc.
    • Provide a platform that can compete with .NET and Java in ease of use (GC etc.), reliability (no pointers), security etc.
    • Can help unify the scripting languages Python, PERL, not forgetting the various LISPs and Schemes such as Sawfish's LISP engine and RMS's Guile.
    Something like Parrot would be a great place to start (it's a JIT compiler as well as interpreter, before all the speed freaks leap on me).
    This assumes of course that RMS can persuade Miguel away from his attempt to clone everything that comes out of Redmond...
  92. Good on RMS... by StarTux · · Score: 2

    If I said this or most people saying this they would have most likely been ignored.

    Good job RMS,

    Matt

  93. Re:Menus, Drag and Drop and Clipboards as well PLE by dan+the+person · · Score: 1

    KDE1 had it's own drag and drop, in KDE2 it uses the same XDnD protocol as gnome. I can drag and drop between konqueror and GTK apps.

    The clipboard is fixed in QT3/KDE3

  94. What's the problem by _Shad0w_ · · Score: 1

    I for one fail to see what so many people are getting worked up about, all he's suggesting is some level of colaboration between the KDE and GNOME projects; which is a perfectly sensible idea imo.

    I would love to be able to use which ever evnviroment I wanted, but maintain the overall apperance of desktop, if my gnome apps (such as X-Chat) would pickup the styling of my KDE enviroment (as I am want to use) it would be great.

    Co-operation is a good thing, so is standardisation to a certain degree, it doesn't take away your choice, it gives you more, if you could compile your X applications against either KDE or GNOME libs without having to have conditional code things would be a lot easier, you can just pick whichever you wanted to link against; how is that reducing your options?

    Why do I get the feeling so many people decide that nothing RMS says can be a good thing and go off half-cocked at the slightest excuse? I don't agree with all his POV's, but at least I'll give credit for when he does something I agree with and try to shoot him down for no reason.

    Let the flames and recriminations begin.

    --

    Yeah, I had a sig once; I got bored of it.

  95. No reason for KDE/GNOME to depend on Qt/Gtk+ by qweqwe · · Score: 5, Informative

    The main reason for the split, is the widget set dependence of GNOME and KDE. Until this issue is resolved, deeper interoperability issues won't likely be resolved.

    You *should* be able to use Qt write a complete GNOME application that obeys GNOMEs theming rules, uses Bonobo, GConf and other GNOME technologies.

    You *should* be able to use Gtk+ write a complete KDE application that obeys KDE's theming rules, uses KParts, DCOP and other KDE technologies.

    Yes, it may be *easier* to write KDE applications with Qt, and GNOME applications with Gtk+, each desktop/platform shouldn't be *tied* to these widget sets.

    That's not the way it works now. At the moment, I believe that GNOME's technologies (at least the one's in GNOME 2) are more decoupled from the widget set than KDE's. For instance, it's possible to write a Qt application that uses GConf2, Orbit2, GStreamer, and Bonobo2 without linking in any Gtk+. If you *really* work at it, you should also be able to integrate with GNOME's accessibility framework by hooking Qt components to the appropriate ATK+ options. That's a fair chunk of GNOME already. But there are many other GNOME features that Qt applications can't take advantage of.

    1. Re:No reason for KDE/GNOME to depend on Qt/Gtk+ by loopkin · · Score: 2, Informative

      work is already in progress.

      KDE can import GTK/GNOME themes.
      And, the other day, launching my favorite GNOME app using KDE, the systray icon/menu went in the right place.

      Well, you may smile at such things, but it works, and it's a beginning....

  96. Use your third mouse button by ghack · · Score: 1

    it is there for a reason. that is real copy/pasting. heck, if you want to copy and paste images, well that doesnt work right all the time in windows either. the only OS that has ever had a REALLY good clipboard implementation is MacOS...but I hate macos... so ;)

    1. Re:Use your third mouse button by rjamestaylor · · Score: 1

      Not easy with a 2 button laptop "mouse". Actually, I have 4 buttons: Left, Center Up, Center Down, Right. I can only use 3 button emulation - and that sucks. Not a viable answer for the clipboard being inconsistent.

      --
      -- @rjamestaylor on Ello
  97. How I think it should read by Mandelbrute · · Score: 1, Flamebait
    RMS wrote:
    When Qt was non-free, KDE was a danger to the community
    The way I read it as, not having been under a rock for the last decade is:

    When Qt didn't use my specific licence, KDE was a danger to the community.

    He could have at least read the previous licences that were not the GPL, but that would have been a waste of his time - anything that he isn't in control of is a danger. Now at least he can focus on real problems instead of inventing a bogeyman.

    I admire his effort to reconcile the emnity that he helped to stir up (and has almost entirely disappeared anyway), but I don't admire the way he tries to justify what he did in the same message - he has to point out that they were a danger and he saved the world from a bunch of guys from Norway that would let you look at and change their source code. This "we won, lets work with KDE" message may have been appropriate within a year or two of Qt going GPL, but now it just looks like he's trying to remind the world of a personal victory (athough I'm sure other less stubborn people were the ones that convinced Troll that they could GPL Qt and still get enough money to eat).

    This is an opinion. He wrote what he wrote and he knows why, I can only assume and point out my assumptions, and I'll keep doing it for as long as he wants to be in charge of other peoples projects. Perhaps Gnome and KDE should work together on some things, but I think they should both remain indepenant in their core projects. I don't think a monoculture is the way to go, or even identical look and feel (the suggestion by RMS of compatable themes).

    1. Re:How I think it should read by dvdeug · · Score: 3, Insightful

      RMS wrote: When Qt was non-free, KDE was a danger to the community

      The way I read it as, not having been under a rock for the last decade is: When Qt didn't use my specific licence, KDE was a danger to the community.


      He meant exactly what he said. Part of communication is understanding where the other person is coming from, and not taking potshots at others because they believe in different things than you. RMS believes that it's important that people use all Free software, and a huge project of Free software that depended on non-Free software was a threat to that. He did what he felt he had to; deal.

      I'll keep doing it for as long as he wants to be in charge of other peoples projects. ... I don't think a monoculture is the way to go

      Why, when RMS makes comments on what direction GNOME and KDE should go, "he wants to be in charge", but you can make all the comments you want? He has the right to make his opinion known, as do you, and people can listen or not as they want.

    2. Re:How I think it should read by Mandelbrute · · Score: 2
      Why, when RMS makes comments on what direction GNOME and KDE should go, "he wants to be in charge"
      He got on the board didn't he? Of course he wants to be in charge, he's very up front and honest about it, and I'm sure he doesn't mind a bit of criticism. You may have got a little confused about the whole "liGNUx" and "gnu linux" thing, he didn't want to be in charge, he just wanted to rename it to call attention to the GNU project.

      Why did I write these comments? I'm just a bit miffed when he states opinions as if they are hard facts eg. "KDE was a danger to the community". In my opinion, history records that it wasn't - I think in RMS's opinion it was a potential danger, but that still didn't make it a real danger.

  98. This happened a long time ago. by dan+the+person · · Score: 2, Informative

    KDE has supported GTK themes for a long time now.

    http://www.kde.org/announcements/k3c-announce.ht ml

    In addition to native KDE2 themes, we are pleased to announce that KDE now supports pixmap GTK themes. For importing a GTK theme into KDE, you just need to use the 'klegacyimport' wizard, available as a little standalone GUI application. However, while GTK themes are displayed faster and more efficiently than even native GTK itself, we do not recommend using this format for creating new themes. Theme developers should prefer KDE2's native widget theming which yields superior results both in terms of quality and speed. A nice HowTo and some documentation on KDE2 theming is available here.

  99. Obligatory Remark by TeknoHog · · Score: 2
    'It's kuite kool,' said RMS. 'Take it!' Miguel received it on his shrinking Palm: it seemed to have become thicker and heavier than ever.

    .....

    Ash desktop durbatuluk, ash desktop gimbatul, ash desktop thrakatuluk
    agh burzum-ishi krimpatul.

    The change in RMS's voice was astounding. Suddenly it became menacing, powerful, harsh as stone. A shadow seemed to pass over the high Sun, and the porch for a moment grew dark. All trembled, and the Gnomes stopped their ears.

    --
    Escher was the first MC and Giger invented the HR department.
  100. Why do you write code? by GileadGreene · · Score: 2, Interesting
    Even more interesting than the KDE/GNOME thing is what you find when you dive down a couple of follow-ups in the email chain. Here's an RMS response to a part of a post explaining why the poster thought that the KDE/GNOME cooperation thing wouldn't happen:

    Uraeus linuxrising org:
    > And as the free software saying goes,
    > a itch that don't itch a developer,
    > doesn't get scratched.

    RMS:
    That was said by Eric Raymond who belongs to another movement, and it reflects the spirit of that movement. The spirit of the free software movement is to do projects because they are important for the community and for our freedom. They don't have to "scratch an itch".

    Is this really an accurate portrayal of (one of) the differences between "open source" and FSF sanctioned free software? Open source developers are out to do what's best for themselves (and maybe helping out others as a by-product by releasing their code), while free software developers are motivated only by love of their fellow (hu)man. I'm not really heavily involved in either development community, and didn't realize that there was such a sharp divide (if it actually exists outside of RMS head). Can some free software/open source developer types weigh in on this? Why do you write code?

  101. Sounds too much like CDE!!! by Anonymous Coward · · Score: 0

    Commom Desktop Enviroment

  102. RMS's change of attitude... by Anonymous Coward · · Score: 1

    Seems to have something to do with him not being voted onto the GNOME board. If you read this interview http://www.fosdem.org/interviews/1696.html ... my favorite Q and A

    RB - What is your reaction to your non-election for the Gnome board ?

    RMS - I think I will do better next year. In response to my candidacy, some people launched flaming attacks while others said that I was impossible to work with. By responding calmly, not sinking to the same level, and sticking to the issues that matter rather than personal ones, I showed as well as said that they were wrong.

    I think RMS is going to start kissing a little more ass so he can make the public's perception of him positive. In other words RMS is going to become a politician of sorts. I personally think RMS is funny - and you have to respect the man because he never gives in on his beliefs. Not that those beliefs are always right. Anyway, this is just one of those things that he's pushing for so when he's running for the GNOME board or whatever they're called he can say "Hey I helped bridge that gap".
    Just a thought

  103. Take it a step further. by aashenfe · · Score: 1

    Why stop at Gnome and KDE. Why can't we make the theme engine work for java, tk, fltk, Motif(Choose any free implementation), Athena, Xaw, Etc. Providing a unified look, although not always a unified feel for all the applications.

    I get the feeling that KDE theming is more advanced so should be used as the starting point for the theming engine. I believe KDE themes are based on replacable theme engines(libraries) instead of images sets, different drawing libraries allow a large number of color combinations to be choosen, and be applied to almost any theme. Correct me if I am wrong on this points

    There should be a choice of C or C++ (Maybe even Java) theme libraries. This will make both C and C++ programmers happy.

    This way we can have a consistent look without being forced to use the same languages, or libraries. After having a unified theme, further integration such as file dialogs, drag and drop, file system abstraction can be open to discussion.

  104. what's the point by emeraldkim · · Score: 1

    What's the point of themes? In fact, what's the point of KDE or GNOME? In my experience, they just drain resources. I use xfce, no complaints.

  105. STL. by rjh · · Score: 2

    STL. STL. STL. And I'll say it again, STL.

    G++'s STL blows. It's so substandard that it borders on the unusable. Take the vector<> as an example. One of the big wins with vector<> is that it can be used as a bounds-checked array. All you have to do is use the appropriate method--or derive a class off of vector<> and override operator[] appropriately--and stack smashes are a thing of the past.

    Whoops. G++'s STL doesn't support the vector.at() method, which is necessary for bounds-checking.

    There are all sorts of substandard crap in the standard G++ STL. It's gotten to the point where I've flat-out given up on G++'s STL, and am using STLport 4.5.3 instead.

    If you want to improve my C++ experience, pay attention to the STL.

  106. Other areas where tis will help by Nailer · · Score: 3, Insightful
    • Menus. Red Hat's /etc/applnk and Debian's menu system already solve this problem to a limited extent, but not everyone (or anything close to it) uses these mechanisms. One directory, in /etc (read the FHS as to why) should be used by both. Flags to hide certain things (gnome control center) in certain environments should be a part of this.

    • Display manager session types. As someone who manages a large amoutn of packages for my office, it annoys me that I have to repackage enlightenment, twm, pwm, qvwm95 and everything else to add the correct entry for the sessions in two locations, one for KDM and one for GDM (our office uses GDM, but I like doing things properly).

    • Mime types. File type editors in both desktops are already tragic enough without adding the hassle of having to add apps twice. Again, packagers must account for both sets of configs

    • Applets. Less of a concern, but its hard explaianing to users that you can runevery GNOME app you want in KDE, except for the applets, which won't work in the KDE taskbar (and vice versa).
  107. We Had To by cluge · · Score: 3, Interesting

    "....we had to attack it [KDE] to make people aware of the threat"

    The attacks were vehement, nasty and for the most part unwarranted. I never saw KDE as a "threat" and considering it a threat did nothing but waste a lot of energy (IMHO). Especially considering where the software was headed and the fact that EVERYONE KNEW that QT would have an open source license eventually.

    While I endorse the idea of some interoperability I tend to take a step back and look for other motives. Members of the KDE team have long tried to get some interoperability between the 2 desktops and were repeatedly rebuffed. It's a nice idea, but considering some of the mudslinging thats gone on over the past few years, I'm with holding judgment.

    Hopefully the axe is buried, considering there are some admin's out there running open relays because it was the right thing to do in 1990, I expect to see it dug up a few more times. That's the problem with religious wars where you unfairly vilify the enemy it makes it hard to work with them when they are on your side. I'm glad some people are starting to consider the big picture.

    --
    "Science is about ego as much as it is about discovery and truth " - I said it, so sue me.
  108. Stallman? Who is he? (what we should be asking) by Jackster · · Score: 0, Flamebait

    Why does everyone quote Stallan? He's a hothead who would rather quibble than write code. The best thing would be to ignore this man. I think free software under the GPL license is a good idea and has many proper applications, but why do we care about Stallman's latest petty outburst?

    Admire people not for their big mouths, but for their merits.

    1. Re:Stallman? Who is he? (what we should be asking) by Anonymous Coward · · Score: 0

      I hope you're simply ignorant of RMS' contributions to the Free Software Community and not just a stupid troll.
      Stallman started Free Software (not Open Source) and has written a lot of Free code (like the Emacs editor for one).

  109. Wrong approach by Anonymous Coward · · Score: 0

    The best possible route for Linux is to have KDE and GNOME apps perfectly interoperate, but compete on esthetics, quality, documentation, and everything else. Using a common look will accomplish almost nothing, and will even be counterproductive if it just adds to user frustration over apps that don't behave completely as expected.

  110. Qt *NEVER* use native widgets by Anonymous Coward · · Score: 0

    The native widget look is merely emulated by Qt. In fact, you can change the look at runtime to Motif, Windows, whatever. You could change UNIX/Windows' Qt look to resemble Mac as well if not for a copyright by Apple on Aqua.

  111. ROX filer by minus_273 · · Score: 1

    hey imagine the wonderful results we would get if we get that nifty fast little rox filer into the whole foray.. just how Mac OSX like we can make our desktops...
    The fact is both GNOME and KDE should stop trying to mimic MS windows...

    --
    The war with islam is a war on the beast
    The war on terror is a war for peace
  112. There is an old chinese saying by Pac · · Score: 3, Insightful

    "Don't feed the troll"...

    Just look at his username. What good can one get discussing anything with such people?

    On the other hand, as a Linux desktop user (Mandrake 8.1 but seriously considering Suse), I would say that you are going a bit too far when you say Linux is easier to use than Windows.

    For a very special kind of user, the kind you have to baby-sit be them on Windows, Linux or Mac, maybe. But I would really love to have everything working from the start.

    Installation should tell me "Look pal, we don't support your funny soundcard, go buy something usable". Which I eventually did, but I shouldn't have to cope with a system that thinks some sound is being played when it isn't.

    Apart from StarOffice, and I hate 5.2, all other pseudo-Word software couldn't cope with lightly formatted Word files.

    But then there is development, and Linux is a far superior, controllable platform if you know what you after. And of course, Mozilla gets better each night.

    I guess what I am trying to say is that Linux today is not always the best solution for the desktop, but it is amazing how far it came in, say, two years (if memory serves, two years ago it was still quite easy to burn a monitor misconfiguring X during installation - today distros will configure it automatically). I believe that Microsoft is even lending a hand, by changing its licensing policy. The corporate world will be looking very hard at Linux for their millions of desktops.

    But there is still a long way to go before Linux desktops can show the maturity one sees in MacOS X, for instance.

  113. Re:To Hell with RMS by Anonymous Coward · · Score: 0
    like RichardStllman. He is a good guy. I hope that everybody will like Richard.
    He started the Free Software movement and deserves plenty of credit.

    We love you Richard!

  114. hahaha... by Anonymous Coward · · Score: 0

    Now there's some of that world-famous "Linux Community Spirit" (tm) that we've all read so much about.

    People like you people never learn, do you?

  115. Worksforme by QuoteMstr · · Score: 1

    This chunk of code works just fine for me, in gcc 3.0.2. The problems have already been addressed. 2.95's STL did slightly suck, but 3.0.2's is fine --- not that 2.95's was even unusably bad.

    std::vector<int> foo(1);
    foo.at(0)=1;
    printf("%d\n", foo.at(0));

  116. Unified Clipboard by Afrosheen · · Score: 3, Funny

    Version after version, distro after distro, app after app, I still don't have a unified clipboard to simply copy and paste between apps.

    Give me a unified clipboard, or give me death.

    1. Re:Unified Clipboard by Anonymous Coward · · Score: 0

      /me shoots Afrosheen

    2. Re:Unified Clipboard by popeyethesailor · · Score: 1, Flamebait

      Okay, use Windows :)

    3. Re:Unified Clipboard by StrawberryFrog · · Score: 2
      Version after version, distro after distro, app after app, I still don't have a unified clipboard to simply copy and paste between apps.

      You may find this funny, but I became a Linux coder last years after a long time on windows. To me this clipboad fiasco is both frustrating and symptomatic of what's wrong with windows.

      I'm mostly coding using xemacs, but to ward off flamewars I also drop into vi from time to time.

      First, what's wrong:
      There is no unified clipboard. I can to Ctrl-k ctrl-y to cut and paste in Xemacs, but it doesn't work across different xemacs windows. I can use the Xemacs toolbar buttons labeled "cut", "copy" and "paste". These do work across xemacs instances, but do not interact with the ctrl-k ctrl-y buffers, and if I should close the source window before pasting, the copied text vanishes. Then there is good-old x-windows swip & middle-click. This works in most everything, but is completely unrelated to the other two mechanisms. I use 3 different, incompatible, uninteroperable clipboards on a daily basis. Unix = simple orthogonal tools my arse.

      A solution:
      Have a service/damon that stores ckips. It doesn't need to be part of any gui. It doesn't need to be linux-specific, it can be generic unix, and run on BSD too. It just needs a simple API (yes, like windows has) that supports multiple clips, perhaps taged by creating app and data type. Give it lots of config options like max size & number of clips to store, if it should persist them on HD when the system shuts down, query functions to find out what's there etc.

      This, for me would be great. Apps that guard thier own clipboard jeolously could use thier own space on the clip server. Apps that want to look at other clips could do so. You could cut in KDE, restart and paste in Gnome.Heck, you could cut in emacs and paste in vi. It would be nerdvana. Why is this so hard?

      --

      My Karma: ran over your Dogma
      StrawberryFrog

    4. Re:Unified Clipboard by Neil · · Score: 1

      StrawberryFrog asked:

      Why is this so hard?

      The main reason why you run into multiple incompatible mechanisms in software like Emacs is that the software started as a TTY application, and only gained an X interface later (and in the case of Emacs in particular, the fact that it still works independent of X if X isn't available).

      I can to Ctrl-k ctrl-y to cut and paste in Xemacs, but it doesn't work across different xemacs windows.

      It sounds to me as though you are starting multiple independent instances of Xemacs to edit multiple files - I don't know Xemacs, but speaking as a GNU Emacs user, I think that you will find that running a single Emacs process and opening multiple "frames" to edit multiple buffers is the correct way to go.

      It isn't quite the GUI-less daemon that you describe, but the xclipboard utility might be of interest.

      Jamie Zawinski's notes on how Selections, Cut Buffers, and Kill Rings are supposed to work on X might also be interesting to you.

    5. Re:Unified Clipboard by StrawberryFrog · · Score: 2
      The main reason why you run into multiple incompatible mechanisms in software like Emacs is that the software started as a TTY application,

      Right, and if clipping was recognised as nothing to do with a GUI, just a bit of data storage, then TTY apps could use it.

      It sounds to me as though you are starting multiple independent instances of Xemacs to edit multiple files - I think that you will find that running a single Emacs process and opening multiple "frames" to edit multiple buffers is the correct way to go.

      I've seen those frames and don't like them much. If you don't have a windowing system, then I suppose that they would be a necessary substitute.

      The basic problem is that different instances of the same program, let alone different ones, don't play nice together.

      --

      My Karma: ran over your Dogma
      StrawberryFrog

  117. Re:OMG! Hell did freeze over! by kangolo · · Score: 1

    Hell, they got Mr Perfect back :)

  118. Just a shout out by kaoshin · · Score: 1

    Thanks to GNOME and KDE. I don't use them, but they look all windowy and stuff so slow people will probably love it. Everyone should help add more GUIs. I mean.. using keyboards is complicated and school is dont teech good much. One day.. anyone, no matter what their crack intake will be able to operate Linux. My ex wife would really appreciate that. Thanks again!

    1. Re:Just a shout out by clone304 · · Score: 1

      I think I could have expressed your sentiment better, but I'm not willing to waste my time trying. Good show. Linux is not for everyone (just ask Roblimo, who is very good at stating the obvious).

      Linux will continue to evolve, as it has, to fulfill the needs and desires of linux users. Just because linux is a virus, doesn't mean that the virus should be tailored to the specifications of the ignorant.

      .

  119. Re:To Hell with RMS by Ian+Bicking · · Score: 2
    So he argued against KDE, in favor of GNOME, a truely Free alternative.
    And he actually tried to work with KDE before starting Gnome. Things like Harmony could have made KDE free without Troll Tech's help, but KDE developers seemed to choose not to work with RMS, and rebuffed his attempts at peace.

    That's old history now, but people should know that RMS didn't go storming off at the first sign of conflict.

  120. The reason... by Kymermosst · · Score: 2, Troll

    It may have been mentioned before, but the real reason is that RMS can't stand to not have the FSF in charge of anything that has the GPL as a license and is also successful.

    This is NOT flamebait, it's the truth, at least as I see it. When a GPL'd project is unsuccessful or new, RMS dismisses it along the lines of "this will substitute until we finish" whatever. When it becomes successful he's right there trying to claim it. Such as the whole GNU/Linux thing. I hate to break it, but GNU got a boost with Linux, not Linux a boost with GNU. It could have just as been the BSD tools that ended up in the first Linux distros, and there are still people working toward a "low-GPL" linux distro.

    What RMS is looking for here is a merge, or a way to give the edge to GNOME.

    Don't get me wrong, GNOME is a great project, but so is KDE, and we NEED this competition. It's necessary for innovation, and we should NOT let RMS mangle KDE into one of the FSF's projects.

    My question is, when he fails to get control of KDE in this way, will he instead insist on calling it GNU/KDE because it builds on top of GNU tools?

    Don't moderate me flamebait because you disagree with my opinion. You'd do better to rebut my argument instead.

    --
    "Alcohol, Tobacco, Firearms, and Explosives" should be a convenience store, not a government agency.
    1. Re:The reason... by macshit · · Score: 0, Offtopic

      Don't moderate me flamebait because you disagree with my opinion.

      Indeed. Moderate it as flamebait because, well, it's flamebait.

      You'd do better to rebut my argument instead.

      Which `arguments' are those? Oh, you mean your vaguely paranoid rantings about how RMS is out to claim credit for all your hard work, and how his sole motivation is a mad desire for personal fame?

      That's precisely the kind of crap for which the `flamebait' category is designed.

      --
      We live, as we dream -- alone....
    2. Re:The reason... by Anonymous Coward · · Score: 1, Insightful

      "and we NEED this competition. It's necessary for innovation"

      Ok, so compete with WinXP and MacOSX then. It will probably make more impact.

      In all paranoia, perhaps there is some secret Microsoft support to the Gnome campo. Conquer through splitting, or whatever that Roman said.

    3. Re:The reason... by Kymermosst · · Score: 1

      That was not a mere "paranoid ranting." It's an opinion formed by my observation over the past many years.

      I never said his sole motivation is a mad desire for personal fame. Nice try. His motivations are control, and gaining support for his social-political ideas. I have a lot of respect for some of the things he's trying to do, and I think the GPL is a great idea (once you strip out the preamble), but his quest for control over software via the GPL is a bit worrysome.

      He won't claim a bit of credit for anyone's hard work but his own, but he'll still be in control of it, at least if you look at the point of view that YOU have no control, and his organization is the bigger guy.

      Don't think that RMS is not a big bully, either. The whole GNU/Linux thing was bullying (and didn't get far with most people), and so was the whole KDE/QT thing.

      --
      "Alcohol, Tobacco, Firearms, and Explosives" should be a convenience store, not a government agency.
    4. Re:The reason... by Anonymous Coward · · Score: 0

      Competition does not always beget better results! For example : Two teams competing to build a boat, might do better to team together, co-operate, and build a better boat, in less time.

      Sorry for the simple analogy, but I do believe that competition is not always for the best. Linux' competition should be considered to be Windows/Apple, whatever - but not itself!

  121. OT: NeXTSTEP scrollbars by Anonymous Coward · · Score: 0

    I never got to play with NeXTSTEP; how does it's scrollbars work differently from most?

    I've just bought my first Mac, and love OS X. I wish I could get my hands on a copy of OpenStep to play with on some old hardware I have laying about...

  122. theme compatibility between kde & gnome... by clone304 · · Score: 0, Offtopic


    yawn...

    zzzZZZzzz,
    clone304

  123. Re:To Hell with RMS by Anonymous Coward · · Score: 0

    I agree that RMS's position is consistent.

    I, for one, would love to have a unified desktop look/feel for Linux. For us "geeks", having many choices and dealing with mouse clicks, clipboard etc not working between different apps may be all right, but it is a real hindrance to Linux being accepted by the wider masses.

    This, and an earlier topic about standard configuration files will be what brings Linux into the regular, run-of-the-mill business and home use.

    A unified, inter-working GNOME/KDE would give me the best of both worlds on the desktop. I recently looked into mixing and matching: This is an international location and KDE's intl support simply rocks, but I was seriously looking into evolution + mozilla + KDE (windows skin) for some Windows replacement desktops in a business. They just did not go that well together.

    If OpenOffice + KDE + mozilla + evolution + a few Gnome apps can be made to work beautifully, you have a serious desktop replacement. I'd like to be able to mix and match in this fashion and not have to explain why things look different and why clipboard works in some, does not work across other apps.

  124. This thread is getting old. by Pope+Slackman · · Score: 3, Insightful

    If anything, there are too many standards.

    Too many APIs, yes, I would agree.
    Standards? No. I think the last attempt at standardizing X toolkits was Motif/CDE.

    it would be hypocritical for communities founded on freedom and openness to embrace the principles of oppression and design by fiat which underlie your suggestions.

    So standards and guidelines are fascist now?
    Whatever. If oppressive standards build things like global networks, I'll be happily oppressed.

    If a system has a dozen redundant modules, then any bloat is the administator's fault - he or she did not remove the extra ones

    How is having at least 4 ways[1] to create a pushbutton object "the administrator's fault"?
    It's not like I can take gtk_create_pushbutton()[2] from the GTK library and replace it with Qt::Button or somesuch and expect the GTK program to run.

    Perhaps you are thinking of the associated pixmap libraries or desktop environment libraries.

    Well, they're kinda, like, required for most every app, so of course I included them.

    That you can run them alongside one another is only meant to be a charming illustration of the community spirit and excellent engineering at work.

    Excellent engineering.
    That's why programs crash when you try to do complex things like "paste".
    This isn't engineering, engineering implies well thought out design.

    C-X C-S
    [1] Gtk, Qt, Motif, Athena... (Fltk, FOX, OpenLook, Tk, XForms, WxWindows...)
    [2] If that were a real GTK call, it'd be about 35 characters longer. ;)

    1. Re:This thread is getting old. by Zorikin · · Score: 1

      > It's not like I can take gtk_create_pushbutton()[2] from the GTK library and replace it with Qt::Button or somesuch and expect the GTK program to run.

      Nor can you take w32 calls and use them to run Mac apps, nor is someone holding a gun to your head and thereby forcing you to use apps from different environments concurrently.

      If you want to live in the bad old days, when nothing from environment A could exist in or interact with environment B, then your administrator should be quite capable of providing that experience.

      > > Perhaps you are thinking of the associated pixmap libraries or desktop environment libraries.
      > Well, they're kinda, like, required for most every app, so of course I included them.


      Fine, but they're still not the widget libraries, and the widget libraries still do not take up 30MB each, which is exactly what you claimed.

      Most of the toolkits you noted aren't even associated with an environment, and use pixmaps very sparingly (the whole xaw3d library takes up about 350k). Of those that are, a significant number of the associated apps do not use any of the DE's library functions, or can be easily compiled in such a way.

      > That's why programs crash when you try to do complex things like "paste".

      I cut and paste all day without any crashes. My desktop is quite stable, almost eerily so, but thanks for your concern.

  125. Grand Config File Parser??? by runswithd6s · · Score: 2
    You know. This has always been an interest of mine, unifying the handling of application settings to configuration files through a generic, modular, and extensible structured data parsing interface. Ultimately, one should not need a grand, "swiss army knife" parser that does everything, you just need to be able to add tools to the "knife" as they are required. Of course, we would want to do this all without the use of the dreaded "metadata file".

    Quick example. Let's say I write an application that uses an *.ini style config file. There are a number of generic function calls that I'm going to want to make through the program, one of which might be readconfig(file*,parser*,confdata*). The challenge is coming up with something simple enough to make it easy to use while flexible enough to support structured data trees.

    Disclaimer: I haven't put a whole lot of thought into this. Such a level of API may be useful, but in some cases may not be pratical to implement. Regardless, it is a fun problem to stew over.

    --
    assert(expired(knowledge)); /* core dump */
  126. RMS doing a little butt-kissing, eh? by Anonymous Coward · · Score: 0

    Just kidding, this is a great idea.

    Three cheers for RMS, hip hip hooray, hip hip hooray, hip hip hooray!

  127. Still lagging... by __aahlyu4518 · · Score: 1

    Could be a good idea, but the problem might be that because of the fact both have to follow that standard, innovation will decrease. Not that that's really an issue. Both Gnome and KDE are copying existing desktops anyway. Sure... some cool functionality is added, but the desktop isn't really innovative. Seems like more and more OSS is just copying and not creating (there are exceptions ofcourse). And if you have to please the average desktop user, copy the drop-shadow, have real transparency etc, not some ugly hacks. Because that's part of what makes other OS's popular. It looks smooth... and consistent... hm

    1. Re:Still lagging... by Anonymous Coward · · Score: 0

      A general note on Linux and standards... I think a balanced combination of both innovation and standards should be found. As a Linux newbie trying to migrate from the Windoze World, I feel the number of choices and alternatives is confusing. Too many standards kills innovation, but too much wild innovation creates confusion and combatibility problems. OK, flame away... But I think the Linux community needs to understand this if they want to make Linux a more lucrative alternative to M$ home users.

  128. Re:Listen up Leenux fags!!!! by Anonymous Coward · · Score: 0

    grow up.

  129. Could be good by nagora · · Score: 3, Insightful
    If it reduces the number of teams copying MS's mistakes from two to one. Think what useful work the other team could get on with. I vote for a good DTP package.

    TWW

    --
    "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
  130. They both need a theme overhaul by micahjd · · Score: 2
    If the goal is to make KDE and Gnome/Gtk themes compatible, I think the right way to make this happen would be to create a new theme system that could be compatible with both systems.

    There are several exciting theme systems out there now: both PicoGUI's theme system and Enlightenment's Ebits are theme systems based on a database, capable of storing data for the windowing system, the widget toolkit, and all the applications. If a system like this were implemented in the major GUI toolkits and window managers on the desktop, it should give a way for all applications, toolkits, and window managers to be consistant and completely under the user's control.

    --
    -- 2 + 2 = 5, for very large values of 2
    1. Re:They both need a theme overhaul by Anonymous Coward · · Score: 0

      better idea would be if the widget backbone reckonized the particular theme system and allow it to be modified, thus allow it to be modified without creating a seperate subset of widgets

  131. Embrace and extend by Anonymous Coward · · Score: 0

    Yeah right, this all smells familiar.
    He's done it with the GNU/Linux thing now he wants
    a piece of the KDE pie.

    Doesn't a certain other company offer useful ideas
    like this then take over once every one does what
    they want?

    Keep KDE and Gnome seperate I say.
    Competition is good and healthy.
    People need a choice.

    Anyway, just unifying the themes isn't going to
    bring around any sudden flashes of inspiration
    is it?

  132. gnome-look.org by derjon · · Score: 1

    Apparently the kde-look.org guys are at it too... (link goes to GTK area of kde-look.org)

  133. unrealistic by streetlawyer · · Score: 2
    I'd probably say that the best idea would be for some group to go and dedictate a year or so to making the be-all-end-all of interfaces.

    Yeh, designing the be-all, end-all interface would only take about a year for a group of hobbyists, wouldn't it? Because basically, all that UI-design stuff is just art fag stuff which is no problem for "hackers" who are "often highly creative artistically" ([c] Eric Raymond). Those psychologists, ergonomists and designers can't be contributing anything interesting, because they don't have computer science degrees. Hell, "psychology" even sounds like it might be a liberal art! All that's needed is for some "engineers" to set up a mailing list and swap ideas and soon we'll have something much better than the Mac. I mean, c'mon people, this isn't exactly kernel hacking.

    Bill Gates must love hopelessly overambitious, ill-thought-out "conquer the desktop" efforts like these.

  134. Re:Read the entire paragraph by cozziewozzie · · Score: 1

    QPL was a Free (as defined by the FSF) license, just not GPL-compatible

  135. Re:OMG! Hell did freeze over! by Anonymous Coward · · Score: 0

    I can't believe how well Hogan sold that Rock Bottom last night. He might actually want to perform again. Chanc is right. It is the apocalypse.

  136. GNOME and KDE have the same problems by Ukab+the+Great · · Score: 2

    Yes, in this whole GNOME vs. KDE thing, what get's lost in the shuffle is that both groups of developers really don't have much of a background in usability design and both make a lot of GUI design faux pas on the basis of "Microsoft does it, so it has to be good". People who actually know about designing usable interfaces know that, contrary to popular belief in the linux community, Microsoft is one of the most profoundly incompetant companies on the planet when it comes to designing usable interfaces. They just keep doing so many stupid things. And they can get away with it for exactly the same reason they can get away with all those bugs and security holes: when you've got a monopoly and the hearts and minds of hundreds of thousands of dim-witted CEO's and IT managers, you can do close to anything you want.

    Back to the GNOME and KDE, I seriously doubt that either most GNOME or KDE hackers know what Fitts' Law is, and many would say "bullshit" or "it's a matter of opinion" if you tried to intelligently explain it to them. In the current open source desktop movements, there's an amount of stupidity and unknowledgableness that would never be tolerated with something considered as sacred at "the kernel". It's a double standard, really.

    Of course, the beauty of open source is that if something does something really really stupid, you can fork of their project and do your own non-stupid thing.

  137. Re:Gnome is fine... by Anonymous Coward · · Score: 0

    KDE is OBVIOUSLY better because it's made by annoying Europeans. Boy they sure can code over there, in between jaunts down to the local hash shop!

    That explains why Linux dominates netcraft's longest uptimes list. NOT!

  138. Re:Read the entire paragraph by Mr.+Slippery · · Score: 1
    QPL was a Free (as defined by the FSF) license, just not GPL-compatible

    The QPL was not the original licence. QPL didn't come along until 1999. The original Qt licence is very non-free - there are restrictions on even using it to create (not distribute) software, there are special restrictions if you're getting paid to develop software, and so on.

    However, even with QPL the problem still exisited that a lot of KDE code was released under the GPL, and the authors hadn't explicitly allowed linking with non-GPLed code. That was RMS's concern from the QPL until until the GPL dual licencing.

    Please try to get your facts straight. Five minutes with Google can keep you from looking like a fool.

    --
    Tom Swiss | the infamous tms | my blog
    You cannot wash away blood with blood
  139. Bonobo in KDE! by Anonymous Coward · · Score: 0

    What about bonobo? Shouldnt someone implement
    bonobo in KDE ? Possibly replacing KParts?
    Would have been great if gnome gained access
    to e.g. khtml, and kde gained access to all the
    existing bonobo components!

  140. Am I the only person... by ChaoticCoyote · · Score: 2

    ...who doesn't understand the fascination with "themes"?

    I can think of many areas of cooperation between Gnome and KDE -- and themes are pretty low on that list. This isn't a troll, but an honest question: What's so important about themes?

    My computers are for programming, writing, and web browsing; why would I waste CPU time and memory on fancy wallpapers and pretty rounded corners and all this "stuff" that fascinates some people so much? If I want pretty pictures, I'll frame'm on the wall, where I can see them when the computer is off!

    Can someone explain theme-mania to me, please?

    1. Re:Am I the only person... by DebtAngel · · Score: 1

      In this case, its pretty simple. For whatever reason, Gnome and KDE both have theme support. If you unify that, suddenly both KDE and Gnome (and consequently, QT and GTK+) applications look the same. This is pretty important, to your general office suite user and web surfer type such as myself.

      It also helps that this is one of the easiest things to unify, all things considered; I would think it would be, anyway.

      --

      Is this post not nifty? Sluggy Freelance. Worshi

    2. Re:Am I the only person... by Cid+Highwind · · Score: 1

      ...who doesn't understand the fascination with "themes"?

      Ok, I tried to write a theme-defense article, but I didn't think the argument of making computers less butt-ugly to use would sway you, so I'll tyr this approach...

      ...who doesn't understand this mania for nice-looking cars?

      My car is for one purpuse, it gets me from point a to point b in some semblance of safety and comfort. I drive a 20-year-old beige Volvo with one fender spray-painted the wrong shade, and it works just fine! Why should I waste my money on rounded fenders, bumpers that match the body, and leather seats? If I want sculpture, I'll put a statue in my apartment, that way it doesn't get bird shit on it like the car does.

      Can someone explain this mania for making cars look like tike something other than steel shoe-boxes please?

      --
      0 1 - just my two bits
  141. That incompatible clipboard is because of QT by FooBarWidget · · Score: 1

    QT has a wrong implementation by only using the PRIMAIRY atom.
    This will be fixed in QT 3.0.

    In the mean time, what's so difficult about selecting something and then use the middle mousebutton?
    That works fine between all apps, QT, GTK, Motif...

  142. Upgrade system... Red Carpet? by FooBarWidget · · Score: 1

    It works, and I get pretty fast downloads depending on which server I use.
    I use a local mirror and I get download speeds of about 120 kb/sec.

    Oh wait, it's created by Ximian.
    I guess that makes Red Carpet evil huh?

  143. Do you even read? by FooBarWidget · · Score: 1

    The standard is defined right here:
    http://www.jwz.org/doc/x-cut-and-paste.html
    *There is no "my version of the right thing"!*

    "Ultimately, the right thing in X is to support the X clipboard - everything else is an extension."

    GNOME *is* using the X clipboard...

  144. Miguel de Icaza ask RSM to explain himself.. by Nicolay77 · · Score: 0

    ...I need some one to blame!!
    KDE is my historical uber-enemy !!!

    Ohh almost forgot, I still have .NET, I mean, mono.
    buaaaaaaaahahahahhaaaa

    --
    We are Turing O-Machines. The Oracle is out there.
  145. Re:That incompatible clipboard is because of.. SO? by rjamestaylor · · Score: 1

    > In the mean time, what's so difficult about
    > selecting something and then use the middle
    > mousebutton?
    > That works fine between all apps, QT, GTK,
    > Motif...

    Don't be an ass -- if an application supports Ctrl-C clipping and Ctrl-V pasting it's highly annoying that doing so won't work between applications. There is no excuse (maybe a reason, but no excuse) for such behavior. Besides, on my Toshiba laptop three-button emulation sucks (completely unnatural figer position to click both button strips) and I have YET to find a Linux setting to make use of my scroll buttons(the enhanced middle button that is split into two strips on my laptop: Scroll Up, Scroll Down).

    --
    -- @rjamestaylor on Ello
  146. Re:That incompatible clipboard is because of.. SO? by FooBarWidget · · Score: 1

    OK, then select a piece of text in an GTK+ app and press CTRL+V in a QT app.
    Works fine here.

    Yes that IS a good excuse, because it WORKS.

  147. and whats wrong with the cli, may i ask by Anonymous Coward · · Score: 0

    wasting everybody's time with eye candy....

  148. Re:That incompatible clipboard is because of.. SO? by rjamestaylor · · Score: 1

    Do you actually *use* KDE and Mozilla together? If you did you'd quickly realize that what you just suggested is the reason for my frustration; ergo, complaint.

    --
    -- @rjamestaylor on Ello
  149. next unify linux with microsoft... by Anonymous Coward · · Score: 0

    peace and goodwill

  150. 24/7 tech support? by Anonymous Coward · · Score: 0

    What, am I to assume that you think Windows has this? You are seriously deluded if you think *any* software vendor gives you 24/7 tech support unless you have a credit card in your hand when you call.

  151. Single Menubar - Reasons by johnrpenner · · Score: 2


    if we're going to standardize, it would be a good idea to eliminate uncessary ambiguity in the interface by standardizing on a Single Menubar.

    reasons: http://home.earthlink.net/~johnrpenner/Articles/Si ngleMenubar.html

  152. Re:That incompatible clipboard is because of.. SO? by praedor · · Score: 2

    I might actually use mozilla if it would properly integrate into my system. It has its own look, theme, etc, that is at TOTAL odds to all my other apps.


    If they could fix the clipboard crap, they should also fix the Mozilla-in-its-own-theme-world crap too.

    --
    In Bushworld, they struggle to keep church and state separate in Iraq as they increasingly merge the two in America.
  153. We need a MetaDesktop service by ThinkTiM · · Score: 1

    I think that there is no doubt that being able to have multiple desktop environments is a good thing. What is good for one person, is not good for another. And the ability to provide an environment that appropriate for the user is an advantage that Linux has over windoze. But perhaps we need a common platform (beneath both QT and GTK and whatever) that provides "desktop environment services" to the above environment(s). The services would include things that make the user experience a little bit more seamless if they are using apps from the two environments (which I *do* think happens a lot). So I mean things like clipboard services, themes (as according to rms), hotkeys, etc. I am sure that it is possible to define such a layer in such a way that developers of the above environments can inovate to their hearts content. Besides, I love layers! :)

  154. Re:That incompatible clipboard is because of.. SO? by uglyduckling · · Score: 1

    You don't use an excellent web browser because it look funny?!

  155. User Interface Standards by Anonymous Coward · · Score: 0

    One somewhat-major problem in user interface standards is the fact that each toolkit has to rewrite the entire look and feel of the user interface, because X only provides basic graphic operations. Adoption of a user interface manager instead of a graphics manager like X would consolidate many of these issues, while still allowing the user to customize the look and feel of the the entire system. An example of a project to accomplish this is Berlin. Berlin is not finished, but the concepts and design are there, and a good deal of code, and with the help of some good coders the project could be advanced to a usable state in no time.

  156. Re:That incompatible clipboard is because of.. SO? by Anonymous Coward · · Score: 0

    Yes, I use Mozilla as my standard browser. ALL cut & paste actions work fine.
    I don't see why you have so many problems.

  157. Re:That incompatible clipboard is because of.. SO? by FooBarWidget · · Score: 1

    This is ironic... in the Windows world people use all kinds of alternative programs BECAUSE they look different, and in Linux people don't use programs because they look different...

  158. Re:That incompatible clipboard is because of.. SO? by praedor · · Score: 2

    I don't normally use mozilla because:


    1) it is STILL huge.


    2) I select a KDE theme and style because I want and like my system to look a certain way - that I set it to look like. Mozilla ignores this.


    This is how M$ wrongly handles things. On Mac OS, for instance, all PROPER Mac apps look the same. Their scrollbar buttons are all consistent and PROPERLY placed together at the bottom right of any window. No unnecessary and stupid mouse dancing to select the a scroll arrow. In comes IE on the Mac, done ALL wrong with the damn buttons all over bejesus - scroll buttons top and bottom like some retard designed it and no way to correct it.


    If a user on a Mac, Windoze, or Linux sets up a theme/style, then all apps that want to play there should obey the user's designs. The USER knows better how things should behave and work on their computer...not the coder.

    --
    In Bushworld, they struggle to keep church and state separate in Iraq as they increasingly merge the two in America.
  159. Re:That incompatible clipboard is because of.. SO? by Anonymous Coward · · Score: 0

    you are a troll

  160. Re:That incompatible clipboard is because of.. SO? by FooBarWidget · · Score: 1

    That's because Mozilla is more than a browser. It's a complete cross-platform framework.

    Mozilla doesn't use QT, and therebefore doesn't look like a QT app.

    Why don't you look for a Mozilla theme that looks like KDE?

  161. Re:That incompatible clipboard is because of.. SO? by praedor · · Score: 2

    Perhaps it SHOULD use QT (and GTK and anything else too). The GUI should be totally separate and divorced from what it does internally. Let there be multiple frontends with the same core. A UI isn't the app, it is just the means of communicating with the app.


    This is one of the areas where M$ goes wrong.

    --
    In Bushworld, they struggle to keep church and state separate in Iraq as they increasingly merge the two in America.
  162. afterstep rules by L1nuxMn · · Score: 1

    there's already a standard desktop and theme format for Linux ... http://www.afterstep.org

  163. Well then use the current version, doofus. by devphil · · Score: 2


    GCC 3.0 has been out for almost a year. All the problems you mention have long, long since been solved. Among other things, the library was completely rewritten (the old library predates the standard).

    Whoops. G++'s STL doesn't support the vector.at() method, which is necessary for bounds-checking.

    You're using version 2. Version 2's library was written before they finished tweaking the C++ Standard. So you blame the GCC people for not being able to tell the future?

    --
    You cannot apply a technological solution to a sociological problem. (Edwards' Law)
    1. Re:Well then use the current version, doofus. by rjh · · Score: 2

      GCC 3.0 may have been out for almost a year, but keep in mind that 3.0 is only almost usable. When I tried 3.0, soon after it was released, my average compile time increased by a factor of five. Compiles that used to be able to be done over a lunch break now had to be postponed until the end of the day and run overnight.

      Add into that the fact that GCC 3.0 broke multiple inheritance (ask the KDE people how they liked that--you can't build KDE with GCC 3.0), and GCC 3.0 was never a realistic option.

      There's a reason why not one single distro ships with 3.0 as its default compiler.

    2. Re:Well then use the current version, doofus. by J.+Random+Software · · Score: 1

      Did GCC actually produce incorrect code? I seem to recall reading that the KDE or Qt maintainers made brain-damaged assumptions ("the first virtual base class is stored at offset zero in any derived class" or something similar) and got upset when GCC 3 started giving them undefined behavior that was different than the undefined behavior they were expecting.

    3. Re:Well then use the current version, doofus. by devphil · · Score: 2


      As for compile times, yes, there were problems -- they were known problems at ship time, largely due to the inlining heuristics. Those were fixed in a point release, mostly, and the major changes to fix the reamining issues went in 3.1.

      The KDE folks were making bad assumptions -- there's a long thread in the main GCC mailing list archives. Basically KDE wanted to violate the One Definition Rule and have the compiler/linker/loader read their minds. Can't have your cake and eat it too, etc. There were also MI bugs, all of which I /think/ have been fixed, but I haven't checked lately.

      I don't blame the distros for not shipping 3.0 as the default. (I would've made the same decision in their place.) I /do/ blame people for saying that "GCC's default library implementation sucks" when they clearly haven't investigated the problem.

      --
      You cannot apply a technological solution to a sociological problem. (Edwards' Law)
  164. Dunno. by rjh · · Score: 2

    The version I heard was that for a particularly esoteric set of multiple inheritances, GCC would produce incorrect code. I haven't verified this myself, though, so I can't contradict you at all.