(guessing on the "subcomponent"... i don't see that this bug applies to either
"code" nor "www")

I have tried the "PDF Export" function in OO 1.1 RC5, using the "Press" quality
output.

THe PDFs produced this way are not as good in quality as the "Press" quality
PDFs produced with OO 1.0.3.1 (by "printing" to a PDF Writer device)

I created a OO Drawing with high-quality graphics (no compression) for good
printing quality (using a professional quality color laser printer).  This is a
file I created in 1.0.3.1, and I have opened it in both 1.0.3.1 and 1.1RC5 to
compare the output of the PDF exporting functions.

I output this drawing in PDF, press-quality (the filesize is big, but I need the
quality), to take it to a printing shop.  The results are good, as expected.

But with OO 1.1 RC5, the result is unsatisfactory:

By zooming in the graphics of both PDFs, one can see that the file produced by
1.1RC5 have lossy compression applied to them, while the graphics in the PDFs
produced by 1.0.3.1 do not have any lossy compression applied, which is what I need.

The filesize of the 1.1RC5 PDF file is also smaller than the 1.0.3.1 one.

I assume it is just a matter of using the right parameters in the "gs" command
line,  but as it is right now, 1.1 RC5 is using bad parameters to achieve a
press-quality PDF file.

My 1.0.3.1 setup for PDF generating using GS  
(from a Mandrake 9.1 OpenOffice package) is the following:

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