Migrating from CTK+ 2.x to CTK+ 3

Preparation in CTK+ 2.x
Do not include individual headers
Do not use deprecated symbols
Use accessor functions instead of direct access
Replace CDK_<keyname> with CDK_KEY_<keyname>
Use GIO for launching applications
Use cairo for drawing
Changes that need to be done at the time of the switch
Replace size_request by get_preferred_width/height
Replace CdkRegion by cairo_region_t
Replace CdkPixmap by cairo surfaces
Replace CdkColormap by CdkVisual
CdkDrawable is gone
Event filtering
Backend-specific code
CtkPlug and CtkSocket
The CtkWidget::draw signal
CtkProgressBar orientation
Check your expand and fill flags
Scrolling changes
CtkObject is gone
CtkEntryCompletion signal parameters
Resize grips
Prevent mixed linkage
Install CTK+ modules in the right place

CTK+ 3 is a major new version of CTK+ that breaks both API and ABI compared to CTK+ 2.x, which has remained API- and ABI-stable for a long time. Thankfully, most of the changes are not hard to adapt to and there are a number of steps that you can take to prepare your CTK+ 2.x application for the switch to CTK+ 3. After that, there's a small number of adjustments that you may have to do when you actually switch your application to build against CTK+ 3.

Preparation in CTK+ 2.x

The steps outlined in the following sections assume that your application is working with CTK+ 2.24, which is the final stable release of CTK+ 2.x. It includes all the necessary APIs and tools to help you port your application to CTK+ 3. If you are still using an older version of CTK+ 2.x, you should first get your application to build and work with 2.24.

Do not include individual headers

With CTK+ 2.x it was common to include just the header files for a few widgets that your application was using, which could lead to problems with missing definitions, etc. CTK+ 3 tightens the rules about which header files you are allowed to include directly. The allowed header files are are

ctk/ctk.h

for CTK

ctk/ctkx.h

for the X-specfic widgets CtkSocket and CtkPlug

ctk/ctkunixprint.h

for low-level, UNIX-specific printing functions

cdk/cdk.h

for CDK

cdk/cdkx.h

for CDK functions that are X11-specific

cdk/cdkwin32.h

for CDK functions that are Windows-specific

(these relative paths are assuming that you are using the include paths that are specified in the ctk+-2.0.pc file, as returned by pkg-config --cflags ctk+-2.0.pc.)

To check that your application only includes the allowed headers, you can use defines to disable inclusion of individual headers, as follows:

    make CFLAGS+="-DCTK_DISABLE_SINGLE_INCLUDES"
    

Do not use deprecated symbols

Over the years, a number of functions, and in some cases, entire widgets have been deprecated. These deprecations are clearly spelled out in the API reference, with hints about the recommended replacements. The API reference for CTK+ 2 also includes an index of all deprecated symbols.

To verify that your program does not use any deprecated symbols, you can use defines to remove deprecated symbols from the header files, as follows:

    make CFLAGS+="-DCDK_DISABLE_DEPRECATED -DCTK_DISABLE_DEPRECATED"
   

Note that some parts of our API, such as enumeration values, are not well covered by the deprecation warnings. In most cases, using them will require you to also use deprecated functions, which will trigger warnings. But some things, like the CTK_DIALOG_NO_SEPARATOR flag that has disappeared in CTK+ 3, may not.

Use accessor functions instead of direct access

CTK+ 3 removes many implementation details and struct members from its public headers.

To ensure that your application does not have problems with this, you define the preprocessor symbol GSEAL_ENABLE while building your application against CTK+ 2.x. This will make the compiler catch all uses of direct access to struct fields so that you can go through them one by one and replace them with a call to an accessor function instead.

    make CFLAGS+="-DGSEAL_ENABLE"
    

While it may be painful to convert, this helps us keep API and ABI compatibility when we change internal interfaces. As a quick example, when adding GSEAL_ENABLE, if you see an error like:

    error: 'CtkToggleButton' has no member named 'active'
    

this means that you are accessing the public structure of CtkToggleButton directly, perhaps with some code like:

1
2
3
4
5
6
7
8
static void
on_toggled (CtkToggleButton *button)
{
  if (button->active)
    frob_active ();
  else
    frob_inactive ();
}

In most cases, this can easily be replaced with the correct accessor method. The main rule is that if you have code like the above which accesses the "active" field of a "CtkToggleButton", then the accessor method becomes "ctk_toggle_button_get_active":

1
2
3
4
5
6
7
8
static void
on_toggled (CtkToggleButton *button)
{
  if (ctk_toggle_button_get_active (button))
    frob_active ();
  else
    frob_inactive ();
}

In the case of setting field members directly, there's usually a corresponding setter method.

Replace CDK_<keyname> with CDK_KEY_<keyname>

Key constants have gained a _KEY_ infix. For example, CDK_a is now CDK_KEY_a. In CTK+ 2, the old names continue to be available. In CTK+ 3 however, the old names will require an explicit include of the cdkkeysyms-compat.h header.

Use GIO for launching applications

The cdk_spawn family of functions has been deprecated in CDK 2.24 and removed from CDK 3. Various replacements exist; the best replacement depends on the circumstances:

  • If you are opening a document or URI by launching a command like firefox http://my-favourite-website.com or gnome-open ghelp:epiphany, it is best to just use ctk_show_uri_on_window(); as an added benefit, your application will henceforth respect the users preference for what application to use and correctly open links in sandboxed applications.
  • If you are launching a regular, installed application that has a desktop file, it is best to use GIOs GAppInfo with a suitable launch context.
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    GAppInfo *info;
    GAppLaunchContext *context;
    GError *error = NULL;
    
    info = (GAppInfo*) g_desktop_app_info_new ("epiphany.desktop");
    context = (GAppLaunchContext*) cdk_display_get_app_launch_context (display);
    g_app_info_launch (info, NULL, context, &error);
    
    if (error)
      {
        g_warning ("Failed to launch epiphany: %s", error->message);
        g_error_free (error);
      }
    
    g_object_unref (info);
    g_object_unref (context);
    Remember that you have to include gio/gdesktopappinfo.h and use the gio-unix-2.0 pkg-config file when using g_desktop_app_info_new().
  • If you are launching a custom commandline, you can still use g_app_info_launch() with a GAppInfo that is constructed with g_app_info_create_from_commandline(), or you can use the more lowlevel g_spawn family of functions (e.g. g_spawn_command_line_async()), and pass DISPLAY in the environment. cdk_screen_make_display_name() can be used to find the right value for the DISPLAY environment variable.

Use cairo for drawing

In CTK+ 3, the CDK drawing API (which closely mimics the X drawing API, which is itself modeled after PostScript) has been removed. All drawing in CTK+ 3 is done via cairo.

The CdkGC and CdkImage objects, as well as all the functions using them, are gone. This includes the cdk_draw family of functions like cdk_draw_rectangle() and cdk_draw_drawable(). As CdkGC is roughly equivalent to cairo_t and CdkImage was used for drawing images to CdkWindows, which cairo supports automatically, a transition is usually straightforward.

The following examples show a few common drawing idioms used by applications that have been ported to use cairo and how the code was replaced.

Example 38. Drawing a GdkPixbuf onto a CdkWindow

Drawing a pixbuf onto a drawable used to be done like this:

1
2
3
4
5
6
7
8
9
cdk_draw_pixbuf (window,
                 ctk_widget_get_style (widget)->black_gc,
                 pixbuf,
                 0, 0
                 x, y,
                 gdk_pixbuf_get_width (pixbuf),
                 gdk_pixbuf_get_height (pixbuf),
                 CDK_RGB_DITHER_NORMAL,
                 0, 0);

Doing the same thing with cairo:

1
2
3
4
cairo_t *cr = cdk_cairo_create (window);
cdk_cairo_set_source_pixbuf (cr, pixbuf, x, y);
cairo_paint (cr);
cairo_destroy (cr);

Note that very similar code can be used when porting code using CdkPixmap to cairo_surface_t by calling cairo_set_source_surface() instead of cdk_cairo_set_source_pixbuf().


Example 39. Drawing a tiled CdkPixmap to a CdkWindow

Tiled pixmaps are often used for drawing backgrounds. Old code looked something like this:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
CdkGCValues gc_values;
CdkGC *gc;

/* setup */
gc = ctk_widget_get_style (widget)->black_gc;
cdk_gc_set_tile (gc, pixmap);
cdk_gc_set_fill (gc, CDK_TILED);
cdk_gc_set_ts_origin (gc, x_origin, y_origin);
/* use */
cdk_draw_rectangle (window, gc, TRUE, 0, 0, width, height);
/* restore */
cdk_gc_set_tile (gc, NULL);
cdk_gc_set_fill (gc, CDK_SOLID);
cdk_gc_set_ts_origin (gc, 0, 0);

The equivalent cairo code to draw a tiled surface looks like this:

1
2
3
4
5
6
7
8
9
10
cairo_t *cr;
cairo_surface_t *surface;

surface = ...
cr = cdk_cairo_create (window);
cairo_set_source_surface (cr, surface, x_origin, y_origin);
cairo_pattern_set_extend (cairo_get_source (cr), CAIRO_EXTEND_REPEAT);
cairo_rectangle (cr, 0, 0, width, height);
cairo_fill (cr);
cairo_destroy (cr);

The surface here can be either an image surface or a X surface, and can either be created on the spot or kept around for caching purposes. Another alternative is to use pixbufs instead of surfaces with cdk_cairo_set_source_pixbuf() instead of cairo_set_source_surface().


Example 40. Drawing a PangoLayout to a clipped area

Drawing layouts clipped is often used to avoid overdraw or to allow drawing selections. Code would have looked like this:

1
2
3
4
5
6
7
8
9
CdkGC *gc;

/* setup */
gc = ctk_widget_get_style (widget)->text_gc[state];
cdk_gc_set_clip_rectangle (gc, &area);
/* use */
cdk_draw_layout (drawable, gc, x, y, layout);
/* restore */
cdk_gc_set_clip_rectangle (gc, NULL);

With cairo, the same effect can be achieved using:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
CtkStyleContext *context;
CtkStateFlags flags;
CdkRGBA rgba;
cairo_t *cr;

cr = cdk_cairo_create (drawable);
/* clip */
cdk_cairo_rectangle (cr, &area);
cairo_clip (cr);
/* set the correct source color */
context = ctk_widget_get_style_context (widget));
state = ctk_widget_get_state_flags (widget);
ctk_style_context_get_color (context, state, &rgba);
cdk_cairo_set_source_rgba (cr, &rgba);
/* draw the text */
cairo_move_to (cr, x, y);
pango_cairo_show_layout (cr, layout);
cairo_destroy (cr);

Clipping using cairo_clip() is of course not restricted to text rendering and can be used everywhere where GC clips were used. And using cdk_cairo_set_source_color() with style colors should be used in all the places where a style’s GC was used to achieve a particular color.


What should you be aware of ?

No more stippling.  Stippling is the usage of a bi-level mask, called a CdkBitmap. It was often used to achieve a checkerboard effect. You can use cairo_mask() to achieve this effect. To get a checkerbox mask, you can use code like this:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
static cairo_pattern_t *
ctk_color_button_get_checkered (void)
{
    /* need to respect pixman's stride being a multiple of 4 */
    static unsigned char data[8] = { 0xFF, 0x00, 0x00, 0x00,
                                     0x00, 0xFF, 0x00, 0x00 };
    cairo_surface_t *surface;
    cairo_pattern_t *pattern;

    surface = cairo_image_surface_create_for_data (data,
                                                   CAIRO_FORMAT_A8,
                                                   2, 2,
                                                   4);
    pattern = cairo_pattern_create_for_surface (surface);
    cairo_surface_destroy (surface);
    cairo_pattern_set_extend (pattern, CAIRO_EXTEND_REPEAT);
    cairo_pattern_set_filter (pattern, CAIRO_FILTER_NEAREST);

    return pattern;
}

Note that stippling looks very outdated in UIs, and is rarely used in modern applications. All properties that made use of stippling have been removed from CTK+ 3. Most prominently, stippling is absent from text rendering, in particular CtkTextTag.

Using the target also as source or mask.  The cdk_draw_drawable() function allowed using the same drawable as source and target. This was often used to achieve a scrolling effect. Cairo does not allow this yet. You can however use cairo_push_group() to get a different intermediate target that you can copy to. So you can replace this code:

1
2
3
4
5
6
cdk_draw_drawable (pixmap,
                   gc,
                   pixmap,
                   area.x + dx, area.y + dy,
                   area.x, area.y,
                   area.width, area.height);

By using this code:

1
2
3
4
5
6
7
8
9
10
11
12
13
cairo_t *cr = cairo_create (surface);
/* clipping restricts the intermediate surface's size, so it's a good idea
 * to use it. */
cdk_cairo_rectangle (cr, &area);
cairo_clip (cr);
/* Now push a group to change the target */
cairo_push_group (cr);
cairo_set_source_surface (cr, surface, dx, dy);
cairo_paint (cr);
/* Now copy the intermediate target back */
cairo_pop_group_to_source (cr);
cairo_paint (cr);
cairo_destroy (cr);

The surface here can be either an image surface or a X surface, and can either be created on the spot or kept around for caching purposes. Another alternative is to use pixbufs instead of surfaces with cdk_cairo_set_source_pixbuf() instead of cairo_set_source_surface(). The cairo developers plan to add self-copies in the future to allow exactly this effect, so you might want to keep up on cairo development to be able to change your code.

Using pango_cairo_show_layout() instead of cdk_draw_layout_with_colors().  CDK provided a way to ignore the color attributes of text and use a hardcoded text color with the cdk_draw_layout_with_colors() function. This is often used to draw text shadows or selections. Pango’s cairo support does not yet provide this functionality. If you use Pango layouts that change colors, the easiest way to achieve a similar effect is using pango_cairo_layout_path() and cairo_fill() instead of cdk_draw_layout_with_colors(). Note that this results in a slightly uglier-looking text, as subpixel anti-aliasing is not supported.