Apache OpenOffice (AOO) Bugzilla – Issue 20575
[ODF] Invertion of pixel-graphic is not saved and not read
Last modified: 2017-05-20 11:27:44 UTC
If one imports a pixel-graphic (e.g. a bitmap) and uses the invertion function to invert it, it is correctly inverted. But after saving and loading again, it is just as before, as if the inversion wasn't saved.
Please explain more about your problem, your information is not enough to investigate the problem. Please explain step by step. Thanks
Step-by-step: Create a new document, click Insert->Graphics. Choose a picture and make sure that "link" is checked (I missed that point, because I wasn't aware, that it's important), click ok. Select the picture, click Filter->Invert (the Icon on the upper-left), save it, close it and reload it and then it is uninverted again.
I can Reproduce the problem on OpenOffice 1.1 (default Install, US), Win XP Pro Sp1. (And MS Office XP Sp2). It is real problem instruction step by step as reporter instruction. and explanation
Yes thanks, now I can reproduce it. Reassigned to Christian. Please have a look.
problem is only with linked images. They have to be unlinked when using a graphic effect
wrote a note to Help file shared/guide/insert_bitmap.xhp: The Export command writes the picture with all applied filter effects to a file. The Save as Picture command in the context menu saves the picture without any filter effects, if the picture was inserted as a linked picture. An embedded picture will always be saved or exported with filters applied. (Tested this with a jpg in m187 Draw, using the Invert effect)
Created attachment 73207
I think, that the current way AOO inverts the colors is wrong. ODF 1.2 has the attribute draw:color-inversion. There is no problem to use this attribute in the style of a linked graphic. Currently embedded pictures are actually inverted instead of setting the attribute draw:color-inversion. Suggestion: Use the attribute draw:color-inversion for linked and for embedded graphics. It does not break older documents, because this attribute is currently not written to file, if the user inverts the colors and therefore older documents do not contain the attribute. Set owner back to default because no work on the issue since six years.
AOO ignores the attribute "draw:color-inversion" on import.
Created attachment 81027 [details] Container with picture and document with linked graphic Open the container. Examine content.xml in the .odg-file. It has set the attribute draw:color-inversion="true" for the second picture. Open the file in AOO. Notice, the second image is not inverted.
ALG: Grepping
Created attachment 81029 [details] Writer Testdocument; zip container with picture and .odt-file In Writer the attribute is read and the display is OK then. But Writer has a wrong implementation for .uno:GraphicFilterInvert. When you click on "invert", the picture is embedded without asking and with no note to the user. Then inverting is applied to the embedded picture. Writer writes the attribute draw:color-inversion with value "false" for a linked graphic. In API exists already a property "GraphicIsInverted" in TextGraphicObject. I think, the same property should be used in GraphicObjectShape, perhaps as optional property.
Reset assigne to the default "issues@openoffice.apache.org".