Re: [Qt-creator] Qt Creator and generic projects

2010-03-12 Thread kai.koehne
People,

calm down a little. I myself felt somewhat attacked by Danny's mail ... the 
problem at hand has been discussed at great length already on this list, and 
his mail did seem to have no other purpose than ranting. Yes, qmake is 
under-documented. Yes, .pro.user  session files cannot really be shared, which 
some of us would like to do. But we (as the core developers) have other things 
on the plate too, and in fact things that have a higher priority. That's life. 
But I'm with Daniel in the regard that bringing this up again and again, and in 
the form of a rant, doesn't help anyone.

Kai Koehne

Disclaimer: This is my personal opinion, and is NOT necessarily the opinion of 
Nokia as a company. ;)

From: qt-creator-boun...@trolltech.com [qt-creator-boun...@trolltech.com] On 
Behalf Of ext Robert Caldecott [robert.caldec...@gmail.com]
Sent: Friday, March 12, 2010 10:10 AM
To: qt-creator@trolltech.com
Subject: Re: [Qt-creator] Qt Creator and generic projects

Is this the official Nokia response Daniel?  Because Danny Price is
correct - the current session scheme/.user files is *useless* in a
team environment.  The only way to make projects work that contain
multiple libs and build steps is to hack the .pro file, a mechanism
that is both poorly documented and poorly understood.  I tell my team
to avoid the Project tab because the settings within cannot be shared
- a serious problem for us developers trying to get a job done.

As a real-world user of your product I am shocked and saddened by your
aggressive response.  You should listen to our complaints instead of
dismissing them as 'wrong' and 'stupid'.

I'd go as far to say that I think you owe Danny an apology.

On 12 March 2010 08:25, Daniel Teske daniel.te...@nokia.com wrote:
 rantAbout qmake/rant

 Did you even read the original mail? That asked a question about qmake.
 Instead you are spreading again your misinformed wrong and stupid viewpoint.
 Please stop that immediately.

 daniel
 ___
 Qt-creator mailing list
 Qt-creator@trolltech.com
 http://lists.trolltech.com/mailman/listinfo/qt-creator

___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator

___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator


Re: [Qt-creator] Qt Creator and generic projects

2010-03-12 Thread Robert Caldecott
You thinking describing a user's comments as 'stupid' and 'wrong'
helps anyone?  You think it makes us end-users feel that Nokia give a
damn about our concerns?

Nokia have slipped in my opinion today.  But I'm just an end-user, so
who cares right?

On 12 March 2010 09:43,  kai.koe...@nokia.com wrote:
 People,

 calm down a little. I myself felt somewhat attacked by Danny's mail ... the 
 problem at hand has been discussed at great length already on this list, and 
 his mail did seem to have no other purpose than ranting. Yes, qmake is 
 under-documented. Yes, .pro.user  session files cannot really be shared, 
 which some of us would like to do. But we (as the core developers) have other 
 things on the plate too, and in fact things that have a higher priority. 
 That's life. But I'm with Daniel in the regard that bringing this up again 
 and again, and in the form of a rant, doesn't help anyone.

 Kai Koehne

___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator


Re: [Qt-creator] Qt 4.7 and Qt Creator 2.0 Technology Previews Released

2010-03-12 Thread Robert Löhning
ext Stephen Chu schrieb:
 I've been using 1.3.81 snapshots. How much different is it from the 2.0 
 alpha?
 
 Thanks.
 

Hi Stephen,

the 1.3.81 snapshots were built from the 2.0.0-alpha branch. The Alpha 
even shows the Version number 1.3.81. Since the beginning of March 
mainly bugfixes were added to this branch. So when you have a recent 
Creator 1.3.81 you won't see many new features in the Alpha - but you 
can expect it to be more stable.

Regards,
Robert
___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator


[Qt-creator] Mercurial in v2 Alpha?

2010-03-12 Thread Robert Caldecott
I'm not in a position to try the Qt Creator v2 Preview yet but before
I do, has support for Mercurial been added yet?  :)
___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator


Re: [Qt-creator] Mercurial in v2 Alpha?

2010-03-12 Thread Coda Highland
Likewise.

On Fri, Mar 12, 2010 at 8:30 AM, Robert Caldecott
robert.caldec...@gmail.com wrote:
 I'll put it through it's paces. :)

 On 12 Mar 2010, at 14:26, Daniel Teske daniel.te...@nokia.com wrote:

 On Friday 12 March 2010 15:18:05 ext Robert Caldecott wrote:
 I'm not in a position to try the Qt Creator v2 Preview yet but before
 I do, has support for Mercurial been added yet?  :)
 Yes. It's brand new so obviously feedback is welcome. (And
 internally we don't
 have mecurial repositories.)

 daniel
 ___
 Qt-creator mailing list
 Qt-creator@trolltech.com
 http://lists.trolltech.com/mailman/listinfo/qt-creator
 ___
 Qt-creator mailing list
 Qt-creator@trolltech.com
 http://lists.trolltech.com/mailman/listinfo/qt-creator


___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator


Re: [Qt-creator] Qt 4.7 and Qt Creator 2.0 Technology Previews Released

2010-03-12 Thread Stephen Chu
In article stephen-8fe40e.10520712032...@nntp.trolltech.com,
 Stephen Chu step...@ju-ju.com wrote:

 In article 201003121621.52903.daniel.te...@nokia.com,
  Daniel Teske daniel.te...@nokia.com wrote:
 
   I am using 1.3.81 with Qt 4.6.2 on the Mac. I find the debugger helper
   doesn't seem to work anymore. All the Qt types like QVector only shows
   anonymous union instead any of the useful things like number of items
   and the first few values. Does Creator 2.0 only work with Qt 4.7?
  No, creator should work with any Qt = 4.4. Try rebuilding the debugging 
  helpers in the qt version dialog found in Tools/Options.
 
 Yes. I did rebuild the helpers. It's the first thing I do every time I 
 update. Still the same.
 
  If that doesn't solve the problem, please send the content of the right 
  view 
  of Debug/Views/Debugger.
 
 Here the screenshot:
 http://farm5.static.flickr.com/4044/4426675699_7505c48756_o.png
 
 Thanks.

BTW. This is on Mac OS X 10.5.8 Intel.

-- 
Stephen Chu
___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator


Re: [Qt-creator] Qt Creator and generic projects

2010-03-12 Thread Bryce Schober
OK, apparently none of you guys actually understood my initial question. I'm
trying to construct an external Makefile project. I'd be perfectly happy
with hacking around in a .pro file if that was actually an option, but it
isn't. Am I just stuck? All I really need is for Qt Creator to explicitly
support an empty builddir spec in the .creator.user format, and make the
abs-pathing internal and temporary (not saved back to the file). That single
fix will make me a very happy user.

On Fri, Mar 12, 2010 at 7:30 AM, Robert Caldecott 
robert.caldec...@gmail.com wrote:

 So in other words, I'd you don't like it, go take a running jump.
 Unbelievable. You have just lost an avid supporter. Congratulations.

 On 12 Mar 2010, at 15:20, Oswald Buddenhagen oswald.buddenha...@nokia.com
   wrote:

  On Fri, Mar 12, 2010 at 01:36:45PM +0100, ext Robert Caldecott wrote:
  Your comment was beyond harsh - it was rude IMHO.
 
  yes. deservedly so. not for this mail of danny, but for his life
  work.
  there's a limit to what we are willing (and can be expected) to take.
 
  This is not an unreasonable request. I shouldn't have to expect my
  team to hand-craft .pro files in this way.
 
  danimo explained what the reasons are and what you can do to improve
  it.
  the eclipsers want to attack that problem as well. feel free to find
  inspiration there. ;)
  ___
  Qt-creator mailing list
  Qt-creator@trolltech.com
  http://lists.trolltech.com/mailman/listinfo/qt-creator
 ___
 Qt-creator mailing list
 Qt-creator@trolltech.com
 http://lists.trolltech.com/mailman/listinfo/qt-creator




-- 
Bryce Schober
___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator


Re: [Qt-creator] Qt Creator and generic projects

2010-03-12 Thread Thorbjørn Lindeijer
On 03/12/2010 05:19 PM, ext Bryce Schober wrote:
 OK, apparently none of you guys actually understood my initial question.
 I'm trying to construct an external Makefile project. I'd be perfectly
 happy with hacking around in a .pro file if that was actually an option,
 but it isn't. Am I just stuck? All I really need is for Qt Creator to
 explicitly support an empty builddir spec in the .creator.user format,
 and make the abs-pathing internal and temporary (not saved back to the
 file). That single fix will make me a very happy user.

Right, thanks for getting back to your original issue. I'd have 
completely missed it with all the other stuff going on in this thread. :)

The issue you're having with the build directory does not seem unfixable 
(it looks like a bug that Qt Creator changes the path to absolute and 
saves that back). I'll look into it on Monday.

Regards,
Bjørn

-- 
Thorbjørn Lindeijer
Software Engineer
Nokia, Qt Development Frameworks
___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator


Re: [Qt-creator] Qt Creator and generic projects

2010-03-12 Thread Bryce Schober
Actually, I've been debugging it myself, and not knowing the code better, it
seems pretty deeply rooted. The implementation of
Qt4BuildConfiguration::buildDirectory() does the same. The implementation of
CMakeBuildConfiguration::buildDirectory() looks different, but is
effectively the same, since cmakeTarget()-cmakeProject()-sourceDirectory()
also returns an abs-path.

I think a more ideal and generic solution would be to allow for relative
paths anchored on the project file. That could actually help satisfy many of
the complaints in this thread, I would think. This would probably require a
distinction between the user-entered build dir, with possible relative
paths, and the build dir used by project-building functionality, which
apparently is most happy with abs-paths for everything. If a new interface
(maybe userBuildDirectory() was used for re-initing the project fields
(GenericBuildSettingsWidget::init), but everything else used the existing
buildDirectory() interface, that seems like it would work fine. How this
would map to the other projectmanager implementations is beyond me.

2010/3/12 Thorbjørn Lindeijer thorbjorn.lindei...@nokia.com

 On 03/12/2010 05:19 PM, ext Bryce Schober wrote:
  OK, apparently none of you guys actually understood my initial question.
  I'm trying to construct an external Makefile project. I'd be perfectly
  happy with hacking around in a .pro file if that was actually an option,
  but it isn't. Am I just stuck? All I really need is for Qt Creator to
  explicitly support an empty builddir spec in the .creator.user format,
  and make the abs-pathing internal and temporary (not saved back to the
  file). That single fix will make me a very happy user.

 Right, thanks for getting back to your original issue. I'd have
 completely missed it with all the other stuff going on in this thread. :)

 The issue you're having with the build directory does not seem unfixable
 (it looks like a bug that Qt Creator changes the path to absolute and
 saves that back). I'll look into it on Monday.

 Regards,
 Bjørn

 --
 Thorbjørn Lindeijer
 Software Engineer
 Nokia, Qt Development Frameworks
 ___
 Qt-creator mailing list
 Qt-creator@trolltech.com
 http://lists.trolltech.com/mailman/listinfo/qt-creator




-- 
Bryce Schober
___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator


Re: [Qt-creator] Qt 4.7 and Qt Creator 2.0 Technology Previews Released

2010-03-12 Thread Coda Highland
Qt Creator will allow you to build Qt projects with 4.4 or later.
Creator itself must be built with a sufficiently recent version.

/s/ Adam

On Fri, Mar 12, 2010 at 8:38 PM, Nikos Chantziaras rea...@arcor.de wrote:
 On 03/12/2010 05:21 PM, Daniel Teske wrote:

 I am using 1.3.81 with Qt 4.6.2 on the Mac. I find the debugger helper
 doesn't seem to work anymore. All the Qt types like QVector only shows
 anonymous union  instead any of the useful things like number of items
 and the first few values. Does Creator 2.0 only work with Qt 4.7?
 No, creator should work with any Qt= 4.4. Try rebuilding the debugging
 helpers in the qt version dialog found in Tools/Options.

 If that doesn't solve the problem, please send the content of the right view
 of Debug/Views/Debugger.

 I'm not sure it works with Qt 4.6.2.  Trying to build Creator from Git
 results in:

 Project MESSAGE: Cannot build Qt Creator with Qt version 4.6.2.
 Project ERROR: Use at least Qt 4.7.
 ___
 Qt-creator mailing list
 Qt-creator@trolltech.com
 http://lists.trolltech.com/mailman/listinfo/qt-creator


___
Qt-creator mailing list
Qt-creator@trolltech.com
http://lists.trolltech.com/mailman/listinfo/qt-creator


Re: [Qt-creator] Couldn't generate ui_.h, is it a bug?

2010-03-12 Thread M. Bashir Al-Noimi


On 13/03/2010 09:02 ص, John Vilburn wrote:

Did you notice the

WARNING: Failure to find: FORMS

That indicates that something is wrong with the FORMS definitions in 
your .pro file which is the reason it is not generating the ui files.
Sure I noticed it. I didn't modify .pro file after latest successful 
run. Any way .pro file has


FORMS += mainwindow.ui \
aboutdialog.ui \
randomsgeneratordialog.ui


you review that attachment file in the last post, it contains whole project.


Aloha,
John

On Mar 12, 2010, at 8:50 PM, M. Bashir Al-Noimi wrote:


Hi All,

During coding a Simulation project (see the attachment plz) I noticed 
that Qt Creator not able to generate ui_*.h files, *is a bug or 
something else?*


*How I can fix this issue?*


Qt Creator gave me the following error log:


Running build steps for project FactorySimulator...

Starting: c:/qt/2010.02.1/qt/bin/qmake.exe 
Q:/Academic/SVU/courses/SM-Rand 
Elkouatly/F09/project1/FactorySimulator/FactorySimulator.pro -spec 
win32-g++ -r CONFIG+=release

WARNING: Failure to find: FORMS
WARNING: Failure to find: +=
WARNING: Failure to find: FORMS
WARNING: Failure to find: +=
Exited with code 0.
Starting: C:/Qt/2010.02.1/mingw/bin/mingw32-make.exe -w
mingw32-make: Entering directory `Q:/Academic/SVU/courses/SM-Rand 
Elkouatly/F09/project1/FactorySimulator'

C:/Qt/2010.02.1/mingw/bin/mingw32-make -f Makefile.Release
mingw32-make[1]: Entering directory `Q:/Academic/SVU/courses/SM-Rand 
Elkouatly/F09/project1/FactorySimulator'
g++ -c -O2 -frtti -fexceptions -mthreads -Wall -DUNICODE 
-DQT_LARGEFILE_SUPPORT -DQT_DLL -DQT_NO_DEBUG -DQT_SVG_LIB 
-DQT_GUI_LIB -DQT_CORE_LIB -DQT_THREAD_SUPPORT -DQT_NEEDS_QMAIN 
-Ic:\Qt\2010.02.1\qt\include\QtCore 
-Ic:\Qt\2010.02.1\qt\include\QtGui 
-Ic:\Qt\2010.02.1\qt\include\QtSvg -Ic:\Qt\2010.02.1\qt\include 
-Ic:\Qt\2010.02.1\qt\include\ActiveQt -Imoc 
-Ic:\Qt\2010.02.1\qt\mkspecs\win32-g++ -o obj\mainwindow.o 
mainwindow.cpp

mainwindow.cpp:2:27: error: ui_mainwindow.h: No such file or directory
mainwindow.cpp: In constructor 'MainWindow::MainWindow(QWidget*)':
mainwindow.cpp:6: error: invalid use of incomplete type 'struct 
Ui::MainWindow'

mainwindow.h:14: error: forward declaration of 'struct Ui::MainWindow'
mainwindow.cpp:9: error: invalid use of incomplete type 'struct 
Ui::MainWindow'

mainwindow.h:14: error: forward declaration of 'struct Ui::MainWindow'
mainwindow.cpp:10: error: invalid use of incomplete type 'struct 
Ui::MainWindow'

mainwindow.h:14: error: forward declaration of 'struct Ui::MainWindow'
mainwindow.cpp:11: error: invalid use of incomplete type 'struct 
Ui::MainWindow'

mainwindow.h:14: error: forward declaration of 'struct Ui::MainWindow'
mainwindow.cpp:12: error: invalid use of incomplete type 'struct 
Ui::MainWindow'

mainwindow.h:14: error: forward declaration of 'struct Ui::MainWindow'
mainwindow.cpp:16: error: invalid use of incomplete type 'struct 
Ui::MainWindow'

mainwindow.h:14: error: forward declaration of 'struct Ui::MainWindow'
mainwindow.cpp:17: error: invalid use of incomplete type 'struct 
Ui::MainWindow'

mainwindow.h:14: error: forward declaration of 'struct Ui::MainWindow'
mainwindow.cpp:62: error: invalid use of incomplete type 'struct 
Ui::MainWindow'

mainwindow.h:14: error: forward declaration of 'struct Ui::MainWindow'
mainwindow.cpp: In destructor 'virtual MainWindow::~MainWindow()':
mainwindow.cpp:67: warning: possible problem detected in invocation 
of delete operator:
mainwindow.cpp:67: warning: invalid use of incomplete type 'struct 
Ui::MainWindow'

mainwindow.h:14: warning: forward declaration of 'struct Ui::MainWindow'
mainwindow.cpp:67: note: neither the destructor nor the 
class-specific operator delete will be called, even if they are 
declared when the class is defined.
mainwindow.cpp: In member function 'virtual void 
MainWindow::changeEvent(QEvent*)':

mainwindow.cpp:73: error: invalid use of incomplete type 'struct QEvent'
c:\Qt\2010.02.1\qt\include/QtCore/../../src/corelib/kernel/qobject.h:62: 
error: forward declaration of 'struct QEvent'
mainwindow.cpp:74: error: incomplete type 'QEvent' used in nested 
name specifier
mainwindow.cpp:75: error: invalid use of incomplete type 'struct 
Ui::MainWindow'

mainwindow.h:14: error: forward declaration of 'struct Ui::MainWindow'
mainwindow.cpp: In member function 'void 
MainWindow::on_action_zoomIn_triggered()':
mainwindow.cpp:95: error: invalid use of incomplete type 'struct 
Ui::MainWindow'

mainwindow.h:14: error: forward declaration of 'struct Ui::MainWindow'
mainwindow.cpp: In member function 'void 
MainWindow::on_action_zoomOut_triggered()':
mainwindow.cpp:100: error: invalid use of incomplete type 'struct 
Ui::MainWindow'

mainwindow.h:14: error: forward declaration of 'struct Ui::MainWindow'
mainwindow.cpp: In member function 'void 
MainWindow::on_action_zoomFit_triggered()':
mainwindow.cpp:105: error: invalid use of incomplete 

Re: [Qt-creator] Couldn't generate ui_.h, is it a bug?

2010-03-12 Thread John Vilburn
Notice the line in the .pro file right before the FORMS definition.

It has an escaped newline, thus making the FORMS definition look like part of 
the HEADERS list.
Remove the \ at the end of that line and it should fix the problem.

Aloha,
John

On Mar 12, 2010, at 9:19 PM, M. Bashir Al-Noimi wrote:

 
 On 13/03/2010 09:02 ص, John Vilburn wrote:
 
 Did you notice the
 
 WARNING: Failure to find: FORMS
 
 That indicates that something is wrong with the FORMS definitions in your 
 .pro file which is the reason it is not generating the ui files.
 Sure I noticed it. I didn't modify .pro file after latest successful run. Any 
 way .pro file has
 FORMS += mainwindow.ui \
 aboutdialog.ui \
 randomsgeneratordialog.ui
 
 you review that attachment file in the last post, it contains whole project.
 
 Aloha,
 John
 
 On Mar 12, 2010, at 8:50 PM, M. Bashir Al-Noimi wrote:
 
 Hi All,
 
 During coding a Simulation project (see the attachment plz) I noticed that 
 Qt Creator not able to generate ui_*.h files, is a bug or something else?
 
 How I can fix this issue?
 
 
 Qt Creator gave me the following error log:
 
 Running build steps for project FactorySimulator...
 Starting: c:/qt/2010.02.1/qt/bin/qmake.exe Q:/Academic/SVU/courses/SM-Rand 
 Elkouatly/F09/project1/FactorySimulator/FactorySimulator.pro -spec 
 win32-g++ -r CONFIG+=release 
 WARNING: Failure to find: FORMS
 WARNING: Failure to find: +=
 WARNING: Failure to find: FORMS
 WARNING: Failure to find: +=
 Exited with code 0.
 Starting: C:/Qt/2010.02.1/mingw/bin/mingw32-make.exe -w 
 mingw32-make: Entering directory `Q:/Academic/SVU/courses/SM-Rand 
 Elkouatly/F09/project1/FactorySimulator'
 C:/Qt/2010.02.1/mingw/bin/mingw32-make -f Makefile.Release
 mingw32-make[1]: Entering directory `Q:/Academic/SVU/courses/SM-Rand 
 Elkouatly/F09/project1/FactorySimulator'
 g++ -c -O2 -frtti -fexceptions -mthreads -Wall -DUNICODE 
 -DQT_LARGEFILE_SUPPORT -DQT_DLL -DQT_NO_DEBUG -DQT_SVG_LIB -DQT_GUI_LIB 
 -DQT_CORE_LIB -DQT_THREAD_SUPPORT -DQT_NEEDS_QMAIN 
 -Ic:\Qt\2010.02.1\qt\include\QtCore -Ic:\Qt\2010.02.1\qt\include\QtGui 
 -Ic:\Qt\2010.02.1\qt\include\QtSvg -Ic:\Qt\2010.02.1\qt\include 
 -Ic:\Qt\2010.02.1\qt\include\ActiveQt -Imoc 
 -Ic:\Qt\2010.02.1\qt\mkspecs\win32-g++ -o obj\mainwindow.o mainwindow.cpp
 mainwindow.cpp:2:27: error: ui_mainwindow.h: No such file or directory
 mainwindow.cpp: In constructor 'MainWindow::MainWindow(QWidget*)':
 mainwindow.cpp:6: error: invalid use of incomplete type 'struct 
 Ui::MainWindow'
 mainwindow.h:14: error: forward declaration of 'struct Ui::MainWindow'
 mainwindow.cpp:9: error: invalid use of incomplete type 'struct 
 Ui::MainWindow'
 mainwindow.h:14: error: forward declaration of 'struct Ui::MainWindow'
 mainwindow.cpp:10: error: invalid use of incomplete type 'struct 
 Ui::MainWindow'
 mainwindow.h:14: error: forward declaration of 'struct Ui::MainWindow'
 mainwindow.cpp:11: error: invalid use of incomplete type 'struct 
 Ui::MainWindow'
 mainwindow.h:14: error: forward declaration of 'struct Ui::MainWindow'
 mainwindow.cpp:12: error: invalid use of incomplete type 'struct 
 Ui::MainWindow'
 mainwindow.h:14: error: forward declaration of 'struct Ui::MainWindow'
 mainwindow.cpp:16: error: invalid use of incomplete type 'struct 
 Ui::MainWindow'
 mainwindow.h:14: error: forward declaration of 'struct Ui::MainWindow'
 mainwindow.cpp:17: error: invalid use of incomplete type 'struct 
 Ui::MainWindow'
 mainwindow.h:14: error: forward declaration of 'struct Ui::MainWindow'
 mainwindow.cpp:62: error: invalid use of incomplete type 'struct 
 Ui::MainWindow'
 mainwindow.h:14: error: forward declaration of 'struct Ui::MainWindow'
 mainwindow.cpp: In destructor 'virtual MainWindow::~MainWindow()':
 mainwindow.cpp:67: warning: possible problem detected in invocation of 
 delete operator:
 mainwindow.cpp:67: warning: invalid use of incomplete type 'struct 
 Ui::MainWindow'
 mainwindow.h:14: warning: forward declaration of 'struct Ui::MainWindow'
 mainwindow.cpp:67: note: neither the destructor nor the class-specific 
 operator delete will be called, even if they are declared when the class is 
 defined.
 mainwindow.cpp: In member function 'virtual void 
 MainWindow::changeEvent(QEvent*)':
 mainwindow.cpp:73: error: invalid use of incomplete type 'struct QEvent'
 c:\Qt\2010.02.1\qt\include/QtCore/../../src/corelib/kernel/qobject.h:62: 
 error: forward declaration of 'struct QEvent'
 mainwindow.cpp:74: error: incomplete type 'QEvent' used in nested name 
 specifier
 mainwindow.cpp:75: error: invalid use of incomplete type 'struct 
 Ui::MainWindow'
 mainwindow.h:14: error: forward declaration of 'struct Ui::MainWindow'
 mainwindow.cpp: In member function 'void 
 MainWindow::on_action_zoomIn_triggered()':
 mainwindow.cpp:95: error: invalid use of incomplete type 'struct 
 Ui::MainWindow'
 mainwindow.h:14: error: forward declaration of 'struct Ui::MainWindow'
 mainwindow.cpp: In member function 'void