Unlike previous Qt releases, Qt 4 is a collection of smaller libraries which also allowed the restructuring of commercial offers into Qt Console for non-GUI development, Qt Desktop Light replacing the Professional and Qt Desktop comparable to Enterprise editions.

A new resource system for embedding images and other resource files into the application executable.

The Qt Designer user interface design tool has been rewritten as a collection of interchangeable components. It now features support for MDI and SDI modes and supports custom widgets. The project editor and the code editor have been dropped.

Qt 3 based applications have to be ported to be able to run with Qt 4. A porting guide, a porting tool as well as a Qt3Support library for obsolete classes are provided. Trolltech aims to maintain the Qt3Support Library for the lifetime of the Qt 4 series, and will also support the Qt 3 series for a minimum of two years beyond the release of Qt 4.

Some known issues are listed which are expected to be fixed in upcoming maintenance releases of Qt 4.0. Qt 4.1 will features certain advanced Qt 3 features rewritten for Qt 4 which are now only available in the Qt 3 support library (eg. Qt 3 canvas, Qt 3 syntax highlighter). It is planned be released late in 2005.

Many thanks for not being musicians. It was the first time in my life that i used remove file from inside amarok, instead of remove from playlist. The song is terrible. But i know that bad advertising is good, so everyone who read this will try the song anyway.

Any possibility that the new low-level style API will help spur development of a common widget set / backend for Qt & Gtk on freedesktop.org? Linux is in real need for a standard GUI, and having one would allow GNOME and KDE to work closer together, always a good thing!

I haven't looked in detail at what the low-level APIs provide, but some of them already have an equivalent for GTK. Whether or not we'll see them merge is something we'll have to wait and see, but it would be a good start.

Glib provides container classes like Tulip.
I'm fairly sure Cairo is similar to Arthur.
Pango is the equivalent text renderer to Scribe.

Just tested and confirmed that KPlayer correctly autodetects and plays the video both locally and directly from trolltech.com. The codecs are ffh264 for video and faad for audio, MPlayer is 1.0-pre7. You may want to make sure you have an uncrippled MPlayer binary, like the one from Marillat (http://debian.video.free.fr/). Also make sure you have the correct version of libfaad, for example if you use Marillat's binaries you should also use Marillat's libfaad, rather than the one from rarewares for example.

With the release of QT4, I hope Adobe will now quickly work on, and release its reader based on QT4. Adobe's newest reader (ver. 7.0) for Linux sucks in the file-save or file-open dialog to say the least. Besides, I think that for those having nothing like *GTK* but a KDE environment, the reader will load faster than the current GTK based one.

How about porting all Adobe tools (including Dreaweaver) to Qt?
Lots of people would buy a Creative Suite on Linux today. I wonder if there are hidden reasons for not serving the Linux market (-- insert your favourite paranoid phantasy here --). In the long run KDE will fill the gap just as KPDF is already a wonderful replacement for Acrobat Reader. The only weak spot of KPDF is the improper handling of truetype font kerning. Qt 4 Scribe promises to fix it.
Adobe will need to run on a couple of different platforms soon. The Windows platform is about to fork to Win32, .net and Avalon, the Mac will fork to Power and i386 hardware. I do not see an economic development strategy other than using Qt.

> Adobe will need to run on a couple of different
> platforms soon. The Windows platform is about
> to fork to Win32, .net and Avalon, the Mac will
> fork to Power and i386 hardware. I do not see an
> economic development strategy other than using Qt.

Since it's closed source then of course Adobe would have to do that. Supposedly there was work in progress to port Dreamweaver to Linux a year or two ago. Where is it and where is the hype? Reading things like this are distressing to me personally. Quanta Plus is here _now_, already native KDE, is already superior for coding like PHP and already has a superior rendering engine with KHTML. Currently development work is being done to make a new generation visual mode, integrate with the KDevelop framework and enhance other capabilities like scripting with Kommander. It also has a fully DTD compliant markup engine and manages XML DTDs on the fly. One of the goals for KDE 4 is to manage XML with XSLT on the fly. All the feedback I've gotten from people who have used Dreamweaver and Quanta is that there are less and less reasons to use Dreamweaver. Quanta is not targetting a feature for feature replacement but is targetting a new generation tool with a goal of nothing less than being the best.

If you can get software that is free as in freedom and free as in beer and it is deeply native KDE, mature and based on a more advanced architecture would you prefer a commercial product? Since Quanta uses sponsored development a contribution of a lot less than the retail cost of Dreamweaver can go a long way to helping to make sure that when (if) it finally shows up on Linux you have no reason left to downgrade.

Well, if you have enough RAM (about 512Mb these days), the gtk components that you need will stay in the cache after being loaded from disk for the first time, and next time they'll be loaded from mem-cache, not from the disk. Note that your argument goes both ways right ? Some people use gnome-only. Adobe will definitely not release a product with two different libs just to keep as happy :-)))

I still would love to see _everything_ written with the Qt/KDE libs. But that's _my_ preference and _my_ opinion. Other people like other libs, let's all coexist. Long life to freedesktop.org
:-)

Does the fact that there is now a GPL official Qt windows release mean that pyqt for windows will also have a GPL version ? That's gonna boost PyQt as a fantastic cross platform rapid dev. environment !

Maybe even PyKDE, are there any plans to natively port the kdelibs to the evil empire ?