Remove all the old 2.x and 3.x version annotations.
GTK+ 4 is a new start, and from the perspective of a
GTK+ 4 developer all these APIs have been around since
the beginning.
gtk_snapshot_pop() => removed
gtk_snapshot_pop_and_append() => gtk_snapshot_pop()
So now there is no way to get a rendernode out of the snapshotting API
until you gtk_snapshot_finish().
... in places where we draw a background. This was changed for GTK 3.0.0
to allow animations, but these days it doesn't make sense anymore to use
gtk_render_activity() for backgrounds.
The progressbar is composed by two different rendered areas: the trough
(i.e. the non-filled part of the bar) and the bar itself.
The bar should be able to fill the whole height/width of the trough
without resorting to nasty hacks in the theme, and we can control the
amount of space between the bar and the trough with the padding already.
https://bugzilla.gnome.org/show_bug.cgi?id=649593
* gtk/gtkcellrendererprogress.c (gtk_cell_renderer_progress_set_pulse):
Don't try to keep state in a cell renderer between two paint
calls. It doesn't work. Patch by Kristian Mueller
svn path=/trunk/; revision=21890
2007-06-13 Kristian Rietveld <kris@imendio.com>
* gtk/gtkcellrendererprogress.c
(gtk_cell_renderer_progress_class_init),
(gtk_cell_renderer_progress_init),
(gtk_cell_renderer_progress_[gs]et_property),
(gtk_cell_renderer_progress_render): Add orientation property and some
slight refactoring here and there. (Fixes#344836, reported by
Benjamin Montgomery).
svn path=/trunk/; revision=18118
2007-06-06 Kristian Rietveld <kris@imendio.com>
* gtk/gtkcellrendererprogress.c (gtk_cell_renderer_progress_init),
(gtk_cell_renderer_progress_class_init),
(gtk_cell_renderer_progress_[gs]et_property),
(gtk_cell_renderer_progress_render): add text-[xy]align properties
for aligning the text label of the progress bar. (#334576,
suggestion from Steven Sheehy).
svn path=/trunk/; revision=18068
2006-12-07 Carlos Garnacho <carlosg@gnome.org>
* gtk/gtkcellrendererprogress (compute_dimensions): do not use
xthickness/ythickness, they aren't used any longer for drawing.
2005-06-19 Kristian Rietveld <kris@gtk.org>
This commit includes a fix for #169463, Stefan Kost.
* gtk/gtkcellrendererprogress.c (gtk_cell_renderer_progress_get_size):
when cell_area is set, return cell_area width/height as width/height,
so the focus rectangle will be drawn correctly.
* gtk/gtktreeview.c (gtk_tree_view_bin_expose): drop unneeded get
of focus-line-width property,
(validate_row): take focus_line_width into account.
* gtk/gtktreeviewcolumn.c (gtk_tree_view_column_cell_process_action):
also take focus_line_width into account when calculating the cell_area
y and height (before, we only took it into account when calculating
x and width).
