At 28.09.2011 23:49, Paul Chavent wrote:
Hi.
I think that i see the code that implement the cairo svg renderer.
most of the cairo based renderers need no special code beside the surface
instantiation, e.g. cairo_svg_surface_create() in plug-ins/cairo/diacairo.c
But what code implement the other svg renderer ? For example if i search
where a text line is rendered, i see one implementation in
lib/diasvgrenderer.c
This is the base class ...
and an other in plugins/svg/render_svg.c
... and this is a derived class only overriding methods specific to SVG
export. The other derived renderer is the shape export.
If i disable the svg renderer in the plugin list, i haven't any
alternative to the cairo backend.
Yes, intentionally. With the Pytho plug-in there will a third SVG exporter
implmented by diasvg.py
So there isn't any fallback if the plugin is disabled ?
If you disable all three SVG exporters there wont be anyone left, yes.
Could someone tell me where the switch between possible code is done
please ?
If I not already answered this above, I dont understand the question ;)
BTW: In your previous mail you added a patch to the SVG renderer, which was
discussed and rejected in https://bugzilla.gnome.org/show_bug.cgi?id=655718
-------- Hans "at" Breuer "dot" Org -----------
Tell me what you need, and I'll tell you how to
get along without it. -- Dilbert
_______________________________________________
dia-list mailing list
dia-list@gnome.org
http://mail.gnome.org/mailman/listinfo/dia-list
FAQ at http://live.gnome.org/Dia/Faq
Main page at http://live.gnome.org/Dia
