Bug 256907 - Plasma cashew overlaps add/remove column buttons on Grouping Desktop
Summary: Plasma cashew overlaps add/remove column buttons on Grouping Desktop
Status: RESOLVED UNMAINTAINED
Alias: None
Product: plasma4
Classification: Plasma
Component: groupingdesktop (show other bugs)
Version: 4.6.0
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Giulio Camuffo
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-11-14 19:17 UTC by Kai Uwe Broulik
Modified: 2018-06-08 18:58 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Add button that is covered by Plasma Cashew (7.72 KB, image/png)
2010-11-15 17:14 UTC, Kai Uwe Broulik
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kai Uwe Broulik 2010-11-14 19:17:42 UTC
Version:           unspecified (using Devel) 
OS:                Linux

(KDE 4.6 trunk by 2010-11-14)
On the grouping desktop you can add or remove columns/rows with strips appearing at each screen side on hovering. The plus (for adding) and minus (for removing) a column/row are always in the corner. By default the Plasma Cashew is in the top right corner of the screen and here is the plus for adding a column to the right or the minus for removing a row from the top. The Plasma Cashew is on top so it covers the button and you cannot use them.

Reproducible: Always
Comment 1 Kai Uwe Broulik 2010-11-15 17:14:08 UTC
Created attachment 53442 [details]
Add button that is covered by Plasma Cashew
Comment 2 Giulio Camuffo 2010-11-23 15:55:33 UTC
I am aware of the problem. The thing is that I don't have any clear idea of a clean solution.
So if you do, please let me know :)
Comment 3 Kai Uwe Broulik 2010-11-23 17:48:31 UTC
I don‘t have an idea of coding that but the cashew is a “half circle” when attached to a corner, right? If not, it is a strip. But this strip cannot be put directly to the corner of the screen because when getting too close (like 10px to the corner) the cashew will convert to the circle and attach to the corner.
So if it is possible to check whether the cashew is attached to the corner (or a “half circle”) and which corner it is then maybe you can move the plus/minus away 30 pixels of the corner (or so) and if it is a strip then just leave the plus there because it may not cover the plus/minus and if it does, the user can still move it away a bit. It is more about the circle cashew which always covers the plus/minus.
Comment 4 Giulio Camuffo 2010-11-23 17:52:22 UTC
i might fallback on this, but i'd really like to find a different, better way to manage the grid.
Comment 5 Kai Uwe Broulik 2010-11-23 17:55:03 UTC
I think it should work more or less first, then we can look for a better solution which respects dpi changes and stuff. :)
Comment 6 Giulio Camuffo 2010-11-29 19:26:00 UTC
SVN commit 1202114 by camuffo:

show both the "+" and "-" buttons on both the ends of the strip to manage the grid. not a proper fix but at least now it 
is usable when the toolbox is in a corner.
CCBUG:256907


 M  +15 -1     gridgroup.cpp  
 M  +2 -0      gridgroup.h  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1202114
Comment 7 Kai Uwe Broulik 2010-11-30 13:06:30 UTC
Well, that also was a point that annoyed me: that you had to move your mouse all over the place for accessing plus or minus. Or can‘t you just move the plus/minus a few pixels away from the screen corner so that if the cashew is there it won‘t cover them?
Comment 8 Giulio Camuffo 2010-12-16 15:16:39 UTC
The thing is that it isn't so straight forward to do that, and would be anyway a bad workarounding hack, so i think i'll leave it this way for now, hoping to find a better approach for 4.7.
Comment 9 Nate Graham 2018-06-08 18:58:33 UTC
Hello!

This bug report was filed for KDE Plasma 4, which reached end-of-support status in August 2015. KDE Plasma 5's desktop shell has been almost completely rewritten for better performance and usability, so it is likely that this bug is already resolved in Plasma 5.

Accordingly, we hope you understand why we must close this bug report. If the issue described  here is still present in KDE Plasma 5.12 or later, please feel free to open a new ticket in the "plasmashell" product after reading https://community.kde.org/Get_Involved/Bug_Reporting

If you would like to get involved in KDE's bug triaging effort so that future mass bug closes like this are less likely, please read https://community.kde.org/Get_Involved#Bug_Triaging

Thanks for your understanding!

Nate Graham