This is reproducible in 1.1 RC4 and in a current internal version. The
first problem is the blue ellipse causing problems in the pdf export:
it looks distorted. A second problem (only on Linux) are the
connectors. They are producing white rectangles arround them. Seems to
be a clipping problem. 

Reassigned to Sven. Please have a look. Thanks.

I have tried opening pdpta2003.sxd in my system with 1.1 RC5, and I
also get the weirdness of the circles in the PDF output.

I opened it up in my old 1.0.3.1 (Mandrake package
OpenOffice.org-1.0.3-2mdk), and the output PDF correctly draws the
circles as they are in the source .sxd file.

For reference, my 1.0.3.1 has a PDF writer device set-up as a printer
for PDF generation using GS:

/usr/bin/gs -q -dNOPAUSE -sDEVICE=pdfwrite -dCompatibilityLevel=1.4
-dPDFSETTINGS=/prepress -dAutoFilterColorImages=false
-sColorImageFilter=FlateEncode -dAutoFilterGrayImages=false
-sGrayImageFilter=FlateEncode -sOutputFile="(OUTFILE)" -

The one problem with these "gs" parameters is that I get a warning
about the transparency of some objects in the .sxd file.   I can
choose to reduce the transparency or keep it.  If I keep it, the PDF
generation fails...  and if I reduce it, well, then there is no
transparency, and the background tornado cannot be seen in the
resulting PDF.

Hi Thorsten,
can you please takeover this bug, please.

And another one for you. Problem here is probably a not/incorrectly
implemented OutDev::DrawTransparent method on the PDF writer. Seems
that the metafile content is painted completely without transparency
and white background.

Created attachment 10408 [details]
Reduced testcase for the described problem

pl->tbe: DrawTransparent doesn't even get called in your reduced
sample (although it does in pdpta2003.sxd). Instead a JPG image is
printed; i suspect that the pdf filter does its own alpha compositing
here. Also your reduced test case shows that the arcs have "funny"
line ends; i can only see that DrawPolygon gets called here, i don't
know what could be wrong with that (i tested in a version that already
contains the fix for issue 19616, so it has nothing to do with bezier
style polygons). Could you please have another look ?

Okay, will do.

Okay, the transparency issue seems to be fixed. Please verify in a OOo1.1.1. There remains an issue 
with the large transparent oval, which gets completely botched for high output resolutions (try press-
optimized, or even print-optimized in a 680_m33).

This latter issue is due to some serious 
integer overflow in bezier subdivision. This will be fixed in one of the next 680er (OOo2.0) builds.

Fixed, please verify.

Set to fixed.

Verified in CWS.

Tested in master. Closed.

Created attachment 86754 [details]
is the pdf contain the defect

export pdf error when converting my writing:
double quote symbol became 'a' and 'o' in superscript

sample output is in the attachment. Thx