https://bugs.kde.org/show_bug.cgi?id=468794
Mario Roß <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #33 from Mario Roß <[email protected]> --- (In reply to goo from comment #28) > *almost crushed it. > > isn't there a way to keep either of the menus from obscuring the selected > area? Why can't they be stacked above or below the area rather than have one > of them in the way of what you are trying to capture (and possibly annotate > behind the annotations menu)? > > my current plasma 5 version will place both menus outside of the rectangular > zone and either stack them above or below or place one above and one below > depending on the room... the only problem with mine is that it doesn't > respect screen boundries, only the desktop boundary. I agree that would be more convenient, and I’d be interested to see exactly how Plasma 5 handled it. In theory, it should be possible to dynamically reposition the toolbars based on the screen layout and the selected area, but we would need a solid plan for how to handle this gracefully. There are just some edge cases where I can't currently picture a good solution: A) The selection covers the entire screen -> Should the toolbars overlap the content, or appear on another screen? What if the selection covers multiple/all screens? B) There is only space on the left/right side -> Should they move there? I'm not a UI designer, but I worry that having toolbars appear in seemingly random locations depending on the context might be confusing. BTW: You can actually drag and drop the toolbars to move them out of the way. Obviously not the most elegant solution, but as a non-power user myself, I find it quite workable. -- You are receiving this mail because: You are watching all bug changes.
