Anchoring the widgets for resizing with the form
-
wrote on 12 Apr 2016, 23:51 last edited by nulluse 4 Dec 2016, 23:51
From quick googling it appears as if Qt does not have the anchors and I am supposed to use the layouts. But I cannot find any info on how I can anchor the layouts to the form.
Do I need to write a signal handler to resize the layouts with the form? -
I don't understand your question.
What anchors do you need?
Layouts in Qt typically resize automatically if the form is resized. -
hi
If you place something widget on a from in Designer
and then right click the form, the last menu allows you to
add a layout.
This way you can add layout to most Widgets, not just forms.
But place other widget first inside the widget/form then right click. -
wrote on 13 Apr 2016, 13:43 last edited by nulluse
I think I misunderstood the correlation between the layouts in Qt Designer and the layouts mentioned in the tutorials. I thought that by layout they meant dropping one of the very top 3 components from the Qt Designer toolbox onto a form and adding all widgets to the layout, as I did not know that layout was something different and had to be accessed through a pop up menu instead.
-
I think I misunderstood the correlation between the layouts in Qt Designer and the layouts mentioned in the tutorials. I thought that by layout they meant dropping one of the very top 3 components from the Qt Designer toolbox onto a form and adding all widgets to the layout, as I did not know that layout was something different and had to be accessed through a pop up menu instead.
@nulluse
Hi the layouts in the list with widgets is also just layouts.
U can drag to widget to apply it.
Should work the same, but never tested it,
Always used right click. :) -
Ok
tested it.
They do not work the same. Sort like floating layouts or for layout in layout i guess.
Using right click will work better. -
wrote on 13 Apr 2016, 13:53 last edited by
Pardon my straight attitude, but this is sooooo counter intuitive!
The anchor approach is ways more straightforward and adds ways less overhead. -
Pardon my straight attitude, but this is sooooo counter intuitive!
The anchor approach is ways more straightforward and adds ways less overhead.@nulluse said:
anchor approach
well I used anchors in other frameworks and so far
Qt layouts are far better :)Very easy to use and setup. even for complex layout once u get the hang of it.
-
oh, just as a note.
Minimum and maximum size property is often useful with layouts.
Also on the layout layoutRow/colStretch if u want to change how much
each get. normal is 50/50
so if u write 2,1 the first get twice as much.
That was not intuitive and I still miss the ability to use %
But over all it works good. -
I think I misunderstood the correlation between the layouts in Qt Designer and the layouts mentioned in the tutorials. I thought that by layout they meant dropping one of the very top 3 components from the Qt Designer toolbox onto a form and adding all widgets to the layout, as I did not know that layout was something different and had to be accessed through a pop up menu instead.
@nulluse said:
I think I misunderstood the correlation between the layouts in Qt Designer and the layouts mentioned in the tutorials. I thought that by layout they meant dropping one of the very top 3 components from the Qt Designer toolbox onto a form and adding all widgets to the layout, as I did not know that layout was something different and had to be accessed through a pop up menu instead.
It's basically the same thing, only the way the code is generated is a bit different. When you drop a layout from the toolbox, it's inserted as a child layout (layouts can be nested) to the widget's layout. If your widget doesn't have a layout (which is the default) it floats around. When you use the context menu, you set the layout of the widget, hence your elements are not floating. In code this'd look like this:
QWidget * widget; //< The widget initialized from the form // This is approximately what's generated when you drag a layout from the toolbox QLayout * droppedFromToolbox; //< The layout that's generated when you drag it from the toolbox QLayout * widgetLayout = widget->layout(); if (widgetLayout) widgetLayout ->addItem(droppedFromToolbox); // This is what's generated (again approximately) when you use the context menu. QLayout * fromContextMenu; //< The layout selected from the context menu widget->setLayout(fromContextMenu);
You can see those are a bit different, but work on the same principle.
Kind regards.
-
wrote on 6 May 2016, 17:08 last edited by
After reading more on this I realize that the concept of layouts (also used in Android etc) is horrible comparing with straightforward, flexible and easy to set up system of anchors.
With the layouts you have to- set up your form for a layout before adding any widgets
if you missed #1 you are summarily screwed.
- choose by way of trial and error the layout that least mucks up the intended design
- freeze many widgets by entering min and max sizes (typing tons of numbers)
all instead of flipping the yes/no anchors of the widgets.
Looks like Qt came to their senses in Qt Quick (whatever it is) which now supports the anchors, but not in the regular .ui files.
To sum it up, this is a very counter-intuitive niche concept where the UI developer is totally at the mercy of the pre-defined layouts and once that is chosen, QtDesigner does not even support full undo function. If you want to support nothing but devices and smartphones, this is probably Okay, but for a normal desktop layouts are very counter-intuitive and counter-productive.
-
"niche concept"?
Are you sure layouts are a niche concept?
As far as I know Java GUI for example uses layouts as well (see https://docs.oracle.com/javase/tutorial/uiswing/layout/visual.html). I like layouts - they are very flexible and powerful. -
wrote on 9 May 2016, 13:44 last edited by
Adding a layout to the UI elements on a form resizes and rearranges them all and it is not possible to change their sizes once they are in a layout. How's that powerful and flexible?
-
Adding a layout to the UI elements on a form resizes and rearranges them all and it is not possible to change their sizes once they are in a layout. How's that powerful and flexible?
@nulluse
The layout define the size.Not reversed.
If you dont want the layout size for all widgets ,
u can then adjust with min/max sizes on individual widgets.
You can also instruct layout if u want to be greedy and use all space/and or other options. -
@nulluse
The layout define the size.Not reversed.
If you dont want the layout size for all widgets ,
u can then adjust with min/max sizes on individual widgets.
You can also instruct layout if u want to be greedy and use all space/and or other options.wrote on 9 May 2016, 14:30 last edited by@mrjj said:
@nulluse
If you dont want the layout size for all widgets ,
u can then adjust with min/max sizes on individual widgets.
You can also instruct layout if u want to be greedy and use all space/and or other options.Exactly! This is double work, and very tedious one, versus defining the anchors.
The anchors do not require defining fixed sizes. -
@mrjj said:
@nulluse
If you dont want the layout size for all widgets ,
u can then adjust with min/max sizes on individual widgets.
You can also instruct layout if u want to be greedy and use all space/and or other options.Exactly! This is double work, and very tedious one, versus defining the anchors.
The anchors do not require defining fixed sizes.@nulluse
Yeah but layouts dont either.
Its assumed u want same size for all.
So only if u dont , u set it.
Its not double work as often NOT needed.
I want same size for all anyway.
and u can have margins if u want and many other nice tweaks. -
@mrjj said:
@nulluse
If you dont want the layout size for all widgets ,
u can then adjust with min/max sizes on individual widgets.
You can also instruct layout if u want to be greedy and use all space/and or other options.Exactly! This is double work, and very tedious one, versus defining the anchors.
The anchors do not require defining fixed sizes.@nulluse said:
Exactly! This is double work, and very tedious one, versus defining the anchors.
The anchors do not require defining fixed sizes.Neither do layouts. There are things called resize policies and stretch factors, which I suppose you should take a look at. Also how do you anchor two elements back to back such that one of them takes 2/3 of the space and one 1/3, ain't it necessary to go and set that manually?
-
wrote on 9 May 2016, 16:26 last edited by
And that's even more work vs flipping yes/no anchors and not having to worry about anything else.
-
@nulluse
Yeah but layouts dont either.
Its assumed u want same size for all.
So only if u dont , u set it.
Its not double work as often NOT needed.
I want same size for all anyway.
and u can have margins if u want and many other nice tweaks.wrote on 9 May 2016, 16:27 last edited by@mrjj said:
@nulluse
Yeah but layouts dont either.
Its assumed u want same size for all.
So only if u dont , u set it.
Its not double work as often NOT needed.
I want same size for all anyway.
and u can have margins if u want and many other nice tweaks.You probably need to look at a system that uses anchors to realize how much more productive they allow the developers to be.
-
wrote on 21 May 2016, 19:06 last edited by
If the layouts are so wonderful, can anyone explain why specifying a horizontal layout for a form with 3 panels adds 9 pixel margin on all sides of the form? How can that margin be eliminated?