[gtk/wip/baedert/transforms6: 26/27] gl renderer: Don't offset the transform matrix



commit 1c8fe494b8518872b566a6a9d63bea4e57332467
Author: Timm Bäder <mail baedert org>
Date:   Wed Dec 12 08:59:06 2018 +0100

    gl renderer: Don't offset the transform matrix
    
    We already do all that for all nodes anyway, so don't reset the offset
    here.

 gsk/gl/gskglrenderer.c | 11 -----------
 1 file changed, 11 deletions(-)
---
diff --git a/gsk/gl/gskglrenderer.c b/gsk/gl/gskglrenderer.c
index 0a17aa0639..3d3281bfbd 100644
--- a/gsk/gl/gskglrenderer.c
+++ b/gsk/gl/gskglrenderer.c
@@ -784,23 +784,12 @@ render_transform_node (GskGLRenderer   *self,
 
   graphene_matrix_init_from_matrix (&transform, gsk_transform_node_peek_transform (node));
   graphene_matrix_multiply (&transform, builder->current_modelview, &transformed_mv);
-  graphene_matrix_translate (&transformed_mv, &(graphene_point3d_t) { builder->dx, builder->dy, 0});
-
-  /* We just added the offset to the new modelview matrix, so the following
-   * cases dont' have to care about builder->dx/dy! */
 
   ops_push_modelview (builder, &transformed_mv);
   if (ops_modelview_is_simple (builder) ||
       node_supports_transform (child))
     {
-      const float dx = builder->dx;
-      const float dy = builder->dy;
-
-      builder->dx = 0;
-      builder->dy = 0;
       gsk_gl_renderer_add_render_ops (self, child, builder);
-      builder->dx = dx;
-      builder->dy = dy;
     }
   else
     {


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]