1. 27 Nov, 2017 1 commit
  2. 16 Nov, 2017 2 commits
  3. 11 Oct, 2017 1 commit
  4. 10 Oct, 2017 1 commit
  5. 31 Jul, 2017 1 commit
  6. 29 Jun, 2017 1 commit
  7. 21 Jun, 2017 1 commit
  8. 30 May, 2017 1 commit
  9. 22 May, 2017 1 commit
  10. 16 May, 2017 2 commits
  11. 11 May, 2017 1 commit
  12. 08 May, 2017 2 commits
  13. 27 Apr, 2017 1 commit
  14. 24 Apr, 2017 10 commits
  15. 21 Apr, 2017 1 commit
  16. 19 Apr, 2017 1 commit
  17. 04 Apr, 2017 1 commit
  18. 22 Mar, 2017 1 commit
  19. 10 Mar, 2017 1 commit
  20. 08 Feb, 2017 1 commit
  21. 03 Feb, 2017 2 commits
    • Ken Thomases's avatar
      winemac: Reattach OpenGL contexts to a view after it has been hidden and unhidden. · 2128125c
      Ken Thomases authored
      Hiding a view seems to semi-detach any attached OpenGL contexts such that
      rendering no longer works.  There's no GL surface for the view.  Calling
      -[NSOpenGLContext update] is not sufficient to reattach the context.  So,
      fully detach the contexts and reattach them.
      Signed-off-by: 's avatarKen Thomases <ken@codeweavers.com>
      Signed-off-by: 's avatarAlexandre Julliard <julliard@winehq.org>
      2128125c
    • Ken Thomases's avatar
      winemac: Ignore clipboard updates provoked by our own call to GetClipboardData(). · c95d2de3
      Ken Thomases authored
      During a call to GetClipboardData(), the app may be asked to render the data
      for a promised format.  This will cause us to receive WM_CLIPBOARDUPDATE.
      
      Almost always, the app will have just rendered the requested format and not
      made any other changes.  Therefore, we don't need to rebuild the Mac pasteboard
      from the Win32 clipboard.  Doing so can cause a race with the other Mac app
      which is querying the pasteboard (for a paste operation, for example).  We
      basically delete the data we _just_ added and rebuild the list of available
      types.  The symptom is that the other Mac app sees the available types change
      and maybe be incomplete.
      
      In theory, the Windows app could make other changes to the clipboard and this
      change would cause us to fail to convey them to the Mac pasteboard.  I consider
      that very unlikely and the tradeoff to improve the common case is worth it.
      Signed-off-by: 's avatarKen Thomases <ken@codeweavers.com>
      Signed-off-by: 's avatarAlexandre Julliard <julliard@winehq.org>
      c95d2de3
  22. 01 Feb, 2017 3 commits
  23. 13 Jan, 2017 3 commits