This is half way between a feature request and a bug report (there is a missing part on frame styles UI).
Basically, when you edit a frame style you cannot set the anchoring properties... but the style CAN save the anchoring, because if you manually edit the frame and then "update" the style from that frame manually edited frame, the anchor settings is stored on the corresponding style.
See a complete description here:
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
The bug is still there in LibreOffice 126.96.36.199 (on Linux). There is still no way to change the anchor style of graphic styles using the UI.
However, as was said on the Openoffice bugzilla, it can be done by setting the anchor type of an already inserted graphic object and then using the upper right button "Update styles".
This works for user created styles but NOT for default styles. As a consequence, it is NOT possible to change the default anchor style used when inserting a graphic.
This bug has been around since 2003. I consider it to be a major annoyance since all my images, figures, etc are normally 'as character', and I need to always manually set that for each new figure.
*** Bug 44180 has been marked as a duplicate of this bug. ***
*** Bug 49325 has been marked as a duplicate of this bug. ***
Comment #3 is an important distinction and likely points to related bug #36535. Most other attributes do take when the style is updated but altering the anchoring from "To paragraph" to some other value does not. It is also worth noting that the Formula frame style does not update as per the suggested workaround.
I added this bug to the votelist wiki page :
I confirm this bug is still present in LibO 188.8.131.52 (Linux).
Please read this message in its entirety before responding.
Your bug was confirmed at least 1 year ago and has not had any activity on it for over a year. Your bug is still set to NEW which means that it is open and confirmed. It would be nice to have the bug confirmed on a newer version than the version reported in the original report to know that the bug is still present -- sometimes a bug is inadvertently fixed over time and just never closed.
If you have time please do the following:
1) Test to see if the bug is still present on a currently supported version of LibreOffice (preferably 4.2 or newer).
2) If it is present please leave a comment telling us what version of LibreOffice and your operating system.
3) If it is NOT present please set the bug to RESOLVED-WORKSFORME and leave a short comment telling us your version and Operating System
Please DO NOT
1) Update the version field
2) Reply via email (please reply directly on the bug tracker)
3) Set the bug to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case)
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
LibreOffice is powered by a team of volunteers, every bug is confirmed (triaged) by human beings who mostly give their time for free. We invite you to join our triaging by checking out this link:
There are also other ways to get involved including with marketing, UX, documentation, and of course developing - http://www.libreoffice.org/get-help/mailing-lists/.
Lastly, good bug reports help tremendously in making the process go smoother, please always provide reproducible steps (even if it seems easy) and attach any and all relevant material
I confirm this bug is still present in LibO 184.108.40.206 (Linux).
Bug still present in Version 220.127.116.11 Build ID: 40m0(Build:2) on Xubuntu 15.04.
I consider this to be a proper bug, not just an "enhancement".
I'm changing this to a bug, as a feature that requires a work-around to be used is a broken feature. A broken feature is a bug.
*** Bug 58890 has been marked as a duplicate of this bug. ***
Confirm that this bug is present in LO 18.104.22.168 on Ubuntu 16.04.
The workaround is especially painful as the default text editor on Ubuntu really struggles to search/edit with the large XML files 'styles.xml' on my (fairly powerful Lenovo X1, 8GB RAM) laptop. It works better with 'vim', but that's not a 'typical user' tool.
My typical usage is to anchor images 'as-char' and frames to 'page'. Available options in the XML syntax are listed here: http://books.evc-cit.info/odbook/ch04.html (does LO have an official version of that reference??)
Related problem: when using "Insert -> Frame -> Frame...", the Styles for 'Frame' are not adopted. Instead a weird little 2 cm wide floating frame is inserted. There is no easy way to insert the default-styled frame, which I find weird. Did I miss it?
Bug is still present in Version LO 5.3.x (Windows) - 64 bit.
*** Bug 113376 has been marked as a duplicate of this bug. ***
*** Bug 116054 has been marked as a duplicate of this bug. ***
Confirmed in version 22.214.171.124.0
Confirmed in 126.96.36.199 (Windows) and 188.8.131.52 (Linux).
Please solve this! It's annoying.
This bug has become worse... the workaround of updating styles using the Styles and Formatting panel is not available in LO 5.4. The only open seems to be to manually edit styles files.
This bug has become worse... the workaround of updating styles using the Styles and Formatting panel is not available in LO 5.4. The only option seems to be to manually edit styles files.
One reason of the problem is, that ODF allows the setting "anchor-type" as direct attribute of an object and as part of a style. If both are present, the object attribute "wins". Currently LibreOffice writes it as direct attribute and do not include it in custom defined style. Only the predefined styles have set the anchor-type as part of the style.
If you derive your custom style from an predefined style, it will inherit the setting. Currently there is Watermark with anchored to page, and Frame, Graphics, Marginalia and OLE anchored to paragraph, and Formula and Labels anchored as-char.
Thanks for you analysis. Do you have any suggestions to improve the end user's experience so they are less likely to be confused by this?
(In reply to Luke from comment #23)
> Thanks for you analysis. Do you have any suggestions to improve the end
> user's experience so they are less likely to be confused by this?
Not really. You could add a style for each anchor type, so that the user can derive their own styles from that. But there are a lot of other problems, so that a changed implementation would be better.
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 with the latest version of LibreOffice from https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.
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)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword
Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
Problem still present in 6.3.3
Created attachment 157838 [details]
Saved as HTML to open latter
Here's my workaround:
Save a html with img tags, and then open the html file with Writer.
*** Bug 132675 has been marked as a duplicate of this bug. ***
*** Bug 133293 has been marked as a duplicate of this bug. ***
Could this be an easy hack? Or has it some hidden complexity
(In reply to Telesto from comment #31)
> Could this be an easy hack? Or has it some hidden complexity
Wouldn't dare to touch this ;-)
*** Bug 133291 has been marked as a duplicate of this bug. ***
*** Bug 133989 has been marked as a duplicate of this bug. ***
(In reply to Regina Henschel from comment #22)
> Currently LibreOffice writes it as direct
> attribute and do not include it in custom defined style. Only the predefined
> styles have set the anchor-type as part of the style.
Regina, are there any improvements in ODF 1.3?
(In reply to Dieter from comment #35)
> (In reply to Regina Henschel from comment #22)
> > Currently LibreOffice writes it as direct
> > attribute and do not include it in custom defined style. Only the predefined
> > styles have set the anchor-type as part of the style.
> Regina, are there any improvements in ODF 1.3?
It is not an ODF problem, but a problem in LibreOffice. ODF has the ability to store the needed information in a style.