Bug 448908 - The blue icon to extend the partition needs it's area of influence expanded
Summary: The blue icon to extend the partition needs it's area of influence expanded
Status: CONFIRMED
Alias: None
Product: partitionmanager
Classification: Applications
Component: general (show other bugs)
Version: 21.12.1
Platform: Other Linux
: NOR minor
Target Milestone: ---
Assignee: Andrius Štikonas
URL:
Keywords:
: 388650 465021 (view as bug list)
Depends on:
Blocks:
 
Reported: 2022-01-21 16:10 UTC by jimbo
Modified: 2024-07-09 19:00 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
partresizer_widget (5.79 KB, image/png)
2022-01-21 21:37 UTC, Andrius Štikonas
Details

Note You need to log in before you can comment on or make changes to this bug.
Description jimbo 2022-01-21 16:10:20 UTC
The blue 'stretch' icon that you can use to shrink the partition with the mouse is very hard to use, it's area of influence is tiny and it often switches to the red 'move' icon which makes the tool annoying to use and forces the user to input the numbers instead. 

The blue icon should have an area of influence that expands past the left/right side of the partition which would make it easier to grab (i.e. you shouldn't have to grab the exact edge pixel of the partition to use the tool).
Comment 1 Andrius Štikonas 2022-01-21 21:36:30 UTC
That might be nice but it's not so trivial to properly implement.

First, there is partition widget that only has red move icon. And then there is handle widget with a size taken from Qt style (QStyle::PM_SplitterWidth).

I think to achieve what you want, we can make handle widget wider. Then area of influence will be larger. But it makes widget look somewhat ugly with white spaces around (see screenshot) which would be confusing as people might think that partition does not span all the way to the left or right.
Comment 2 Andrius Štikonas 2022-01-21 21:37:29 UTC
Created attachment 145730 [details]
partresizer_widget

partresizer widget with wider handles
Comment 3 jimbo 2022-01-22 06:58:21 UTC
Yeah that does look like it would cause confusion. Is there be a way to overlap some other blank 'panel' UI so you could hide the white edges?
Comment 4 Andrius Štikonas 2022-01-22 11:26:42 UTC
(In reply to jimbo from comment #3)
> Yeah that does look like it would cause confusion. Is there be a way to
> overlap some other blank 'panel' UI so you could hide the white edges?

Maybe, but I can't give you definite answer right now. After all, other widgets are already on  top of QMainWindow, so it should be possible to overlap widgets. But you also want handles to be on top of the main widget (so that you get stretch cursor, not move) but also invisible.

So probably doable but would need non-trivial code changes.
Comment 5 jimbo 2022-01-23 14:15:37 UTC
No worries, I just wanted to point it out (as no previous bug report seemed to point it out) and give an idea of how to 'fudge' it.
Comment 6 Andrius Štikonas 2022-01-23 16:11:52 UTC
(In reply to jimbo from comment #5)
> No worries, I just wanted to point it out (as no previous bug report seemed
> to point it out) and give an idea of how to 'fudge' it.

It was actually mentioned in #388650 but that bug has a mix of different issues and rest of issues there are resolved, so maybe I'll close that bug for this one. Anyway, we have now discussed some ideas how to fix it, although I can't promise that it will be done soon since there are other bugs that need solving too. But patches are always welcome.
Comment 7 Andrius Štikonas 2022-01-23 16:12:36 UTC
*** Bug 388650 has been marked as a duplicate of this bug. ***
Comment 8 Andrius Štikonas 2023-01-30 21:31:14 UTC
*** Bug 465021 has been marked as a duplicate of this bug. ***