This release marks a major milestone for our File Manager app. We’ve made significant UI improvements, and exposed various developer-oriented APIs. The following are some of the improvements that were introduced:
- advanced file organization using folders
- ability to add custom filters (via code plugins)
- ability to extend file data with custom fields (and use them for filtering and searching)
- ability to download the original file
- redesigned file details view
- support for
- filtering using tags using
- programmatic API to interact with the File Manager from your React plugins
All of these improvements take our File Manager to the next level. But the big change that enabled us to do many of the things listed above, is under the hood of it all: File Manager is now powered by our own Headless CMS! Each file record is actually a content entry under the hood, which means that File Manager API supports all the same querying capabilities as our Headless CMS.
Introducing Advanced Content Organization for Headless CMS (#3356)
The Advanced Content Organization (ACO) for Headless CMS is a new feature that allows users to organize content in a practical, easy-to-manage way. The ACO enables users to add entries in separate folders and rearrange content as needed, making it easier to find what they are looking for.
With the new Headless CMS, users can:
- Create and update a multi-level folder structure.
- Sort folders and entries based on “Name” and “Last Modified”. This feature makes it easier for users to find specific entries and folders quickly.
- Move entries across the hierarchy tree.
Headless CMS Entry List and Editor Customisation (#3391)
The Headless CMS offers various default features that developers may want to tweak, eliminate, or add new ones to enhance the user experience and cater to the specific requirements of their users.
With this release, we present developers with a fresh approach to engage with a few of the Headless CMS’s core features:
Introducing Lexical Editor for the Rich Text Field (#3368)
With this release, we are introducing the new Lexical Editor for the Headless CMS’s rich text field. We are bringing the same rich text editing experience that you are used to from the Page Builder application, to the Headless CMS.
We believe the new editor will significantly improve the content editing experience for content editors. It is also a great step towards our goal of unifying the content editing experience across all of Webiny’s applications.
Released with Webiny 5.35.0, the Lexical rich text editor was initially introduced into Webiny’s Page Builder application.
Note that with the introduction to the new Lexical editor, the old rich text editor (based on Editor.js) will become deprecated. This means the following:
- users will no longer be able to use the legacy editor with new content models and Rich Text fields
- we will no longer be maintaining or developing features for this editor
- the legacy editor will only appear when the content was initially created with it
Carousel Page Element (#3276)
With this release, we’ve introduced the new Carousel page element, which allows users to create a carousel of images, videos, or any other content you want to display in a carousel.
To add a carousel to your page, simply drag and drop the Carousel element from the left-side menu to the desired location on your page.
Tabs Page Element (#3184)
With this release, we’ve introduced the new Tabs page element, which allows users to create a tabbed content section on your page.
To add tabs to your page, simply drag and drop the Tabs element from the left-side menu to the desired location on your page.
Accordion Page Element (#3175)
With this release, we’ve introduced the new Accordion page element. As the name suggests, it allows users to create an accordion section on your page.
To add an accordion to your page, simply drag and drop the Accordion element from the left-side menu to the desired location on your page.
Cell Mirroring (#3145)
With this release, we’ve introduced the new Cell Mirroring feature, which allows users to mirror the content of a cell to another cell. This is useful when you want to quickly duplicate the content of a cell to another cell, without having to copy and paste the content manually.
The following is a list of minor fixes and improvements that were made to the Page Builder app in this release.
Addressed Cursor Positioning Issue (Button Label Input) (#3146)
Prior to this release, in some cases, when typing a label for a button, the cursor would jump to the end of the input field after each keystroke, preventing users from editing the label efficiently. This issue has now been addressed.
Ability to Provide a LinkedIn Profile URL for Your Website (#3362)
With the already existing Facebook, Instagram, and Twitter URL fields in the Website Settings section, users can now also provide a LinkedIn profile URL for their website.
Responsive Styles for Typography (#3405)
Via the theme object, it’s now possible to define responsive styles for typography. The following example shows how we can have different font size for the heading on different screen sizes.
Fixed Unlinking Pages From Page Templates (#3403)
Unlinking a page from a page template is now working as expected. Previously, unlinking a page would result in an error, preventing users from unlinking pages from page templates.
Improved Messaging in the Page Builder Editor (#3403)
We’ve introduced a couple of improvements to the messaging in the page editor.
First, the element name that is displayed when the element is hovered or activated (in the top right corner), is now shown as a human-readable name. For example, instead of paragraph, the name will now be Paragraph. Also, instead of pages-list, the name will now be List of Pages. This also applies to custom elements.
Second, if an element is dropped onto an existing element that cannot accept the dropped element, a message will now be displayed, informing the user that the drop action is not allowed. The message will include both elements that were involved in the drop action.
Page Builder - Fixed Two Drag and Drop-Related Issues (#3402)
We’ve fixed two issues related to dragging and dropping of elements in the page editor.
Cannot Interact With New Page Elements
Once a user created a new page and started dragging and dropping elements to it, they would be unable to interact with the dropped elements. Only after a full page refresh would the elements become interactive. This issue has now been addressed.
Page Elements Disappearing After Dragging and Dropping
In some cases, moving an existing page element to a new location on the page would cause the element to disappear. This issue has now been addressed.
Added Line Height to Default Heading Styles (#3363)
apps/theme/theme.ts file, the default heading styles now also include a line height property, set to 150% of the font size. This change was made to improve the readability of the text.
Note that this change will only affect new projects created with this release. If you want to apply this change to an existing project, you’ll need to manually update the
Block Editor - Addressed Back Button's Navigation Issue (#3361)
Prior to this release, the back button in the block editor (located in the top-left corner of the screen) would sometimes navigate users to the wrong page. This issue has now been addressed.
Fixed Icon in the Revisions Dropdown Menu (#3361)
Prior to this release, the icon in the revisions dropdown menu was not aligned properly. This issue has now been addressed.
Removed Width Control for Blocks (#3364)
In the page editor, when dropping a block onto the page canvas, the block’s width is now fixed to 100% of the parent container. This change was made to simplify the process of adding blocks to the page and ensure that the page layout is consistent across all devices. Manually setting the width of the block is no longer possible.
List of Revisions - Revisions Now Shown From Latest to Oldest (#3379)
Prior to this release, the list of revisions in the revisions tab would show the revisions from oldest to newest. This has now been changed, and the revisions are now shown from newest to oldest.
Fixed Setting Background Image on Page Elements (#3378)
In the page editor, setting a background image on a page element would not work properly in some cases. This issue has now been addressed.
Fixed URL in Page Preview Drawer (#3355)
We addressed a visual bug encountered within the page preview drawer, specifically when the website has not been deployed yet: in this specific case the full page URL contained
undefined due to the absence of a domain. This issue has now been addressed, by showing the page’s relative path instead of the full URL.
Remove Characters Length Validation for Folder Fields (#3399)
With this release, we removed any length validations rule applied to
slug folder fields. These fields remain
At that point, we’ve decided to keep the old page rendering engine in place, in order to give users enough time to migrate their existing project to the new engine, while also notifying them about the upcoming deprecation of the old engine.
This release marks the end of the deprecation period, and the old page rendering engine has been removed from the codebase. This means that, from now on, all versions of Webiny will only support the new page rendering engine.
If you’re still using the old page rendering engine, we strongly recommend you to migrate your existing pages to the new engine as soon as possible. For more information on how to do this, please refer to the Page Builder - Page Rendering Engine Migration guide.
Introducing Advanced Access Control Layer (AACL) (#2576)
The Advanced Access Control Layer (AACL) is the next step in the evolution of Webiny’s existing security layer, which is now divided into three tiers. The higher the tier, the more features are available.
All Webiny project start with the Open Source tier. The tier is free to use, but, from now on, will be limited when it comes to defining fine-grained permissions, allowing only the No Access and Full Access to be selected when defining permissions for individual Webiny apps.
Trying to select Custom Access will result in an alert message being shown, informing the user that the feature is only available with the Advanced Access Control Layer (AACL), which is available on the Business and Enterprise tiers.
To upgrade to Business tier, users link their project with Webiny Control Panel (WCP), from where they can activate the Advanced Access Control Layer (AACL) for their project. By doing this, users will be able to define fine-grained permissions for individual Webiny apps.
Finally, for the most advanced use cases, users can upgrade to the Enterprise tier. On top of the features available with the first two tiers, the Enterprise tier introduces the brand new Teams feature, enabling users to group users into teams and easily have them linked with one or more roles.
This feature is especially useful for larger organizations, where it’s common to have multiple teams working on different projects. Also, it’s a great way to simplify the process of managing permissions for multiple users, as you can simply assign a role to a team, instead of assigning it to each individual user.
For more information on the Teams, please refer to the newly added Teams section of the Webiny Enterprise documentation.
The Advanced Access Control Layer (AACL) and the three tiers outlined above are a new concept introduced with this release. As such, it’s important to note existing projects will not be affected by this change in any way.
More specifically, Webiny instances that were deployed prior to this release will still be able to rely on the mentioned Custom Access option upon defining permissions for individual Webiny apps, without having to upgrade to Business tier.
On the other side, unless the Business or Enterprise tier has been enabled, all newly deployed Webiny instances will automatically start with the Open Source tier. This means the Custom Access option will not be available upon defining permissions for individual Webiny apps. To enable this feature, users will have to upgrade to the Business or Enterprise tier.
With this release, we’ve renamed Groups to Roles. Essentially, this change was made in order for Webiny to be more aligned with industry standards.
Note that this change is purely cosmetic and does not affect the functionality of the feature in any way. On levels such as the application code or Webiny’s GraphQL API schema, the feature is still referred to as Groups and no breaking changes were introduced.
New Date/Time Field (#3209)
With this release, we’ve introduced a brand new Date/Time form field, allowing users to select a date and time from a calendar and time picker. The field supports four different formats:
- Date only
- Time only
- Date and time with time zone
- Date and time without time zone
Google Analytics Trigger (#3125)
With the newly introduced Google Analytics trigger, users can easily send events to Google Analytics when a form is submitted.
As visible in the screenshot above, the trigger can be configured via the Triggers tab, allowing users to attach as many parameters as they as needed.
Note that this trigger requires the user to manually set up Google Analytics on their website. For more information on how to do this, please refer to the Google Analytics - Getting Started guide.
Form Submissions Now Also Include Query Parameters (#3124)
Previously, when a form was submitted, the query parameters were not included in the submission data. With this release, we’ve changed this behavior.
The query parameters that were present upon submitting the form will now also be included in the form submission data. This means that, for example, users can now easily track the source of the form submission, by simply adding the
utm_source query parameter when linking to a page that contains the form.
Note that this information is also available when exporting form submissions, allowing users to further analyze their form submission data. The following example shows the resulting JSON export of a form submission (note the
Add "onTenantAfterInstall" Lifecycle Event (#3377)
We’ve introduced a new lifecycle event which you should use when you need to hook into the tenant installation process. This event is published when all applications have finished installing, so you don’t have to think about the order of application installation.
More and more of our business and enterprise users are utilizing the programmatic capabilities of Webiny. They’re creating data propagation mechanisms, default data setup scripts, etc., and they need a reliable way to know when a tenant is ready to be interacted with. This lifecycle event gives you a reliable entry point for this type of things.
An example of such a plugin would look like this: