Trolltech Releases Qt 4.2 Technology Preview

"Trolltech announced the release of a technology preview of Qt 4.2 – the upcoming new version of its leading framework for high performance cross-platform application development – to its commercial and open source developer community for feedback. The final release of Qt 4.2 is currently scheduled for the fourth quarter of 2006." 4.2 adds a new canvas, SVG support and improved integration with GTK, CUPS and DBus. Their What's New document includes the full details or just download it directly.

Dot Categories: 

Comments

by G-Man (not verified)

> including dbus bindings, Glib eventloop support, switchable button order and a Clearlooks-like style.

Sounds GNOME to me.

by claes (not verified)

Yes, isn't it great? Gnome has a long way to go before it has as good support for KDE.

by Corbin (not verified)

Thats the whole point. Not all KDE & Qt apps are used solely in KDE. The Glib event loop will allow you to write plugins for GTK apps using Qt/KDE and vice versa. The switchable button order will make Qt apps look more in place in Gnome (and OS X?), and hopefully Gnome will add a similar feature to make GTK/Gnome apps look more in place on a KDE desktop. The Clearlooks style also increases the esthetic appeal of Qt apps to Gnome users.

by superstoned (not verified)

seems like most cross-desktop integration work comes from KDE and Qt. the Qt-gtk theme offers visual integration, there is a tool which makes Gnome apps use the KDE file dialogs, a project exists to make it easier for non-KDE apps to use KDE technologies, Qt apps can now use the glib eventloop (aRts even depended on glibc) and now Qt apps change their buttonorder and have a Gnome theme... I'd love to see some initatives from the 'other' side.

by claes (not verified)

How about this:
KDE reverts to double-clicking, and Gnome changes button order

by Corbin (not verified)

You don't have to change the defaults, just give an option to change the settings. KDE can already do both single and double clicking, and now Qt 4.2 has the functionality to set the button order to fit with the desktop. It wouldn't be hard for Gnome to do the same, for the users sake.

by Carewolf (not verified)

Actually it would be very hard for GNOME to do the same.. They don't have any infrastructure. To change button-order originally they had to change it manually in all applications.

From an outside look there doesn't seem to be much push to improve GNOME infrastructure, they aiming at being a collection of random applications forever.

by superstoned (not verified)

Well, they aim for integration, but the hard way: much work to individually redesign every single application so it adheres to their (detailled) standards. Yes, it doesn't get less efficient, but on the other hand - they have big corporate sponsors which seemingly rather pay for incremental enhancements to single applications than invest money in a serious overhaul of the Gnome infrastructure.

I think lots of money are wasted on evolution, OO.o, Firefox and Gnome. This money would be more efficient if it was spend on KDE, and make it possible, in a way even force Gnome to do some serious restructuring on their framework, leading to a better Linux Desktop in general.

by bob (not verified)

"To change button-order originally they had to change it manually in all applications."

That, my friend, is because the change was not just as simple as [Ok] [Cancel] changing to [Cancel] [Ok]

For example if you try to close a modified document in GEdit you get
[Close without Saving] [Cancel] [Ok]

Which when you flick it round is [Ok] [Cancel] [Close without Saving] when it should be [Ok] [Close without Saving] [Cancel].

Simply flipping the order of the buttons is easy (and indeed Gtk+ has had an option to do this for the last 2 major releases), but there is more to it than that.

by SiberianHotDog (not verified)

Yeah! Just look at qt 4.2 how difficult that is! i doubt the gnome guys can do something like that :P.

by Reply (not verified)

Let's look at it when it's released.

by SiberianHotDog (not verified)

well, there is the preview release, so you can already look at it now ;). i don't think they are changing much there, at leased not the current functionality.

by sundher (not verified)

Wasn't gtkmm supposed to be GNOME's version of Qt? At the very least I remember comparisons between the two.

by Andreas Tunek (not verified)

No, gtkmm are the C++ bindings to GTK.

by Antifud (not verified)

GNOME already has these features. Double and single clicking has always been there, and selectable button order has been in GTK+ for a few years now (since v2.6).

by asdf (not verified)

> and selectable button order has been in GTK+ for a few years now (since v2.6).

Stop demonstrating your lack of clue in the public.

by Antifud (not verified)

> Stop demonstrating your lack of clue in the public.

Obviously... you're not a golfer.

by Darin Manica (not verified)

What is the application that allows Gnome apps to use the KDE File dialogs?

by Elijah Lofgren (not verified)

It's called KGtk: http://www.kde-look.org/content/show.php?content=36077

I like it a lot. I use it to make Firefox use the KDE file picker instead of the GNOME one.

You'll have to manually compile it though, which means installing a lot of kde-dev packages.

by Steve Warsnap (not verified)

What is the application that allows KDE apps to use the GTK File dialogs?

by Corbin (not verified)

The Gnome camp hasn't made one yet (nor have they made a kde style that allows you to use the gtk style).

by Anonymous (not verified)

> The switchable button order will make Qt apps look more in place in Gnome and OS X?), and hopefully Gnome will add a similar feature to make GTK/Gnome apps look more in place on a KDE desktop.

Current GTK+ version already support switchable button order (they did it for Gimp/Windows though).

by ciasa (not verified)

Switchable button ordering has been in KDE for a while now:
http://wiki.kde.org/tiki-index.php?page=Secret+Config+Settings#id757816

by Corbin (not verified)

By the way, D-BUS isn't GNOME, it was heavily inspired by DCOP, and is a freedesktop.org 'standard'. Also KDE4's code has almost completely transitioned to dbus from dcop.

by Kevin Krammer (not verified)

I am so proud :)
They named a class after one of my projects

by James Richard Tyrer (not verified)

I would still like to see Qt support choosing the font metrics:

1. Hinted at Screen Resolution (current method)

2. Hinted at Printer Resolution (Windows compatibility mode)

3. Not Hinted (PostScript mode)

Is there some reason that this isn't possible?

by Albert Astals Cid (not verified)

Is there some reason you are posting this here?

I mean i can post it in my jobs' internal mailing list and will have almost the same effect, zero.

If you want to communicate with the trolls use the proper channels.

by Thomas Zander (not verified)

> Is there some reason that this isn't possible?

It is possible.

by Corbin (not verified)

A lot (or maybe all?!?!) of the new features in 4.2 look awesome (QGraphicsView for plasma, DBUS support, 'undo framework', etc). I have a couple questions about the QFileSystemWatcher class (I already looked in the docs but it didn't say...), 1. Does it use inotify when available (it looks like it does, since it supports monitoring files), and 2. if you monitor the directory /foo, and a file is modified in /foo/bar/moo does the signal thats emitted point to the file, or '/foo'? If it points to the actual file (or if theres a way to make it do that), it would make it extremely easy to make a program I've been working on idly some.

All in all it looks great, and I would just like to thank all the trolls out there that contributed to making Qt as great as it is today!

by Corbin (not verified)

Looking at the archiving it looks like it DOES use inotify on Linux, though still not sure if you can use it for what I wanted exactly.

by me (not verified)

Does it use the NTFS Change Journal on windows? What does it use on MacOSX? I wrote a qt-program that manually interfaces to inotify and ntfs-cj, that was quite some work. Damn you trolls, couldn't you be six months faster?

well, great work!

by Alistair John S... (not verified)

Surely, the primary rationale for GNOME integration is probably the fact that most of the Major Distributions (SuSE, Fedora, Ubuntu) are now using GNOME by default and prefer vendors to write Gtk+ applications, for desktop integration purposes.

I imagine Trolltech have recognised this trend and do not wish to discourage potential customers from investing in Qt; integration with the GNOME desktop is critical.

Fortunately, this also gives us a greater migration path for people using GNOME that would instead like to use KDE. If KDE continues to be better integrated and provide superior technical solutions, but concentrates on seamless integration with GNOME and improved UI consistency, people will switch back to it. I believe that this is strategically important for KDE.

by fumbar (not verified)

Surely, the primary rationale for GNOME integration is probably the fact that most of the Major Distributions (SuSE, Fedora, Ubuntu) are now using GNOME by default...

Ubuntu is no major distribution.
Suse is a KDE distribution and Nat Friedman does not decide how users use it.
Fedora is no desktop distribution.

by Eric Laffoon (not verified)

LOL I especially enjoyed "Fedora is no desktop distribution"

Folks, don't buy the popcorn. There are hundreds of Linux distros and if you take the time to look at all of them I expect you'll still find most offering KDE as the default. However most offer a choice of desktops. User surveys may rate Ubuntu very highly (though there is also Kubuntu) but every reputable survey I've seen continues to favor KDE on the desktop. The most recent LinuxQuestions.org survey, which is probably the best online survey around, put KDE in the decisive lead while demonstrating it is hardly a KDE centric group on many applications.

As far as toolkit choice goes it's a lot more complex than just what is "business friendly". If you have unlimited developers resources, developers using GTK or want to turn around and sell proprietary enhanced versions of open source projects then GTK is an obvious choice. If developer resources are more critical, you have developers using Qt or you are looking to do purely GPL and/or proprietary development tracks Qt is more attractive. If you make a purely technical evaluation or you want to integrate well across all platforms Qt is also a logical choice.

It is important to realize that in the world of free software, as much as some loud voices may claim otherwise, it is impossible to legislate by fiat what desktop the community will use. Likewise the success of Trolltech indicates that what a few large companies do has no bearing on thousands of companies with different criteria. The coolest thing is that the work done on Qt is awesome and the work we do on KDE 4 will be likewise awesome and is sure to get noticed.

by Alistair John S... (not verified)

Ubuntu, maybe not yet, but it's the fastest growing. This isn't a perfect metric, but see:

http://distrowatch.com/

The poll on the side. Denying that these distributions are important for KDE is just plain stupid -- we want as many people as possible using KDE, so we have as many developers as possible, and more bug reports, so KDE continues to grow faster. I think ignoring a sizeable potential userbase is a dangerous thing to do..

by Corbin (not verified)

That 'poll' is only a measure of how many people went to the ubuntu page on distrowatch. I've been to only 2 distro pages on distrowatch and that was to the ubuntu page (I don't use ubuntu), and the SuSE page (I didn't use SuSE for till about 6 months after that). I will admit that Ubuntu has far more publicity than any other distro out there, but that doesn't make them the most popular, the most used, or the 'best' (for values of 'best' that aren't defined as 'most publicized').

by vm (not verified)

I wouldn't go by distrowatch numbers - they are heavily skewed.

I agree that SUSE is a major distro but draw a distinction - most SUSE users, I am pretty sure, are KDE users. Now, SLED, theone that 'supports' gnome, is different - it is NOT a major distro.

Ubuntu has a lot of marketing behind it - some by Shuttleworth, and a lot by gnome people. Some of that marketing is rubbing off but I actually haven't met anyone using ubuntu. In fact, most people even remotely interested in linux haven't heard of it. Ubuntu is NOT a major distro by any reckoning.

Fedora IS a major distro, unfortunately. But people switch between fedora and debian and perhaps other distros as well. And yes, fedora's KDE support is not optimal. The issue is that RH supports fedora and most of redhat's people work on gnome ( at least it used to be). But RH's gnome doesn't look any better than their KDE, unlike SLED 10.0.

by Terracotta (not verified)

Excuse me? Ubuntu IS a major distro, it is quite widespread and you can check on several fora you'll always find questions about ubuntu, not to mention the ubuntuforums, or the fud that's been spread by debian devs about ubuntu (compare it with what's been said about xandros which doesn't give as much back to debian is ubuntu does). Ok, Kubuntu is a bit the little brother though in my opinion the better distro of the two. You can measure a linux distro with the negativ news and well in this area it is equally mentioned as suse, fedora and mandrake...

by less-freedom GTK (not verified)

Just like most free (as freedom) projects have to adapt to non-free projects (for example, most GNU projects have to distribute Windows ports, but little Windows projects port to Linux), Qt (as a more free project here because of GNU GPL) has to adapt to Gtk (as a less free project here because of GNU Lesser GPL). I don't think the number of Gtk projects adapt to Qt can be big.

by Eric Laffoon (not verified)

There is no license restriction preventing the adapting process between LGPL and GPL programs. Note also that the KDE libraries are LGPL. If you want to talk about real obstacles there is the fact of KDE being able to load an X program as a KPart while there is no GNOME counterpart because there is no complementary technology available to adapt. At least with DBUS there is finally the potential for an IPC between desktop applications.

by Segedunum (not verified)

What major distributions? Suse isn't. Fedora isn't. Ubuntu isn't. They represent a miniscule amount of users.

"Fortunately, this also gives us a greater migration path for people using GNOME that would instead like to use KDE."

Well, they'll be doing it through good Qt technology, not through the recommended Gnome routes ;-). Qt will still integrate better with KDE though.

"If KDE continues to be better integrated and provide superior technical solutions, but concentrates on seamless integration with GNOME and improved UI consistency, people will switch back to it."

KDE and Qt can't integrate seamlessly with Gnome. There's been some integration to an extent with GTK, but the integration that can be done with Qt can only go so far - which provides people with the integration they need. If most of the best apps used on KDE and Gnome are Qt based ones........

by Caleb (not verified)

Theres a quote from from the Paul Simon song 'The boxer' that goes:
"a man hears what he wants to hear and disregards the rest"
To say the sort of things included in most of the replies to this post so far means you have a very closed mind and narrow view.

I make no comment on the quality of KDE or Gnome but to say that gnome doesn't have many users or that industry support is not important show a high level of blindness on your part.

Also, what developers like is not necessarily what users like...
I use Gnome. I am a user. I like it. Please don't attack me, bite me or any other nasty thing. I think all you KDE guys are awesome and doing a great job and I love it that qt4 integrates much better into the gnome desktop. (I love Amarok and Use Rosegarden)

Best regards, Caleb.

by LuckySandal (not verified)

"Widgets can be styled using stylesheets that follow a syntax similar to that used by Cascading Style Sheets (CSS) for HTML."

This is frickin' awesome. Do you realize what this means? Konqueror will be able to (realistically) support XUL and Mozilla plugins. Sweet!

by anony (not verified)

Given how Firefox plugins tend to leak memory, I'm hoping it just becomes easier to design plugins/extensions for konqueror so the active KDE community can make their own.

by LuckySandal (not verified)

Umm... Javascript (the language used to write most firefox extensions) is garbage-collected; it cannot leak memory.

by Erik Martino Hansen (not verified)

Javascript can most certainly leak memory! Pure Javascript objects may be garbage collected but XPCOM objects such as DOM nodes are reference counted. If you create a circular reference, which you can easily do by accident, the objects will not be garbage collected.

I don't think memory leaks are the cause of Firefox's heavy memory consumption though, more likely it is because of cached images and html.

by Brandybuck (not verified)

"it cannot leak"

Famous last words...

by cylab (not verified)

Memory leaks and garbage collection are nearly unrelated. In fact memory leaks are one of the biggest problems in application development, regardless of the memory management model.

Trust me, I am working on a large java based desktop application and get bitten consistently by memory leaks, mainly because of static references. For most of them I don't have any control, since they are buried deep into third patry code. I spend days and weeks with my profiler to find the paths to this static references and to incorporate fixes to cut the chain, which is not an easy task, since garbage collected languages don't have destructors - HURRAY!

by demise (not verified)

"since garbage collected languages don't have destructors - HURRAY!"

Not true. Take a look at DigitalMars D (http://www.digitalmars.com/d/). Better than Java, much better than C++, consists of the best practices from both worlds.