Skip to content

Commit c40c9f4

Browse files
Merge branch 'feature/7.7.0/DOC-3132' into feature/7.7.0/DOC-3132_TINY-11658
2 parents c718088 + aab1525 commit c40c9f4

File tree

1 file changed

+48
-0
lines changed

1 file changed

+48
-0
lines changed

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

Lines changed: 48 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -24,6 +24,19 @@ include::partial$misc/admon-releasenotes-for-stable.adoc[]
2424

2525
The following premium plugin updates were released alongside {productname} {release-version}.
2626

27+
=== Export to PDF
28+
29+
The {productname} {release-version} release includes an accompanying release of the **Export to PDF** premium plugin.
30+
31+
**Export to PDF** Premium plugin includes the following improvement.
32+
33+
==== The `format` property in `exportpdf_converter_options` now accepts lowercase
34+
// #TINY-11722
35+
36+
Previously, the `format` property in `exportpdf_converter_options` only accepted case-sensitive uppercase values, which lead to inconsistencies when generating PDF exports. This improvement ensures that lowercase values are now correctly recognized, making configuration more flexible and reducing potential formatting errors.
37+
38+
For information on the **Export to PDF** plugin, see: xref:exportpdf.adoc[Export to PDF].
39+
2740
=== Export to Word
2841

2942
The {productname} {release-version} release includes an accompanying release of the **Export to Word** premium plugin.
@@ -59,6 +72,13 @@ The {productname} {release-version} release includes an accompanying release of
5972

6073
**Comments** includes the following fixes.
6174

75+
==== Editing a comment and adding a mention to the comment would result in the mention not showing correctly after saving the comment.
76+
// #TINY-11602
77+
78+
Previously, in the **Comments** premium plugin, an issue was identified where mentions were not displayed correctly when editing a comment, adding a mention, and then saving the comment.
79+
80+
{productname} {release-version} resolves this issue by ensuring that newly added mentions to an existing comment are displayed correctly.
81+
6282
==== Pressing Keyboard shorctut `cmd+alt+m` when cursor is on annotated content now opens and focuses the reply textarea.
6383
// #TINY-11321
6484

@@ -74,6 +94,20 @@ In previous versions of **Comments**, the side panel header blended into the bod
7494

7595
{productname} {release-version} improves this by enhancing the side panel header’s visibility, creating a clearer distinction from the body, and refining the overall UI aesthetics.
7696

97+
==== Comment card jumps when editing a large comment in Chrome
98+
// #TINY-11729
99+
100+
Previously, when editing a comment larger than the height of the comments sidebar, the sidebar would briefly jump before returning to its intended position. This caused visual disruptions that impacted the editing experience.
101+
102+
{productname} {release-version} resolves this issue by ensuring the comment sidebar remains stable, preventing unintended jumps when editing large comments.
103+
104+
==== Closing the comment kebab menu with keyboard would result in the editor dispatching a `blur` event.
105+
// #TINY-11172
106+
107+
In previous versions of **Comments**, an issue was identified where the editor would trigger a `blur` event if the comment kebab menu was closed using the `escape` key. This occurred even when the editor still had focus, leading to confusing behavior.
108+
109+
{productname} {release-version} resolves this issue by ensuring that focus is properly managed when closing the kebab menu, rather than relying on the browser. This ensures that the editor does not trigger any `blur` events.
110+
77111
For information on the **Comments** plugin, see: xref:introduction-to-tiny-comments.adoc[Comments].
78112

79113
=== Image Optimizer
@@ -113,6 +147,13 @@ This caused confusion in identifying the problem during setup.
113147
Previously, input elements lacked styling logic to display a border when focused, resulting in no visible indication of focus.
114148
This issue has been resolved in {productname} {release-version}. Input elements now correctly display a border when focused, ensuring improved visual feedback.
115149

150+
==== It was possible to `tab` to a toolbar group that had all children disabled.
151+
// #TINY-11665
152+
153+
Previously in the **Image Optimizer** premium plugin, a fallback mechanism caused focus to shift to the nearest ancestor element. As a result, if focus was applied to a disabled input, its container would receive the focus.
154+
155+
{productname} {release-version} resolves this issue by ensuring that containers with only disabled elements are no longer focusable, preventing unintended focus behavior.
156+
116157
For information on the **Image Optimizer** plugin, see: xref:uploadcare.adoc[Image Optimizer].
117158

118159
[[improvements]]
@@ -168,6 +209,13 @@ the help dialog would not open if the plugin was disabled, leading to confusion.
168209

169210
{productname} {release-version} addresses this issue by ensuring that if the help plugin is disabled, the screen reader announces only "Rich Text Area." If the help plugin is enabled, the screen reader announces "Rich Text Area. Press `ALT-0` for help.".
170211

212+
=== The `semantics` element in MathML was not properly preserved when `annotation` elements were allowed.
213+
// #TINY-11755
214+
215+
Previously, in {productname}, an issue was identified in which the `semantics` MathML element was removed, even when a specific annotation element was allowed by the `allow_mathml_annotation_encodings` property. As a result, the generated MathML was invalid because the annotation element must be a child of a `semantics` element. This also caused rendering issues in some browsers.
216+
217+
In {productname} {release-version}, this issue has been resolved by preserving the `semantics` element whenever the `allow_mathml_annotation_encodings` property is set to a non-empty array. This ensures that valid MathML is generated, improving compatibility with third-party tools and browser rendering.
218+
171219
=== Toolbar groups had both a `title` attribute and a custom tooltip, causing overlapping tooltips
172220
// #TINY-11768
173221

0 commit comments

Comments
 (0)