This is a temporary page for the End User FAQ located at http://wiki.kde.org
This FAQ has been gathered from questions in the #kde IRC channel. This list isn't comprehensive yet and would grow to cover both KDE 3 and KDE 4 questions.
Since this list might become quite long in the future, feel free to browse the table of contents below or use your browser's Find feature to search for a certain topic.
No. There is no EOL (end of life) planned for KDE 3. It will continue to exist and be used as long as there are people using it. However, there is no guarantee of bug fixes and maintenance for KDE 3.5 other than that given by your vendor and possible support contracts.
Only if you want to. KDE 3 will continue to exist and be used for a long time. But whether you will have to upgrade to KDE 4 will mostly be dependent on your distribution's setup. Please consult with your distribution for more information.
Yes, you will be able to continue using KDE 3 or KDE 3 apps as long as the necessary dependencies are installed. How KDE 4 and KDE are set up depends on your distribution. Please consult with your distribution for more information. Usually, KDE3 and KDE4 can both be installed on the same system.
The best place to start looking would be in your distribution's packages. KDE doesn't provide distribution-specific packages, only source code. Also, the method of installing KDE 4 as well as the setup varies from distribution to distribution.
If you want to build KDE 4 from source for your own, you can follow the guide found in Techbase - Getting Started.
Guides to building KDE can be found in Techbase - Getting Started. Please read and follow them very carefully. You can ask questions in the usual support channels such as IRC, mailing lists, or forums.
KDE 4.0 offered simple icons on the desktop, but no file operations. KDE 4.1 has a new folderview plasmoid that makes it easy to use your desktop as a filemanager. While it's not yet possible to use folderview full-screen, a couple of its advantages become immediately apparent. (Actually, it is possible in 4.1 - just not beautiful, as you will get a checkboard as background and not a shiny wallpaper.) In KDE 4.1 you can have multiple arbitrary directories as folderviews on your desktop, depending on the current task.
To create icons on the desktop, just Unlock Plasma and drag'n'drop files or directories onto it. You will then be offered the option to create a normal icon, a folderview, to the desktop. Images can be put on the desktop inside an image frame, when dragging a directory on the desktop you're offered to create a folderview of it. Note that you can also use network locations and basically any other "protocol" KIO supports inside a folderview. Inside a folderview, normal file manipulations are possible.
Plasma natively supports dual monitor setups and is able to adapt itself to added or removed displays automatically on the fly.
All Plasma panels live in one screen. If you want panels on multiple screens, you can add panels and drag them to your preferred location using the panel controller you get when clicking on the Plasma icon in "Unlocked" mode.
More Plasma FAQ's are available at http://techbase.kde.org/Projects/Plasma/FAQ
While configuring the X server to provide compositing capabilities is beyond the scope of this document, there are some hints to be found on Techbase ( http://techbase.kde.org/Projects/KWin). If your X server already supports compositing, switching it on is as easy as opening System Settings, opening the "Desktop" module, choosing "Desktop Effects" and enabling the checkbox "Enable desktop effects". More advanced compositing settings (such as VSync operation, Direct rendering, compositing mode) and available through the "Advanced" dialog. Customising the behaviour of the KWin effects means opening the "All effects" tab, and choosing the plugins you want to use. Please note that only a subset of the plugins works with XRender-based compositing. For the full experience, you need to use OpenGL mode.
KDE 3 Theming guide: User Guide - Customizing your Desktop While KDE4 comes with a set of default themes, there are also ways to install your custom theme. In general, additional artwork is made available through the kdeartwork module where you can find colorschemes, cursors, icons and so on. Additional Plasma widget themes can be downloaded through GetHotNewStuff. Open the "Desktop settings..." dialogue and click on the "New theme..." button to see a list of available themes. Note that you need to be connected to the Internet for installing new themes.
In System Settings, go to the Advanced tab and click on File Associations. In the list of Known Types, go to the inode/directory type. In the General tab at the right side of the window, select Konqueror in the Application Preference Order and click on the Up button until it is at the top. Click on Apply to save the changes.
You can use the GTK-Qt Engine to make GTK apps use the current Qt/KDE style. Instructions on how to use are on the website. Please refer to your distribution for packages.
Currently there is no way yet to make KDE apps follow GTK themes. The best thing to do for now is to use a theme that is available for both (such at QtCurve) or something that looks similar (Clearlook/Cleanlooks).
See the guide at Gentoo Wiki - HOWTO Integrrate Firefox with KDE.
Installing software on your computer, whether with KDE or GNOME, largely depends on your distribution's software management system. Please consult with your distribution for more information.
Installing hardware drivers for networking or video is a task that most distributions take care of. Different distributions use different tools for configuring hardware. Please consult with your distribution first for more information.
Install compiz. Open System Settings, choose the "Session Manager" module in the Advanced tab, choose compiz in the "Window Manager" combobox and restart KDE.
There are many ways to help in KDE, not only through programming. There are other areas of contribution that need talent of other kinds. All that's necessary is the desire to help and some commitment. Of course, if you want learn how to program in order contribute to KDE, we will be more than willing to get you started as well.
Currently, there are no plans on replacing KHTML in Konqueror. KHTML continues to be developed actively. As Qt as of 4.4 also offers webkit, KDE applications can make use of Webkit. A KPart that can be used in Konqueror instead of the KHTML KPart is being developed currently, but not ready for production use yet. KHTML will not be removed in the KDE 4's lifespan due to compatibility policies, for one reason. It will be possible to use WebKit as an alternative viewer in Konqueror with the webkitkde project. The source code is available in KDE SVN Playground.
The traditional application starting menu from KDE3 had various usability issues. First and foremost, people tend to use no more than 6-10 applications regularly. Having those applications buried in deep menu structures makes it a lot of effort to start them. Those favourite applications can with Kickoff be moved into their own tab so they're easilly accessible. Kickoff might, for new users be more complicated to use since the "browsing applications" usecase has a less central position. For mid- to long-term users, Kickoff will increase productivity for the most common cases. For users who prefer the traditional application launcher menu, it can easily be changed by right-clicking on the Kickoff button and choosing "Switch to Classic Menu Style".
The code in kicker, kdesktop and the minicli (The "Run Command" dialogue you get when you press ALT+F2) has been around for a long time. As usecases and technical capabilities shift, the code became unmaintainable and wasn't flexible enough to move KDE forward at a reasonable pace. Moreover, little people dared diving into kicker to extend it. When someone wanted to create a new panel implementation, it has happened multiple times that kicker was just copied and changed. This lead to various forks of kicker and additional maintainance burden for developers. While kicker and kdesktop used to look fine to casual users, they're pretty much a dead-end street in terms of feature development and long-standing, hard to fix bugs.
While Plasma has been rewritten from scratch, and therefore might not yet be able to fully replace kdesktop and kicker for some users, it offers a route to innovation, better collaboration between developers, designers and usability experts. Plasma technology is also built with different formfactors in mind, so it might run on your mobile phone, media center, internet tablet or whatever you can imagine in the future.