diff options
author | Matthias Clasen <mclasen@redhat.com> | 2010-09-16 10:49:56 -0400 |
---|---|---|
committer | Benjamin Otte <otte@redhat.com> | 2010-09-26 15:11:43 +0200 |
commit | b7027d778c48809c34d0c3a7e08d7cecc62db9b2 (patch) | |
tree | 37596383ac97383ab8087c425a2d81b767e13931 /docs | |
parent | 5f57cede3cdfb1815e6be9ba7b24e1412f406b90 (diff) | |
download | gtk+-b7027d778c48809c34d0c3a7e08d7cecc62db9b2.tar.gz |
Docs: start migration guide additions
Diffstat (limited to 'docs')
-rw-r--r-- | docs/reference/gtk/migrating-2to3.xml | 53 |
1 files changed, 53 insertions, 0 deletions
diff --git a/docs/reference/gtk/migrating-2to3.xml b/docs/reference/gtk/migrating-2to3.xml index 65c3879a05..b197a8d624 100644 --- a/docs/reference/gtk/migrating-2to3.xml +++ b/docs/reference/gtk/migrating-2to3.xml @@ -395,6 +395,59 @@ cairo_destroy (cr); </section> <section> + <title>Replace GdkPixmap by cairo surfaces</title> + <para> + The #GdkPixmap object and related functions have been removed. + In the cairo-centric world of GTK+ 3, cairo surfaces + take over the role of pixmaps. + </para> + <para> + FIXME: example + </para> + </section> + + <section> + <title>Replace colormaps by visuals</title> + <para> + For drawing with cairo, it is not necessary to allocate colors, and + a #GdkVisual provides enough information for cairo to handle colors + in 'native' surfaces. Therefore, #GdkColormap and related functions + have been removed in GTK+ 3, and visuals are used instead. The + colormap-handling functions of #GtkWidget (gtk_widget_set_colormap(), + etc) have been removed and gtk_window_set_visual() has been added. + </para> + <para> + FIXME: example + </para> + </section> + + <section> + <title>The GtkWidget::draw signal</title> + <para> + The GtkWidget #GtkWidget::expose-event signal has been replaced by + a new #GtkWidget::draw signal, which takes a #cairo_t instead of + an expose event. The cairo context is being set up so that the origin + at (0, 0) coincides with the upper left corner of the widget, and + is properly clipped. The widget is expected to draw itself with its + allocated size, which is available via the new + gtk_widget_get_allocated_width() and gtk_widget_get_allocated_height(). + It is not necessary to check for GTK_WIDGET_IS_DRAWABLE(), since GTK+ + already does this check before emitting the ::draw signal. + There are some special considerations for widgets with multiple windows, + which are explained here <link linkend="FIXME">FIXME: link</link>. + </para> + <para> + All GtkStyle drawing functions (gtk_paint_box(), etc) have been changed + to take a #cairo_t instead of a window and a clip area. ::draw + implementations will usually just use the cairo context that has been + passed in for this. + </para> + <para> + FIXME: example + </para> + </section> + + <section> <title>GtkProgressBar orientation</title> <para> |