1. 22 Oct, 2015 1 commit
  2. 01 Jun, 2014 1 commit
  3. 05 Apr, 2014 1 commit
  4. 17 May, 2013 1 commit
  5. 15 Jan, 2013 2 commits
    • John Lindgren's avatar
      Use minimum/natural size semantics · 6d53c233
      John Lindgren authored
      Rewrites gtk_tree_view_column_request_width() and
      gtk_tree_view_size_allocate_columns() to respect the minimum and natural
      sizes that are already being returned by
      gtk_cell_area_context_get_preferred_width().
      
      The convoluted logic explained (not!) by this comment has been removed:
      “Only update the expand value if the width of the widget has changed, or
      the number of expand columns has changed, or if there are no expand
      columns, or if we didn't have an size-allocation yet after the last
      validated node.”  This logic seems to have been a workaround for the
      “jumping” behavior fixed in 16195adc and is no longer necessary.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=691751
      6d53c233
    • John Lindgren's avatar
      Use fixed width for resizing · 16195adc
      John Lindgren authored
      Removes the hidden “resized-width” and “use-resized-width” properties
      from GtkTreeViewColumn and instead uses the “fixed-width” property to
      serve the same purpose.  “fixed-width”, if set, will now override the
      auto-sized width (-1 is now a legal value meaning “not set”).
      
      Additional “cleanups” in this commit:
      
      1. When the user resizes the column the “expand” property is now also
      set to FALSE, in order to prevent the column from suddenly jumping to a
      different width when the window is resized.
      
      2. The code that translated mouse movement to column sizes has been
      simplified:
      the change in column width is now calculated directly from the distance
      the mouse cursor has traveled.  Weird behavior that might have happened
      previously if the position of the column changed during resizing, is now
      prevented.
      
      3. There was some lengthy logic handling the keyboard shortcuts used to
      resize treeview columns, which would call gtk_widget_error_bell() once
      the minimum or maximum width was reached.  Instead of rewriting these
      checks I simply set the “fixed-width” property to what was requested,
      relying on the fact that it is already clamped between the minimum and
      maximum width during size allocation.
      I will greatly surprised if anyone notices the missing error bell.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=691751
      16195adc
  6. 27 Feb, 2012 1 commit
  7. 11 Feb, 2012 2 commits
  8. 29 Nov, 2011 1 commit
    • Benjamin Otte's avatar
      treeview: Rename function · 806dca06
      Benjamin Otte authored
      _gtk_tree_view_find_path() was not a name that not really described what
      the function does. And I kept forgetting it. Also, it took the tree view
      as an argument and that was completely unnecessary.
      806dca06
  9. 27 Jan, 2011 1 commit
    • Carlos Garnacho's avatar
      Make GtkTreeView use GtkStyleContext · 08af1783
      Carlos Garnacho authored
      Expander animation has been replaced by implicit animations
      from the style context.
      
      Column headers are also properly themed, GtkContainer::get_path_for_child()
      is implemented and the treeview resets column buttons style on columns
      being reordered.
      
      The default CSS has changed to theme treeviews sensibly.
      08af1783
  10. 07 Jan, 2011 1 commit
    • Kristian Rietveld's avatar
      Introduce gtk_tree_view_is_blank_at_pos() · 4ed78177
      Kristian Rietveld authored
      This function is useful to figure out whether the tree view is "blank"
      at a given location.  For such locations you might want to popup a
      custom popup menu, clear the current selection or start rubber banding.
      In the future, we are planning on updating GtkTreeView's user
      interactions to take advantage of this new function.
      
      Part of bug 350618.
      4ed78177
  11. 15 Dec, 2010 1 commit
    • Kristian Rietveld's avatar
      Revisit "Handle clicks in indentation area" · c8d130ef
      Kristian Rietveld authored
      Check (x, y) is inside background area.  If yes, continue processing
      and clamp the coordinates into cell area.  This way we will properly
      handle getting a cell (which is only used for setting the focus cell)
      for clicks in the indentation area (in LTR and RTL mode) and clicks
      in the focus rectangle area in case focus-line-width is large.
      c8d130ef
  12. 12 Dec, 2010 1 commit
  13. 06 Dec, 2010 1 commit
    • Tristan Van Berkom's avatar
      Changed GtkTreeViewColumn->requested_width to ->padding · bf1aa2ad
      Tristan Van Berkom authored
      Now we bookkeep the treeview assigned padding asides from the
      requested width stored in the GtkCellAreaContext, this removes
      the need for bookkeeping the deepest expanded depth in gtktreeview.c
      
      At allocation time, just remove the padding from the allocated width
      of the column and feed the rest to the underlying cell area.
      bf1aa2ad
  14. 05 Dec, 2010 9 commits
  15. 29 Nov, 2010 1 commit
  16. 28 Nov, 2010 1 commit
    • Kristian Rietveld's avatar
      First go at migrating GtkTreeView(Column) to GtkCellArea · 6fe9df2f
      Kristian Rietveld authored
      This is still very much a work in progress, but it renders and more or
      less works.  I will be fixing up the details in the very near future.
      
      Important: this commit breaks ABI as it modifies the GtkTreeViewColumn
      structure in gtktreeviewcolumn.h.  This is a sealed structure that needs
      to be moved to an internal header file, most likely gtktreeprivate.h.
      6fe9df2f
  17. 26 Oct, 2010 1 commit
    • 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.
      3fe0fb4e
  18. 22 Oct, 2010 2 commits
  19. 26 Sep, 2010 1 commit
  20. 26 Jul, 2010 1 commit
  21. 25 May, 2010 1 commit
  22. 21 Apr, 2010 1 commit
  23. 04 Apr, 2010 3 commits
    • Kristian Rietveld's avatar
      Correct problems with earlier fix for bug #480065 · a763546c
      Kristian Rietveld authored
      Initialize event_last_[xy] to out of range coordinates and also update
      these values in enter and leave notify.  Fix up calls to
      update_prelight() from size allocate.  Unconditionally doing these calls
      caused problems with hover selection.  Now we only do this call when
      the "width before the expander column" has changed.  (Which might be
      awkward, but it is the best heuristic I could come up with so far).
      a763546c
    • Kristian Rietveld's avatar
      Bug 480065 - wrong tree collapsed (or expanded) after having scrolled · 0cbf76ed
      Kristian Rietveld authored
      Commit again after revert.
      
      Store (x, y) of last motion event.  From
      gtk_tree_view_adjustment_changed(), call prelight_or_select() so that
      the prelight is recalculated.  We do the same from
      gtk_tree_view_size_allocate() for the case that clicking on an expander
      shows new rows that resize the column(s) left of the expander.  This
      means that the expander is moved horizontally, in such a case the
      prelight also has to be reconsidered.
      0cbf76ed
    • Benjamin Otte's avatar
      Revert dd511e82 · fb0968a9
      Benjamin Otte authored
      The patch completely breaks entry completion - as can be seen when using
      epiphany. Bug 480065 has been reopened.
      fb0968a9
  24. 21 Dec, 2009 2 commits
    • Kristian Rietveld's avatar
      Correct problems with earlier fix for bug #480065 · f59294fd
      Kristian Rietveld authored
      Initialize event_last_[xy] to out of range coordinates and also update
      these values in enter and leave notify.  Fix up calls to
      update_prelight() from size allocate.  Unconditionally doing these calls
      caused problems with hover selection.  Now we only do this call when
      the "width before the expander column" has changed.  (Which might be
      awkward, but it is the best heuristic I could come up with so far).
      f59294fd
    • Kristian Rietveld's avatar
      Bug 480065 - wrong tree collapsed (or expanded) after having scrolled · f223577a
      Kristian Rietveld authored
      Commit again after revert.
      
      Store (x, y) of last motion event.  From
      gtk_tree_view_adjustment_changed(), call prelight_or_select() so that
      the prelight is recalculated.  We do the same from
      gtk_tree_view_size_allocate() for the case that clicking on an expander
      shows new rows that resize the column(s) left of the expander.  This
      means that the expander is moved horizontally, in such a case the
      prelight also has to be reconsidered.
      f223577a
  25. 19 Dec, 2009 1 commit
  26. 16 Dec, 2009 1 commit
    • Benjamin Otte's avatar
      Revert dd511e82 · 96472854
      Benjamin Otte authored
      The patch completely breaks entry completion - as can be seen when using
      epiphany. Bug 480065 has been reopened.
      96472854