Apache OpenOffice (AOO) Bugzilla – Issue 116143
Image (picture/graphic) alternative text (title and description) disappears when changing anchor from paragraph to character
Last modified: 2016-07-28 18:04:52 UTC
Changing the image anchor from "To paragraph" (the default) to "To Character" (or "To Page" or "As Character") makes the image's text alternatives (i.e. title and description) disappear. Changing the anchor back from "To Character" to "To Paragraph" has the same effect. ("Undo" does not restore the text alternatives.) Steps to reproduce the issue: 1. Create a new document; enter a few paragraphs of text. 2. Between two of the paragraphs, add an image through the menus Insert > Picture > From file... 3. Right-click on the image, go to "Description" and fill in the fields Title and Description. Quit the Description dialog. 4. (Save the document.) 5. Right-click on the image, go to "Anchor" and change the value from "To Paragraph" to any of the other values. Quit the dialog. 6. Right-click on the image, go to "Description" and check the values Title and Description: they are now empty. Current workaround: set the anchor first, and then the Title and Description. Few people will be aware of the disappearing Title and Decription and think of the workaround. The title and description are needed for blind users (or any screen reader users) and for exporting to audio books (e.g. in the DAISY format, with the OOo extension odt2daisy). In other words, it's an accessibility issue.
MRU->OS: changing the anchor of a graphic from "to paragraph" to "as character" will delete the assigned entry "alternative text" of the graphic's properties.
->od: While re-anchoring the object the "(*pPlusData).aObjTitle" is removed. Changing target, platform, OS > svxcoremi.dll!SdrObject::~SdrObject() swmi.dll!SwFlyDrawObj::~SwFlyDrawObj() swmi.dll!SwFlyDrawObj::`scalar deleting destructor'() swmi.dll!SwFlyDrawContact::~SwFlyDrawContact() swmi.dll!SwFlyDrawContact::`vector deleting destructor'() swmi.dll!SwFlyFrm::FinitDrawObj() swmi.dll!SwFlyFrm::~SwFlyFrm() swmi.dll!SwFlyInCntFrm::~SwFlyInCntFrm() swmi.dll!SwFlyInCntFrm::`vector deleting destructor'() swmi.dll!SwFrmFmt::DelFrms() swmi.dll!SwDoc::SetFlyFrmAnchor(SwFrmFmt & rFmt={...}, SfxItemSet & rSet={...}, unsigned char bNewFrms=0) swmi.dll!SwDoc::SetFlyFrmAttr(SwFrmFmt & rFlyFmt={...}, SfxItemSet & rSet={...}) swmi.dll!SwFEShell::SetFlyFrmAttr(SfxItemSet & rSet={...}) swmi.dll!SwBaseShell::Execute()
set target 3.x since not relevant for 3.4 release.
Dear everybody, It is possible to resolv this bug in new Open Office version ? Best regards,
You can also loose properties of multiple images at the same time without actually changing the image itself. Extremely annoying when working with many images in a table. Steps to reproduce: 1. Create new document 2. Insert table 2*2 3. Paste an image into each cell 4. Add alternative text/description/title to each image 5. Select first row and press Table/Insert/Rows/Before 6. The row is inserted but when checking the images all added texts are gone To us its not an accessibility issue, we store info with the images that is used by automatic processing later.
Setting accessibility keyword and increasing importance to normal. Correct handling of graphic object meta data--especially holding what is set during editing is a key requirement for useful assistive technologies.
Dear, I have the same problem since 2012. When We will have a solution for this bug ? Best Regards
*** Issue 127055 has been marked as a duplicate of this issue. ***
Could someone modify the title of this bug to include the keywords "title" and "description"? I didn't find this bug when doing a search. On the other hand, "undo" does restore the alternative texts, but it's very tricky: you have to do many "undo" and then "redo" one by one to find out which one restores the alt texts. Yes, many "undo". For example, if you think one "undo" is enough, then do four "undo" instead. And do "redo" once, check the alt text. If it's not there, another "redo" and check the alt text again. Normally, the alt text is restored between the 2nd and 4th redo, but I'm not sure of the pattern or why it does this!
(In reply to lapsap7+ooo from comment #9) > Could someone modify the title of this bug to include the keywords "title" > and "description"? I didn't find this bug when doing a search. > done