GSK is part of GTK. GSK is meant to be used by GTK itself and by GTK-based applications that wish to replace Clutter for their UI. Applications that made use of Clutter instead of using only GTK are e.g. GNOME Shell, GNOME Videos, GNOME Boxes and Cheese. Any application which makes use of GTK's graphical control elements, as opposed to those applications getting a GTK window and then drawing themselves on it, benefit from GSK.
Performance
Drawing graphical control elements without a scenegraph leads to rendering things that don't show up on the screen, things that do not need to be rendered; hence it leads to avoidable performance and battery life losses. The scenegraph is used to do hidden surface determination.
Simplicity
The way widgets were drawn in GTK, was, that a draw function drew everything. There was no way to know, what has just been drawn. To know where the mouse pointer was currently hovering over, the current position had to be computed. With GSK, it should be fairly easy to write complex graphical control elements and still track easily the whereabout of the mouse pointer.
CSS
It was decided for GTK to move to a Cascading Style Sheet -based model for how graphical control elements are styled and rendered. In CSS, shadows, borders, padding and style properties have well-defined semantics. Some of those semantics are difficult to implement with the old GTK drawing model. GSK makes use of graphene, an external library which houses a collection of geometry types — points, sizes, rectangles, vectors, quads, quaternions, matrices. has been ported to the Meson build system.
The lower layer is a simple rendering tree of operations; it can be transformed into appropriate rendering commands with minimal state changes, so it gets transformed into the rendering pipeline. The tree of rendering operations is represented by GskRenderNode instances; an instance of GskRenderer takes the render nodes and submits them to the underlying graphic system.
higher layer: a complex set of logical layers; it adds a high level convenience API for application developers.
Rendering APIs
As of GTK 3.90, which is the development version number of what will become GTK 4, GSK supports rendering using these back-ends:
was released to the public on June 22, 2006. The integration library "clutter-gtk" has been available since 2006-11-29. At the 2nd Desktop Summit in August 2011 in Berlin there was quite some talk regarding "GTK+ 4.0 and Clutter 2.0".
Idea to introduce a scene graph to GTK
In 2008 developers such as Havoc Pennington were considering to add a scene canvas to GTK, as people outside of GTK were making use of things like Clutter, Pigment, or . It was proposed to make graphical control elements one kind of object in a more flexible scene graph.
GSK
Before GSK, drawing used to be done by GDK - handling basic rendering such as drawing primitives, raster graphics, cursors, fonts, as well as window events and drag-and-drop functionality. In June 2006 Clutter, an OpenGL-based 'interactive canvas' library, was released. Clutter has its own scene graph, and GNOME developers preferred to use Clutter's scene graph with GTK, facilitated by a library called clutter-gtk. Clutter can be embedded into every GNOME application by using the clutter-gtk library. The clutter-gtk library provides a GtkClutterEmbed GTK widget which can be used to display a ClutterStage. Some thought went into how to merge Clutter and GTK in a better way than the clutter-gtk library. In 2011, Firefox introduced "Azure" and Joe Drew and Bas Schouten bothered with some explanations.
At GUADEC2013 in Brno Emmanuele shared his idea on implementing a scene graph and an animation framework inside the GNOME platform.
GTK Scene Graph Kit is the forthcoming scene graph for GTK in the process of being written by Emanuele Bassi.
On 30 July 2014, Emanuelle stated that he thought there shouldn't be a stand-alone Clutter 2.0.
There was a presentation at the 2014 Developer Experience Hackfest regarding a new scene graph for GTK aimed at being merged into GTK+ 3.16. Then GSK was planned to be ready and fully integrated into GTK+ version 3.20, to be released in March 2016. This was postponed to 3.22., and then finally merged into 3.90. Having OpenGL support in GDK facilitates a slightly better control of the graphics pipeline; OpenGL is well suited for compositing textured data but totally unsuited for drawing. The latest information about the status of GSK is from GUADEC 2016.
