Code::Blocks Forums
User forums => Help => Topic started by: falams on July 11, 2020, 02:19:09 am
-
Under KUbuntu 20.04 LTS the various window panes don't dock, well, unless they were docked by default. If I pull the "Logs & others" pane from the dock, it will not dock again (but it is docked by default).
I can resize the "Logs & others" windows vertically while docked, but the "Management" pane can't be resized horizontally, so "Management" is just frozen.
All of this worked as expected on Windows 10, but not here on KUbuntu.
I use 2 monitors if that matters (1 in portrait, 1 in landscape). I looked for help using search here and in the .pdf, but nothing related seems apparent.
-
After a couple of hours I finally was able to have the main window accept a docking position. I assume it is the dual monitors or KDE that is buggy because on another computer the main window would accept a docking position immediately. The only difference that computer has is that it is on a single 1080p display, where the computer that has gave me this trouble has 2 monitors (1440 and a 2160).
For anyone else, if you get acceptance to have the window dock at the bottom, the entire length of the screen, it's most likely going there or not at all. However, if you're stacking them on the left or right, if you get to accept the window to dock on the left, you can drag it all the way to the right edge of the screen and let go (although the docking indicator is still on the left).
I still can't always change the width/length of a window. I have to move the cursor across a few axis slowly to get the grip icon to kick in, sometimes it only lets me change height and not the width.
Anyways, it works out :)
-
What version of C::B and wxGTK are you using? (the info is in the help->about dialog)
Can you try the wxWidgets sample auidemo to see if it works correctly? (most distros don't provide it I think)
-
Code::Blocks: 20.03
Build: 2020-04-18, 19:47:24 - wx3.0.4 - gcc 9.3.0 (Linux, unicode) - 64 bit
However, I've already installed wx3.1.3 (following this page https://wiki.wxwidgets.org/Compiling_and_getting_started (https://wiki.wxwidgets.org/Compiling_and_getting_started)).
EDIT: Actually, the windows do dock in the "wxAUI Sample Application" however, they show no sign what so ever that they are ready to be docked, ie. no graphical heads up that says "hey, you can drop it now". However again, they dock with the same problems I'm having already, which is that it is VERY picky on where to drop it and sometimes they are still placed in the wrong spot. Almost everything from my last post still seems to be identical, with the exception of no graphical heads up on when/where to drop and in the "wxAUI Sample Application" I have a strange option of vertically maximizing windows, which isn't present in C::B (read below if you care about that). The problem of grabbing to resize docked windows isn't present in the sample app,
If I undock "Text Pane with Hide Prompt", I can get it to maximize vertically on the left or right of the screen, but not in the main window, just on top of it. The undocked window maximizes to full height, with ~1/3 width, however, it won't do this at the bottom or top of the "wxAUI Sample Application" window only on the sides, so the "Text Pane..." stays floating. Also, it won't maximize like this at all if I undock with the main window ("wxAUI Sample Application") maximized, just when it's not maximized/fullscreen. When it's full screen nothing will maximize at all and all windows are permanently floating.
So, with the "wxAUI Sample Application", I can only vertically maximize undocked windows when the main window isn't maximized.
-
You have to build the same version of wxGTK.
There is a more detailed info about the wx version. Are you using gtk2 or gtk3?
-
tldr; Thank you for C::B !!
gtk3, but I'm honestly extremely happy now regardless of all things and after using the wx aui sample app., this is clearly not an issue with C::B. I built the sample app with the same version and it behaves identical to the newer first one. I'm not sure how you configure C::B with that layout or if you can change the behavior/sensing, but C::B works a lot more as intended than the sample app does (particularly bottom of the screen docking).
If it matters, I'm using the proprietary nvidia-driver-440 with a 1050ti.
I will warn people in my position though, for the first 5 minutes of trying to configure the docking, I thought it wasn't possible because I was expecting it to work like the win10 version I came from. It doesn't work like that, it's just a lot more picky... a lot. But in the end C::B can be configured as one desires, you just have to be patient.
One _VERY_NICE_ thing about the 2nd monitor here on KDE is that even if you reboot and/or unplug the 2nd monitor, the perspective will hold until you plug the monitor back in. So all the undocked windows you put over there will eventually go back into position. On win10, when I either rebooted or unplugged the monitor, that wasn't the case (I don't remember which case).
Anyhow, with a lot of patience, I now have C::B configured for 2 monitors exactly as I want and everything is DARK themed!!! So, I'm VERY VERY happy!!