answering my own question...

ClutterGroup does implement get_paint_volume and returns the union of the paint volumes of its children. ClutterBox doesn't implement it because (I guess) the volume depends on the layout manager used. Just like layout managers control allocation, it would be nice if they also compute the paint volume and have box do something like this:

static gboolean
clutter_box_real_get_paint_volume (ClutterActor       *self,
                                     ClutterPaintVolume *volume)
{
  ClutterBoxPrivate *priv = CLUTTER_BOX (actor)->priv;
  return clutter_layout_manager_get_paint_volume(priv->manager,
                                               CLUTTER_CONTAINER (actor),
                                               volume);
}


On 02/01/2011 04:16 PM, Dioselin Courter wrote:
Hello,

The following behaviour can be seen with the test program 'test-bin-layout'. A simple program with a box, bin_layout and a rectangle inside the box. When I debug it using CLUTTER_PAINT=paint-volumes, there is the green outline around the rectangle but the one for the box is blue (i.e. according to a previous message[1] "the actor isn't actually able to report a paint-volume"). When using CLUTTER_PAINT=redraws, there is no red outline (I guess because clutter couldn't calculate the subregion to draw?).

My question is : Do I have to do something for actors with layout managers to report their paint volume?

Thank you,

Dio.-


[1] http://www.mail-archive.com/[email protected]/msg00408.html

_______________________________________________
clutter-app-devel-list mailing list
[email protected]
http://lists.clutter-project.org/listinfo/clutter-app-devel-list

_______________________________________________
clutter-app-devel-list mailing list
[email protected]
http://lists.clutter-project.org/listinfo/clutter-app-devel-list

Reply via email to