Skip to content

Commit 9c9644b

Browse files
Update GIR files
1 parent 808abba commit 9c9644b

File tree

7 files changed

+2574
-1028
lines changed

7 files changed

+2574
-1028
lines changed

GLib-2.0.gir

Lines changed: 23 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -27333,6 +27333,24 @@ destroying it will effectively unset the callback similar to calling
2733327333
</instance-parameter>
2733427334
</parameters>
2733527335
</method>
27336+
<method name="dup_context" c:identifier="g_source_dup_context" version="2.86">
27337+
<doc xml:space="preserve">Gets the [struct@GLib.MainContext] with which the source is associated.
27338+
27339+
You can call this on a source that has been destroyed. You can
27340+
always call this function on the source returned from
27341+
[func@GLib.main_current_source].</doc>
27342+
<return-value transfer-ownership="full" nullable="1">
27343+
<doc xml:space="preserve">the [struct@GLib.MainContext] with which the
27344+
source is associated, or `NULL`.</doc>
27345+
<type name="MainContext" c:type="GMainContext*"/>
27346+
</return-value>
27347+
<parameters>
27348+
<instance-parameter name="source" transfer-ownership="none">
27349+
<doc xml:space="preserve">a #GSource</doc>
27350+
<type name="Source" c:type="GSource*"/>
27351+
</instance-parameter>
27352+
</parameters>
27353+
</method>
2733627354
<method name="get_can_recurse" c:identifier="g_source_get_can_recurse">
2733727355
<doc xml:space="preserve">Checks whether a source is allowed to be called recursively.
2733827356
see [method@GLib.Source.set_can_recurse].</doc>
@@ -27355,7 +27373,11 @@ that the [struct@GLib.MainContext] it was attached to still exists (in which
2735527373
case it will return that [struct@GLib.MainContext]). In particular, you can
2735627374
always call this function on the source returned from
2735727375
[func@GLib.main_current_source]. But calling this function on a source
27358-
whose [struct@GLib.MainContext] has been destroyed is an error.</doc>
27376+
whose [struct@GLib.MainContext] has been destroyed is an error.
27377+
27378+
If the associated [struct@GLib.MainContext] could be destroy concurrently from
27379+
a different thread, then this function is not safe to call and
27380+
[method@GLib.Source.dup_context] should be used instead.</doc>
2735927381
<return-value transfer-ownership="none" nullable="1">
2736027382
<doc xml:space="preserve">the #GMainContext with which the
2736127383
source is associated, or %NULL if the context has not

GObject-2.0.gir

Lines changed: 8 additions & 19 deletions
Original file line numberDiff line numberDiff line change
@@ -7340,14 +7340,7 @@ should not destroy the object in the normal way.</doc>
73407340
<doc xml:space="preserve">Releases all references to other objects. This can be used to break
73417341
reference cycles.
73427342

7343-
This function should only be called from object system implementations.
7344-
7345-
This function temporarily acquires another strong reference while running
7346-
dispose.
7347-
7348-
This first clears all #GWeakRef pointers and then calls
7349-
#GObjectClass.dispose. (Before 2.86, #GWeakRef pointers were
7350-
cleared after #GObjectClass.dispose).</doc>
7343+
This function should only be called from object system implementations.</doc>
73517344
<return-value transfer-ownership="none">
73527345
<type name="none" c:type="void"/>
73537346
</return-value>
@@ -14402,19 +14395,15 @@ reference is thread-safe: converting a weak pointer to a reference is
1440214395
atomic with respect to invalidation of weak pointers to destroyed
1440314396
objects.
1440414397

14405-
#GWeakRefs are reset before calling #GObjectClass.dispose.
1440614398
If the object's #GObjectClass.dispose method results in additional
1440714399
references to the object being held (&#x2018;re-referencing&#x2019;), any #GWeakRefs taken
14408-
before it was disposed will continue to point to %NULL. If during disposal
14409-
the object gets re-referenced and resurrected, the #GWeakRefs taken during
14410-
disposal will be set until the reference count drops towards zero again and
14411-
#GObjectClass.dispose is called again. If #GWeakRefs were taken during
14412-
disposal but the object not resurrected, they will be set to %NULL right
14413-
after, before finalization.
14414-
14415-
Note that #GObjectClass.run_dispose() also resets #GWeakRefs. As such, the
14416-
#GWeakRef actually tracks whether #GObjectClass.dispose() was called
14417-
and not the reference count reaching zero.</doc>
14400+
before it was disposed will continue to point to %NULL. Any #GWeakRefs taken
14401+
during disposal and after re-referencing, or after disposal has returned due
14402+
to the re-referencing, will continue to point to the object until its refcount
14403+
goes back to zero, at which point they too will be invalidated.
14404+
14405+
It is invalid to take a #GWeakRef on an object during #GObjectClass.dispose
14406+
without first having or creating a strong reference to the object.</doc>
1441814407
<union name="priv" c:type="priv">
1441914408
<field name="p" writable="1">
1442014409
<type name="gpointer" c:type="gpointer"/>

Gdk-4.0.gir

Lines changed: 58 additions & 12 deletions
Original file line numberDiff line numberDiff line change
@@ -1173,6 +1173,26 @@ color states will never compare equal.</doc>
11731173
</parameter>
11741174
</parameters>
11751175
</method>
1176+
<method name="equivalent" c:identifier="gdk_color_state_equivalent" version="4.20">
1177+
<doc xml:space="preserve">Compares two `GdkColorStates` for equivalence.
1178+
1179+
Two objects that represent the same color state should be equivalent,
1180+
even though they may not be equal in the sense of [method@Gdk.ColorState.equal].</doc>
1181+
<return-value transfer-ownership="none">
1182+
<doc xml:space="preserve">%TRUE if the two color states are equivalent</doc>
1183+
<type name="gboolean" c:type="gboolean"/>
1184+
</return-value>
1185+
<parameters>
1186+
<instance-parameter name="self" transfer-ownership="none">
1187+
<doc xml:space="preserve">a `GdkColorState`</doc>
1188+
<type name="ColorState" c:type="GdkColorState*"/>
1189+
</instance-parameter>
1190+
<parameter name="other" transfer-ownership="none">
1191+
<doc xml:space="preserve">another `GdkColorStatee`</doc>
1192+
<type name="ColorState" c:type="GdkColorState*"/>
1193+
</parameter>
1194+
</parameters>
1195+
</method>
11761196
<method name="ref" c:identifier="gdk_color_state_ref" version="4.16">
11771197
<doc xml:space="preserve">Increase the reference count of @self.</doc>
11781198
<return-value transfer-ownership="full">
@@ -6860,7 +6880,10 @@ If the last reference is dropped, the structure is freed.</doc>
68606880
<doc xml:space="preserve">A touchpad hold gesture event, the current state is determined by its phase
68616881
field.</doc>
68626882
</member>
6863-
<member name="event_last" value="29" c:identifier="GDK_EVENT_LAST" glib:nick="event-last" glib:name="GDK_EVENT_LAST">
6883+
<member name="pad_dial" value="29" c:identifier="GDK_PAD_DIAL" glib:nick="pad-dial" glib:name="GDK_PAD_DIAL">
6884+
<doc xml:space="preserve">A tablet pad axis event from a "dial".</doc>
6885+
</member>
6886+
<member name="event_last" value="30" c:identifier="GDK_EVENT_LAST" glib:nick="event-last" glib:name="GDK_EVENT_LAST">
68646887
<doc xml:space="preserve">marks the end of the GdkEventType enumeration.</doc>
68656888
</member>
68666889
</enumeration>
@@ -20092,12 +20115,14 @@ data.</doc>
2009220115
<implements name="Paintable"/>
2009320116
<implements name="Gio.Icon"/>
2009420117
<implements name="Gio.LoadableIcon"/>
20095-
<constructor name="new_for_pixbuf" c:identifier="gdk_texture_new_for_pixbuf">
20118+
<constructor name="new_for_pixbuf" c:identifier="gdk_texture_new_for_pixbuf" deprecated="1" deprecated-version="4.20">
2009620119
<doc xml:space="preserve">Creates a new texture object representing the `GdkPixbuf`.
2009720120

2009820121
This function is threadsafe, so that you can e.g. use GTask
20099-
and [method@Gio.Task.run_in_thread] to avoid blocking the main thread
20100-
while loading a big image.</doc>
20122+
and [method@Gio.Task.run_in_thread] to avoid blocking the main
20123+
thread while loading a big image.</doc>
20124+
<doc-deprecated xml:space="preserve">Use e.g. libglycin, which can load many image
20125+
formats into a `GdkTexture`</doc-deprecated>
2010120126
<return-value transfer-ownership="full">
2010220127
<doc xml:space="preserve">a new `GdkTexture`</doc>
2010320128
<type name="Texture" c:type="GdkTexture*"/>
@@ -20115,6 +20140,10 @@ while loading a big image.</doc>
2011520140
The file format is detected automatically. The supported formats
2011620141
are PNG, JPEG and TIFF, though more formats might be available.
2011720142

20143+
Note that this function should not be used with untrusted data.
20144+
Use a proper image loading framework such as libglycin, which can
20145+
load many image formats into a `GdkTexture`.
20146+
2011820147
If %NULL is returned, then @error will be set.
2011920148

2012020149
This function is threadsafe, so that you can e.g. use GTask
@@ -20137,6 +20166,10 @@ while loading a big image.</doc>
2013720166
The file format is detected automatically. The supported formats
2013820167
are PNG, JPEG and TIFF, though more formats might be available.
2013920168

20169+
Note that this function should not be used with untrusted data.
20170+
Use a proper image loading framework such as libglycin, which can
20171+
load many image formats into a `GdkTexture`.
20172+
2014020173
If %NULL is returned, then @error will be set.
2014120174

2014220175
This function is threadsafe, so that you can e.g. use GTask
@@ -20159,6 +20192,10 @@ while loading a big image.</doc>
2015920192
The file format is detected automatically. The supported formats
2016020193
are PNG, JPEG and TIFF, though more formats might be available.
2016120194

20195+
Note that this function should not be used with untrusted data.
20196+
Use a proper image loading framework such as libglycin, which can
20197+
load many image formats into a `GdkTexture`.
20198+
2016220199
If %NULL is returned, then @error will be set.
2016320200

2016420201
This function is threadsafe, so that you can e.g. use GTask
@@ -20179,7 +20216,7 @@ while loading a big image.</doc>
2017920216
<doc xml:space="preserve">Creates a new texture by loading an image from a resource.
2018020217

2018120218
The file format is detected automatically. The supported formats
20182-
are PNG and JPEG, though more formats might be available.
20219+
are PNG, JPEG and TIFF, though more formats might be available.
2018320220

2018420221
It is a fatal error if @resource_path does not specify a valid
2018520222
image resource and the program will abort if that happens.
@@ -20309,9 +20346,9 @@ downloading the texture.</doc>
2030920346

2031020347
This is a utility function intended for debugging and testing.
2031120348
If you want more control over formats, proper error handling or
20312-
want to store to a [iface@Gio.File] or other location, you might want to
20313-
use [method@Gdk.Texture.save_to_png_bytes] or look into the
20314-
gdk-pixbuf library.</doc>
20349+
want to store to a [iface@Gio.File] or other location, you might
20350+
want to use [method@Gdk.Texture.save_to_png_bytes] or look into
20351+
the libglycin library.</doc>
2031520352
<return-value transfer-ownership="none">
2031620353
<doc xml:space="preserve">%TRUE if saving succeeded, %FALSE on failure.</doc>
2031720354
<type name="gboolean" c:type="gboolean"/>
@@ -20337,7 +20374,7 @@ portable way to do that.
2033720374

2033820375
If you need more control over the generated image, such as
2033920376
attaching metadata, you should look into an image handling
20340-
library such as the gdk-pixbuf library.
20377+
library such as the libglycin library.
2034120378

2034220379
If you are dealing with high dynamic range float data, you
2034320380
might also want to consider [method@Gdk.Texture.save_to_tiff_bytes]
@@ -21952,11 +21989,12 @@ set with cairo_surface_set_device_offset().</doc>
2195221989
</parameter>
2195321990
</parameters>
2195421991
</function>
21955-
<function name="cairo_set_source_pixbuf" c:identifier="gdk_cairo_set_source_pixbuf">
21992+
<function name="cairo_set_source_pixbuf" c:identifier="gdk_cairo_set_source_pixbuf" deprecated="1" deprecated-version="4.20">
2195621993
<doc xml:space="preserve">Sets the given pixbuf as the source pattern for @cr.
2195721994

2195821995
The pattern has an extend mode of %CAIRO_EXTEND_NONE and is aligned
2195921996
so that the origin of @pixbuf is @pixbuf_x, @pixbuf_y.</doc>
21997+
<doc-deprecated xml:space="preserve">Use cairo_set_source_surface() and gdk_texture_download()</doc-deprecated>
2196021998
<return-value transfer-ownership="none">
2196121999
<type name="none" c:type="void"/>
2196222000
</return-value>
@@ -22152,7 +22190,11 @@ is returned.</doc>
2215222190
</parameters>
2215322191
</function>
2215422192
<function name="content_register_deserializer" c:identifier="gdk_content_register_deserializer">
22155-
<doc xml:space="preserve">Registers a function to deserialize object of a given type.</doc>
22193+
<doc xml:space="preserve">Registers a function to deserialize object of a given type.
22194+
22195+
Since 4.20, when looking up a deserializer to use, GTK will
22196+
use the last registered deserializer for a given mime type,
22197+
so applications can override the built-in deserializers.</doc>
2215622198
<return-value transfer-ownership="none">
2215722199
<type name="none" c:type="void"/>
2215822200
</return-value>
@@ -22180,7 +22222,11 @@ is returned.</doc>
2218022222
</parameters>
2218122223
</function>
2218222224
<function name="content_register_serializer" c:identifier="gdk_content_register_serializer">
22183-
<doc xml:space="preserve">Registers a function to serialize objects of a given type.</doc>
22225+
<doc xml:space="preserve">Registers a function to serialize objects of a given type.
22226+
22227+
Since 4.20, when looking up a serializer to use, GTK will
22228+
use the last registered serializer for a given mime type,
22229+
so applications can override the built-in serializers.</doc>
2218422230
<return-value transfer-ownership="none">
2218522231
<type name="none" c:type="void"/>
2218622232
</return-value>

GdkWayland-4.0.gir

Lines changed: 14 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -510,6 +510,20 @@ and thus may require changes in the future.</doc>
510510
</parameter>
511511
</parameters>
512512
</method>
513+
<method name="get_xdg_toplevel" c:identifier="gdk_wayland_toplevel_get_xdg_toplevel" version="4.20">
514+
<doc xml:space="preserve">Returns the Wayland `xdg_toplevel` of a toplevel,
515+
if it has one.</doc>
516+
<return-value transfer-ownership="none" nullable="1">
517+
<doc xml:space="preserve">a Wayland `xdg_toplevel`</doc>
518+
<type name="gpointer" c:type="xdg_toplevel*"/>
519+
</return-value>
520+
<parameters>
521+
<instance-parameter name="toplevel" transfer-ownership="none">
522+
<doc xml:space="preserve">a toplevel</doc>
523+
<type name="WaylandToplevel" c:type="GdkToplevel*"/>
524+
</instance-parameter>
525+
</parameters>
526+
</method>
513527
<method name="set_application_id" c:identifier="gdk_wayland_toplevel_set_application_id">
514528
<doc xml:space="preserve">Sets the application id on a `GdkToplevel`.</doc>
515529
<return-value transfer-ownership="none">

0 commit comments

Comments
 (0)