<br><br><div><span class="gmail_quote">On 10/21/05, <b class="gmail_sendername"><a href="mailto:Nicolas.Castagne@imag.fr">Nicolas.Castagne@imag.fr</a></b> <<a href="mailto:Nicolas.Castagne@imag.fr">Nicolas.Castagne@imag.fr
</a>> wrote:</span><br>
<br>
[snip]<div><br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">2/ the effects of project option / C++ / Qt / use QT4 are not really<br>clear... On my config, the qmake 3 and uic 3 were still used for
<br>compiling, even when selecting QT4 and entering the correct path to QT4...</blockquote><div><br>
It's far from obvious, I agree. I had to read the code to figure it
out. As far as I can tell, it ONLY affects the automated guessing of
base class declaration header file when using the Class Wizard to
derive a Qt class.<br>
<br>
class Foo : public QLabel<br>
when set to Qt3 this will produce #include <qlabel.h> in the resulting foo.h header file<br>
and when set to Qt4, #include <QLabel><br>
<br>
It has NOTHING to do with the build settings. This does make some sense
when you realize it's implemented in the cpp language plugin
(independent of the build system) and is in the "c++ specific"
settings, not the build settings.<br>
<br>
Some tooltips and a renaming of the "Qt" tab to "Class Wizard" would probably help clear a bit of the confusion.<br>
<br>
<br>
Btw, apart from this marginally useful feature, what other "Qt4 improvements" do we have in 3.3?<br>
 </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">3/ It seems that QT3 designer is not compatible with QT3 uic.<br>Consequently, the fact that .ui files in kdevelop open QT3 designer is a
<br>problem. If it is not possible to incorporate QT4 designer as a plug in to<br>Kdevelop, it would be nice to use QT4 designer when using the<br>OpenWith/QTDesigner in the contextual menu of .ui files.</blockquote><div>
<br>
The internal designer is, as you say, based on Qt3 designer and can as
such not handle Qt4 ui files. I doubt it's a trivial matter to have
KDevelop recognize the different file versions and only allow launching
the internal version if it is a Qt3 file.<br>
<br>
I think it's better to configure KDevelop to launch designer
externally. Without testing it, I'd assume KDevelop still launches
whatever external handler of .ui files you have registered with .ui
files. If you associate the Qt4 designer with .ui files, it will be
used for opening them. I have no idea if the Qt4 designer is backwards
complatible with Qt3 .ui files though.<br>
</div><br></div><br>
<br>
[snip]<br>
<br>
// jens<br>