SUMMARY When I use spectacle to drag an area to select a rectangle from the screenshot (`spectacle -rb`), the menu that has "Save", "Save As", "Copy"... buttons will flow outside the window. I suspect it's related to my screen setup. I have 2 screens, here's the output from xrandr: ``` LVDS-0 connected primary 1366x768+0+0 (normal left inverted right x axis y axis) 309mm x 173mm VGA-0 connected 2560x1600+1366+0 (normal left inverted right x axis y axis) 0mm x 0mm ``` Lemme draw an ASCII figure: ``` +--------------+------------------------+ | LVDS-0 | VGA-0 | | 1366x768 | 2560x1600 | | | | +--------------+ | : Menu flows | | : to here | | *..............+------------------------+ ``` So, if I drag intentionally to let the menu moves near the area marked as "Menu flows to here", the menu will move outside my screen (LVDS or VGA). But if I let the menu move near the left or up side of LVDS, up, right or down side of VGA, it will try its best to avoid moving outside. I guess the menu should be smarter? SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: 6.0.5 KDE Plasma Version: KDE Frameworks Version: 6.2.0 Qt Version: 6.7.1 ADDITIONAL INFORMATION The VGA-0 is a virtually connected with NVIDIA's TwinView feature, so I can utilize VNC to use my pad as 2nd display.
Created attachment 170038 [details] Screen setup ASCII So sad KDE Bug Tracker doesn't seem to support markdown
So VGA-0 is a virtual display, not connected physically, and some NVIDIA software is being used to make it visible to the system? Does it appear in System Settings > Display & Monitor?
Yes it does, as if it's connected to a physical display.
I'm not seeing why this is a problem, exactly. What if you want to capture a rectangular area on both LVDS-0 and VGA-0 in such a manner that the bottom-left corner of the rectangle goes into the "Menu flows to here" area? I don't see any way for it to not go into that area, in this case.
Well....What I mean is that the menu flows into that area, which is not visible, since it's outside of the 2 monitors. I know you can try to capture an area which overlaps with 2 monitors, but menu shouldn't move into that invisible area, the "Menu flows to here" area that is, otherwise how am I suppose to click its buttons?
Can we clarify what you mean by the word "menu"? Are you talking about the rectangular region box itself? Or the toolbar that appears below it? A phone photo of the screens while the bug is visible would be helpful.
Created attachment 171242 [details] Photo of screen Photo attached. Sorry for the confuse, by menu I meant the...one with buttons, not the rectangle selector.
The toolbar below the rectangle region box.
I get the same I was trying KWIN window rules see if I could constrain spectacle to a single screen. I don't ever record the other screen anyhow.... I'll upload a photo also might help explain. "Bean-Spectacle.png" Red highlights the screen config Green is ideally where the toolbar would land if the selection is close to the bottom edge bounds but not traversing screens. I know it bahaves like this if I drag the screen to the left for example.
Created attachment 171665 [details] As per comment showing the markup bar in an invisible zone.
Got it, I see now. Can confirm. Thanks for your patience here.
*** Bug 491063 has been marked as a duplicate of this bug. ***
Created attachment 172901 [details] Floating menu not repositioning properly, some buttons obstructed
Created attachment 172902 [details] Screens not aligned horizontally, part of the floating menu hidden
Created attachment 172903 [details] Screens not aligned horizontally, part of the floating menu hidden (2) It seems to take only that screen in which it is not touching the boundaries and calculating towards that, aka why it doesn't reposition the floating menu, since it repositions only up/down it does nothing in this case. From what I gather the calculation is done by believing all screens are going to be horizontally aligned.