https://bugs.documentfoundation.org/show_bug.cgi?id=103413
Bug ID: 103413
Summary: color inversion has implementation deficiencies in
regard to ODF attribute draw:color-inversion
Product: LibreOffice
Version: Inherited From OOo
Hardware: x86 (IA32)
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: LibreOffice
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: rb.hensc...@t-online.de
Take a Draw or Impress document, insert a _linked_ image. Apply the color
filter "Invert" (from the 'Image' toolbar).
The colors are inverted.
Save the document.
Reopen the document.
Notice, the image is no longer inverted.
Further error: If the attribute draw:color-inversion="true" is set manually in
the file, this attribute is not evaluated on opening.
Take a Writer document, insert a _linked_ image. Apply the color filter
"Invert". The colors are inverted.
Save the document.
Notice, that the image is embedded without asking the user and inverting is
done on the image itself, instead of only inverting the rendering.
If you unpack the document, you will see, that Writer writes the attribute
draw:color_inversion="false".
If you insert a _linked_ image and save the document immediately and then add
the attribute draw:color-inversion="true" manually, then Writer will read it
correctly and renders the image inverted. On resave Writer then keeps the image
linked and keeps the attribute, if you do nothing with this image.
Expected behavior:
(1) When applying the color filter "Invert" on a linked image, the image is not
embedded, but the ODF attribute draw:color-inversion="true" is set.
(2) The ODF attribute draw:color-inversion is not only evaluated for
Writer-images but for Draw-images too.
(3) If a linked image is embedded, the user is asked.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
