1. 18 May, 2016 1 commit
  2. 05 May, 2016 1 commit
  3. 26 Apr, 2016 1 commit
  4. 21 Mar, 2016 1 commit
  5. 29 Feb, 2016 1 commit
  6. 28 Feb, 2016 1 commit
  7. 15 Feb, 2016 1 commit
  8. 19 Jan, 2016 2 commits
  9. 08 Jan, 2016 3 commits
    • Carlos Garnacho's avatar
      x11: Initialize GdkWindowAttr struct memory · 23b629e2
      Carlos Garnacho authored
      Valgrind complains about jumps based on uninitialized values
      otherwise.
      23b629e2
    • Matthias Clasen's avatar
      x11: Simplify drag cancel animation setup · 709cc086
      Matthias Clasen authored
      Instead of creating an intermediate pixbuf, just render
      the window surface onto the new surface. Doing things this
      way lets us avoid the cairo_surface_mark_dirty() call in
      gdk_pixbuf_get_from_window(), which is not generally safe
      to call on 'random' surfaces - it asserts that the surface
      has no mime data attached, and the X11 backend uses mime
      data for damage tracking purposes...
      709cc086
    • Matthias Clasen's avatar
      x11: Keep the drag window alive longer · ea0084cd
      Matthias Clasen authored
      We destroy the widget that is wrapped around the drag window
      when the object data on the drag context gets cleared. Destroying
      the window before that happens leads to unpleasantries. E.g. we may
      try to access the frame clock, which doesn't exist anymore, and
      things go downhill from there. So, keep the window alive for
      a little longer.
      ea0084cd
  10. 16 Dec, 2015 1 commit
  11. 13 Dec, 2015 3 commits
    • Matthias Clasen's avatar
      x11: Implement drag cancel animation · 23b2b493
      Matthias Clasen authored
      Showing the drag cancel animation can be done in the X11
      drag context implementation now that we hold the drag
      window there, and have the start coordinates.
      
      Since we can't control if and when the application destroys
      the drag widget, we take a snapshot of the window contents
      and display that during the animation. This should be good
      enough for all practical purposes.
      23b2b493
    • Matthias Clasen's avatar
      x11: Store drag start coordinates · ed89e5f6
      Matthias Clasen authored
      These will be used in later commits.
      ed89e5f6
    • Matthias Clasen's avatar
      gdk: Allow passing the start coordinates in drag_begin · 268c7a3e
      Matthias Clasen authored
      Add a variant of gdk_drag_begin that takes the start position
      in addition to the device. All backend implementation have been
      updated to accept (and ignore) the new arguments.
      
      Subsequent commits will make use of the data in some backends.
      268c7a3e
  12. 08 Dec, 2015 2 commits
  13. 02 Dec, 2015 1 commit
  14. 22 Aug, 2014 1 commit
  15. 07 Feb, 2014 1 commit
  16. 18 Jan, 2014 1 commit
  17. 03 Jul, 2013 1 commit
    • Alexander Larsson's avatar
      x11: Initial cut at supporting window scaling for X11 · 525e5cff
      Alexander Larsson authored
      If you set GDK_SCALE=2 in the environment then all windows will be
      scaled by 2. Its not an ideal solution as it doesn't handle
      multi-monitors at different scales, and only affects gtk apps.
      But it is a good starting points and will help a lot on HiDPI
      laptops.
      525e5cff
  18. 13 Mar, 2013 1 commit
  19. 15 May, 2012 1 commit
  20. 07 Apr, 2012 1 commit
  21. 27 Feb, 2012 1 commit
  22. 03 Jan, 2012 1 commit
  23. 12 Apr, 2011 1 commit
  24. 01 Feb, 2011 5 commits
  25. 05 Jan, 2011 1 commit
  26. 03 Jan, 2011 1 commit
  27. 21 Dec, 2010 4 commits