1. 27 Apr, 2015 1 commit
  2. 18 Jan, 2015 2 commits
  3. 15 Dec, 2014 1 commit
  4. 09 Dec, 2014 1 commit
  5. 30 Nov, 2014 1 commit
  6. 28 Oct, 2014 1 commit
  7. 25 Oct, 2014 1 commit
    • Matthias Clasen's avatar
      Broadway: Remove display assumptions · f733fa88
      Matthias Clasen authored
      In various places, the broadway backend was just using
      the default display and assumed that it is the broadway
      display. That may not be the case in a multi-backend world,
      so instead iterate over all displays and use the first
      broadway display - still not perfect, but enough to survive
      for now.
  8. 23 Oct, 2014 1 commit
  9. 06 Oct, 2014 1 commit
    • Benjamin Otte's avatar
      gdk: Deprecate static gravities · 5e467209
      Benjamin Otte authored
      ... and remove all implementations. The API allows to not work "if the
      server doesn't support it. So from now on, no server does!
  10. 02 Oct, 2014 1 commit
  11. 30 Sep, 2014 1 commit
  12. 08 Sep, 2014 1 commit
  13. 05 Sep, 2014 1 commit
  14. 26 Aug, 2014 1 commit
  15. 15 Aug, 2014 3 commits
  16. 22 Jun, 2014 2 commits
  17. 21 Jun, 2014 5 commits
    • Jasper St. Pierre's avatar
    • Jasper St. Pierre's avatar
      gdkwindow: Don't bother with a return parameter for queue_antiexpose · c767d504
      Jasper St. Pierre authored
      Standard refcounting works perfectly well. Don't give us the opportunity
      for more memory leaks.
    • Jasper St. Pierre's avatar
      gdkwindow-broadway: Squash memory leak · dcef61ac
      Jasper St. Pierre authored
      We don't need to hang on to the update_area.
    • Jasper St. Pierre's avatar
    • Jasper St. Pierre's avatar
      gdkwindow: Remove the internal cairo_surface used for out-of-band painting · d48adf9c
      Jasper St. Pierre authored
      Traditionally, the way painting was done in GTK+ was with the
      "expose-event" handler, where you'd use GDK methods to do drawing on
      your surface. In GTK+ 2.24, we added cairo support with gdk_cairo_create,
      so you could paint your graphics with cairo.
      Since then, we've added client-side windows, double buffering, the paint
      clock, and various other enhancements, and the modern way to do drawing
      is to connect to the "draw" signal on GtkWidget, which hands you a
      cairo_t. To do double-buffering, the cairo_t we hand you is actually on
      a secret surface, not the actual backing store of the window, and when
      the draw handler completes we blit it into the main backing store
      The code to do this is with the APIs gdk_window_begin_paint_region,
      which creates the temporary surface, and gdk_window_end_paint which
      blits it back into the backing store. GTK+'s implementation of the
      "draw" signal uses these APIs.
      We've always sort-of supported people calling gdk_cairo_create
      "outside" of a begin_paint / end_paint like old times, but then you're
      not getting the benefit of double-buffering, and it's harder for GDK to
      Additionally, newer backends like Mir and Wayland can't actually support
      this model, since they're based on double-buffering and swapping buffers
      at various points in time. If we hand you a random cairo_t, we have no
      idea when is a good time to swap.
      Remove support for this.
      This is technically a GDK API break: a warning is added in cases where
      gdk_cairo_create is called outside of a paint cycle, and the returned
      surface is a dummy that won't ever be composited back onto the main
      surface. Testing with complex applications like Ardour didn't produce
      any warnings.
  18. 18 Apr, 2014 1 commit
  19. 27 Mar, 2014 1 commit
  20. 21 Mar, 2014 1 commit
  21. 17 Mar, 2014 1 commit
    • Jasper St. Pierre's avatar
      Implement get_root_origin generically for all backends · efdd68b3
      Jasper St. Pierre authored
      It seems that some backends implemented get_root_origin wrong
      and returned the client window coordinates, not the frame window
      coordinates. Since it's possible to implement generically for all
      windows, let's do that instead of having a separate impl vfunc.
  22. 12 Mar, 2014 1 commit
  23. 05 Mar, 2014 1 commit
  24. 28 Feb, 2014 1 commit
  25. 25 Feb, 2014 1 commit
  26. 07 Feb, 2014 1 commit
  27. 14 Nov, 2013 1 commit
  28. 13 Nov, 2013 3 commits
  29. 12 Nov, 2013 2 commits