<symbol> not rendered correctly in exported PDF

Patch tested with Inkscape 0.46+devel r22293 on OS X 10.5.8
PDF export settings: default (new preferences.xml)

can not confirm fix for PDF export of symbols: I still get
- 4 instead of 2 red circles in PDF
- no symbol rendered inside the red circles

I forgot to check the make console output: found some error messages when compiling with your patch applied.

~suv I will reattach the patch now against recent svn 22524. This patch replaces that from #2. Adib.

to simplify I attach as well the my recent version. src/extension/internal/cairo-renderer.cpp
FYI there might be something else not good in your build because the compiler only outputs warnings whereas the linker misses symbols.?field.comment=to simplify I attach as well the my recent version. src/extension/internal/cairo-renderer.cpp
FYI there might be something else not good in your build because the compiler only outputs warnings whereas the linker misses symbols.

theAdib.

> only outputs warnings whereas the linker misses symbols
Strange - why would 'make' even have built 'filedialogimpl-win32.o' when I build on osx? I guess (but will look into it) that file doesn't exist but the makefile has a reference to it anyway - same goes for 'ige-mac-menu.o' (AFAIK only used if native inkscape is compiled with quartz/aqua libs instead of X11) and the other win32 related files...

patch tested and partial fix confirmed with Inkscape 0.46+devel r22528+patch on OS X 10.5.8

> Issues here:
> 1. too many red dots
confirmed fixed (see attached PDF file)

> 2. no symbol in red dot
still open

I still see 4 red circles with no symbols, using inkscape_0.48.0-1ubuntu1 on Maverick Meerkat.

@theAdlib - Are you still working on a fix for this?

Sorry - "@theAdib"

Possibly related reports about instantiated <symbol>s with viewbox attributes incorrectly exported to PDF (confirmed with current trunk and cairo 1.10.2):

Bug #485846 “imported svg not exportable to eps”
Bug #705345 “Cairo rendering broken for "use" elements with scaling or a viewBox”

Tested with r10197 (with patch for bug #705345) on Mac OS X 10.5.8 (i386), cairo 1.10.2:

The symbol definitions themselves are no longer exported (compared to PDF exported with r10196 with 4 red circles there are only two red circles in r10197).

The remaining issue - both red circles are still rendered filled (instead of showing a white fill in the cut-out area) - seems unrelated to the <symbol> problem because the cairo-based export apparently ignores the fill rule which is set on a parent group instead of the red path itself (which isn't an instantiated symbol (<use> element) btw).

I investigated further and I hope I found a good patch for this.
Please test on many samples it might have a large side effects.
patch is committed in revision 10200.

theAdib.