[Issue N28081] designer nuissances / FreeBSD Port: qt-3.1.2_1

[Rob Lahaye]

Rob Lahaye wrote:
> qt-bugs at 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.
> 
> 
> 
>