File Templates wizard

Milian Wolff mail at milianw.de
Thu Jan 3 15:01:41 UTC 2013


On Thursday 03 January 2013 14:40:28 Andreas Pakulat wrote:
> Hi,
> 
> On Thu, Jan 3, 2013 at 2:25 PM, Andreas Pakulat <apaku at gmx.de> wrote:
> > On Sun, Dec 23, 2012 at 2:39 PM, Milian Wolff <mail at milianw.de> wrote:
> >> On Sunday 23 December 2012 10:48:44 Andreas Pakulat wrote:
> >>> - The generated include in my case is a path relative to the project
> >>> directory. This might be related to using the custom-buildsystem
> >>> manager, but then I would've expected at least getting the absolute
> >>> path from the manager there. Ideally though it would just be
> >>> <qobject.h>.
> >> 
> >> True. We'll need to check whether this also happens with CMake and fix it
> >> then either centrally or in the build system manager.
> > 
> > Yeap, also happens with CMake, but seemingly not with a Qt4 project. A
> > CMake Qt3 project however shows the same problem.
> 
> Actually this also happens with Qt4 when making sure to generate in a
> subdir (due to https://bugs.kde.org/show_bug.cgi?id=312105), I get
> 
> #include <qt4/QtCore/QObject>
> 
> generated as include instead of just #include <QtCore/QObject> or
> #include <QObject>

Can you (or did you already?) report a bug for that with the steps required to 
reproduce it? Thanks.

> Also found yet another bug
> (https://bugs.kde.org/show_bug.cgi?id=312537) in the wizard. Are there
> unit-tests for this thing (hoping the logic of the dialog is separated
> somewhat from the UI)?

Nope :(

Btw, fixed the other two bugs for you. And some other stuff I found while at 
it. One major gripe I have with the wizard currently is that it requires the 
mouse... But I can't for the life of it manage to get proper focus management 
done. I.e. the line edit for the class name should be preselected when the 
page becomes active. Somehow it seems we'll have to add some kind of 
"setFocus" or similar to the pages, or listen to the showevent and set 
focus... Ugly :-/

Also, somehow KAssistantDialog always sets "cancel" as the default button... 
Only once you *click* inside the dialog, is "next" becoming focused and the 
active button... This looks like a bug in  KAssistantDialog to me - or?

Cheers
-- 
Milian Wolff
mail at milianw.de
http://milianw.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20130103/76571ca3/attachment.sig>


More information about the KDevelop-devel mailing list