1. 11 Nov, 2015 1 commit
  2. 10 Nov, 2015 1 commit
    • Emmanuele Bassi's avatar
      Start recursively moving autocleanups macros to their headers · 93369788
      Emmanuele Bassi authored
      * Cover letter
      
      Having a single header file for all autocleanups definitions was a
      reasonable stop-gap measure, but now GTK+ is starting to use G_DECLARE_*
      macros. This means that every class using a G_DECLARE_* macro will need
      to include "gtk.h" to avoid compiler warnings, which is not acceptable.
      
      By moving the G_DEFINE_AUTO* use to the header that defines the type we
      allow using the G_DECLARE_* macros without sacrificing the ability to
      include only the needed files when deriving from a class.
      
      * Commit
      
      This commit changes all includes relative to GtkWindow to define their
      own autocleanup macros.
      93369788
  3. 08 Sep, 2015 1 commit
  4. 20 May, 2014 1 commit
  5. 18 May, 2014 1 commit
  6. 29 Mar, 2014 1 commit
  7. 18 Feb, 2014 1 commit
  8. 07 Feb, 2014 1 commit
  9. 21 Jan, 2014 2 commits
  10. 20 Jan, 2014 1 commit
  11. 05 Oct, 2013 1 commit
  12. 30 May, 2013 1 commit
  13. 05 May, 2013 1 commit
  14. 28 Dec, 2012 1 commit
  15. 03 Mar, 2012 1 commit
  16. 27 Feb, 2012 2 commits
  17. 07 Jun, 2011 1 commit
  18. 06 Jun, 2011 1 commit
  19. 06 May, 2011 1 commit
    • Matthias Clasen's avatar
      Add gtk_container_child_notify · deb271d3
      Matthias Clasen authored
      This is a variant of gtk_widget_child_notify() that takes an
      explicit container, instead of relying on widget->parent to
      be the correct container to use.
      deb271d3
  20. 18 Jan, 2011 1 commit
  21. 14 Jan, 2011 1 commit
  22. 04 Dec, 2010 1 commit
  23. 19 Oct, 2010 1 commit
  24. 11 Oct, 2010 2 commits
    • Owen W. Taylor's avatar
      Fix handling of the geometry widget · 88cf5470
      Owen W. Taylor authored
      The geometry widget feature of gtk_window_set_geometry_hints() has
      never really worked right because the calculation that GTK+ did to
      compute the base size of the window only worked when the geometry
      widget had a larger minimum size than anything else in the window.
      
      Setup:
      * Move the GtkSizeGroup private functions to a new private header
        gtksizegroup-private.h
      * Add the possibilty to pass flags to _gtk_size_group_queue_resize(),
        with the flag GTK_QUEUE_RESIZE_INVALIDATE_ONLY to suppress adding
        the widget's toplevel to the resize queue.
      * _gtk_container_resize_invalidate() is added to implement that feature
      * _gtk_widget_override_size_request()/_gtk_widget_restore_size_request()
        allow temporarily forcing a large minimum size on the geometry
        widget without creating resize loops.
      
      GtkWindow:
      * Compute the extra width/height around the geometry widget
        correctly; print a warning if the computation fails.
      * Always make the minimum size at least the natural minimum
        size of the toplevel; GTK+ now fails badly with underallocation.
      * Always set the base size hint; we were failing to set it
        properly when the specified minimum size was overriden, but
        it's harmless to always set it.
      
      Tests:
      * New test 'testgeometry' that replaces the 'gridded geometry' test
        from testgtk. The new test is roughly similar but creates a bunch
        of windows showing different possibilities.
      * The testgtk test is removed. No need to have both.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=68668
      88cf5470
    • Javier Jardón's avatar
  25. 29 Sep, 2010 1 commit
  26. 26 Sep, 2010 1 commit
  27. 13 Sep, 2010 1 commit
  28. 27 Aug, 2010 1 commit
  29. 13 Jul, 2010 3 commits
  30. 02 May, 2010 2 commits
  31. 10 Oct, 2009 2 commits
  32. 30 Oct, 2008 2 commits