[gtk/gtk-4-2] docs: Assorted fixes
- From: Matthias Clasen <matthiasc src gnome org>
- To: commits-list gnome org
- Cc:
- Subject: [gtk/gtk-4-2] docs: Assorted fixes
- Date: Tue, 1 Jun 2021 22:02:41 +0000 (UTC)
commit bf09dc47fda38ac04ed2115347031986c5df26eb
Author: Matthias Clasen <mclasen redhat com>
Date: Tue Jun 1 17:54:29 2021 -0400
docs: Assorted fixes
Fix all the link syntax errors, now that gi-docgen
reports them.
docs/reference/gtk/migrating-3to4.md | 4 ++--
gdk/gdkclipboard.c | 2 +-
gdk/gdkframeclock.c | 2 +-
gdk/gdkpopuplayout.c | 2 +-
gdk/wayland/gdksurface-wayland.c | 2 +-
gtk/gtkbuilderscope.h | 2 +-
gtk/gtkcheckbutton.c | 2 +-
gtk/gtkcombobox.c | 2 +-
gtk/gtkcomboboxtext.c | 2 +-
gtk/gtkdialog.c | 2 +-
gtk/gtkicontheme.c | 2 +-
gtk/gtklabel.c | 2 +-
gtk/gtkrecentmanager.c | 2 +-
gtk/gtksettings.c | 4 ++--
gtk/gtktogglebutton.c | 2 +-
gtk/gtktreesortable.h | 4 ++--
16 files changed, 19 insertions(+), 19 deletions(-)
---
diff --git a/docs/reference/gtk/migrating-3to4.md b/docs/reference/gtk/migrating-3to4.md
index ea7b4cefd6..fce894fdf1 100644
--- a/docs/reference/gtk/migrating-3to4.md
+++ b/docs/reference/gtk/migrating-3to4.md
@@ -271,7 +271,7 @@ holds a reference on them, and GTK holds a reference on toplevel windows.
and cause the whole widget hierarchy to be finalized unless there are other
references that keep widgets alive.
-The [signals@Gtk.Widget::destroy] signal is emitted when a widget is
+The [signal@Gtk.Widget::destroy] signal is emitted when a widget is
disposed, and therefore can no longer be used to break reference cycles. A
typical sign of a reference cycle involving a toplevel window is when
closing the window does not make the application quit.
@@ -555,7 +555,7 @@ for you, so templates work like before.
A few changes to the event controller and [class@Gtk.Gesture] APIs
did not make it back to GTK 3, and have to be taken into account
when moving to GTK 4. One is that the [signal@Gtk.EventControllerMotion::enter]
-and [signals@Gtk.EventControllerMotion::leave] signals have gained new arguments.
+and [signal@Gtk.EventControllerMotion::leave] signals have gained new arguments.
Another is that `GtkGestureMultiPress` has been renamed to [class@Gtk.GestureClick],
and has lost its area property. A [class@Gtk.EventControllerFocus] has been
split off from [class@Gtk.EventControllerKey].
diff --git a/gdk/gdkclipboard.c b/gdk/gdkclipboard.c
index c3a4759c79..448d344217 100644
--- a/gdk/gdkclipboard.c
+++ b/gdk/gdkclipboard.c
@@ -905,7 +905,7 @@ gdk_clipboard_read_value_finish (GdkClipboard *clipboard,
* call [method@Gdk.Clipboard.read_texture_finish] to get the result.
*
* This is a simple wrapper around [method@Gdk.Clipboard.read_value_async].
- * Use that function or [methos@Gdk.Clipboard.read_async] directly if you
+ * Use that function or [method@Gdk.Clipboard.read_async] directly if you
* need more control over the operation.
*/
void
diff --git a/gdk/gdkframeclock.c b/gdk/gdkframeclock.c
index 92c9b6fcfc..296230f963 100644
--- a/gdk/gdkframeclock.c
+++ b/gdk/gdkframeclock.c
@@ -51,7 +51,7 @@
* `GdkFrameClock` class for documentation of the phases.
* %GDK_FRAME_CLOCK_PHASE_UPDATE and the [signal@GdkFrameClock::update] signal
* are most interesting for application writers, and are used to update the
- * animations, using the frame time given by [metohd@Gdk.FrameClock.get_frame_time].
+ * animations, using the frame time given by [method@Gdk.FrameClock.get_frame_time].
*
* The frame time is reported in microseconds and generally in the same
* timescale as g_get_monotonic_time(), however, it is not the same
diff --git a/gdk/gdkpopuplayout.c b/gdk/gdkpopuplayout.c
index f2d243ebd7..c58c455e7e 100644
--- a/gdk/gdkpopuplayout.c
+++ b/gdk/gdkpopuplayout.c
@@ -26,7 +26,7 @@
* GdkPopupLayout:
*
* The `GdkPopupLayout` struct contains information that is
- * necessary position a [interface@Gdk.Popup] relative to its parent.
+ * necessary position a [iface@Gdk.Popup] relative to its parent.
*
* The positioning requires a negotiation with the windowing system,
* since it depends on external constraints, such as the position of
diff --git a/gdk/wayland/gdksurface-wayland.c b/gdk/wayland/gdksurface-wayland.c
index ca85fc75a2..8036d194bf 100644
--- a/gdk/wayland/gdksurface-wayland.c
+++ b/gdk/wayland/gdksurface-wayland.c
@@ -58,7 +58,7 @@
*
* The Wayland implementation of `GdkToplevel`.
*
- * Beyond the [interface@Gdk.Toplevel] API, the Wayland implementation
+ * Beyond the [iface@Gdk.Toplevel] API, the Wayland implementation
* has API to set up cross-process parent-child relationships between
* surfaces with [method@GdkWayland.WaylandToplevel.export_handle] and
* [method@GdkWayland.WaylandToplevel.set_transient_for_exported].
diff --git a/gtk/gtkbuilderscope.h b/gtk/gtkbuilderscope.h
index 4ca48e2611..d3fdeaaab1 100644
--- a/gtk/gtkbuilderscope.h
+++ b/gtk/gtkbuilderscope.h
@@ -41,7 +41,7 @@ G_DECLARE_INTERFACE (GtkBuilderScope, gtk_builder_scope, GTK, BUILDER_SCOPE, GOb
* The list of flags that can be passed to gtk_builder_create_closure().
*
* New values may be added in the future for new features, so external
- * implementations of [interface@Gtk.BuilderScope] should test the flags
+ * implementations of [iface@Gtk.BuilderScope] should test the flags
* for unknown values and raise a %GTK_BUILDER_ERROR_INVALID_ATTRIBUTE error
* when they encounter one.
*/
diff --git a/gtk/gtkcheckbutton.c b/gtk/gtkcheckbutton.c
index e9a30a1ce3..aaba56b5fb 100644
--- a/gtk/gtkcheckbutton.c
+++ b/gtk/gtkcheckbutton.c
@@ -915,7 +915,7 @@ gtk_check_button_set_label (GtkCheckButton *self,
*
* Setting up groups in a cycle leads to undefined behavior.
*
- * Note that the same effect can be achieved via the [interface@Gtk.Actionable]
+ * Note that the same effect can be achieved via the [iface@Gtk.Actionable]
* API, by using the same action with parameter type and state type 's'
* for all buttons in the group, and giving each button its own target
* value.
diff --git a/gtk/gtkcombobox.c b/gtk/gtkcombobox.c
index 177bd4bcd7..b5d04b8e58 100644
--- a/gtk/gtkcombobox.c
+++ b/gtk/gtkcombobox.c
@@ -58,7 +58,7 @@
* is specified in the form of a tree model, and the display of the choices
* can be adapted to the data in the model by using cell renderers, as you
* would in a tree view. This is possible since `GtkComboBox` implements the
- * [interface@Gtk.CellLayout] interface. The tree model holding the valid
+ * [iface@Gtk.CellLayout] interface. The tree model holding the valid
* choices is not restricted to a flat list, it can be a real tree, and the
* popup will reflect the tree structure.
*
diff --git a/gtk/gtkcomboboxtext.c b/gtk/gtkcomboboxtext.c
index 0741fccfb6..d03debf2b4 100644
--- a/gtk/gtkcomboboxtext.c
+++ b/gtk/gtkcomboboxtext.c
@@ -52,7 +52,7 @@
* using [method@Gtk.ComboBoxText.get_active_text].
*
* You should not call [method@Gtk.ComboBox.set_model] or attempt to pack more
- * cells into this combo box via its [interface@Gtk.CellLayout] interface.
+ * cells into this combo box via its [iface@Gtk.CellLayout] interface.
*
* # GtkComboBoxText as GtkBuildable
*
diff --git a/gtk/gtkdialog.c b/gtk/gtkdialog.c
index 934bd681f8..6384da3a84 100644
--- a/gtk/gtkdialog.c
+++ b/gtk/gtkdialog.c
@@ -953,7 +953,7 @@ gtk_dialog_add_buttons_valist (GtkDialog *dialog,
*
* This is the same as calling [method@Gtk.Dialog.add_button]
* repeatedly. The variable argument list should be %NULL-terminated
- * as with [new@Gtk.Dialog.new_with_buttons]. Each button must have both
+ * as with [ctor@Gtk.Dialog.new_with_buttons]. Each button must have both
* text and response ID.
*/
void
diff --git a/gtk/gtkicontheme.c b/gtk/gtkicontheme.c
index 45623c44d4..6bbbcf75ef 100644
--- a/gtk/gtkicontheme.c
+++ b/gtk/gtkicontheme.c
@@ -1644,7 +1644,7 @@ gtk_icon_theme_add_resource_path (GtkIconTheme *self,
* overriding system configuration.
*
* This function cannot be called on the icon theme objects returned
- * from [type_func@Gtk.IconTheme.get_for_display].
+ * from [func@Gtk.IconTheme.get_for_display].
*/
void
gtk_icon_theme_set_theme_name (GtkIconTheme *self,
diff --git a/gtk/gtklabel.c b/gtk/gtklabel.c
index 10d65667e9..8037f33519 100644
--- a/gtk/gtklabel.c
+++ b/gtk/gtklabel.c
@@ -4998,7 +4998,7 @@ gtk_label_get_layout (GtkLabel *self)
* inside the [class@Pango.Layout], e.g. to take some action if some part
* of the label is clicked. Remember when using the [class@Pango.Layout]
* functions you need to convert to and from pixels using PANGO_PIXELS()
- * or [constant@Pango.SCALE].
+ * or [const@Pango.SCALE].
*/
void
gtk_label_get_layout_offsets (GtkLabel *self,
diff --git a/gtk/gtkrecentmanager.c b/gtk/gtkrecentmanager.c
index 0353f57d6c..bcbc8cbc71 100644
--- a/gtk/gtkrecentmanager.c
+++ b/gtk/gtkrecentmanager.c
@@ -720,7 +720,7 @@ build_recent_items_list (GtkRecentManager *manager)
* signal each time something inside the list changes.
*
* `GtkRecentManager` objects are expensive: be sure to create them
- * only when needed. You should use [type_func@Gtk.RecentManager.get_default]
+ * only when needed. You should use [func@Gtk.RecentManager.get_default]
* instead.
*
* Returns: A newly created `GtkRecentManager` object
diff --git a/gtk/gtksettings.c b/gtk/gtksettings.c
index b88c6ea37d..944b6e5da5 100644
--- a/gtk/gtksettings.c
+++ b/gtk/gtksettings.c
@@ -89,7 +89,7 @@
* configuration facility.
*
* There is one `GtkSettings` instance per display. It can be obtained with
- * [type_func@GtkSettings.get_for_display], but in many cases, it is more
+ * [func@Gtk.Settings.get_for_display], but in many cases, it is more
* convenient to use [method@Gtk.Widget.get_settings].
*/
@@ -1333,7 +1333,7 @@ gtk_settings_get_for_display (GdkDisplay *display)
* Gets the `GtkSettings` object for the default display, creating
* it if necessary.
*
- * See [type_func@Gtk.Settings.get_for_display].
+ * See [func@Gtk.Settings.get_for_display].
*
* Returns: (nullable) (transfer none): a `GtkSettings` object. If there is
* no default display, then returns %NULL.
diff --git a/gtk/gtktogglebutton.c b/gtk/gtktogglebutton.c
index 93ba0e7c07..c6211ec1a9 100644
--- a/gtk/gtktogglebutton.c
+++ b/gtk/gtktogglebutton.c
@@ -478,7 +478,7 @@ gtk_toggle_button_toggled (GtkToggleButton *toggle_button)
*
* Setting up groups in a cycle leads to undefined behavior.
*
- * Note that the same effect can be achieved via the [interface@Gtk.Actionable]
+ * Note that the same effect can be achieved via the [iface@Gtk.Actionable]
* API, by using the same action with parameter type and state type 's'
* for all buttons in the group, and giving each button its own target
* value.
diff --git a/gtk/gtktreesortable.h b/gtk/gtktreesortable.h
index 56f3567305..493508aa41 100644
--- a/gtk/gtktreesortable.h
+++ b/gtk/gtktreesortable.h
@@ -37,7 +37,7 @@ G_BEGIN_DECLS
/**
* GTK_TREE_SORTABLE_DEFAULT_SORT_COLUMN_ID:
*
- * Uses the default sort function in a [interface@Gtk.TreeSortable].
+ * Uses the default sort function in a [iface@Gtk.TreeSortable].
*
* See also: [method@Gtk.TreeSortable.set_sort_column_id]
*/
@@ -46,7 +46,7 @@ G_BEGIN_DECLS
/**
* GTK_TREE_SORTABLE_UNSORTED_SORT_COLUMN_ID:
*
- * Disables sorting in a [interface@Gtk.TreeSortable].
+ * Disables sorting in a [iface@Gtk.TreeSortable].
*
* See also: [method@Gtk.TreeSortable.set_sort_column_id]
*/
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]