[Bug 123580] New: Bitmap pattern should not be antialised in fillings

[bu...@apache.org]

https://issues.apache.org/ooo/show_bug.cgi?id=123580

            Bug ID: 123580
        Issue Type: ENHANCEMENT
           Summary: Bitmap pattern should not be antialised in fillings
           Product: Draw
           Version: 4.1.0-dev
          Hardware: All
                OS: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: formatting
          Assignee: issues@openoffice.apache.org
          Reporter: rb.henschel@t-online.de
                CC: issues@openoffice.apache.org

Created attachment 81842
  --> https://issues.apache.org/ooo/attachment.cgi?id=81842&action=edit
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).

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
You are watching all bug changes.

[Bug 123580] Bitmap pattern should not be antialised in fillings

[bu...@apache.org]

https://issues.apache.org/ooo/show_bug.cgi?id=123580

Armin Le Grand <Ar...@me.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |Armin.Le.Grand@me.com

--- Comment #1 from Armin Le Grand <Ar...@me.com> ---
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.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
You are watching all bug changes.