You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: modules/ROOT/pages/7.7.0-release-notes.adoc
+94-1Lines changed: 94 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -38,6 +38,76 @@ With the release of {productname} {release-version} watermark functionality has
38
38
39
39
For information on the **Export to Word** plugin, see: xref:exportword.adoc[Export to Word].
40
40
41
+
=== Advanced Typography
42
+
43
+
The {productname} {release-version} release includes an accompanying release of the **Advanced Typography** premium plugin.
44
+
45
+
**Advanced Typography** includes the following fix.
46
+
47
+
==== Serbian and Ukrainian languages were spelled incorrectly.
48
+
// #TINY-11713
49
+
50
+
Previously, an issue was identified where `Ukrainian` and `Serbian` were incorrectly spelt in the typography plugin.
51
+
52
+
{productname} {release-version} addresses this by fixing the spelling.
53
+
54
+
For information on the **Advanced Typography** plugin, see: xref:advanced-typography.adoc[Advanced Typography].
55
+
56
+
=== Comments
57
+
58
+
The {productname} {release-version} release includes an accompanying release of the **Comments** premium plugin.
59
+
60
+
**Comments** includes the following fixes.
61
+
62
+
==== Pressing Keyboard shorctut `cmd+alt+m` when cursor is on annotated content now opens and focuses the reply textarea.
63
+
// #TINY-11321
64
+
65
+
Previously, an issue was identified where pressing the keyboard shortcut `cmd-alt-m` on Mac and `ctrl-alt-m` on Windows while the cursor was on annotated content and the comments sidebar was open resulted in the focus shifting to the corresponding comment, which was not the desired behavior.
66
+
67
+
{productname} {release-version} fixes this by ensuring that the focus now moves to the reply text area instead of the corresponding comment.
68
+
This matches the behavior when the "Add New Comment" button is clicked, resulting in more consistent functionality.
69
+
70
+
==== Improved visual separation of comments side panel header.
71
+
// #TINY-11715
72
+
73
+
In previous versions of **Comments**, the side panel header blended into the body, resulting in a lack of visual separation. This made the UI appear less polished and dimensional.
74
+
75
+
{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.
76
+
77
+
For information on the **Comments** plugin, see: xref:introduction-to-tiny-comments.adoc[Comments].
78
+
79
+
=== Image Optimizer
80
+
81
+
The {productname} {release-version} release includes an accompanying release of the **Image Optimizer** premium plugin.
82
+
83
+
**Image Optimizer** includes the following fixes and improvements.
84
+
85
+
==== Some image file extensions would sometimes be incorrectly considered unsupported.
86
+
// #TINY-11668
87
+
88
+
Previously, an issue was identified where `.jfi` and `.jif` file extensions were incorrectly considered unsupported due to the validation logic.
89
+
90
+
As a result, these extensions were blocked, and users encountered the error message: "Failed to upload: The image is not a supported file format."
91
+
92
+
{productname} {release-version} resolves this issue by fixing the validation logic to correctly detect the MIME type of uploaded images, ensuring that users can now successfully upload `.jfi` and `.jif` files.
93
+
94
+
==== Dropping files on the placeholder would sometimes insert the image in an incorrect location.
95
+
// #TINY-11643
96
+
97
+
Previously, an issue was identified where the drag-and-drop functionality on an image placeholder in a table would insert the image outside of the table cell.
98
+
This resulted in unpredictable behavior when users dragged and dropped an image into the image placeholder.
99
+
100
+
{productname} {release-version} resolves this issue by making it so that that the image placeholder handles the drop event instead of the editor content element. This improvement provides predictable and consistent drag-and-drop behavior for image placeholders in **Image Optimizer**.
101
+
102
+
==== Some error messages are now more descriptive.
103
+
// #TINY-11613
104
+
105
+
Previously, error messages were unclear when the `uploadcare_public_key` was not configured with a valid API key.
106
+
This caused confusion in identifying the problem during setup.
107
+
108
+
{productname} {release-version} addresses this by providing a more detailed error message when the `uploadcare_public_key` is not configured.
109
+
110
+
For information on the **Image Optimizer** plugin, see: xref:uploadcare.adoc[Image Optimizer].
41
111
42
112
[[improvements]]
43
113
== Improvements
@@ -64,7 +134,15 @@ For information on the **Export to Word** plugin, see: xref:exportword.adoc[Expo
64
134
[[bug-fixes]]
65
135
== Bug fixes
66
136
67
-
{productname} {release-version} also includes the following bug fix<es>:
137
+
{productname} <x.y[.z]> also includes the following bug fix<es>:
138
+
139
+
=== The `insertContent` API was not replacing selected non-editable elements correctly.
140
+
// #TINY-11714
141
+
142
+
Previously in {productname}, an issue was identified where, if an inline non-editable element was the only child of a block, inserting content would not replace the element.
143
+
As a result, integrators were unable to insert content into inline non-editable elements.
144
+
145
+
{productname} {release-version} resolves this by modifying the functionality of the `insertContent` API to support this scenario. This ensures that integrators can now insert content into inline elements, making the `insertContent` API more robust.
68
146
69
147
=== Preview Dialog incorrectly opened anchor links in a new tab.
70
148
// #TINY-11740
@@ -76,6 +154,21 @@ This resulted in a poor user experience as users could not engage with anchor li
76
154
77
155
{productname} {release-version} resolves this issue by first checking whether a link is an anchor link and ensuring that users are navigated to the corresponding anchor element, which is the expected behavior.
78
156
157
+
=== Iframe aria text used to suggest to open help dialog even when the help plugin was not enabled.
158
+
// #TINY-11672
159
+
160
+
Previously, an issue was identified where the aria-label attribute in the body element was set to “Rich Text Area. Press `ALT-0` for help”. This affected accessibility because the screen reader would announce this message, but when users pressed `ALT-0`,
161
+
the help dialog would not open if the plugin was disabled, leading to confusion.
162
+
163
+
{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.".
164
+
165
+
=== Toolbar groups had both a `title` attribute and a custom tooltip, causing overlapping tooltips
166
+
// #TINY-11768
167
+
168
+
In previous versions of {productname}, hovering over toolbar menu item would display both a custom tooltip and the default browser tooltip. This caused confusing behavior, as the custom tooltip was difficult to read due to the browser tooltip overlapping it.
169
+
170
+
{productname} {release-version} resolves this issue by replacing the `title` attribute with the `aria-label` attribute for toolbar groupings, preventing the default browser tooltip from appearing.
0 commit comments