Cannot seem to make toolbar be vertical
-
@mrjj said in Cannot seem to make toolbar be vertical:
@JNBarchan
Oh, so its related to full app. Well better than in the actual pyQt.BTW, when I get an email notification of that reply of yours it includes a very sweet "Snoopy-good-luck-image" ( :) ), but when I view the post here I see nothing. How does that work? :)
-
@JNBarchan
That sounds really odd.
Maybe browser blocks external images or something?
Its normally visible in forum too.Also your reply have the image
as you can see here
http://imagizer.imageshack.com/img923/8103/gzf3el.png -
@mrjj
Well that too is odd, because I don't see the image under default Firefox from Linux nor IE 11 from Windows.... I do see it under Chrome for Windows... I wonder what the setting is? OTOH, I do see your two "MainWindow" screenshots in all, however... -
@mrjj
Well, good news, and bad news!I wonder whether you would be kind enough to investigate behaviour for me? The underlying problem seems to be to do with saving & restoring main window state, and is a bit weird....
First, starting from scratch my Python code for vertical, left-hand side toolbar is indeed working fine, in itself, just like the C++ code. So that's good.
The stakeholder has now decided that the toolbar is to be
setMovable(True)
after all (but stillsetFloatable(False)
).At this point, I can drag & dock toolbar to all 4 sides fine. As you know, when you drag toolbar main window "expands areas" to visually show where it can be docked, and all 4 are shown.
We save & restore main window layout (see below). If I have dragged toolbar to either left or right vertical all is well, after re-run program and restore toolbar can still be dragged to all 4 positions.
However, if I drag toolbar to either top or bottom horizontal, after re-run program and restore toolbar it is not only possible to drag it to top or bottom, never to left or right, and only the top & bottom areas "expand" to allow drop.
The only way to then rectify this is to delete the saved layout-state
.conf
file externally. Then all reverts to original good behaviour.IMPORTANT EDIT:
Skip all following stuff about save/restore, and go straight to next IMPORTANT EDIT afterward.The code outline is:
-
Take your C++ as starting point.
-
On window close:
QSettings.setValue("main_state", self.saveState())
-
In constructor, after having constructed toolbar & set its options:
mainState = Settings.value("main_state") if mainState: self.restoreState(mainState)
That is what causes this strange behaviour. I'm wondering whether this must somehow to be to do with http://doc.qt.io/qt-5/qtoolbar.html#allowedAreas-prop, because it's as though it's only allowing top & bottom now [EDIT: Just verified
self.toolbar.allowedAreas() == Qt::AllToolBarAreas
always, both before & after any restores.];unless it's something to do with the[EDIT: Just removed thesetOrientation
not supposed to be used withQMainWindow
....setOrientation
completely, doesn't seem to be needed (presumablyaddToolBar(Qt::LeftToolBarArea)
is dealing with this for main window, perhaps why they say don't usesetOrientation
for main window). But no difference for this problem behaviour, so you can try with or without according to me.]My head hurts. If you fancy looking into this you know I'd be most grateful!
IMPORTANT EDIT:
OK, forget about all the stuff to do with saving/restoring. It's not that. Quite simply, look at theQMainWindow::addToolBar(Qt::LeftToolBarArea, toolbar);
:- If you use
Qt::LeftToolBarArea
orQt::RightToolBarArea
, you can drag & drop toolbar to all 4 sides. - But if you use
Qt::TopToolBarArea
orQt::BottomToolBarArea
, you can never drag & drop to left or right side, only top or bottom.
Period. Given that it can support all 4 drag sides after starting at left or right, yet cannot support drag to left or right if starting at top or bottom, is this a bug??
[EDIT: Oh dear, this only appears to be the behaviour in my app, not in standalone test, I'm investigating further...]
-
-
@mrjj
If & when you have time to look at my latest edit to my question, you'll see we can skip anything to do with save/restore. The problem seems to be quite simple now: you cannot reposition a toolbar to left/right if it starts at top/bottom, but you can the other way round.....??[EDIT: Oh dear, oh dear, this is not a problem in the standalone test, only in my actual app. More investigating... :( Any idea at all what might cause this behaviour for me to look at?]
-
@mrjj
OK, once & for all, I think I understand what the situation is now(!)- You start with a horizontal toolbar on the main window.
- You have other layout/controls on the page, which take up a lot of horizontal layout. This effectively gives the page a minimum width, below which you cannot resize the window.
- Your window width is a bit more than the minimum, but not a lot wider.
- You attempt to drag the toolbar from horizontal at top to vertical at side.
The problem here is that there is not enough space across the width of the window to allow the vertical "docking" area for the toolbar to appear, because that would shrink the window's horizontal layout content below the minimum it needs. So you cannot drag & drop the toolbar to left or right.
In some shape or form, if you start out with the toolbar vertical it displays it there, but once it has been dragged to the top horizontal, it no longer lets you revert to vertical, which didn't really fit.
I can see the problem. Of course I was not aware I was in this situation while I developed/tested. It's a nasty one for my end users, because once dragged horizontal it's not clear why they find it impossible to revert to vertical. But at least I know now, and they can be told to widen the window before attempting to revert to vertical toolbar.
Thanks for all your help!
-
@JNBarchan
Oh that was a tricky one.
Good debugging !
So due to Min. values, once removed/dragged,
you cannot drag into same place as the layout prevents it ?
I assumed mainwindow would sort of reserve some space for it but that is clearly not the case
it seems. -
@mrjj
Yes that's the gist. I think there might be a special case where the toolbar starts off vertical when it shouldn't have enough room horizontally really, but just ignore that. Once you're into dragging, if there isn't enough horizontal (or vertical) space given the page content minima for the destination of the drag, quite simply Qt does not open up the "blued reception area" to drop into, and when you release the mouse the toolbar reverts to where it was.Which I found confusing, I didn't understand what was going on, and I just didn't realise my (resizeable) main window size happened to be too close to the minimum width in the first place. Now I do, and I can understand Qt's behaviour, even if it's a little "non obvious". :)
-
@JNBarchan said in Cannot seem to make toolbar be vertical:
"non obvious". :)
It was very sneaky IMHO.
I thought that all the use of central widget would always allow room for
docks/toolbars. ! -
@mrjj
Remember I'm a noob. But if it always "allowed room for moving the toolbar anywhere", you'd have permanent reserved empty space always, which doesn't seem right. At some level my content's layout (I didn't write it) --- even the "central widget" --- has some minimum width, and if the window is narrowed down to somewhere close to that there just isn't room across the main window to allow for the toolbar to now take up extra width space by being dragged to vertical. Which makes sense.