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."

3 of 28 comments (clear)

  1. Re:Konqueror by bogaboga · · Score: 2, Insightful

    I agree with you on all points raised but please remember that in no document introducing Linux have I ever seen the copying capabilities of Linux being introduced as having 2 separate clipboards. They always say that copying/pasting can be done in the usual "X" way and the Windows way. No mention is made of the separate clip-boards. That's why I humbly request that these two clipboard be synchronized by default in order to accommodate the two worlds of Linux, the geek and the novice.

  2. Re:Konqueror by rikkus-x · · Score: 2, Insightful
    I agree with you on all points raised but please remember that in no document introducing Linux have I ever seen the copying capabilities of Linux being introduced as having 2 separate clipboards. They always say that copying/pasting can be done in the usual "X" way and the Windows way. No mention is made of the separate clip-boards.

    Such documents really need fixing, and whoever wrote them should be spanked.

    Rik

  3. 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?!?!".