Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||Bitmap pattern should not be antialised in fillings|
|Product:||Draw||Reporter:||Regina Henschel <rb.henschel>|
|Component:||formatting||Assignee:||AOO issues mailing list <issues>|
|Status:||UNCONFIRMED ---||QA Contact:|
|Issue Type:||ENHANCEMENT||Latest Confirmation in:||---|
Description Regina Henschel 2013-10-30 13:04:07 UTC
Created attachment 81842 [details] Gray as rastered black/white Bitmap-patterns can be used to generate "Gray" as raster of Black/White, as it was needed for old printers. This is lost, because bitmap filling now antialises the bitmap. To see the difference open the attached file in an old version (<= OOo3.4.1) and in the current build bot version. Suggestions:(1) Add an option to disable antialising for filling or (2) Disable antialising for filling, if the width and hight of the bitmap is <= 16 pixel (small icon-size), or at least for <=8 pixel (size of the own bitmap editor).
Comment 1 Armin Le Grand 2013-10-31 10:13:21 UTC
ALG: This is a valid idea, but the only diffrence between 'Patterns' and bitmap fills is that the pattern bitmap is 8x8, 2 colors. Or the other way around: There exists no 'pattern fill'. If we define it to be that, it might be possible but is special treatment of bitmaps because of their format (see above) a good thing? This exceptin treatment would have to be done in all renderers, exporters, print preparations, slideshows and probably other places (as would be necessary if we would really define a new fillstyle). Checked MS, there PatternFill is an own, independent FillStyle. The object is filled with the pattern repeating (no choice to not repeat or to zoom), only pixel-orientated (when scaling the shape, just more of the pattern is shown, it does not zoom with the object. When scaling the page, the same happens. The pattern is aligned to the available pixels). I was curious and checked their printer preview (when printing you *have* to decide in which resolution to apply that pattern fill), but in printer preview and zooming they still do not zoom the content with the object, so this cannot give a valid/realistic print preview which would depend on printer resolution.