1. 19 Nov, 2010 3 commits
  2. 09 Nov, 2010 1 commit
  3. 06 Nov, 2010 1 commit
  4. 31 Oct, 2010 1 commit
  5. 30 Oct, 2010 1 commit
  6. 27 Oct, 2010 1 commit
    • Tristan Van Berkom's avatar
      Removing size_request from GtkTreeview. · add32bab
      Tristan Van Berkom authored
      This should be implemented as propery height-for-width by
      the treeview-refactor branch. This commit includes a FIXME
      comment that scroll adjustments should not be updated from
      inside size requests but only after receiving an allocation.
  7. 26 Oct, 2010 2 commits
    • Javier Jardón's avatar
    • Tristan Van Berkom's avatar
      Added GtkScrollablePolicy property to scrollable interface · 3fe0fb4e
      Tristan Van Berkom authored
      This patch adds the GtkScrollablePolicy type property to GtkScrollable
      and implements it in all subclasses. GtkScrolledWindow observes this
      property to make a good guess about when to show/hide scrollbars for
      height-for-width content.
      Most scrollable children do not do height-for-width *yet* but
      most certainly will (toolpalette, treeview, iconview, textview
      widgets all TODO), for scrollable widgets that do have a minimum
      and natural size, it's important for them to observe the state
      of this property in order to properly drive the scroll adjustments
      according to the desired GtkScrollablePolicy. This patch makes
      GtkViewport do this.
      Patch also adds tests/testscrolledwindow.c to display the effects
      of this property.
  8. 23 Oct, 2010 1 commit
    • Tristan Van Berkom's avatar
      Fixed fallout from GtkScrollable patches. · 051dcde4
      Tristan Van Berkom authored
      The scrollable patch removed set_scroll_adjustments (NULL, NULL) from
      gtk_tree_view_init() which ensured the treeview would have adjustments
      at all times, this patch adds set_v/hadjustment (NULL) to _init to ensure
      the same thing (without it, there are crashes when trying to access the
      adjustments notably from set_headers_visible() in gedit).
  9. 22 Oct, 2010 2 commits
    • Matthias Clasen's avatar
      Move min-display-width/height to GtkScrolledWindow · 0d9ebb50
      Matthias Clasen authored
      It is just too annoying to have to implement these properties in
      every scrollable. Instead, we now have ::min-content-height/width
      in GtkScrolledWindow.
      We also add GtkScrollablePolicy to determine how to size the
      scrollable content.
    • Tadej Borovšak's avatar
      Add GtkScrollable interface · 55196a70
      Tadej Borovšak authored
      The GtkScrollable interface provides "hadjustment" and "vadjustment"
      properties that are used by GtkScrolledWindow. It replaces
      the ::set_scroll_adjustment signal. The scrollable interface
      also has ::min-display-width/height properties that can be
      used to control the minimally visible part inside a scrolled window.
  10. 20 Oct, 2010 1 commit
  11. 14 Oct, 2010 2 commits
    • Federico Mena Quintero's avatar
      Part of bgo#613728 - [GtkTreeView] Focus the list, not the headers, when Tab-focusing · 85e47b5c
      Federico Mena Quintero authored
      The idea is that it is way more common to want to manipulate the
      actual list, rather than the headers.  Once you Tab into the treeview
      (and the list part gets the focus), you can use Shift-Tab to focus
      the headers.
      This means that some hysteresis is added to the focus chain, but
      it makes the treeview a lot more convenient to focus with the keyboard.
      Signed-off-by: default avatarFederico Mena Quintero <federico@novell.com>
    • Kristian Rietveld's avatar
      Do not call validate_visible_area() from the draw method · aeec832f
      Kristian Rietveld authored
      Because validate_visible_area() can modify the window size (and thus
      the underlying surface), it should not be called from within the draw
      method.  Given that the presize handler is run with a higher priority
      than redraw, and the presize handler will validate the visible area,
      there should not be cases wherein the draw method is called and
      validate_visible_area() has not been run yet.
      However, one such a case was gdk_window_process_updates(), which would
      trigger the draw method at some point.  We now work around this
      by factoring this in a new gtk_tree_view_bin_process_updates() function
      that will run the presize handler first if needed.
      Note: for other platforms, it might still be the case that the draw
      method is called and validate_visible_area() has not been run yet.
      (For example the Mac backend calls gdk_window_process_updates() from
      the drawRect method, and the redraw-in-idle handling thus works
      differently).  This does not seem to be a problem now, if
      it will be in the future we need to take care of that then.
  12. 12 Oct, 2010 1 commit
  13. 28 Sep, 2010 2 commits
  14. 27 Sep, 2010 2 commits
  15. 26 Sep, 2010 18 commits
  16. 23 Sep, 2010 1 commit