Issue 123580 - Bitmap pattern should not be antialised in fillings
Summary: Bitmap pattern should not be antialised in fillings
Alias: None
Product: Draw
Classification: Application
Component: formatting (show other issues)
Version: 4.1.0-dev
Hardware: All All
: P3 Normal (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2013-10-30 13:04 UTC by Regina Henschel
Modified: 2013-10-31 10:13 UTC (History)
2 users (show)

See Also:
Latest Confirmation in: ---
Developer Difficulty: ---

Gray as rastered black/white (9.10 KB, application/
2013-10-30 13:04 UTC, Regina Henschel
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
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.