summaryrefslogtreecommitdiff
path: root/gtk/gtktreeviewcolumn.c
Commit message (Collapse)AuthorAgeFilesLines
* Change FSF AddressJavier Jardón2012-02-271-3/+1
|
* docs: fix typos in functions' descriptionsJiří Klimeš2012-02-201-2/+2
| | | | | | | gtk_tree_view_set_hover_expand() gtk_tree_view_column_set_clickable() Signed-off-by: Jiří Klimeš <jklimes@redhat.com>
* gtktreeviewcolumn: Use symbolic names for button numbersCarlos Garcia Campos2012-01-271-1/+1
|
* treeview: Call a11y functions for culmn changes directlyBenjamin Otte2011-11-161-1/+6
| | | | | | | | | This way, the a11y code knows if a column was reordered, added or removed and can do the right things instead of trying to guess and getting it wrong. Also, this patch finalizes the changes so that only visible columns exist to the accessibility interface.
* Remove one instance of gdk_window_get_pointerMatthias Clasen2011-11-021-4/+5
|
* GtkTreeViewColumn: dispose: Remove from the treeviewKjell Ahlstedt2011-10-061-0/+6
| | | | | | This handles the case (with gtkmm) that the GtkTreeViewColumn is destroyed before the GtkTreeView is destroyed. Bug #659672
* GtkTreeViewColumn: initialize a variableCosimo Cecchi2011-09-281-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Shut up valgrind complaining about uninitialized values ==5330== Conditional jump or move depends on uninitialised value(s) ==5330== at 0x624FF4C: gdk_window_move_resize_internal (gdkwindow.c:6037) ==5330== by 0x62502C3: gdk_window_move_resize (gdkwindow.c:6274) ==5330== by 0x5E4FBB5: _gtk_tree_view_column_allocate (gtktreeviewcolumn.c:2169) ==5330== by 0x5E3846B: gtk_tree_view_size_allocate_columns (gtktreeview.c:2631) ==5330== by 0x5E43D76: gtk_tree_view_size_allocate (gtktreeview.c:2686) ==5330== by 0x7F03959: g_closure_invoke (gclosure.c:774) ==5330== by 0x7F16446: signal_emit_unlocked_R (gsignal.c:3202) ==5330== by 0x7F20256: g_signal_emit_valist (gsignal.c:3003) ==5330== by 0x7F20421: g_signal_emit (gsignal.c:3060) ==5330== by 0x5E6DFBE: gtk_widget_size_allocate (gtkwidget.c:4886) ==5330== by 0x5D94ADD: gtk_scrolled_window_allocate_child (gtkscrolledwindow.c:1506) ==5330== by 0x5D95299: gtk_scrolled_window_size_allocate (gtkscrolledwindow.c:1704) ==5330== by 0x7F03959: g_closure_invoke (gclosure.c:774) ==5330== by 0x7F16446: signal_emit_unlocked_R (gsignal.c:3202) ==5330== by 0x7F20256: g_signal_emit_valist (gsignal.c:3003) ==5330== by 0x7F20421: g_signal_emit (gsignal.c:3060) ==5330== by 0x5E6DFBE: gtk_widget_size_allocate (gtkwidget.c:4886) ==5330== by 0x5C62708: gtk_box_size_allocate (gtkbox.c:658) ==5330== by 0x7F03959: g_closure_invoke (gclosure.c:774) ==5330== by 0x7F16446: signal_emit_unlocked_R (gsignal.c:3202) ==5330== Uninitialised value was created by a stack allocation ==5330== at 0x5E4FA8D: _gtk_tree_view_column_allocate (gtktreeviewcolumn.c:2139)
* Documentation fixesMatthias Clasen2011-09-251-10/+10
| | | | | Mostly making sure that return values and varargs don't loose their docs.
* GtkTreeViewColumn: fix x_offset returned by cell_get_position()Michael Natterer2011-09-251-6/+1
| | | | | | | | Fixes #640741 - gtk_tree_view_column_get_cell_position() seems to be broken It is supposed to return the offset within the column, but returned the offset within the tree, changed by allocation.x of the column's button (which I don't really unserstand and was clearly not working).
* GtkTreeViewColumn: fix return value of gtk_tree_view_column_cell_get_position()Michael Natterer2011-09-251-0/+3
| | | | | Return FALSE again if the passed in cell is not part of the column. It was always returning TRUE since GtkCellArea was introduced.
* More include cleanupsMatthias Clasen2011-08-281-1/+1
|
* gtk: Use const instead G_CONST_RETURNJavier Jardón2011-06-101-1/+1
|
* Add API to get x position of treeview columnsMatthias Clasen2011-06-101-0/+37
| | | | Their width was already available.
* Don't size-allocate invisible headersMatthias Clasen2011-06-091-5/+8
| | | | | | We don't ignore their size requests when determining the column width, so allocating them is bound to spew tons of annoying underallocation warnings.
* treeview: Do not unconditionally set width_changed to TRUE, which redrawsKristian Rietveld2011-04-171-0/+3
| | | | | | | Patches by Benjamin Otte. The "invalidate last column" hack is removed. It is now of no use since the entire widget will be redrawn when a single column changes.
* Added documentation to "cell-area" construct-only properties.Tristan Van Berkom2011-02-241-0/+3
| | | | | Indicate what kind of area will be used by default if none is provided by the user.
* Minor documentation improvementsMurray Cumming2011-02-231-1/+1
| | | | Mostly correcting it's to its and changing some , to .
* Don't leak a cell area contextMatthias Clasen2011-02-051-2/+0
|
* Protect against tree_view being NULLMatthias Clasen2011-02-031-4/+5
| | | | | | This apparently happens when setting the "visible" property from ui files. https://bugzilla.gnome.org/show_bug.cgi?id=640801
* Bandaid fix for icon view subclassingMatthias Clasen2011-01-311-28/+58
| | | | | | | | | | | | I've decided that it is isn't feasible to make cell areas runtime-settable in the time we have left before 3.0, therefore, I'm going with the approach to allow init() functions to instantiate the default cell area and issue a warning if a construct property is ignored. This is not ideal, but it keeps existing icon view and combo box subclasses working. https://bugzilla.gnome.org/show_bug.cgi?id=639139
* Make GtkTreeView use GtkStyleContextCarlos Garnacho2011-01-271-0/+2
| | | | | | | | | | | 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.
* Make GtkCellArea use GtkStyleContextCarlos Garnacho2011-01-271-2/+0
| | | | | | gtk_cell_area_[gs]et_style_detail() is no longer needed, as the passed widget's context would already have all necessary info.
* [GI] Add missing (out) and (array) annotationsPavel Holejsovsky2011-01-201-7/+8
|
* [GI] Add missing (allow-none) annotationsPavel Holejsovsky2011-01-181-1/+1
|
* Introduce gtk_tree_view_is_blank_at_pos()Kristian Rietveld2011-01-071-0/+39
| | | | | | | | | | 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.
* Fix gtk_tree_view_column_cell_get_position()Kristian Rietveld2011-01-071-4/+12
|
* Remove gtktypeutils altogetherMatthias Clasen2011-01-041-0/+1
| | | | | | Based on patches by Javier Jardón. https://bugzilla.gnome.org/show_bug.cgi?id=629955
* Hide GtkTreeViewColumn buttons when header_window is not visibleKristian Rietveld2010-12-231-4/+3
|
* gtk: Use g_object_unref instead of gdk_cursor_unrefBenjamin Otte2010-12-211-1/+1
|
* Revisit "Handle clicks in indentation area"Kristian Rietveld2010-12-151-6/+24
| | | | | | | | 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.
* Handle clicks in indentation areaKristian Rietveld2010-12-121-0/+8
| | | | For this case, we want to set focus on the first cell in the column.
* Welcome _gtk_tree_view_column_get_cell_at_pos to the second dimensionKristian Rietveld2010-12-121-24/+9
|
* Removed the resetting_context flag from GtkTreeViewColumn private dataTristan Van Berkom2010-12-121-17/+6
| | | | | | No longer need to detect if we're currently resetting the context since the context properly now avoids re-triggering the reset by properly avoiding to notify properties that dont change as a result of the reset.
* Adding gtk_tree_view_column_new_with_area().Tristan Van Berkom2010-12-061-0/+21
| | | | | | Creates a treeviewcolumn using a specific GtkCellArea. This patch also makes GtkEntryCompletion use the new api instead of g_object_new().
* Fixed GtkTreeViewColumn to reset the context when ↵Tristan Van Berkom2010-12-061-4/+28
| | | | | | | | _gtk_tree_view_column_cell_set_dirty is called. This fixes autosize columns... result can be viewable by checking tests/testtreeview and setting the second column to autosize and then expanding/colapsing some rows.
* Changed GtkTreeViewColumn->requested_width to ->paddingTristan Van Berkom2010-12-061-22/+25
| | | | | | | | | 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.
* Bring back _gtk_tree_view_column_get_cell_at_posKristian Rietveld2010-12-051-0/+34
| | | | | | The function has been re-implemented around GtkCellArea. This commits also brings back the invocation of this function in gtk_tree_view_button_press(). I shouldn't have removed this.
* Clean up _gtk_tree_view_column_cell_eventKristian Rietveld2010-12-051-17/+0
|
* Remove the need for _gtk_tree_view_column_get_focus_areaKristian Rietveld2010-12-051-20/+0
|
* Clarify start_pos parameter gtk_tree_view_column_cell_get_positionKristian Rietveld2010-12-051-4/+4
| | | | By renaming it to x_offset.
* Move _gtk_tree_view_column_cell_focus to gtktreeview.cKristian Rietveld2010-12-051-50/+0
|
* Fixed conflicts from rebasing GtkTreeViewColumn changes from treeview-refactor.Tristan Van Berkom2010-12-051-8/+4
|
* Removing hack and fixing gtk_tree_view_column_cell_get_size().Tristan Van Berkom2010-12-051-15/+5
| | | | | | | | Now consult gtk_cell_area_context_get_preferred_height(). It can be that height-for-widths requested here were too large when multiple cells are in play because of the alignments stored in the context... removing the temporary focus-line-width hack.
* Added GtkTreeViewColumn:cell-area construct-only property.Tristan Van Berkom2010-12-051-25/+74
| | | | | | | | | | | | | | | | | | Allow feeding treeviewcolumn a custom cell-area (or not a custom one, but allow sharing the cell-area with say, the combo-box area). This patch also: - Fixes signal connections to the area (now they do eventually get disconnected at dispose time, they are handled regardless if a treeview is set but execute safely, at least there is only one connection/disconnection). - Fixes refcounting on the cell_area (GtkCellArea is GInitiallyUnowned). - Adds a constructor() in order to build the cell-area if one has not been provided by the caller before hand at g_object_new() construct time.
* Created _gtk_tree_view_column_request_width().Tristan Van Berkom2010-12-051-0/+39
| | | | | | | | Removed gtk_tree_view_get_real_requested_width_from_column() from gtktreeview.c in favor of this function in the treeviewcolumn domain (since this function goes and checks treeviewcolumn internals, settings and derives the real requested width, seems logical this should be done by the treeviewcolumn instead).
* Changed _gtk_tree_view_column_set_width for _gtk_tree_view_column_allocateTristan Van Berkom2010-12-051-4/+24
| | | | | | Now the GtkTreeViewColumn takes care of move/resizing its window and allocating its button (except for the special case of current drag_column where the column doesnt actually get reallocated).
* Removed GtkTreeViewPrivate from gtktreeprivate.h and added a few more accessors.Tristan Van Berkom2010-12-051-20/+13
| | | | | This actually much simplifies interaction with GtkTreeSelection (at least reduces code size where dealing width the treeview anchor path).
* Removed all variables from GtkTreeViewColumn and created ↵Tristan Van Berkom2010-12-051-434/+675
| | | | | | | | | GtkTreeViewColumnPrivate Some details: - button_request was not needed, consult the minimum request of the button - gtk_tree_view_column_get_button() needed to be public as people can set tooltips on the button (and libgail accesses the button).
* Fixing GtkTreeViewColumn to use the new ↵Tristan Van Berkom2010-12-041-1/+12
| | | | _gtk_cell_layout_buildable_custom_tag_end correctly.
* Removing hack and fixing gtk_tree_view_column_cell_get_size().Tristan Van Berkom2010-12-041-21/+13
| | | | | | | | Now consult gtk_cell_area_context_get_preferred_height(). It can be that height-for-widths requested here were too large when multiple cells are in play because of the alignments stored in the context... removing the temporary focus-line-width hack.
View Lorry Controller Status