Slashdot Mirror

← Back to Stories (view on slashdot.org)

Test KDE 3.3's Public Release Candidate

Posted by timothy on from the if-you-dare-bwahahaha dept.

HulkProtector1 writes "The latest version of KDE beta 3.3 has been released. This version has already received a lot of feedback and has been deemed stable enough for a public release candidate. The KDE team requests that all testers try and break this release as soon as possible, as the bug reports are invaluable to the developers. Please note that binary packages will not be available for this version. Then source code can be downloaded from download.kde.org (or alternately use the excellent Konstruct build tool). For a list of new features skim over the KDE 3.3 Feature Plan."

5 of 28 comments (clear)

  1. Re:no Binaries by managementboy · · Score: 5, Informative

    Hi, the beta 2 is working perfectly but for some non-show stopping bugs. I use it for dayly work at home. Kmail for email, the Addressbook and and callendar. The visuals have once again got even better! I love the IM Kopete. I use it with ICQ, MSN and Yahoo without any problems. Konqueror filebrowsing is great. Is it better than 3.2... not realy, just nicer. more like how 98 was nicer than 95 (I mean the GUI) but everything works just like before. My PC is a Duron 800 with 256 Megs and kde 3.3 beta2 works fairly fast. When I disable most of the animations (which I used to do on Win2k too) it is extremely usable. By the way, my wife uses the same PC and never complains, but for the spellchecking, which does not detect the language she is writing in, which makes it useless. Themes are nicer now. Hope this helps. Any specific questions?

  2. Konqueror by bogaboga · · Score: 4, Interesting
    Have they worked on the spell checker that would sometimes just turn off, or would not work if aspell or ispell are not installed? One of these should be installed by default.

    What about the clip-board where you would sometimes want to highlight some text [for replacement], only to find that it has replaced the text you had in the so called X-clip board? I know it is configurable but Joe Six Pack has always found problems. A behavior more like that found in M$ windows is more acceptable. Here, the geeks can choose not to synchronize the two clip-boards.

    1. Re:Konqueror by rikkus-x · · Score: 5, Informative
      What about the clip-board where you would sometimes want to highlight some text [for replacement], only to find that it has replaced the text you had in the so called X-clip board?

      There are two clipboards. There's the X-style one, where selecting text automatically copies it, and the Windows-style one, where you press Ctrl-C to copy and Ctrl-V to paste. They each have their own storage.

      Is this so difficult to understand? Windows users will never notice the X clipboard, X users will never notice the Windows clipboard. Or so you'd think.

      If you're confused about this, I'm sorry, but it's really not that difficult to understand. The system works fine for any 'normal' user, who will simply be oblivious to the 'other' clipboard. It also works fine for the user who knows there are two clipboards and whose brain can cope with the rather simple concept that the two are separate.

    2. Re:Konqueror by optikSmoke · · Score: 4, Insightful

      Hmmm, synchronization by default is exactly what you don't want. I'm not sure what the default is right now, because I haven't had default settings for a long time. However, if the two clipboards are synchronized by default, then you have problems where someone would ctrl-c to copy text, highlight some other text to replace it, and ctrl-v to paste, only to find that the highlighted overwrote what was in the clipboard. This is what confuses new users.

      On the other hand, if synchronization is disabled (if not by default, you can disable it in klipper's config), then the two clipboard "universes" will never "collide". Users can ctrl-c, highlight, ctrl-v without ever knowing of the existance of another clipboard, and advanced users can use highlight and middle-click-paste to their hearts' content. This currently works exactly as expected; I should know because I use both clipboards regularly (unsync'ed).

      Thus, in unsynchronized mode, copy/paste can be done in the "Windows" and "X" way, without either one interfering with the other. Synchronization only serves to confuse new users, because they highlight stuff and go "WTF! The stuff I copied is gone?!?!".

  3. Re:Antialiasing in Konsole by stilborne · · Score: 4, Informative

    konsole --noxft

    you can add this as a flag to the entry in the kmenu by using the menu editor (kmenuedit, also available by right clicking on the kmenu icon).