Date: Mon, 11 Aug 2003 15:29:45 +0900 From: Rob Lahaye <lahaye@snu.ac.kr> To: qt-bugs@trolltech.com, kde@FreeBSD.org Cc: ports@FreeBSD.org Subject: Re: [Issue N28081] designer nuissances / FreeBSD Port: qt-3.1.2_1 Message-ID: <3F3737D9.9000908@snu.ac.kr> In-Reply-To: <3F370C25.3000506@snu.ac.kr> References: <3F2B649F.5060300@snu.ac.kr> <20030804160532Z22377-26787%2B1191@trolltech.com> <3F370C25.3000506@snu.ac.kr>
next in thread | previous in thread | raw e-mail | index | archive | help
Rob Lahaye wrote: > qt-bugs@trolltech.com (Sigrid) wrote: > >>I am not able to reproduce your problem here. I create a form in >>Designer, add a QWidgetStack to the form and then add a QPushButton to >>the stack by clicking on the QPushButton and then clicking on the form. >>Is this the correct way of reproducing the problem? Problem solved! Until now, I was not aware of the existance of .qt/ and .designer/ directories in my home directory. Deleting both solved all my problems. Sorry for the noice. Rob. > > I have traced the problem down a bit further and discovered the following, > which is either a problem in the original qt package, or in the FreeBSD port. > > I have two FreeBSD PC's: > One has KDE, Gnome and lots of other desktop stuff installed, together with Qt 3.1.2. > The second one has merely the plain OS and system installation (no KDE, nor Gnome), > but it has the same version of Qt. > > The one with KDE, does not have the problems I've described. The problems only > appear on the "plain" PC. > > Comparing 'ldd /usr/X11R6/bin/designer' on both machines, shows that BOTH are linked > against > libqui.so.1 => /usr/X11R6/lib/libqui.so.1 (0x28284000) > libqt-mt.so.3 => /usr/X11R6/lib/libqt-mt.so.3 (0x282b1000) > libmng.so.1 => /usr/local/lib/libmng.so.1 (0x28890000) > libjpeg.so.9 => /usr/local/lib/libjpeg.so.9 (0x288e3000) > libpng.so.5 => /usr/local/lib/libpng.so.5 (0x28901000) > libz.so.2 => /usr/lib/libz.so.2 (0x28924000) > libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x28a12000) > libXft.so.2 => /usr/X11R6/lib/libXft.so.2 (0x28a1a000) > libfreetype.so.9 => /usr/local/lib/libfreetype.so.9 (0x28a2b000) > libfontconfig.so.1 => /usr/X11R6/lib/libfontconfig.so.1 (0x28a7b000) > libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x28aa1000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28aaf000) > libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x28b6b000) > libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x28b74000) > libstdc++.so.3 => /usr/lib/libstdc++.so.3 (0x28b8a000) > libm.so.2 => /usr/lib/libm.so.2 (0x28bcf000) > libc_r.so.4 => /usr/lib/libc_r.so.4 (0x28bea000) > liblcms.so.1 => /usr/local/lib/liblcms.so.1 (0x28c9f000) > libXThrStub.so.6 => /usr/X11R6/lib/libXThrStub.so.6 (0x28cb9000) > libexpat.so.4 => /usr/local/lib/libexpat.so.4 (0x28bce000) > > > But the PC with KDE has additional links against > libGLU.so.1 => /usr/X11R6/lib/libGLU.so.1 (0x28931000) > libGL.so.1 => /usr/X11R6/lib/libGL.so.1 (0x2899f000) > libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x289fd000) > libc.so.4 => /usr/lib/libc.so.4 (0x28cbb000) > libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x28d54000) > > > Does this shine any light on why the designer shows some unusual behaviour when > KDE is not there? > > Crucial question: is the FreeBSD port or the original Qt package broken when > KDE is not there? > > Regards, > Rob. > > > >>Rob Lahaye wrote: >> >>>The problem arises from following the designer manual html pages. >>>It's the section "Creating a Main Window Application". >>> >>>Short cutting the manual, please do this: >>> >>>1) start designer, and open "New/Open...Main window". >>> >>>2) the Wizard choices for the menus and toolbar is not relevant. >>> so keep clicking in the wizard until finished, to get the form. >>> >>>3) Now, according the designer manual one should do following: >>> - select WidgetStack from Containers, and drop it on the main form >>> - click on main form (to give focus to main form) and do Layout->>Layout Vertically. >>> the WidgetStack now fills the entire form. >>> - select Table widget from Views and drop it on the WidgetStack. >>> ===>> Boom, this causes a dialog to pop up telling me that I cannot insert >>> a widget into the layout Container Widget 'central widget'. >>> To do this, I must first break the layout. >>> >>> The dialog gives me a choice out of two: >>> 1) [Cancel] do not add widgets to the StackWidget (nonsense option in this case, >>> since what else is the purpose of the StackWidget...) >>> 2) [break the layout] but this will not add the Table widget to the StackWidget >>> page, but instead to the main form (so the new widget is not part of the >>> StackWidget). >>> >>> >>>With Vertical Layout for the WidgetStack, only a complex cut and paste manoeuvre in the Objects >>>Explorer allows me to add widgets to the pages of a WidgetStack. But then I cannot change the >>>Layout of these new widgets on the WidgetStack. >>> >>>By the way, the TabWidget has exactly the same problems as WidgetStack. > > > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3F3737D9.9000908>