Skip to content

Commit 5f43b72

Browse files
kemister85ltrouton
andauthored
DOC-3131: It wasn't possible to add comments to selected footnotes elements. (#3662)
* DOC-3131: It wasn't possible to add comments to selected footnotes elements. * DOC-3131: Dragging and dropping image files onto the placeholder was not possible if the files had the correct extension but an incorrect MIME type. * Revert "DOC-3131: Dragging and dropping image files onto the placeholder was not possible if the files had the correct extension but an incorrect MIME type." This reverts commit b6a1bd0. * Update modules/ROOT/pages/7.8.0-release-notes.adoc Co-authored-by: ltrouton <[email protected]> * Update modules/ROOT/pages/7.8.0-release-notes.adoc Co-authored-by: ltrouton <[email protected]> * Update modules/ROOT/pages/7.8.0-release-notes.adoc --------- Co-authored-by: ltrouton <[email protected]>
1 parent a0eef1b commit 5f43b72

File tree

1 file changed

+9
-0
lines changed

1 file changed

+9
-0
lines changed

modules/ROOT/pages/7.8.0-release-notes.adoc

Lines changed: 9 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -365,6 +365,15 @@ In previous versions of {productname}, the keyboard focus styles were not proper
365365

366366
Previously, when the editor height was set using relative units such as `pt` or `em`, the editor was unable to parse and evaluate these values correctly. As a result, it would bypass the `min_height` and `max_height` checks, leading to unpredictable layout behavior. This issue was especially noticeable during initialization, although resizing later used the browser-calculated content box height, which partially masked the problem. In {release-version}, {productname} now attempts to compute height values from additional unit types to better enforce minimum and maximum height constraints. Some units, such as percentages (`%`), may still override explicit height values due to browser limitations in determining the final rendered size. This update ensures that `min_height` and `max_height` settings are more reliably applied across a wider range of unit types.
367367

368+
=== It wasn't possible to add comments to selected footnotes elements.
369+
// #TINY-11842
370+
371+
In previous versions of {productname}, it was not possible to add comments to footnotes (created by the xref:footnotes.adoc[Footnotes] plugin) when selecting the footnote element.
372+
373+
As a result, attempting to add a comment would result in the comment being attached to a word outside the footnote as they were not considered valid block elements.
374+
375+
{productname} {release-version} addresses this issue. Comments can now be added directly to the entire footnote element, similar to how comments are handled for figures and other comparable elements.
376+
368377

369378
[[security-fixes]]
370379
== Security fixes

0 commit comments

Comments
 (0)