2407 Commits

Author	SHA1	Message	Date
Emmanuele Bassi	d99f91f5fd	gsk: Flush the GL render items cache ... Whenever the render tree changes we want to drop the RenderItem arrays, as each item contains a pointer to the GskRenderNode which becomes dangling once the root node changed.	2016-10-18 11:29:34 +01:00
Emmanuele Bassi	635fd7026a	gsk: Add GskRenderer::clear_tree ... We need a way to clear eventual caches inside GskRenderer subclasses if the root node has changed.	2016-10-18 11:29:34 +01:00
Emmanuele Bassi	9d3ca22b4c	gsk: Port GskGLRenderer to GLES ... Use the appropriate API and shaders if the GdkGLContext was created for OpenGL ES instead of OpenGL.	2016-10-18 11:29:34 +01:00
Emmanuele Bassi	5909ce6897	gsk: Use surface-to-texture utility function ... Now that we have it.	2016-10-18 11:29:34 +01:00
Emmanuele Bassi	eb9c0920ab	gsk: Rename shaders for OpenGL	2016-10-18 11:29:34 +01:00
Emmanuele Bassi	7afdd3fdb5	Initial implementation of GSK rendering pipeline ... GSK is conceptually split into two scene graphs: * a simple rendering tree of operations * a complex set of logical layers The latter is built on the former, and adds convenience and high level API for application developers. The lower layer, though, is what gets transformed into the rendering pipeline, as it's simple and thus can be transformed into appropriate rendering commands with minimal state changes. The lower layer is also suitable for reuse from more complex higher layers, like the CSS machinery in GTK, without necessarily port those layers to the GSK high level API. This lower layer is based on GskRenderNode instances, which represent the tree of rendering operations; and a GskRenderer instance, which takes the render nodes and submits them (after potentially reordering and transforming them to a more appropriate representation) to the underlying graphic system.	2016-10-18 11:29:34 +01:00
Emmanuele Bassi	d519e4aafe	gsk: Initial commit / build environment	2016-10-18 11:29:34 +01:00