| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
We already have a SECTION stanza for gtk-doc.
|
|
|
|
| |
This fixes several typos and missing references
|
| |
|
|
|
|
|
| |
Instead of every snapshot function having debug messages, have an
explicit gtk_snapshot_push_debug() function that appends a debug node.
|
|
|
|
|
| |
It's needed for debugging Timm's code, so better have it here than
hidden in my random-patch vault.
|
| |
|
| |
|
| |
|
|
|
|
| |
Use gdk_memory_texture_new() instead.
|
|
|
|
|
| |
This is kind of evil because we need to link to GTK to be able to
snapshot, but I hope nobody notices.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
A problem with textures is that they can become too big for GPU memory,
which would require tiling. But for tiling we only need to download
the pixels needed by the tile.
Similarly, there might be interest to not upload full textures if a
renderer knows it only needs a small part.
Both of these methods require the ability to specify an area of the
texture to be downloaded. So change the download vfunc to include
this parameter now before we add even more textures later.
A private gdk_texture_download_area() function has also been added, but
nobody is using it yet.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
GdkMemoryTexture is a texture implementation for holding data in memory
(read: GBytes). You specify the GdkMemoryFormat that data is in and off
you go.
Renderers can use this to add uploads in various different formats and
don't need to fallback to GDK doing the conersion on the CPU.
Supported formats can be extended if we need new ones, for now I just
added the relevant ones for Cairo and GdkPixbuf.
The constructor is also private still, because I'm not sure we want to
export GdkMemoryFormat.
Wrappers that do from_cairo_surface() and for_pixbuf() do exist though.
|
|
|
|
|
|
|
| |
Put GdkGLTexture into its own file and rename the API to
gdk_gl_texture_foo() instead of gdk_texture_foo_for_gl().
Apart from naming, no actual code changes.
|
|
|
|
|
|
|
| |
Remove all the old 2.x and 3.x version annotations.
GTK+ 4 is a new start, and from the perspective of a
GTK+ 4 developer all these APIs have been around since
the beginning.
|
|
|
|
|
| |
width, height and GL texture ID may not be 0, so return_if_fail() if
they are.
|
|
|
|
| |
Texture IDs are unsigned, so treat them like that.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The inspector may hold on to render nodes and textures
beyond the lifetime of the widget (and thus the GL
resources). To handle this situation, allow the widget
to explicitly release the GL resources, and make
the texture available on the clent-side as a cairo
surface. This lets the recorder still show the content
after the widget is gone.
|
|
|
|
|
| |
This will be used to pass a GL textures from the application
(or rather, GtkGLArea) down to the GSK GL renderer.
|
| |
|
|
|
|
| |
This is just an initial cut; more work is needed.
|
| |
|
|
|
|
|
| |
This is one-too-many private headers. Move the few
declarations here to gdkinternals.h.
|
|
|
|
| |
Correct function names in the docs, etc.
|
|
|
|
|
|
|
| |
and gdk_texture_new_from_resource().
While doing set, turn all GDK_AVAILABLE_IN_3_90 into
GDK_AVAILABLE_IN_3_94 because that's now true after the renaming.
|
|
We want this thing to replace GdkPixbuf, so it has to live in GDK.
|