Bug 337661 - KDecorationDefines::ExtendedBorderRegion widths should be configurable
Summary: KDecorationDefines::ExtendedBorderRegion widths should be configurable
Status: RESOLVED NOT A BUG
Alias: None
Product: kwin
Classification: Plasma
Component: decorations (show other bugs)
Version: unspecified
Platform: unspecified All
: NOR wishlist
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-07-21 12:43 UTC by pf
Modified: 2014-07-27 13:28 UTC (History)
2 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description pf 2014-07-21 12:43:54 UTC
see bug 337631 which provided a workaround. However, that solution is done at the cost of wasted screen real estate.  What I was really looking for is a user-definable "grab" zone.  Ideally, I'd prefer a one pixel border with a N-pixel grab zone. IOW, separate the grab width from the display width. Not even looking for visual feedback such as gimp's fine tuning on its Select borders; just an adjustable grab zone to avoid the current difficulty without displaying a wider border.  Hope this is clearer... :)
Comment 1 Martin Flöser 2014-07-21 12:55:20 UTC
I do not really understand this feature request. Could you please elaborate in more detail what you want. Please keep in mind that people might not know GIMP.
Comment 2 Thomas Lübking 2014-07-21 13:08:37 UTC
He wants the return of the KDecorationDefines::ExtendedBorderRegion to be configurable -> oxygen?
Comment 3 Martin Flöser 2014-07-21 13:15:28 UTC
(In reply to Thomas Lübking from comment #2)
> He wants the return of the KDecorationDefines::ExtendedBorderRegion to be
> configurable -> oxygen?

I'm not sure whether the request is for inside or outside of window.

In a KDecoration2 world the extended border region could also be configurable from KWin side, but I'd prefer keeping it decoration related (still need to implement it).
Comment 4 Thomas Lübking 2014-07-21 13:25:07 UTC
inside -> "won't fix".
we can't just cover client contents.

KDecorationDefines::ExtendedBorderRegion could be defaulted to a configurable value in the core, but allowing for config as well as decos ignore/override that would be silly.

-> The value would have to be passed down to the deco for invocation (since ultimately the deco should control this related to visible borders and border masks)

@pf
press and hold "Alt", you then can resize the window using the right mousebutton.
Comment 5 pf 2014-07-21 19:31:59 UTC
Thomas!!!!  :) :)  Alt+RM is even better!  After all these years of using KDE and I never found this...   SO MUCH easier than trying to "aim" the mouse!!

Is there a cheat sheet for such features somewhere?    THANKS!!!
Comment 6 pf 2014-07-21 19:34:42 UTC
Just switched to "no border" and I'm happy!!  :)
Comment 7 Thomas Lübking 2014-07-21 19:58:55 UTC
run "kcmshell4 kwinoptions", this will directly open a config page from systemsettings.
In the "Window Actions" (3rd) tab, you can configure what to do for which mouse button and whether to use the Alt or Meta ("Windows", SUPER_L) key.

Maybe look around a bit in that dialog ;-)