[Libreoffice-bugs] [Bug 136554] Footnote/endnote anchors don't respond to new "Position" properties when another character style is applied

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=136554

--- Comment #16 from Mike Kaganski <mikekaganski at hotmail.com> ---
This is not a bug, this is working as designed. This is not a regression, this
is working the same way in OOo 1.0 through 3.3, and in AOO 4.1.

The reason is that the footnote anchor feature inserts a special field in the
text flow, without changing the text style. It *then* adds the character style
configured in Tools->Footnotes and Endnotes... *atop* of the formatting that
results from all the normal rules at the point of insertion of the footnote
anchor. So whatever styles you apply to the text where the anchor field is
inserted, it is used as base formatting, and *then* the character style is
applied from the Footnotes and Endnotes dialog, overriding everything that is
explicitly defined in that style: since "Footnote Anchor" character style only
defines "Superscript automatic", all other properties (font, color, ...) would
take effect from the text, but the superscript would be applied last.

Doing otherwise would be wrong. One may select large parts of text, including
anchors, and apply formatting and styles - and if the settings applied to the
whole range (and of course to the anchor) would override the anchor-specific
settings, that would make the behaviour wrong and unusable.

I see only one possibility: to extent the Footnotes and Endnotes functionality
(e.g., introducing dedicated style category, with everything that is
configurable wrt footnotes and endnotes), so that you could specify the
corresponding style at the moment of insertion of a footnote ... but I don't
know how much change would it require in ODF.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200916/f1e3df03/attachment.htm>