Skip to content

Commit ce000ba

Browse files
authored
Merge branch 'feature/7.5/DOC-2498' into feature/7.5/DOC-2498_TINY-11153
2 parents 0982f45 + 4c14f39 commit ce000ba

File tree

4 files changed

+114
-6
lines changed

4 files changed

+114
-6
lines changed

antora.yml

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -38,6 +38,7 @@ asciidoc:
3838
communityname: TinyMCE Community
3939
accountpage: Tiny Account
4040
supportname: Tiny Support
41+
contactsales: Contact Sales
4142
betaprogram: Tiny Insights Program
4243
#### some plugin names
4344
prem_skins_icons: Enhanced Skins & Icon Packs

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

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -368,7 +368,7 @@ tinycomments_author_name: '',
368368

369369
Previously, instead of assigning default user/author values as in `7-stable` (7.3), the latest release {release-version} disables all comment features when these fields are empty.
370370

371-
**Status**: Currently under investigation.
371+
**Status**: This issue has been resolved in xref:7.5-release-notes.adoc#use-default-anon-value-for-tinycomments_author-and-tinycomments_author_name-options-when-the-provided-value-is-an-empty-string[{productname} 7.5.0].
372372

373373
=== Comment card not removed after deleting content
374374
// #TINY-11366
@@ -377,4 +377,4 @@ Currently, after deleting content that has related comments, the corresponding c
377377

378378
This behavior is inconsistent with the expected behavior, where the comment card should be removed automatically after deleting the content.
379379

380-
**Status**: Currently under investigation.
380+
**Status**: This issue has been resolved in xref:7.5-release-notes.adoc#removing-annotated-content-now-removes-associated-conversation-card-from-the-sidebar[{productname} 7.5.0].

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

Lines changed: 110 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -69,6 +69,55 @@ The {productname} {release-version} release includes an accompanying release of
6969

7070
For information on the **<Premium plugin name 1>** plugin, see: xref:<plugincode>.adoc[<Premium plugin name 1>].
7171

72+
=== Markdown
73+
74+
The {productname} {release-version} release includes an accompanying release of the **Markdown** premium plugin.
75+
76+
This **Markdown** premium plugin release includes the following improvement:
77+
78+
==== The command `MarkdownInsert` is now registered immediately and operates in an async manner, instead of waiting for resources before registering the command.
79+
// #TINY-11280
80+
81+
In {productname} {release-version}, the `MarkdownInsert` command is now registered immediately and operates asynchronously upon execution, rather than waiting for resources to register during initialization. Previously, the command required loading external content, which delayed its availability. By making the command async on execution instead of on loading, it is now accessible at initialization, improving responsiveness without the need for additional loading time.
82+
83+
==== Markdown command `MarkdownInsert` fires new event `MarkdownInserted` when completed.
84+
// #TINY-11280
85+
86+
In {productname} {release-version}, the `MarkdownInsert` command now triggers a new event, `MarkdownInserted`, upon completion. This event provides a notification when the markdown insertion process has finished, enabling better tracking and handling of post-insertion actions within the editor.
87+
88+
For information on the **Markdown** plugin, see xref:markdown.adoc[Markdown].
89+
90+
=== Comments
91+
92+
The {productname} {release-version} release includes an accompanying release of the **Comments** premium plugin.
93+
94+
**Comments** Premium plugin includes the following fixes.
95+
96+
==== The `conversationAuthor` property was missing from 'create` conversation events in the EventLog API.
97+
// #TINY-11352
98+
99+
In previous versions of the tinycomments plugin, the `conversationAuthor` property was missing from 'create' events within the event log, which led to incomplete tracking of user interactions when retrieving data through the `+getEventLog()+` API.
100+
101+
{productname} {release-version} addresses this issue. Now, the `conversationAuthor` property is included in 'create' events in the event log.
102+
103+
==== Removing annotated content, now, removes associated conversation card from the sidebar.
104+
// #TINY-11366
105+
106+
Previously, in xref:7.4-release-notes.adoc#comment-card-not-removed-after-deleting-content[{productname} 7.4.0], an issue was identified where deleting annotated content did not remove the corresponding conversation card from the sidebar, resulting in outdated or irrelevant cards persisting in the user interface.
107+
108+
This behavior led to confusion and increased the risk of interacting with obsolete comments.
109+
110+
In {productname} {release-version}, this issue has been resolved. Now, when annotated content is deleted, the associated conversation card is automatically removed from the sidebar.
111+
112+
==== Use default 'Anon' value for `tinycomments_author` and `tinycomments_author_name` options when the provided value is an empty string.
113+
// #TINY-11323
114+
115+
Previously in xref:7.4-release-notes.adoc#comments-not-functional-with-empty-tinycomments_author-and-tinycomments_author_name[{productname} 7.4.0], an issue was identified in **Embedded mode** where the commenting functionality became non-operational when either the `tinycomments_author` or the `tinycomments_author_name` options were configured as empty strings `""`. As a consequence, users were unable to create comments when these options were empty.
116+
117+
In {productname} {release-version}, the `tinycomments_author` and `tinycomments_author_name` options now default to "Anon" when the provided value is an empty string. As a result, the commenting functionality is now operational even when these options are empty.
118+
119+
For information on the **Comments** plugin, see: xref:introduction-to-tiny-comments.adoc[Introduction to {companyname} Comments].
120+
72121

73122
[[accompanying-premium-plugin-end-of-life-announcement]]
74123
== Accompanying Premium plugin end-of-life announcement
@@ -167,6 +216,58 @@ This issue impacted keyboard users, preventing them from navigating or closing t
167216

168217
This issue has been resolved by ensuring focus returns to the parent dialog when a nested dialog is closed. As a result, keyboard users can now navigate and close dialogs as expected, and the dialog UI remains visible in inline mode editors.
169218

219+
=== Autocompleter would not activate after applying an inline format like font size in some cases.
220+
// #TINY-11273
221+
222+
Previously, when formatting was applied, a span with a zero-width no-break space `+U+FEFF+` was added to the editor. This character was not considered whitespace; as a result, the autocompleter did not trigger as expected.
223+
224+
{productname} {release-version} addresses this issue by updating the function to include `+U+FEFF+` as a valid character.
225+
226+
As a result, the autocompleter now triggers as expected after applying formatting.
227+
228+
=== Forecolor and backcolor toolbar buttons were not completely greyed out while in readonly mode.
229+
// #TINY-11313
230+
231+
In previous versions of {productname}, an issue was identified where the `backcolor` and `forecolor` toolbar buttons were not completely greyed out while in readonly mode due to an incorrect CSS selector.
232+
233+
This led to a visual inconsistency in the readonly editor state.
234+
235+
{productname} {release-version} addresses this issue. Now, the CSS selector has been corrected, ensuring that both `backcolor` and `forecolor` buttons are now completely greyed out, providing a consistent user experience when the editor is in readonly mode.
236+
237+
=== Improved color picker aria support.
238+
// #TINY-11291
239+
240+
In previous versions of {productname}, an issue was identified where screen readers would inconsistently announce the original R/G/B component string in the color picker, leading to a lack of context for visually impaired users. The root cause was an incorrect placement of the `aria-label` attribute, which was initially applied to the label element instead of the input field.
241+
242+
{productname} {release-version} addresses this issue. Now, the `aria-label` attribute has been moved to the input field to ensure it is correctly associated. Additionally, the descriptive text was updated from "Red/Green/Blue component" to "Red/Green/Blue channel" to provide clearer information for assistive technologies. These changes ensure that screen readers consistently and accurately announce the relevant RGB channels, significantly improving accessibility.
243+
244+
=== The `toolbar-sticky-offset` would still be applied after entering fullscreen mode.
245+
// #TINY-11137
246+
247+
In previous versions of {productname}, an issue was identified where the toolbar offset was incorrectly applied in fullscreen mode, causing the toolbar to overlap with the editor area.
248+
249+
{productname} {release-version} addresses this issue, by implementing a check to verify that the editor is **not** in fullscreen mode before applying the toolbar offset. As a result, the toolbar now appears in the correct position when in fullscreen mode, even with the `toolbar_sticky_offset` option defined.
250+
251+
=== Corrected focus highlight visibility in `Statusbar` path
252+
// #TINY-11381
253+
254+
A visual bug introduced in {productname} version xref:7.2.1-release-notes.adoc#long-translations-of-the-bottom-help-text-would-cause-minor-graphical-issues[7.1.2] caused the focus highlight to appear behind the tag name in the statusbar path, making it difficult for users to visually track their focus.
255+
256+
In {productname} {release-version}, this has been corrected. The focus highlight is now correctly displayed above the tag name when navigating through the statusbar path, ensuring a clear and visible focus indication.
257+
258+
=== Added new default `li` element styles to the content CSS to prevent child list elements from inheriting certain parent list item styles.
259+
// #TINY-11217
260+
261+
In previous versions of {productname}, child `+<li>+` elements could inherit inline CSS styles from their parent list items, causing unexpected styling behavior in nested lists. This issue was due to native CSS behavior, where child list items would inherit certain parent styles upon post-content insertion.
262+
263+
{productname} {release-version} addresses this issue. Now, new default CSS styles were added for `+<li>+` elements to prevent inheritance of specific parent styles. This ensures that list items in nested structures render independently, maintaining consistent visual formatting.
264+
265+
=== Inability to type `{` character on German keyboard layouts
266+
267+
In previous versions of {productname}, an issue was identified on German Mac keyboard layouts where the `+Option+8+` keyboard combination, used to type the opening curved bracket `{`, conflicted with the `+Alt+F12+` shortcut, which is used to focus notifications in the {productname} editor. This conflict occurred because, on German Mac keyboards, `+Option+8+` generated a key code that overlapped with the `+Alt+F12+` function, preventing users from typing `{` in the editor.
268+
269+
To address this, {productname} {release-version} updates the keyboard event handling, implementing the `event.key` property rather than relying on numeric key codes. This solution ensures that the `{` character can be typed using `+Option+8+` on German Mac keyboards without interfering with the `+Alt+F12+` notification focus shortcut.
270+
170271
[[security-fixes]]
171272
== Security fixes
172273

@@ -195,7 +296,13 @@ This section describes issues that users of {productname} {release-version} may
195296

196297
There <is one | are <number> known issue<s> in {productname} {release-version}.
197298

198-
=== <TINY-vwxyz 1 changelog entry>
199-
// #TINY-vwxyz1
299+
== Known Issues
300+
301+
=== Screenreader on safari has poor consistency of announcing aria-label
302+
// #TINY-11291 & #TINY-11430
303+
304+
In Safari, when using a screen reader on the color picker, the focus is mistakenly placed on the content within the input field rather than the field itself. This causes the screen reader to bypass announcing the aria-label associated with the field.
305+
306+
As a consequence, users who rely on screen readers may not hear the intended description provided by the aria-label, potentially causing confusion or reducing accessibility.
200307

201-
// CCFR here.
308+
**Status**: Currently under investigation.

modules/ROOT/partials/integrations/swing-quick-start.adoc

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -4,7 +4,7 @@ Users can easily configure the {productname} editor in Swing through the *{produ
44

55
To start using {productname} for Swing as your new rich text editor, the first step is to obtain a copy of the *Integration*.
66

7-
Contact link:{supporturl}[{supportname}] to discuss how to get started with our latest release.
7+
link:{contactpage}[{contactsales}] to discuss how to get started with our latest release.
88

99
== Get started with our TinyMCE in Swing integration
1010

0 commit comments

Comments
 (0)