Trolltech Releases Qt 3.2

The newest iteration of Qt has been released today. See the announcement on Trolltech's site. User desktop improvements include a "completely re-written, faster font rendering engine." Developer improvements include new QSplashScreen and QToolBox objects. Looks fun!

KDE developers will be pleased to hear that Qt 3.2 is available from the qt-copy CVS module. It is expected that Qt 3.2 will be

required
for KDE's main development branch (CVS HEAD) in the near future. It should be noted that 3.1.x versions of KDE experience some problems with Qt 3.2 and that for that reason this combination is not recommended.

Dot Categories: 

Comments

by Thomas (not verified)

I am experiencing some problems with my SuSE 8.2 freetype lib as it seems it is not possible to get antialiasing to work with truetype fonts (at least it works with type 1 fonts). Anybody here who has similar problems (and possibly a solution)?

by James Richard Tyrer (not verified)

Please post your support question to the: kde-linux list and we will try to help you.

--
JRT

by Hein (not verified)

So QT 3.2 will it make easiert to migrate old motif programs? Any experiences?

by ac (not verified)

What is the nature of those problems? I thought Qt 3.x was supposed to be backwards compatible. Sounds like a serious bug.

by James Richard Tyrer (not verified)

The important question is, does this fix the problems with font names?

--
JRT

by cbcbcb (not verified)

Are developers interested in fixing KDE 3.1.x problems with QT 3.2, or are bug reports on this not welcome?

by autumn (not verified)

they add a "Splashscreen" widget? wtf? so no KDE/QT applications have had splashscreens before this NEW feature? Sounds like bloat to me.

by Chakie (not verified)

Well, it means that all apps don't need to roll their own splash implementation, thus reducing bloat.

by fault (not verified)

The fact that KDE/Qt applications had to roll their own SplashScreen widgets is evidence that TT's customers wanted a SplashScreen widget in Qt..

by David Johnson (not verified)

It's a trivial implementation. It doesn't cause any bloat. It is essentially a bare widget that displays a pixmap and starts a timer. At most it has 20 lines of real code.

by zeroskill (not verified)

It's better than a timed splash screen. This new splash widget displays automatically until the application is opened. Thus, no timer. It's automatic. Now, instead of a crappy timed splash screen in 20 lines, you can have a fully auto splash screen in 3 lines.

by Chris Howells (not verified)

It's the opposite of bloat. Before applications that wanted a splash screen had to write one from scratch. Now applications can use QSplashScreen (or KDE developers the soon to be KSplashScreen) therefore reducing code duplication.

by and large (not verified)

How does this new font rendering engine fit in with freetype2, Xft, etc for X ?

Are these things complementary? mutually exclusive?

Can someone gimme a clue, please?

by uga (not verified)

I think it still uses freetype, Xft ... as usual... the only thing you could probably notice is that fonts are actually BIGGER while webbrowsing. Well, at least they are much bigger in the qt-copy verson I have right now.

by Deciare (not verified)

Qt now recognises that fontconfig/Xft2 can artificially italicise fonts, so italics can now be selected for any font from font selection dialogues. :)

... At least I _think_ that's a new Qt feature. Not sure how long it's been there.

by somebody (not verified)

Is KDE goign to lose pace with Qt, since 3.2 was released now and KDE still has at least 5 months until 3.2 will be released and by then there wil almost be a new version of Qt. IT would really suck if KDE couldn't keep pace with Qt like in teh past where the releases were almsot simultaneous.

by Datschge (not verified)

Since when and why should there be a necessity to release KDE simultaneously to a new Qt version (which doesn't even fix known problems and thus forces KDE developers to work around them in KDE libs instead)?