1. 18 Jul, 2017 1 commit
  2. 15 Mar, 2017 1 commit
  3. 10 Mar, 2017 1 commit
  4. 06 Mar, 2017 1 commit
  5. 01 Mar, 2017 1 commit
  6. 23 Mar, 2016 1 commit
  7. 08 Aug, 2015 1 commit
  8. 27 Jul, 2015 1 commit
  9. 23 Jul, 2015 1 commit
    • Christoph Reiter's avatar
      quartz: implement maximized/unmaximized · eb37fd22
      Christoph Reiter authored
      Instead of using the default zoom behaviour use the internal
      maximized state for selecting our own zoom target. This makes
      zooming work for CSD windows where for some reason the
      given default zoom target is the current window frame itself
      resulting in a shadowless window of the same size.
      
      While this makes the zoom button behave a bit different as expected
      it makes things more consistent with other platforms and fixes CSD
      zooming.
      eb37fd22
  10. 07 Jul, 2015 1 commit
    • Tom Schoonjans's avatar
      gdkwindow-quartz: partial aspect ratio support · 7d43cda4
      Tom Schoonjans authored
      Support was added for GDK_HINT_ASPECT in
      gdk_quartz_window_set_geometry_hints though with one restriction:
      min_aspect and max_aspect have to be equal, which I believe corresponds
      to the most common usage. A warning will be printed if this condition is
      not met but min_aspect will be used anyway.
      7d43cda4
  11. 10 May, 2015 1 commit
  12. 22 Feb, 2015 1 commit
  13. 24 Dec, 2014 1 commit
  14. 22 Nov, 2014 2 commits
  15. 27 Oct, 2014 1 commit
  16. 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!
      5e467209
  17. 25 Aug, 2014 1 commit
  18. 21 Jun, 2014 4 commits
    • Jasper St. Pierre's avatar
      0dfd506b
    • 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.
      c767d504
    • Jasper St. Pierre's avatar
      gdkwindow: Remove the ability to call begin_paint_region more than once · be30e440
      Jasper St. Pierre authored
      Previously, each begin_paint_region added to a stack of current paints,
      and when end_paint was called, the paint was popped off of the stack and
      the surface was composited into the parent paint surface.
      
      However, the code was broken in the case of a backend like Wayland which
      didn't keep track of nested calls and simply wiped and returned the
      native impl backing surface every time.
      
      Since this feature is flat out unused by GTK+ and we don't want to
      really support tricksy things like these for other clients, just remove
      the feature. If somebody does call begin_paint_region more than once,
      warn and return without doing anything.
      be30e440
    • 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
      atomically.
      
      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
      optimize.
      
      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.
      d48adf9c
  19. 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.
      efdd68b3
  20. 28 Feb, 2014 1 commit
  21. 25 Feb, 2014 1 commit
  22. 07 Feb, 2014 1 commit
  23. 24 Jan, 2014 1 commit
    • John Ralls's avatar
      Bug 711298 - "Edit Scheduled Transaction" window way too modal · 489dfa93
      John Ralls authored
      Put dialogs and utility windows in the same level as normal and
      toolbar windows so that Gtk can control their stacking instead of
      forcing them, rather unnaturally, to be on top of all other windows,
      even other application windows, even when another application has
      focus.
      489dfa93
  24. 06 Jan, 2014 1 commit
  25. 03 Jul, 2013 3 commits
  26. 06 Jun, 2013 1 commit
    • Michael Natterer's avatar
      quartz: move dialogs to the same window level as utility windows · 4c896c90
      Michael Natterer authored
      window_type_hint_to_level(): applied patch from Paul Davis which moves
      dialogs to NSFloatingWindowLevel. This is not quite the perfect
      solution, but it's a pragmatic fix that makes apps which have both
      window types much more usable, and prevents dialog from disappearing
      under an application's main window.
      (cherry picked from commit 59d49e15)
      4c896c90
  27. 11 May, 2013 1 commit
  28. 07 May, 2013 2 commits
  29. 06 Mar, 2013 1 commit
  30. 14 Feb, 2013 1 commit
    • Owen W. Taylor's avatar
      Reimplement _NET_WM_SYNC_REQUEST inside X11 backend · 645b5f39
      Owen W. Taylor authored
      Deprecate gdk_window_enable_synchronized_configure() and
      gdk_window_configure_done() and make them no-ops. Implement the
      handling of _NET_WM_SYNC_REQUEST in terms of the frame cycle -
      we know that all processing will be finished in the next frame
      cycle after the ConfigureNotify is received.
      645b5f39
  31. 17 Jan, 2013 3 commits