[Xquartz-changes] [jeremyhu/quartz-wm] fa06b4: Don't drag/resize a window if we didn't see the mo...

[Ken Thomases]

  Branch: refs/heads/master
  Home:   https://github.com/jeremyhu/quartz-wm
  Commit: fa06b4edc5f0f1dae9c3bfe0d63e9f5f6a85a19e
      https://github.com/jeremyhu/quartz-wm/commit/fa06b4edc5f0f1dae9c3bfe0d63e9f5f6a85a19e
  Author: Ken Thomases <ken at codeweavers.com>
  Date:   2012-04-22 (Sun, 22 Apr 2012)

  Changed paths:
    M src/x-input.m

  Log Message:
  -----------
  Don't drag/resize a window if we didn't see the mouse click event.

Quartz-wm had been interpreting MotionNotify events that indicated a button
was down as a drag or resize regardless of whether it had seen the ButtonPress
event.  However, the internal tracking state, like where the drag started, is
only initialized during the ButtonPress handler.  So, the window drag/resize
would be wildly off.

Reviewed-by: Jeremy Huddleston <jeremyhu at apple.com>


  Commit: 901809d6c5ea413296d695331170315ab33659e4
      https://github.com/jeremyhu/quartz-wm/commit/901809d6c5ea413296d695331170315ab33659e4
  Author: Ken Thomases <ken at codeweavers.com>
  Date:   2012-04-22 (Sun, 22 Apr 2012)

  Changed paths:
    M src/x-input.m
    M src/x-window.h
    M src/x-window.m

  Log Message:
  -----------
  Don't decorate windows with an empty shape.

Some clients (e.g. Wine) set windows to have an empty XShape bounding region.
They may also set those windows to have decorations.  In that situation,
quartz-wm was producing weird small, black windows for what should be
invisible windows.

Reviewed-by: Jeremy Huddleston <jeremyhu at apple.com>


Compare: https://github.com/jeremyhu/quartz-wm/compare/fe83814...901809d