Bug 53469

Summary: No way to set color options on shape bitmap area
Product: LibreOffice Reporter: Brennan Vincent <brennanv>
Component: DrawingAssignee: Not Assigned <libreoffice-bugs>
Status: NEW --- QA Contact:
Severity: normal    
Priority: medium CC: rb.henschel, wraithlike
Version: unspecified   
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:

Description Brennan Vincent 2012-08-14 00:27:20 UTC
In normal images, one can set various options to recolor the image like color type (default, grayscale, black/white, watermark), red, green, blue, contrast, brightness, and gamma. These options should also be available for bitmaps used as areas/fills for shapes, but I cannot find any way to set them.
Comment 1 Brennan Vincent 2012-08-14 00:29:32 UTC
Furthermore, manually adding draw:color-mode , draw:red , etc. properties to the style:graphics-properties element has no effect, whereas this works for normal images.
Comment 2 Hashem Masoud 2012-10-11 07:54:38 UTC
(In reply to comment #0)
> In normal images, one can set various options to recolor the image like
> color type (default, grayscale, black/white, watermark), red, green, blue,
> contrast, brightness, and gamma. These options should also be available for
> bitmaps used as areas/fills for shapes, but I cannot find any way to set
> them.

What type of images are you able to change colors for? I couldn't change for jpg?
Comment 3 Regina Henschel 2012-10-13 00:41:33 UTC
Draw has only rudimentary tools for bitmap manipulation. Please use a bitmap manipulating application (e.g. The Gimp) to alter your image. Then import it to fill the shape.
The file format does not allow to save such bitmap filters for filling bitmaps. And I doubt, that there will be work in this direction. LibreOffice is still an office suite and no image editing program.
Comment 4 Hashem Masoud 2012-10-13 10:54:03 UTC
(In reply to comment #3)
> Draw has only rudimentary tools for bitmap manipulation. Please use a bitmap
> manipulating application (e.g. The Gimp) to alter your image. Then import it
> to fill the shape.
> The file format does not allow to save such bitmap filters for filling
> bitmaps. And I doubt, that there will be work in this direction. LibreOffice
> is still an office suite and no image editing program.

Based on this, do you agree to change it to enhancement?
Comment 5 Brennan Vincent 2012-10-28 02:22:20 UTC
Regina and Hashem,

The issue isn't wanting to use LibreOffice as a replacement for the GIMP. The issue is being able to import files from Microsoft Publisher. Our import filter decodes raster images from .pub files as shape fills rather than directly as bitmaps (for a variety of reasons that I won't bother explaining here) and so this would be necessary for the importer to work correctly.

The functionality is already there in Draw. I'm not asking for new features. I'm asking for the features that already exist to work consistently, so it seems to me that this is indeed a bug, and not an enhancement request. We can already apply these transforms to normal images, just not to shape image fills, contrary to common sense and to my interpretation of the ODF standard, which specifies that draw:color-mode , draw:red , and so on always be available on the style:graphics-properties element.

In light of this I've removed the NEEDINFO status and changed the importance to reflect that this is a bug, not an enhancement request. I'm not trying to be combative; if you disagree with this assessment, just leave a comment explaining why and we can perhaps change it back.

Brennan
Comment 6 QA Administrators 2015-01-05 17:52:25 UTC
** Please read this message in its entirety before responding **

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present on a currently supported version of LibreOffice (4.3.5 or later): https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior

If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case)

Thank you for your help!

-- The LibreOffice QA Team

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.