1. 03 Nov, 2015 1 commit
  2. 12 Sep, 2015 1 commit
  3. 06 Jul, 2015 1 commit
    • Carlos Garnacho's avatar
      gtkwindow: Only allow unrestricted positioning to text handle popovers · 7f57f63e
      Carlos Garnacho authored
      This behavior has been made optional on add_popover() time, text handles
      will keep being able to overflow the window, in order to allow text
      selection on views too close to the window edge.
      
      Regular GtkPopovers are reinstaurated to the previous size positioning
      logic though, that is, limited by the visible area of the window.
      7f57f63e
  4. 17 Jun, 2015 1 commit
  5. 01 Sep, 2014 1 commit
  6. 26 Aug, 2014 1 commit
  7. 09 Jun, 2014 1 commit
    • Matthias Clasen's avatar
      Allow csd for override-redirect windows · bde4e863
      Matthias Clasen authored
      This commit makes it possible to use client-side decorations for
      override-redirect windows by calling _gtk_window_request_csd()
      before realizing the window. Since the wm won't do interactive
      resizing for us in this case anyway, don't bother creating
      the border windows we use for this purpose on regular toplevels.
      
      To make this accessible to themes, we set a "csd" style class
      on client-side decorated windows. With this, .window-frame.csd.menu
      can be used to define the shadow for csd menus, and .menu can be
      used to define a border for menus under non-composited wms.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=731187
      bde4e863
  8. 04 Jun, 2014 1 commit
  9. 13 May, 2014 1 commit
  10. 11 May, 2014 1 commit
  11. 24 Jan, 2014 1 commit
  12. 22 Jan, 2014 2 commits
  13. 14 Jan, 2014 1 commit
  14. 13 Jan, 2014 1 commit
    • Matthias Clasen's avatar
      Redo csd window-dragging · 2232430a
      Matthias Clasen authored
      The window-dragging code had a number of issues: The code was
      starting a drag on every button press, never bothering to cancel
      them. This leads to the odd hand cursor occurring between the two
      clicks to maximize. We relied on GDK's multi-click detection, which
      gives us triple-clicks when we really want sequences of double-clicks.
      Lastly, we didn't propery restrict double-click handling to the primary
      button, so e.g. if you had a window on an empty workspace, double-right
      click on the titlebar would maximize it, which is not intended.
      
      This commit solves all three problem by a doing our own double-click
      detection, and only starting a drag when the pointer goes out of
      'double-click range'. We change the way dragging is implemented for
      menubars and toolbars to just letting events bubble up, so they
      get the same behaviour as the titlebar. To make this work, we
      have to select for pointer motion events in a few more places.
      2232430a
  15. 10 Jan, 2014 1 commit
  16. 13 Dec, 2013 1 commit
  17. 16 Nov, 2013 2 commits
  18. 09 Nov, 2013 1 commit
  19. 15 Oct, 2013 1 commit
    • Allison Karlitskaya's avatar
      GtkApplication: a new approach to accels · 9a6ee36e
      Allison Karlitskaya authored
      Rework how accels are handled on GtkApplicationWindow.
      
      Instead of having GtkApplication fill the GtkAccelMap which is then used
      by GtkApplicationWindow to create a GtkAccelGroup filled with closures
      that is then associated with the window, do it directly.
      
      GtkApplication now keeps a list of accels and their actions.
      Accelerators on a GtkApplicationWindow ask GtkApplication to execute the
      appropriate action.
      
      This saves a fair bit of complexity and memory use (due to not having to
      create all those closures and accelmap entries).  The new approach also
      supports multiple accels per action (although there is not yet a public
      API for it).
      
      This patch (and the ones before) Reviewed and ACK'd by Matthias Clasen.
      9a6ee36e
  20. 21 Apr, 2013 1 commit
    • Matthias Clasen's avatar
      csd: Drop content_window · 1507ba79
      Matthias Clasen authored
      Instead of reparenting the content, use input-only windows to
      set cursors and capture clicks on the window frame. This avoids
      some of the problems that were introduced by content_window, such
      as black flashes and non-working opacity.
      1507ba79
  21. 09 Apr, 2013 1 commit
  22. 02 Apr, 2013 1 commit
  23. 27 Mar, 2013 1 commit
  24. 17 Mar, 2013 1 commit
    • Rob Bradford's avatar
      window: Allow _gtk_window_set_allocation to return a modified allocation · 55a98da4
      Rob Bradford authored
      Update the documentation and users of this function to handle
      the future case that that we have some internal decorations to the window and
      useable allocation is thus smaller.
      
      By having a separate out parameter there is no need to have an in/out function
      and allows for greater robustness.
      
      The current implementation simply returns the allocation provided.
      55a98da4
  25. 01 Sep, 2012 1 commit
  26. 27 Feb, 2012 1 commit
  27. 20 Jan, 2012 1 commit
  28. 01 Feb, 2011 1 commit
  29. 28 Jan, 2011 3 commits
  30. 18 Dec, 2010 1 commit
    • Matthias Clasen's avatar
      Hide GtkWindowGroup members · 7b665316
      Matthias Clasen authored
      In the process of removing all sealed members from headers.
      At the same time, add a gtkwindowprivate.h header and move
      all internal functions from gtkwindow.h there.
      7b665316