diff options
| author | Matthias Clasen <mclasen@redhat.com> | 2021-05-18 17:05:26 -0400 |
|---|---|---|
| committer | Matthias Clasen <mclasen@redhat.com> | 2021-05-20 19:17:49 -0400 |
| commit | 8ba16eb4f1e6df67d79a9d509a3a45126a032e46 (patch) | |
| tree | bb493f2acbf893de29db9e393a4f364b7dd05ac2 /gtk/gtkcellarea.c | |
| parent | ab6a5be0f860c29432b4a8e9d3a4cd3bbad0a63a (diff) | |
| download | gtk+-8ba16eb4f1e6df67d79a9d509a3a45126a032e46.tar.gz | |
Documentation fixes
Mostly fixing up indentation of continuation lines,
and other small cleanups.
Diffstat (limited to 'gtk/gtkcellarea.c')
| -rw-r--r-- | gtk/gtkcellarea.c | 12 |
1 files changed, 6 insertions, 6 deletions
diff --git a/gtk/gtkcellarea.c b/gtk/gtkcellarea.c index 549dc8ec1d..a4190f7957 100644 --- a/gtk/gtkcellarea.c +++ b/gtk/gtkcellarea.c @@ -101,7 +101,7 @@ * exceedingly large amount of rows. The #GtkCellLayout widget in * that case would calculate the required width of the rows in an * idle or timeout source (see g_timeout_add()) and when the widget - * is requested its actual width in #GtkWidgetClass.measure() + * is requested its actual width in [vfunc@Gtk.Widget.measure] * it can simply consult the width accumulated so far in the * #GtkCellAreaContext object. * @@ -177,7 +177,7 @@ * synchronously. The reasoning here is that any layouting widget is * at least capable of synchronously calculating enough height to fill * the screen height (or scrolled window height) in response to a single - * call to #GtkWidgetClass.measure(). Returning + * call to [vfunc@Gtk.Widget.measure]. Returning * a perfect height for width that is larger than the screen area is * inconsequential since after the layouting receives an allocation * from a scrolled window it simply continues to drive the scrollbar @@ -188,7 +188,7 @@ * * Once area sizes have been acquired at least for the rows in the * visible area of the layouting widget they can be rendered at - * #GtkWidgetClass.snapshot() time. + * [vfunc@Gtk.Widget.snapshot] time. * * A crude example of how to render all the rows at the root level * runs as follows: @@ -245,14 +245,14 @@ * area to paint the focus at render time. * * Layouting widgets that accept focus on cells should implement the - * #GtkWidgetClass.focus() virtual method. The layouting widget is always + * [vfunc@Gtk.Widget.focus] virtual method. The layouting widget is always * responsible for knowing where #GtkTreeModel rows are rendered inside - * the widget, so at #GtkWidgetClass.focus() time the layouting widget + * the widget, so at [vfunc@Gtk.Widget.focus] time the layouting widget * should use the #GtkCellArea methods to navigate focus inside the area * and then observe the GtkDirectionType to pass the focus to adjacent * rows and areas. * - * A basic example of how the #GtkWidgetClass.focus() virtual method + * A basic example of how the [vfunc@Gtk.Widget.focus] virtual method * should be implemented: * * |[<!-- language="C" --> |