1. 21 Jun, 2017 1 commit
  2. 16 May, 2017 2 commits
  3. 24 Mar, 2015 1 commit
    • Ken Thomases's avatar
      winemac: Restore a maximized window if a user tries to move it by dragging its title bar. · 792b47ad
      Ken Thomases authored
      OS X doesn't have the same concept of maximized windows as Windows does.
      There's no mode that prevents a normally-movable window from being moved.  If
      a window is "zoomed", it mostly fills the screen but the user can still move
      or resize it, at which point it ceases to be in the zoomed state.  So, users
      are confused and frustrated when they can't move a window that's maximized.
      
      To get similar behavior while still respecting Win32 semantics, we detect when
      the user tries to move a maximized window.  When they start, a request is
      submitted to the app to restore the window.  Unless and until the window is
      restored, we don't actually allow the window to move.
      
      The user expects to move the window from its current (maximized) position.  It
      should not jump to its normal position upon being restored.  So, we set the
      window's normal position to its current position before restoring it.
      792b47ad
  4. 15 May, 2014 1 commit
    • Ken Thomases's avatar
      winemac: Add the ability to disable high-resolution scrolling. · 45191510
      Ken Thomases authored
      The Mac driver can generate scroll wheel events with values which are not integral
      multiples of WHEEL_DELTA.  Apps should handle that by scrolling a corresponding
      non-integral multiple of what they'd do for a WHEEL_DELTA-valued scroll or, if
      they can't, then at least accumulate scroll distance until its magnitude exceeds
      WHEEL_DELTA and do a "chunky" scroll.  However, many apps don't do that properly.
      They may scroll way too far/fast or even in the opposite direction.
      
      If the registry setting UsePreciseScrolling is set to "n", the Mac driver will do
      that accumulation and chunking itself to work around such broken app behavior.
      45191510
  5. 29 Apr, 2014 1 commit
  6. 12 Dec, 2013 1 commit
  7. 18 Oct, 2013 1 commit
  8. 02 Oct, 2013 1 commit
    • Ken Thomases's avatar
      winemac: Reapply display modes when switching back to app after "escaping" with Command-Tab. · b7709771
      Ken Thomases authored
      The Mac driver captures the displays when the program changes the display
      mode.  If the user types Command-Tab to switch away, it resets the displays
      to their original modes and releases them.  However, if they switched back,
      it didn't restore the mode to what the program had set, so the program often
      showed the game window in a corner of the screen with the top behind the Mac
      menu bar.
      b7709771
  9. 09 Jul, 2013 1 commit
  10. 07 Jun, 2013 1 commit
  11. 04 Jun, 2013 1 commit
  12. 17 May, 2013 2 commits
  13. 07 May, 2013 4 commits
  14. 22 Apr, 2013 1 commit
  15. 16 Apr, 2013 1 commit
  16. 25 Mar, 2013 1 commit
  17. 14 Mar, 2013 1 commit
  18. 11 Mar, 2013 1 commit
  19. 25 Feb, 2013 4 commits
  20. 18 Feb, 2013 2 commits
  21. 07 Feb, 2013 1 commit
  22. 05 Feb, 2013 2 commits
  23. 28 Jan, 2013 3 commits
  24. 21 Jan, 2013 2 commits
  25. 09 Jan, 2013 2 commits
  26. 23 May, 2006 1 commit