![]() But in the end C::B can be configured as one desires, you just have to be patient. It doesn't work like that, it's just a lot more picky. 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. If it matters, I'm using the proprietary nvidia-driver-440 with a 1050ti. ![]() 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). I built the sample app with the same version and it behaves identical to the newer first one. 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. So, with the "wxAUI Sample Application", I can only vertically maximize undocked windows when the main window isn't maximized. When it's full screen nothing will maximize at all and all windows are permanently 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. 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. 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 problem of grabbing to resize docked windows isn't present in the sample app, 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). 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. no graphical heads up that says "hey, you can drop it now". However, I've already installed wx3.1.3 (following this page ).ĮDIT: 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. 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.īuild:, 19:47:24 - wx3.0.4 - gcc 9.3.0 (Linux, unicode) - 64 bit ![]() I still can't always change the width/length of a window. ![]() 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). 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).įor 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. 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. After a couple of hours I finally was able to have the main window accept a docking position.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |