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: docs/reference/architecture.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -55,7 +55,7 @@ The following is a simple overview of the data flow:
55
55
56
56
1. Page Builder's reader() reads the data from associated elements in the persisted rendered output of the master format. It does this by traversing through the content type's DOM tree and searching for the associated elements declared in the content types definition XML. Then it uses the various attributes, styles, and other configurations to read the data from the specific area of the DOM element.
57
57
2. Page Builder's element converters convert the data for each data mapping entry () to an internal supported format if required, this ensures the data collected from the DOM nodes is compatible with Page Builder's internal data store and UI component fields.
58
-
3. Page Builder's mass converters can change data for all content type elements, not just one. For more details see [converter interface](configurations.md).
58
+
3. Page Builder's mass converters can change data for all content type elements, not just one. For more details, see [converter interface](configurations.md).
59
59
4. Page Builder creates its content types and populates the `Magento_PageBuilder/js/data-store` with data.
60
60
5. End-users change the data in the data store within the form editor or when using the various live-editing options on the stage.
61
61
6. Page Builder converts the data using mass converters.
@@ -129,14 +129,14 @@ For example:
129
129
130
130
Page Builder stores data for content types in a simple object called the DataStore: `Magento_PageBuilder/js/data-store`.
131
131
132
-
The parameter `name` from [content type configuration](configurations.md) is the name of a parameter in the DataStore.
132
+
The `name`parameter from the [content type configuration](configurations.md) is the name of a parameter in the `DataStore`.
133
133
You can use the `subscribe` method to listen for changes in the DataStore and perform custom actions on the data.
134
134
135
135
This is how the system binds the data from the DataStore to your elements attribute or style. When you include a new attribute or style, you must specify where it should retrieve its data from the content type. These `name` values normally bind to the field names within UI component forms. The field names are the keys we use to save the data.
136
136
137
137
## Content type configuration
138
138
139
-
Please see[content type configuration](configurations.md) for more information.
139
+
See[content type configuration](configurations.md) for more information.
Copy file name to clipboardExpand all lines: docs/reference/configurations.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -15,7 +15,7 @@ Use the content type and menu section configuration to add new content types, ex
15
15
|`children`| List of children content types that can accept this type as a parent. |
16
16
|`appearances`| Appearance configuration. |
17
17
|`is_system`| Determines menu visibility for the component. System components should not be visible in the menu. Default value is true. |
18
-
|`additional_data`| Allows to specify additional data for component, see[additional configurations](../how-to/how-to-add-additional-configurations.md) for more information. |
18
+
|`additional_data`| Allows you to specify additional data for the component. See[additional configurations](../how-to/how-to-add-additional-configurations.md) for more information. |
19
19
{:style="table-layout:auto"}
20
20
21
21
| Attribute | Description |
@@ -518,4 +518,4 @@ Individual appearances may have different uiComponent forms in order to use diff
518
518
|`fieldsToIgnoreOnRemove`| array containing field names to ignore when evaluating whether an element has been configured. The default value is an empty array. |`["tab_name"]`|
0 commit comments