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
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)?
Please post your support question to the: kde-linux list and we will try to help you.
--
JRT
So QT 3.2 will it make easiert to migrate old motif programs? Any experiences?
What is the nature of those problems? I thought Qt 3.x was supposed to be backwards compatible. Sounds like a serious bug.
The important question is, does this fix the problems with font names?
--
JRT
Are developers interested in fixing KDE 3.1.x problems with QT 3.2, or are bug reports on this not welcome?
they add a "Splashscreen" widget? wtf? so no KDE/QT applications have had splashscreens before this NEW feature? Sounds like bloat to me.
Well, it means that all apps don't need to roll their own splash implementation, thus reducing bloat.
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..
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.
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.
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.
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?
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.
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.
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.
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)?