Update of bug #18293 (project mypaint):
Status: None => Need Info
Assigned to: None => achadwick
_______________________________________________________
Follow-up Comment #1:
The window is undecorated, but is not unmanaged. If it has become unmanaged,
that is a WM bug (or a pygtk one). Compositing should not be ignored. Please
can you check with
$ xprop -f _NET_WM_WINDOW_OPACITY 32c -set _NET_WM_WINDOW_OPACITY
3221225472
$ xprop -f _NET_WM_WINDOW_OPACITY 32c -set _NET_WM_WINDOW_OPACITY
4294967295
and for each one selecting a floating tool window with the mouse? Then repeat
with a terminal window or something. If the behaviour is identical,
compositing is not being ignored.
On my system (Compiz + xorg), the first line makes the window
semi-transparent and the second makes it fully opaque again. Under (wm2 +
Xephyr) it has no effect, but neither supports compositing.
The commit is
http://gitorious.org/mypaint/mypaint/commit/21dca8b9a18532fa6010f28b1cabd4007601d41e#.
The commits are deliberately small and self-contained to permit easy
reversion.
The "outline" move was there before: you get it by dragging the "titlebar"
widget housing the window's name. There is a way of initiating both window
drags and resizes from within GTK, but trying the resize variant seemed very
buggy under Compiz on Ubuntu Natty (random huge resizes entirely different
from the size of the window. Sigh.) Plus, snapping in may not be possible
using a WM drag initiated from gtk since it's possible that no GTK events are
received then (as a corollary, windows cannot know their position on the
screen during a WM-initiated drag, they must wait for a configure-event).
Losing window snapping is a bit of a shame for those who like it. Not a major
problem though, since I can live without it :)
Snap-esque border resizing doesn't seem like a reasonable goal for floating
tool windows, which would look ridiculous at half or even a quarter of the
screen except on small-screened devices in the order of 800x600 or less. Such
systems do not typically use kwin or Compiz, but I'd be interested to know
which ones support this sort of "border filling" drag. I don't see the loss as
a major problem.
I'll play with trying to initiate WM repositions and resizes some more in the
hope that it gets you closer to what you want. I'd love to do resizing using
the WM in a reliable way; repositions I care less about given the conflict I
described.
I'd love to see screenshots of any glitches you notice. But please confirm
that compositing is off for tool windows on your system, and not off for other
types of window.
_______________________________________________________
Reply to this item at:
<http://gna.org/bugs/?18293>
_______________________________________________
Message sent via/by Gna!
http://gna.org/
_______________________________________________
Mypaint-bugs mailing list
[email protected]
https://mail.gna.org/listinfo/mypaint-bugs
