Anonymous's picture

Answer from the author

On December 12th, 2002 Anonymous says:

Vadim,

thank you for your feedback. I have also read your message on the

kde-core-devel list. Answers to both this post and that message follow.

  1. I agree that the title of the article and my posting to your list seem unrelated: the current title has been chosen from LJ staff. In any case, Bluecurve was just a starting line: the issue is U*nix desktops, not Bluecurve or Red Hat
  2. Your comments are valid (more below) but from some of them it may look that you didn't read the whole article (see below), and/or my answers to previous posters.
  3. I do know that Bluecurve is just a layer of paint: my piece came from seeing otherpeople (both Gnome and KDE users) reacting as if somebody had commited a crime
  4. As already said in this forum, personally I don't know and don't really care if Gnome X is behind or ahead of KDE Y: I and many others don't use any of them, and sometimes it just seems another "VI or EMACS" diatribe. Ditto for distributions. Choice is what matters, isn't it?
  5. Latest releases...demonstrate that KDE leads on Desktop. So?

    Latest sales figures demonstrate that Windows XP leads on Desktop:

    should we switch to XP?

  6. Frankly, one issue I have with K/G (I keep calling them so because I don't see any difference from this point of view), and another reason why I wrote the article, is that all statements like "If foo wants to keep their user base - they should give respect to bar" make me uncomfortable
  7. The part that makes me more uncomfortable (apart from an instinctive "so much for 'Free' SW") is when "bar" is not simply a set of standard interfaces, protocols and formats (which would make a whole

    lot of sense, see my quote of Havoc Pennington), but a whole set of

    applications a huge monolythic package, take it all or leave.

  8. I know that KDE has Unicode support and other things I mentioned

    in the article: however, see again what I say about making all

    existing application respect such right level of standards

  9. I fully agree with what you said on the kde-core-devel list about

    XFree: what makes me unhappy is that a lot of

    energies have been put in making all windows nicer and consistant

    before fixing the mess at that level. I am not questioning

    anybody's rights to choose the project to work on, I'm just saying

    that things seem to have happened in the opposite order, and that a

    lot of people find nothing wrong with this. For example, just two days

    ago on the koffice-devel list, you rigthly complained that

    "current packaging of XFree86 (by *all* distributions) really

    sucks. For example, KDrive (TinyX) is not packaged at all". For the

    record this is one of the thing that we are doing in the RULE project

  10. Just one more time before dinner: the pointers to standards and other

    things in your message are very good and do cover the real problems:

    what makes me sad is to see a lot of users, and, apparently, many

    developers too, just ignore them.

    Thanks for your contribution

    Best Regards,

    Marco Fioretti

Reply

Please note that comments may not appear immediately, so there is no need to repost your comment.
The content of this field is kept private and will not be shown publicly.
  • Allowed HTML tags: <a> <em> <strong> <cite> <code> <pre> <ul> <ol> <li> <dl> <dt> <dd> <i> <b>
  • Lines and paragraphs break automatically.

More information about formatting options

Newsletter

Each week Linux Journal editors will tell you what's hot in the world of Linux. You will receive late breaking news, technical tips and tricks, and links to in-depth stories featured on www.linuxjournal.com.
Sign up for our Email Newsletter

Featured Videos

Setting up an https server in Apache is easy. This tutorial covers how to create and sign your ssl certificate as well as how to configure the web server.

From the Magazine

January 2009, #177

It's a battle as old as time: good vs. evil. Fortunately, Linux and FOSS are on our side as we wage the battle against those who try to steal our secrets and invade our systems.

Checking your system's security is best done sooner rather than later. Test the locks with our article on security verification; find out how to use PAM to help secure your systems; use MinorFS and AppArmor to implement discretionary access control; learn more about Samba security in part III of our series; use Darknet to help detect bots and secure your systems; use the Yubikey to increase your site's security; and don't forget to lock the doors, because a cold boot attack could render your security useless if somebody has physical access to your computer.

But, we're not just about sowing the seeds of fear. We also show you how to use memcached in Rails, how to manage multiple servers efficiently, how to deploy applications easily with Capistrano, how to manage your videos with MythVideo, how to mix it up a bit (your audio that is), and even play a few games.

Read this issue