https://bugs.kde.org/show_bug.cgi?id=351175
--- Comment #24 from Duncan <1i5t5.dun...@cox.net> ---
An update on the scripted approach. TLDR: 99+% chance on the scripting now;
the positioning trick I mentioned in comment #23 works; just gotta assemble
everything.
Testing and this works: Reposition the window outside the display area to hide
it, then reposition it back to normal to show it, using...
wmctrl -ir <0xID> -e 0,<x>,-1,-1,-1
Parameters explained:
-r = window specifier supplied
-i = interpret specifier as WinID, the 0x of course indicates it's in hex.
-e = positioning: gravity,x,y,w,h, with 0=default-gravity, for the others
-1=keep-existing. So say 0,-32000,-1,-1,-1 will shove the window waaayyy left
to x=-32000 while keeping other geometry properties the same. Position values
appear to be 16-bit signed so wrap @ ~+/-32767.
xdotool should be able to do it too.
Still gotta script up the property-matching to match only the desired window
tho I've done similar for other scripts, and figure out where/how to store the
on-screen location while in the off-screen state (tempfile?). Also play around
with xdotool's behave-screen-edge and see if it's practical, or whether hotkey
invocation is better, and if the latter, a single-invocation toggle or two
separate ones, hide and show?
I was also considering the separate-executable plasma-windowed alternative, but
the positioning trick seems to work and should be both simpler and less
disturbing to the otherwise-native panel workflow, making the plasma-windowed
alternative unnecessary.
Still hoping for a patch too, but that's (still) well out of my comfort zone
and remains under 50% likely. I've pretty much demonstrated it's possible
using the positioning trick I just tested with wmctrl if nothing else, but the
skills are likely beyond me, leaving the scripted hack-around I'm well within
my comfort zone doing.
--
You are receiving this mail because:
You are watching all bug changes.
