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/8.4.0-release-notes.adoc
+34Lines changed: 34 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -57,6 +57,21 @@ For information on the **<Open source plugin name>** plugin, see xref:<plugincod
57
57
58
58
The following premium plugin updates were released alongside {productname} {release-version}.
59
59
60
+
=== Full Page HTML
61
+
62
+
The {productname} {release-version} release includes an accompanying release of the **Full Page HTML** premium plugin.
63
+
64
+
**Full Page HTML** includes the following addition.
65
+
66
+
==== New argument `fullpagehtml` to `editor.getContent()` and `editor.setContent()` APIs to only get/set the body of the content while the full page plugin is active.
67
+
// #TINY-13744
68
+
69
+
Previously, setting and getting the editor content while the Full Page HTML plugin was active could be troublesome due to the presence of the full HTML document on all API calls, even when not needed. Attempting to get and act only on the body content (for example, for saving) was undocumented and required workarounds.
70
+
71
+
In {productname} {release-version}, the `fullpagehtml` option has been added to the `editor.getContent()` and `editor.setContent()` APIs. When set to `false`, this option allows getting and setting only the body content while the Full Page HTML plugin is active, without interfering with the full document structure. The document is now more resistant to accidental changes, and content can be retrieved or updated without including the full HTML document. For details, see xref:fullpagehtml.adoc#fullpagehtml-getcontent-setcontent[`fullpagehtml` option for getContent/setContent].
72
+
73
+
For information on the **Full Page HTML** plugin, see: xref:fullpagehtml.adoc[Full Page HTML].
74
+
60
75
=== Media Optimizer
61
76
62
77
The {productname} {release-version} release includes an accompanying release of the **Media Optimizer** premium plugin.
@@ -128,6 +143,12 @@ For information on using Enhanced Skins & Icon Packs, see: xref:enhanced-skins-a
128
143
129
144
// CCFR here.
130
145
146
+
=== New `view_show` option to display a specified view on initialization.
147
+
// #TINY-11967
148
+
149
+
150
+
In {productname} {release-version}, the new xref:custom-view.adoc#view_show[`+view_show+`] option allows specifying which view to display when the editor is initialized. The option behaves similarly to `+sidebar_show+` but takes precedence for views; both sidebars and views can be configured to show on init.
151
+
131
152
132
153
[[changes]]
133
154
== Changes
@@ -160,6 +181,19 @@ For information on using Enhanced Skins & Icon Packs, see: xref:enhanced-skins-a
160
181
// #TINY-vwxyz1
161
182
162
183
// CCFR here.
184
+
=== Directionality of Hebrew was incorrect
185
+
// #TINY-13667
186
+
187
+
Previously, right-to-left (RTL) directionality was not correctly set for Hebrew in the language pack. This caused the editor to render the wrong directionality when Hebrew was set as the language.
188
+
189
+
In {productname} {release-version}, this issue has been addressed by ensuring that the directionality is correctly set for Hebrew in the language pack.
190
+
191
+
=== Bundled content CSS is now loaded into preview iframes
192
+
// #TINY-13190
193
+
194
+
Previously, when the editor content CSS was bundled, it was not loaded into preview iframes. This caused a visual mismatch between the editor content area and what users saw in the Preview dialog, Suggested Edits view and Revision History view.
195
+
196
+
In {productname} {release-version}, the fix checks if the content CSS is available as a bundled resource and applies it to the Preview Iframe through style tags. Bundled content CSS is now correctly loaded in the Preview Iframe.
== `+fullpagehtml+` option for `+getContent()+` and `+setContent()+`
3
+
4
+
When the {pluginname} plugin is active, `editor.getContent()` and `editor.setContent()` return and accept the full HTML document by default. The `fullpagehtml` option allows getting and setting only the body content when needed.
5
+
6
+
Pass `fullpagehtml: false` in the options object to bypass full-page processing and work with body content only:
7
+
8
+
* `editor.getContent({ fullpagehtml: false })` — Returns only the `<body>` content.
9
+
* `editor.setContent(content, { fullpagehtml: false })` — Sets only the body content without modifying the document head.
10
+
11
+
This option is useful when saving or loading body content separately (for example, when storing content in a database or when integrating with systems that expect body-only HTML). Unlike `fullpagehtml_hide_in_source_view`, which affects only the source code view display, the `fullpagehtml` option affects API behavior and requires no configuration.
This option allows the specified view to be displayed on editor initialization. It behaves similarly to xref:customsidebar.adoc#sidebar_show[`+sidebar_show+`] but applies to views and takes precedence when both are configured. Views and sidebars can both be set to show on init, with the sidebar shown once the view is closed.
5
+
6
+
The value must match the name of a registered view. Premium plugins that register views include:
0 commit comments