@@ -634,15 +634,15 @@ let you find out which options are defined::
634
634
}
635
635
}
636
636
637
- Nested option
637
+ Nested Option
638
638
~~~~~~~~~~~~~
639
639
640
640
.. versionadded :: 4.2
641
641
This feature was introduced in Symfony 4.2.
642
642
643
643
Suppose you want an option named ``spool `` which has two sub-options ``type ``
644
- and ``path ``. Instead of define it as a simple array of values, you can pass
645
- a closure as the default value of the ``spool `` option with an :class: `Symfony\\ Component\\ OptionsResolver\\ OptionsResolver `
644
+ and ``path ``. Instead of defining it as a simple array of values, you can pass
645
+ a closure as the default value of the ``spool `` option with a :class: `Symfony\\ Component\\ OptionsResolver\\ OptionsResolver `
646
646
argument. Based on this instance, you can define the options under ``spool `` and its desired default
647
647
value::
648
648
@@ -706,7 +706,7 @@ adds a second ``Options`` argument to the closure::
706
706
The arguments of the closure must be type hinted as ``OptionsResolver `` and ``Options `` respectively.
707
707
Otherwise, the closure itself is considered as the default value of the option.
708
708
709
- In same way, parent options can access to the child option as follows::
709
+ In same way, parent options can access the child option as follows::
710
710
711
711
// ...
712
712
class Mailer
@@ -730,8 +730,8 @@ In same way, parent options can access to the child option as follows::
730
730
731
731
.. note ::
732
732
733
- The fact that an option is defined as nested, means that you must to pass
734
- an array of values to resolve it on runtime.
733
+ The fact that an option is defined as nested means that you must pass
734
+ an array of values to resolve it at runtime.
735
735
736
736
Deprecating the Option
737
737
~~~~~~~~~~~~~~~~~~~~~~
0 commit comments