Created attachment 3237 [details]
Here' the orginal presentation file in OOo.

Created attachment 3238 [details]
Here it is converted to PowerPoint (with some other added examples).

Printed the file is also revealing. The imported graphic looks as bad
if not worse than on screen. The PowerPoint hatching is also pretty
week, they seems to use bitmap method. The pasted graphic, however,
looks perfect. It seems since you have the code to do the pasted
format the would be the most representative of the orginal. 

Reassigned to Christian.

set to new.
change the target.

I can reproduce the bug.

reassign to SJ

Currently hatchings are exported as bitmaps. The objects are not 
looking as the original, but the fillstyle remains editable.
It is possibility to store objects which are containing such a hatch 
fillsytle as enhance metafile, so the created object will look 
identical but will not be editable any longer.

SJ->AMA: It must be considered if objects containing a hatch 
fillstyle should be stored as metafile by default. It is also not 
clear if the behavior should be adjustable in the configuration or if 
this feature should get a entry in the options dialtog. Everything is 
possible. Please check out which way to go.

Sven

OD->MIB (25.02.2003):
Please take over for AMA. You mentioned that there is a similar issue,
that You send to FT.

Falko, can you please give us a hint what to do and also identify an
apropriate target for this bug if we have to change something.

Changed from Defect to Enhancement

We, User Expierence, had a vote about this behaviour and we concurred
that exporting an object filled with hatchings should result in a a
metafile.
It is important that size, color (esp. transparency) and pattern are
preserved.

SJ: Now the each shape which is using fillstyle hatch is exported as
metafile.

The fix takes place in:
sd/source/filter.vcl/epptso.cxx -r1.67.2.1.22.1

SJ->THB: If you are now exporting a rectangle with hatch fillstyle and
default line style to PPT, the bottom and right line of the linestyle
is not visible in the metafile.

In SdrExchangeView, I've added something to the prefsize, to prevent the draw shapes 
from clipping away the right/bottommost line. Honestly, I have not the slightest 
idea why exactly 9 does the trick here, but that's the smallest number which still 
works even for the highest zoom level.

Verified on srx644_draw9

Please verify, too.

Fixed in srx644_draw9

Verified in cws_draw9 on Win, Lin

I test the integration of the fix in the latest internal version.
The bugfix will be integrated in OOo 1.1 Beta.

I close the issue.
Please reopen the issue if the bug still occures in the OOo 1.1 Beta2.