diff --git a/src/guides/v2.3/ui_comp_guide/concepts/ui_comp_modifier_concept.md b/src/guides/v2.3/ui_comp_guide/concepts/ui_comp_modifier_concept.md index 39bfc29d543..580fb852077 100644 --- a/src/guides/v2.3/ui_comp_guide/concepts/ui_comp_modifier_concept.md +++ b/src/guides/v2.3/ui_comp_guide/concepts/ui_comp_modifier_concept.md @@ -97,7 +97,7 @@ Declare your modifier in your module Di configuration `/etc/adm ``` -, where `YourNamespace\YourModule\DataProvider\Modifier\Pool` is a [virtual class]({{ page.baseurl }}/extension-dev-guide/depend-inj.html#dependency-types). +where `YourNamespace\YourModule\DataProvider\Modifier\Pool` is a [virtual class]({{ page.baseurl }}/extension-dev-guide/depend-inj.html#dependency-types). (If you want to use this sample in your `di.xml`, replace the sample values with the real names of your entities.) diff --git a/src/guides/v2.3/ui_comp_guide/concepts/ui_comp_template_literals.md b/src/guides/v2.3/ui_comp_guide/concepts/ui_comp_template_literals.md index c747efa3c61..a568c4d1846 100644 --- a/src/guides/v2.3/ui_comp_guide/concepts/ui_comp_template_literals.md +++ b/src/guides/v2.3/ui_comp_guide/concepts/ui_comp_template_literals.md @@ -46,7 +46,7 @@ Perhaps the most useful aspect of template literals is the ability to access oth UI Components can have a `...` node in the primary XML declaration file ([see an example]({{ page.baseurl }}/ui_comp_guide/concepts/ui_comp_xmldeclaration_concept.html#example-of-a-basic-components-configuration-file)). In that file, a `component` element can be added with a path reference to the RequireJS file. That file is loaded into the registry when it runs on the frontend and other JavaScript files can then access it by the *name* of the UI Component instead of the path to the file itself. The name often will look something like this: `example_component.example_component`. -Names of other registered modules can be added to the [server side](https://glossary.magento.com/server-side) configuration (XML or PHP) that is output through JSON. Those names can then be easily accessed in the JavaScript on the frontend. In the following example, the other UI Component's name will be obtained with a template literal in the `imports` object. When this JavaScript file is loaded, it will process the template literal and look up the name in the registry. If found, it will load that class. Because there is a colon (`:`), it will go on to find the property that is accessed in the other JavaScript class. +Names of other registered modules can be added to the [server side](https://glossary.magento.com/server-side) configuration ([XML](https://glossary.magento.com/xml) or [PHP](https://glossary.magento.com/php)) that is output through JSON. Those names can then be easily accessed in the JavaScript on the frontend. In the following example, the other UI Component's name will be obtained with a template literal in the `imports` object. When this JavaScript file is loaded, it will process the template literal and look up the name in the registry. If found, it will load that class. Because there is a colon (`:`), it will go on to find the property that is accessed in the other JavaScript class. ```javascript return Element.extend({ diff --git a/src/guides/v2.3/ui_comp_guide/concepts/ui_comp_uiclass_concept.md b/src/guides/v2.3/ui_comp_guide/concepts/ui_comp_uiclass_concept.md index f108aac1030..e3896e2e526 100644 --- a/src/guides/v2.3/ui_comp_guide/concepts/ui_comp_uiclass_concept.md +++ b/src/guides/v2.3/ui_comp_guide/concepts/ui_comp_uiclass_concept.md @@ -48,7 +48,7 @@ initialize: function () { } ``` -* The `_super()` method calls the parent UI component method with the same name as the `_super()` method's caller; if that method does not exists in the parent UI component, then the method tries to find it higher in the inheritance chain. +* The `_super()` method calls the parent UI component method with the same name as the `_super()` method's caller. If that method does not exists in the parent UI component, then the method tries to find it higher in the inheritance chain. As an example: diff --git a/src/guides/v2.3/ui_comp_guide/concepts/ui_comp_xmldeclaration_concept.md b/src/guides/v2.3/ui_comp_guide/concepts/ui_comp_xmldeclaration_concept.md index b6b2e8deeca..c64e927fa82 100644 --- a/src/guides/v2.3/ui_comp_guide/concepts/ui_comp_xmldeclaration_concept.md +++ b/src/guides/v2.3/ui_comp_guide/concepts/ui_comp_xmldeclaration_concept.md @@ -30,7 +30,7 @@ The instance configuration file name is the name of instance (`%instance_name%`) Following are the rules for the instance configuration files: * The top node must have the name of one of the basic UI components. -* The top node must contain a link to the XSD schema. +* The top node must contain a link to the [XSD](https://glossary.magento.com/xsd) schema. In the top node, there can be an `` node. The `` node contains the configuration for that basic UI component. The `` node's `name` attribute value must be `data`. The child nodes of the `` node will be the argument properties that will be passed in to the component. @@ -107,7 +107,7 @@ In the above example, within the top-level `
` node the `
` node i The `name` attribute value must be a unique among the other components on the same hierarchical level of the same parent node. Look at the `` node which `name` attribute has `data` value. The child nodes of this node are the arguments that will be passed in to the component. -All other child nodes are declared as items. ` ...` contains the children nodes that describe the configuration of the current UI component. Please note that although configuration for all components is different, there are base properties that are mostly the same for different components. For example, we can use `...` to define which JS file will be used as the Model for the Fieldset UI component in the above example. Reference to this JS file can be either be the full path to this file or the alias which is defined in [`require.js` configuration]({{ page.baseurl }}/javascript-dev-guide/javascript/js-resources.html). +All other child nodes are declared as items. ` ...` contains the children nodes that describe the configuration of the current UI component. Please note that although configuration for all components is different, there are base properties that are mostly the same for different components. For example, we can use `...` to define which JS file will be used as the Model for the Fieldset UI component in the above example. Reference to this JS file can be either be the full path to this file or the alias which is defined in [`require.js`]({{ page.baseurl }}/javascript-dev-guide/javascript/js-resources.html) configuration. In our example, the `...` node within `
` is omitted, because this property of the Fieldset UI component is already defined in `definition.xml`.