On 22 June 2012 09:59, Emmanuele Bassi <eba...@gmail.com> wrote: > hi; > > On 22 June 2012 07:59, Vivien Malerba <vmale...@gmail.com> wrote: > > > I've also found that the ClutterCanvas object would be a good starting > > point, simple to start with, so I'll investigate this first. > > just to clarify the intent of the class: ClutterCanvas is a way to > draw the contents to be displayed by one or more ClutterActors using > an immediate mode renderer API (Cairo); it's, in essence, the > equivalent of <canvas> tag inside a more complex HTML tree. > > ClutterCanvas does not expose a way to change the Cairo surface used > internally, and considering that in the future we may want to switch > to cairo-gl internally for that, I have no plans of doing so. > > I was planning to design some kind of "objects" which would render using Cairo when required by a ClutterCanvas object, and which would render, using the same code to a specific cairo_t context when used in conjunction with a GtkPrintOperation or exporting to SVG or PNG (in this case Clutter would not be involved at all).
I see no reason at the moment why this would not work or why it would fail to work in the future. Am I wrong somewhere? Thanks, Vivien
_______________________________________________ clutter-app-devel-list mailing list clutter-app-devel-list@clutter-project.org http://lists.clutter-project.org/listinfo/clutter-app-devel-list
