Skip to content

Commit 15d5bef

Browse files
authored
Merge branch 'feature/7.8.0/DOC-3131' into feature/7.8.0/DOC-3131_TINY-11756
2 parents b5b9e01 + fd276f7 commit 15d5bef

File tree

2 files changed

+83
-10
lines changed

2 files changed

+83
-10
lines changed

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

Lines changed: 76 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -57,17 +57,49 @@ For information on the **<Open source plugin name>** plugin, see xref:<plugincod
5757

5858
The following premium plugin updates were released alongside {productname} {release-version}.
5959

60-
=== <Premium plugin name 1> <Premium plugin name 1 version>
60+
=== Enhanced Code Editor
6161

62-
The {productname} {release-version} release includes an accompanying release of the **<Premium plugin name 1>** premium plugin.
62+
The {productname} {release-version} release includes an accompanying release of the **Enhanced Code Editor** premium plugin.
6363

64-
**<Premium plugin name 1>** <Premium plugin name 1 version> includes the following <fixes, changes, improvements>.
64+
**Enhanced Code Editor includes the following fix**.
6565

66-
==== <Premium plugin name 1 change 1>
66+
==== Source Code editor was not scrolling to the editor's caret position in Firefox.
67+
// #TINY-11811
6768

68-
// CCFR here.
69+
Previously, an issue was identified where the Enhanced Code Editor in Firefox did not automatically scroll to the caret's relative position within the editor. As a result, users were required to manually scroll to locate the corresponding element, leading to a suboptimal user experience.
70+
71+
With the release of {productname} {release-version}, this issue has been resolved. The Enhanced Code Editor in Firefox now exhibits consistent behavior with other browsers, automatically scrolling to the caret's position when the editor is opened. This enhancement significantly improves the user experience by eliminating the need for manual navigation.
72+
73+
For information on the **Enhanced Code Editor** plugin, see: xref:advcode.adoc[Enhanced Code Editor].
74+
75+
=== Comments
76+
77+
The {productname} {release-version} release includes an accompanying release of the **Comments** premium plugin.
78+
79+
**Comments** includes the following change.
80+
81+
=== A confirmation dialog now appears when resolving conversation to match the UX of deleting a conversation.
82+
// #TINY-11324
83+
84+
Previously, resolving a conversation did not trigger a confirmation dialog, unlike the behavior when deleting a conversation. Selecting *Resolve conversation* from the conversation kebab menu would immediately perform the action without user confirmation.
85+
86+
{productname} {release-version} introduces a confirmation dialog for resolving conversations, ensuring a consistent user experience and helping prevent unintentional resolutions.
6987

70-
For information on the **<Premium plugin name 1>** plugin, see: xref:<plugincode>.adoc[<Premium plugin name 1>].
88+
For information on the **Comments** plugin, see: xref:introduction-to-tiny-comments.adoc[Introduction to {companyname} Comments].
89+
90+
91+
=== Comments
92+
93+
The {productname} {release-version} release includes an accompanying release of the **Comments** premium plugin.
94+
95+
**Comments** includes the following fix.
96+
97+
=== The `change` event was not dispatched when deleting a comment reply.
98+
// #TINY-11830
99+
100+
Previously, deleting a comment reply did not dispatch a `change` event, which prevented the {productname} Save plugin from detecting the editor as modified. As a result, the “Save” button remained disabled after deleting a reply, potentially leading to lost changes. This issue has been resolved in {release-version}. Deleting a comment reply now correctly triggers a dirty state, ensuring the Save plugin enables the “Save” button as expected.
101+
102+
For information on the **Comments** plugin, see: xref:introduction-to-tiny-comments.adoc[Introduction to {companyname} Comments].
71103

72104
=== Math
73105

@@ -117,6 +149,27 @@ tinymce.init({
117149

118150
For information on the **Math** premium plugin, see: xref:math.adoc[Math].
119151

152+
=== Export to Word
153+
154+
The {productname} {release-version} release includes an accompanying update to the **Export to Word** premium plugin.
155+
156+
==== Improved handling of relative URLs using `base_url` configuration for Export to Word
157+
// #TINY-11923
158+
159+
Previously, the `exportword` plugin converted relative URLs (e.g., `+/relative/url+`) into incorrect absolute URLs during export, causing hyperlinks in Word documents to direct users to unintended or non-existent destinations. This issue has been resolved. The plugin now correctly resolves relative URLs using the `base_url` configuration option, ensuring exported Word documents contain valid and functional hyperlinks.
160+
161+
For more information, see: xref:exportword.adoc[Export to Word].
162+
163+
=== Export to PDF
164+
165+
The {productname} {release-version} release includes an accompanying update to the **Export to PDF** premium plugin.
166+
167+
==== Improved handling of relative URLs using `base_url` configuration for Export to PDF
168+
// #TINY-11923
169+
170+
The `exportpdf` plugin previously transformed relative URLs (e.g., `+/relative/url+`) into incorrect absolute URLs, resulting in broken or misdirected links in exported PDF documents. This issue has been addressed. The plugin now uses the `base_url` configuration option to correctly resolve relative URLs, ensuring that links in exported PDFs lead to the correct destinations.
171+
172+
For more information, see: xref:exportpdf.adoc[Export to PDF].
120173

121174
[[accompanying-premium-plugin-end-of-life-announcement]]
122175
== Accompanying Premium plugin end-of-life announcement
@@ -162,6 +215,13 @@ For information on using Enhanced Skins & Icon Packs, see: xref:enhanced-skins-a
162215

163216
// CCFR here.
164217

218+
=== The `+editor.selection.scrollIntoView()+` method now pads the target scroll area with a small margin, ensuring content doesn't sit at the very edge of the viewport.
219+
// #TINY-11786
220+
221+
Previously, when cycling through accessibility issues in the a11y checker dialog, the highlighted content could appear aligned to the very edge of the viewport, making it difficult to identify and visually track. This behavior impacted usability by reducing the effectiveness of the a11y checker tool.
222+
223+
In {productname} {release-version}, the `+editor.selection.scrollIntoView()+` method was updated to include a top and bottom margin, aligning the highlighted content to a fixed `30px` from the edge of the viewport. Additionally, a visual overlay was introduced to draw attention to the selected element. These changes improve visibility, provide smoother and more intuitive scroll positioning, and enhance the overall user experience when navigating accessibility issues in {productname}.
224+
165225

166226
[[additions]]
167227
== Additions
@@ -201,10 +261,17 @@ For information on using Enhanced Skins & Icon Packs, see: xref:enhanced-skins-a
201261

202262
{productname} {release-version} also includes the following bug fix<es>:
203263

204-
=== <TINY-vwxyz 1 changelog entry>
205-
// #TINY-vwxyz1
264+
=== The focus outline was misaligned with the comment card border after saving an edited comment.
265+
// #TINY-11329
206266

207-
// CCFR here.
267+
In previous versions of {productname}, the keyboard focus styles were not properly aligned with the comment card during the process of saving an edited comment, resulting in a poor user interface.
268+
269+
{productname} {release-version} addresses this by adjusting the focus styles, ensuring a more polished user interface while saving an edited comment.
270+
271+
=== Setting editor height to a `pt` or `em` value was ignoring min/max height settings.
272+
// #TINY-11108
273+
274+
Previously, when the editor height was set using relative units such as `pt` or `em`, the editor was unable to parse and evaluate these values correctly. As a result, it would bypass the `min_height` and `max_height` checks, leading to unpredictable layout behavior. This issue was especially noticeable during initialization, although resizing later used the browser-calculated content box height, which partially masked the problem. In {release-version}, {productname} now attempts to compute height values from additional unit types to better enforce minimum and maximum height constraints. Some units, such as percentages (`%`), may still override explicit height values due to browser limitations in determining the final rendered size. This update ensures that `min_height` and `max_height` settings are more reliably applied across a wider range of unit types.
208275

209276

210277
[[security-fixes]]

modules/ROOT/partials/configuration/height.adoc

Lines changed: 7 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -3,7 +3,13 @@
33

44
`+height+` sets the height of the entire editor, including the menu bar, toolbars, and status bar.
55

6-
NOTE: If a number is provided, {productname} sets the height in pixels. If a string is provided, {productname} assumes the value is valid CSS and sets the editor's height as the string value. This allows for alternate units such as `+%+`, `+em+`, and `+vh+`.
6+
[NOTE]
7+
====
8+
* If a number is provided, {productname} sets the height in pixels by defult.
9+
* If a string is provided, {productname} assumes the value is valid CSS and sets the editor's height as the string value such as `+300px+`, `+50pt+`, or `+10em+`.
10+
11+
Note: that values such as `+100%+`, `+10vh+` and `auto` are not currently supported.
12+
====
713

814
*Type:* `+Number+` or `+String+`
915

0 commit comments

Comments
 (0)