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.6.0-release-notes.adoc
+55-6Lines changed: 55 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -64,14 +64,42 @@ The {productname} {release-version} release includes an accompanying release of
64
64
**Accessibility Checker** Premium plugin includes the following fixes and improvements.
65
65
66
66
==== Screen reader is not announcing everything in the accessibility checker dialog
67
-
// TINY-11523
68
67
69
68
Previously, an issue was identified where screen reader announcements for the accessibility dialog were inconsistent across different browsers. This inconsistency resulted in a poor user experience with screen readers and accessibility dialogs.
70
69
71
70
In {productname} {release-version}, this issue has been resolved by adding a dedicated screen reader section within the dialog structure, ensuring consistent and accurate announcements across browsers.
72
71
72
+
==== Improve editor content highlighting when using accessibility checker
73
+
// #TINY-11463
74
+
75
+
Previously, an issue involving the accessibility checker was identified where the content area highlights did not properly meet accessibility standards. This issue caused users with vision impairments to encounter difficulty in identifying the currently focused element.
76
+
77
+
In {productname} {release-version}, this issue has been resolved by unifying the color palette to meet accessibility color contrast standards, ensuring that all users can easily locate the currently focused element.
78
+
73
79
For information on the **Accessibility Checker** plugin, see: xref:a11ychecker.adoc[Accessibility Checker].
74
80
81
+
=== Comments
82
+
83
+
The {productname} {release-version} release includes an accompanying release of the **Comments** premium plugin.
84
+
85
+
**Comments** Premium plugin includes the following fixes and improvements.
86
+
87
+
==== Scroll to show action buttons when replying/editing a comment.
88
+
// #TINY-11402
89
+
90
+
Previously, if a selected conversation card was positioned near the bottom of the sidebar, the reply/edit input field would be below the bottom of the sidebar resulting in the comment input field not being visible to the user.
91
+
92
+
{productname} {release-version} addresses this issue. Now, the sidebar scrolls to display the comment input field if the selected conversation card is positioned near the bottom of the sidebar. This ensures that the comment input field is always visible to the user.
93
+
94
+
==== Pressing Shift+Enter in Mentions in Comments dropdown should accept the active menu item
95
+
// #TINY-11455
96
+
97
+
In previous versions of {productname}, the `Shift+Enter` key was not properly handled when used with mentions in comments. This led to a new line being inserted while the mentions dropdown remained open, resulting in inconsistent behavior compared to mentions within the editor.
98
+
99
+
In {productname} {release-version}, mentions in comments now handle the `Shift+Enter` key by inserting the highlighted user into the comment text area and closing the dropdown, ensuring consistent functionality across the editor and comment areas.
100
+
101
+
For information on the **Comments** plugin, see: xref:introduction-to-tiny-comments.adoc[Introduction to {companyname} Comments].
@@ -115,8 +143,20 @@ For information on using Enhanced Skins & Icon Packs, see: xref:enhanced-skins-a
115
143
=== <TINY-vwxyz 1 changelog entry>
116
144
// #TINY-vwxyz1
117
145
118
-
// CCFR here.
146
+
== New `+disabled+` option for disabling all user interactions
147
+
148
+
A new `+disabled+` option has been introduced to {productname} in version {release-version}. This option allows integrators to disable all user interactions with the editor, including cursor placement, content modifications, and UI components. When set to `+true+`, the editor behaves similarly to the readonly mode changes introduced in {productname} 7.4.0 but ensures complete non-interactivity.
119
149
150
+
.Example disabling all user interactions with the editor
151
+
[source,js]
152
+
----
153
+
tinymce.init({
154
+
selector: 'textarea', // Specify the target HTML element
155
+
disabled: true // Disables all interactions with the editor
156
+
});
157
+
----
158
+
159
+
For more information on the `+disabled+` option, see xref:editor-important-options.adoc#disabled[Disabled] option.
120
160
121
161
[[additions]]
122
162
== Additions
@@ -154,12 +194,21 @@ For information on using Enhanced Skins & Icon Packs, see: xref:enhanced-skins-a
154
194
[[bug-fixes]]
155
195
== Bug fixes
156
196
157
-
{productname} {release-version} also includes the following bug fix<es>:
197
+
{productname} {release-version} also includes the following bug fixes:
158
198
159
-
=== <TINY-vwxyz 1 changelog entry>
160
-
// #TINY-vwxyz1
199
+
=== Tooltip would not show for group toolbar button.
200
+
// #TINY-11391
161
201
162
-
// CCFR here.
202
+
Previously, an issue was identified where tooltips were not displayed when hovering over toolbar group buttons. This was due to replacing the `title` attribute with an `aria-label` attribute in xref:7.0-release-notes.adoc#improved-accessibility-for-interactive-elements-with-custom-tooltips[{productname} 7.0.0] without implementing the custom tooltip behavior for the toolbar group buttons.
203
+
204
+
In {productname} {release-version}, this issue has been resolved by applying the custom tooltip behavior to the toolbar group buttons, ensuring that tooltips are now displayed on hover.
205
+
206
+
=== Numbered table context menu not properly applying changes
207
+
// #TINY-11383
208
+
209
+
Previously, there was an issue where changes to the row type in numbered tables were not properly applied. This occurred because the action of modifying the row type from a `+contentEditable="false"+` cell was being deliberately blocked.
210
+
211
+
In {productname} {release-version}, this issue has been resolved by removing the restriction on changing the row type from a `+contentEditable="false"+` cell. As a result, changes to the row type are now correctly applied.
0 commit comments