Quickies: Qt4 Tutorials, KDE 3.5 Alpha Review, Kontact Introduction

The Qt 4 Resource Centre has tutorials for A Zoomable Picture Viewer and Spying on Signals. *** This KDE 3.5 Alpha review shows us some new features coming soon. *** Alternative KDE file manager Krusader found themselves new web hosting. *** Linux.com introduces us to Kontact. *** Real-time 3D strategy game Boson made a new release with extra smooth graphics and multiplayer support. *** Video player Kaffeine added a GStreamer part in their recent 0.7 release. *** Finally congratulations to Stephan Binner who had to leave aKademy early to start a job packaging KDE for SuSE.

Dot Categories: 


by fast_rizwaan (not verified)

excuse my offtopic post, but I really donno what's wrong with qt-3.3.5, make compiles fine but the 'make install' give error 'libqt-mt.la' is not found.

Since last 3 days I have been trying to build kdebase 3.5svn, but it complains of libqt-mt.la is missing. please help. Google and trolltech (qt-interest) has no info regarding this. Have you got qt3.3.5 successfully compiled?

Message: (make install as root)
cp -f "~/kde_3.5_build/qt/lib/libqt-mt.la" "/usr/lib/qt/lib/libqt-mt.la"
cp: cannot stat `~/kde_3.5_build/qt/lib/libqt-mt.la': No such file or directory
make[2]: [install_target] Error 1 (ignored)

configured with:
./configure -system-zlib -qt-gif -system-libjpeg -system-libpng -plugin-imgfmt-mng -thread -no-exceptions -release -dlopen-opengl -plugin-sql-mysql -plugin-sql-sqlite -I/usr/include/mysql --prefix=/usr/lib/qt -shared


by fast_rizwaan (not verified)

I was compiling QT 3.3.5 in a different folder (not in the source folder) that's why everything got compiled fine but libqt-mt.la was not created in the *build* folder.

Just now I compiled (make) in qt 3.3.5's SOURCE folder i.e., ~/qt-x11-free-3.3.5/ and viola libqt-mt.la is created.

by fast_rizwaan (not verified)

nice review liquidat, and you are right that *yellow tooltip* are not good looking. Really the new tooltips are nice.

hey aaron, it's time to see the system tray... lol.

Also the Media Manager is very good/useful for 2 reasons (at least):

1. For newbies
2. When Urgent (no time to run "mount -t vfat /dev/sda1 /mnt/usbdrive", whereas the dialog provides fast access.

Shouldn't we have somehting like "shortcut" say "CTRL+ALT+M" to RE-Detect the devices, so that advanced users don't have to see the annoying dialog when a new device is inserted (like cdrom, usb disk, camera etc.)

what we really hate is full-automation by the OS/Desktop, So, if we have 2 modes for media detect manager:

1. Newbie mode: prompt dialog on device insertion
2. Expert mode: do not prompt dialog but a "passive tooltip" (or configurably no tooltip if that is also annoying) on device insertion

but pressing Ctrl+Alt+M will get the popup. in this way both can be happy :), just my 2 paise!

thanks :)

by ltmon (not verified)

I remember Aaron blogging/commenting/emailing somewhere or other that the system tray was impossible to update to the new tooltip style without a complete rewrite.

Pity :(


by liquidat (not verified)

I posted a bug report and had a short talk with Aaron about it:


So we must wait until KDE 4 :-/

by liquidat (not verified)

One thing I want to add: when you like to have a look at new screenshots and mockups, than http://liquidat.blogspot.com/2005/08/kde-40-bunt-und-bewegt-und-zum.html could be interesting for you:
It is a short overview of the KDE 4 mockups in kde-artists.org. The review is in german, but that is not so important because there are just mockups and you can't really comment on them in a blog.
There are some pictures, some animated gifs, two flash movies and at the bottom a link to a interactive flash movie ;-)

But, as I said, these are all just mockups, and nothing of it is official!

by Anonymous (not verified)

I really like the taskbar in this one http://img94.imageshack.us/img94/5760/mockuptranstext5ec.jpg

it is different from what we're accustomed to (win/mac) yet very familiar to work with.
with a heavily improved top menubar it could be a killer combo.

by biquillo (not verified)

I like it too! its a new fresh concept that i would see in the next KDE :)

by liquidat (not verified)

A little bit late, but:
If you really like these "mockup reviews" you should have a look at the new one:



by user (not verified)

Does Krusaders depend on KDELibs? If so, what's the deal? Isn't Konqueror enough?
I understand if it's Qt only, but my guess it's not.

by Lee (not verified)

Try it and see. It's Norton Commander/Midnight Commander/DirWork for KDE -- a different model from a desktop/folder oriented file manager, and often much more useful.

by Boemer (not verified)

No Konqi isn't enough, krusader is just like windows explorer vs total commander on windows. Both have there uses. I can use Krusader almost without mouse. And because of that a lot faster than konqi...

by jbaehr (not verified)

The design is compleatly different from konqueror: While konqi provides equal panels (which can be shown one aside the other but apart from browsing they're independent) Krusader always has one source- and one target panel. Every operation (well, nearly) works from the source to the target.
In addition Krusader provides many advanced features like directory synchronizing, a Total-Commander compatible file-splitter, very flexible useractions (http://krusader.org/handbook/useractions.html), etc...

by Janne (not verified)

Different people like different things. Konqueror is a great filemanager, but some people might like something different. And if someone decides to write another filemanager for KDE, who are we to say "you can't do that! use Konqueror instead!"?

Same logic: some people like KDE, while others like GNOME. Both do the same thing, but in a different way. And different people like different things.

by Frank Schoolmeesters (not verified)

I agree, if you like Orthodox File Managers (twin-panel filemanagers) like Midnight Commander or Total Commander, etc. it can't hurt to give Krusader a try, you will probably like it.
And other users prefer to use one panel filemanagers, the choice is up to you.

Krusader is deeply integrated with KDE. This might be the only real drawback for users that use GNOME, XFce, or other desktop environments, but in the apt-get world even that is not a problem, since all dependencies get resolved instantly.

by David Moreno (not verified)

For the Google Summer of Code I did a program called KRO, that works as Prashanth Udupa's Signal Spyer Class. It also includes a containment tree (A QCombo contains a QListBox and a QLabel, a KonqMainWindow about 25 diferent childs...), a signal observer and some search functionalities. All this inside a GUI in which you can slide over time and watch past events and how they flowed.

Just now it works with Qt3, but I plan to support Qt4 ASAP.

The code is at http://websvn.kde.org/trunk/playground/utils/kro/ and tarballs, debs and more info at http://www.monasteriomono.org/programs/kro/

by aaaaaa (not verified)

sounds interesting, could be usefull for debugging i guess...

by MandrakeUser (not verified)

Hi all

I've been browsing kaffeine's webpage a bit, but couldn't find the answer. Does it provide a hook to use mplayer (besides xine and now gstreamer) as a backend ? Also: has it become the defacto media player ?

Here is my issue, I am using kmplayer in Mandriva, but I have to download it from the contributed packages, which is annoying. Especially when there is a new KDE release and I can't upgrade with Mandriva's packages because of kmplayer. I'd love to use the default media player and avoid these conflicts ...


by fast_rizwaan (not verified)

no, it doesn't support mplayer as backend. but you can have it working using kmplayer in kaffeine.

by MandrakeUser (not verified)

How does that work ? THere is a config option to embed kmplayer in Kaffeine ? Is it using Kparts ? Interesting


by cies breijs (not verified)

i copy that,

a more/less default media player in KDE would be nice. maybe some of the current mediaplayer people can join force for kde4?

there is another question, although i think it is a bit offtopic here:
media player then to be sightly unstable (konqueror with a flash animation and a video stream is in my suse suppelemtary kde3.4 always a good crash), and i think that is due to the back-ends an not the kde shell over it. isnt it possible to couple the front-end and the back-end more loosly so the back-end can safely crash, what the front-end notices, what the frontend reports to the user, from which the front-end recovers (be restarting the back-end and skipping to the right moment)...

can someone maybe answer these:
- is such 'loose coupling' possible? , or
- am i talking total nonsense here?

i already posted a similar question in this thread about RuDI (some framework to do loose coupling, but appearently not for GUI embedded plugins):

thanks for reading,
cies breijs.

by koos (not verified)

Not really nonsense, only that there is such a solution for quite some time and is called KMPlayer. I guess that SuSE simply recommends firefox as browser, like the other major distos do, otherwise I can't explain why they ship a video plugin that is known to crash konqueror. Also KMPlayer can easily configured to use Xine as default instead of MPlayer.

by koos (not verified)

Sorry, one addition though. I'm talking about the plugin (the kpart) not the video player as stand-alone application, as it's perfectly possible to have KMPlayer for embedding only and kaffeine for 'normal' video.

by Anonymous Joe (not verified)

I do not know whether wysiwyg printing is important to anybody, but kde and qt certainly have problems with it. After being in existence for about nine years it seems a bit too bad that this great application suite does not have great printing. Moreover, it seems only fair for you to expect good wysiwyg printing after being around for so long. I tracked down the problem to two bugs in bugzilla. If the printing quality matters to the community, I suggest you comment and vote on these bugs because no progress has been made on them in a long time.