[KDE Dot News]
 faq
 flatforty
 contribute
 subscribe
 configure
 search
 rdf
 main


  Qt 4.1 Now Available
Qt Posted by Jonathan Riddell on Tuesday 20/Dec/2005, @05:13
from the ooooohhh-shiney dept.
Trolltech has released Qt 4.1. The first feature release since Qt 4.0 includes new features which will make it into KDE 4 such as integrated support for rendering scalable vector graphics (SVG) drawings and animations, a PDF backend to the Qt printing system and a lightweight unit testing framework. Qt Designer has been updated, OpenGL support has been improved and SOCKS5 support has been added. Their 4.1.0 changes file has the full details. Get your copy from the X11 download page or from qt-copy in KDE's SVN.


<  |  >

 
  Related Links
 ·   Articles on Qt
 ·   Also by Jonathan Riddell
 ·   Contact author

Thread Threshold:

The Fine Print: The following comments are owned by whomever posted them.
( Reply )

Over 40 comments listed. Printing out index only.
Hope KDE 4 will require Qt 4.1
by Shyru on Tuesday 20/Dec/2005, @05:47
Given the SVG and PDF capabilities of Qt 4.1 and all other improvements I hope that KDE 4 will require Qt 4.1 as minimum version. Will that happen?
[ Reply To This | View ]
KSVG
by Thomas on Tuesday 20/Dec/2005, @06:22
http://svg.kde.org/
Did ksvg had any influence on the svg implementation of Qt? Do we now have two different svg renderers? Ksvg supports javascript, afaik. Which one will be used? SVG wallpapers and svg icons are rendered with ksvg atm.
[ Reply To This | View ]
Great!
by Iuri Fiedoruk on Tuesday 20/Dec/2005, @07:12
I've started using qt4 this year, and I belive it's the best open-source toolkit out there, I can't even imagine why some people still use things as wxwindows and gtk.. well maybe because they don't wnat to create GPL apps, shame on them.
[ Reply To This | View ]
how about qcanvas?
by Patcito on Tuesday 20/Dec/2005, @07:19
I thought it was going to be released with 4.1 :( I suppose it'll come out with 4.2 right guys?, :)
[ Reply To This | View ]
Native SSH Support
by Steve on Tuesday 20/Dec/2005, @08:09
Since FTP and HTTP are supported natively within QT, I'd love to see a native SSH client available.

Trolltech if you're listening, please implement it!

:D
[ Reply To This | View ]
Cairo Support
by Russel-Athletic on Tuesday 20/Dec/2005, @09:35
What is up with Cairo support in qt4?
Wasn't ther a rumour it will happen in qt 4.1?
I would just love to see everything rendered in Cairo/Glitz.
[ Reply To This | View ]
comparison
by Hotbird on Tuesday 20/Dec/2005, @11:11
i would like to see some performance/features comparison between qt4.1 / cairo-glitz / amanith OpenGL based renderers. Anyone know if XaraExtreme has accelerated or software renderer ?
[ Reply To This | View ]
performance of Qt4.1
by ac on Tuesday 20/Dec/2005, @12:12
In a kde mailinglist I read a comment from a kde dev saying that Qt4.0 is painting
*much* slower than Qt3... :-(

Has this situation improved with Qt 4.1?
Is it on pair, slower or faster than 3.3.5?

And what about the backingstore technology...?
Does that mean konqueror's tabwidget (and kde apps in general) will not flicker anymore when opening a new tab?

Many questions... I know, but I guess it's of a broad interest ;-)
[ Reply To This | View ]
WYSIWYG: Is this hopeless
by James Richard Tyrer on Tuesday 20/Dec/2005, @14:44
Having skimmed through the new documentation:

http://doc.trolltech.com/4.1/qfontmetrics.html
http://doc.trolltech.com/4.1/qprinter.htm
http://doc.trolltech.com/4.1/qpaintdevice.htm

I find two interesting points:

QList<int> QPrinter::supportedResolutions () const

For X11 where all printing is directly to postscript, this function will always return a one item list containing only the postscript resolution, i.e., 72 (72 dpi ... ).

int QFontMetrics::width ( QChar ch ) const

Returns the logical width of character ch in pixels.

I have to wonder, is it possible that the Trolls just don't get it? If you compute the font metrics at 72 DPI and then print it at 600 DPI, no wonder it looks BAD.

On Windows, the printer resolution list will contain numbers like 300, 600 that it gets from the printer driver. In that context, the resolution of PostScript is INFINITY.

[Another small problem is that not all printers have square resolution.]

OTOH, if we are just using the DPI as logical units it would work with 72 DPI except for the type of "QFontMetrics::width". "int" will not work, it needs to be "float" for X11. But, that won't work cross platform -- or will it? How does Redmond work?

The place to start appears to be with: "enum QPrinter::PrinterMode". This is where we should have the three modes:

ScreenResolution
PrinterResolution
PostScript

But, this has already been hacked so what appears to be needed is that: "HighResolution" should always refer to the resolution of the printer (we need this for Windows compatability and to make PDFs), and PostScript should be added as "3". The problem is that using this will break every function which returns the size of any font metric in pixels.

I don't have any good answers -- I can only note that they appear to have used the DOS/Windows paradigm of knowing the printer resolution and painted themselves into a corner. An interim solution would be for X11 to also use the Windows paradigm of using the printer resolution for WYSIWYG layout. But, this would require changes in KPrint so that it would use a PPD file for all printing. This would not be an ideal solution since the printing would still be a little off, but it would be a great improvement -- at 1200 DPI, you probably wouldn't be able to tell the difference.
[ Reply To This | View ]
Now what about KDE 4 itself?...
by SMC on Tuesday 20/Dec/2005, @18:19
Just curious if there are any estimates as to how soon KDE4 will hit the "usable alpha" stage at this point.
Just wondering how soon I, as a compulsive KDE-svn recompiler, can switch to the new KDE4 branch and expect to be able to reasonably use the resulting KDE system productively with "not too many" problems. Recompiling updates to KDE 3.5 just doesn't have the same thrill it used to...

(Is it possible and feasible to have QT4.x and QT3.x coexisting on the same system at the same time?)
[ Reply To This | View ]
3d
by pinky on Thursday 22/Dec/2005, @08:00
does there are plans to extende arthur to do 3d graphic too?
I have heard about the upcomming windows-api which will offer a all in one solution (2d/3d) through WPF. I think it would be a real improvement if the Qt api would also offer 2d/3d functionality in a integrative qt-way.

Are there any plans for the future?
[ Reply To This | View ]
Kubuntu Breezy packages?
by Sean Kelley on Thursday 22/Dec/2005, @14:55
I hope we will see some Kubuntu Breezy packages for this soon.

Sean
[ Reply To This | View ]
Missing features in Qt4 Designer
by Manuel Fdez on Friday 30/Dec/2005, @08:53
Where is the C++ editor inside Qt Designer?
Where is Project Settings Window?
Where is the Signal Handlers Tab?
I like to have the Properties Tab and Signal Handlers Tab in the same panel.

I think new concepts like Edit Signals/Slots Mode and choose Designer User Interface Mode (Docked Window and Multiple Top-Level Windows) are good.

I think the new Qt4 Designer is too simple , I like Qt3 Designer features.
[ Reply To This | View ]

 
The Fine Print: The previous comments are owned by whomever posted them.
( Reply )
  "Sorry, security is not optional." -- Waldo Bastian
KDE®, "K Desktop Environment", "KDE Dot News", "got the dot?" and the KDE Logo® are trademarks or registered trademarks of KDE e.V. in the European Union, the United States and other countries. All other trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the poster. The rest: Copyright © 2000-2008 KDE e.V. for The KDE Project. For further information or comments on this site, please contact the Webmaster.
[ home | post article | flat forty | subscribe | search | rdf ]