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 188.8.131.52 (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 184.108.40.206 (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 220.127.116.11 (Linux).
Bug still present in Version 18.104.22.168 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 22.214.171.124 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 126.96.36.199.0
Confirmed in 188.8.131.52 (Windows) and 184.108.40.206 (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.