Skip to content

Commit 2a87987

Browse files
DOC-2578: Introduced a new live region for screen readers to improve accessibility notifications.
1 parent 6204d27 commit 2a87987

File tree

1 file changed

+55
-6
lines changed

1 file changed

+55
-6
lines changed

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

Lines changed: 55 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -64,14 +64,42 @@ The {productname} {release-version} release includes an accompanying release of
6464
**Accessibility Checker** Premium plugin includes the following fixes and improvements.
6565

6666
==== Screen reader is not announcing everything in the accessibility checker dialog
67-
// TINY-11523
6867

6968
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.
7069

7170
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.
7271

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+
7379
For information on the **Accessibility Checker** plugin, see: xref:a11ychecker.adoc[Accessibility Checker].
7480

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].
102+
75103

76104
[[accompanying-premium-plugin-end-of-life-announcement]]
77105
== Accompanying Premium plugin end-of-life announcement
@@ -115,8 +143,20 @@ For information on using Enhanced Skins & Icon Packs, see: xref:enhanced-skins-a
115143
=== <TINY-vwxyz 1 changelog entry>
116144
// #TINY-vwxyz1
117145

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.
119149

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.
120160

121161
[[additions]]
122162
== Additions
@@ -154,12 +194,21 @@ For information on using Enhanced Skins & Icon Packs, see: xref:enhanced-skins-a
154194
[[bug-fixes]]
155195
== Bug fixes
156196

157-
{productname} {release-version} also includes the following bug fix<es>:
197+
{productname} {release-version} also includes the following bug fixes:
158198

159-
=== <TINY-vwxyz 1 changelog entry>
160-
// #TINY-vwxyz1
199+
=== Tooltip would not show for group toolbar button.
200+
// #TINY-11391
161201

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.
163212

164213

165214
[[security-fixes]]

0 commit comments

Comments
 (0)