8000 Reverted the changes in the numbered lists · symfony/symfony-docs@2442839 · GitHub
[go: up one dir, main page]

Skip to content

Commit 2442839

Browse files
committed
Reverted the changes in the numbered lists
The original problem was solved with a proper indentation of the contents, so it's not necessary to change the way the item numbers are defined.
1 parent d38f00e commit 2442839

File tree

3 files changed

+14
-14
lines changed

3 files changed

+14
-14
lines changed

components/http_kernel/introduction.rst

Lines changed: 8 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -241,17 +241,17 @@ will be called after another event - ``kernel.controller`` - is dispatched.
241241
information is typically placed on the ``Request`` via the ``RouterListener``).
242242
This string is then transformed into a PHP callable by doing the following:
243243

244-
#. The ``AcmeDemoBundle:Default:index`` format of the ``_controller`` key
244+
a) The ``AcmeDemoBundle:Default:index`` format of the ``_controller`` key
245245
is changed to another string that contains the full class and method
246246
name of the controller by following the convention used in Symfony2 - e.g.
247247
``Acme\DemoBundle\Controller\DefaultController::indexAction``. This transformation
248248
is specific to the :class:`Symfony\\Bundle\\FrameworkBundle\\Controller\\ControllerResolver`
249249
sub-class used by the Symfony2 Framework.
250250

251-
#. A new instance of your controller class is instantiated with no
251+
b) A new instance of your controller class is instantiated with no
252252
constructor arguments.
253253

254-
#. If the controller implements :class:`Symfony\\Component\\DependencyInjection\\ContainerAwareInterface`,
254+
c) If the controller implements :class:`Symfony\\Component\\DependencyInjection\\ContainerAwareInterface`,
255255
``setContainer`` is called on the controller object and the container
256256
is passed to it. This step is also specific to the :class:`Symfony\\Bundle\\FrameworkBundle\\Controller\\ControllerResolver`
257257
sub-class used by the Symfony2 Framework.
@@ -324,13 +324,13 @@ of arguments that should be passed when executing that callable.
324324
It then iterates over each of these arguments and uses the following tricks
325325
to determine which value should be passed for each argument:
326326

327-
#. If the ``Request`` attributes bag contains a key that matches the name
327+
a) If the ``Request`` attributes bag contains a key that matches the name
328328
of the argument, that value is used. For example, if the first argument
329329
to a controller is ``$slug``, and there is a ``slug`` key in the ``Request``
330330
``attributes`` bag, that value is used (and typically this value came
331331
from the ``RouterListener``).
332332

333-
#. If the argument in the controller is type-hinted with Symfony's
333+
b) If the argument in the controller is type-hinted with Symfony's
334334
:class:`Symfony\\Component\\HttpFoundation\\Request` object, then the
335335
``Request`` is passed in as the value.
336336

@@ -527,19 +527,19 @@ below for more details).
527527
and is called :class:`Symfony\\Component\\HttpKernel\\EventListener\\ExceptionListener`.
528528
The listener has several goals:
529529

530-
#. The thrown exception is converted into a
530+
1) The thrown exception is converted into a
531531
:class:`Symfony\\Component\\HttpKernel\\Exception\\FlattenException`
532532
object, which contains all the information about the request, but which
533533
can be printed and serialized.
534534

535-
#. If the original exception implements
535+
2) If the original exception implements
536536
:class:`Symfony\\Component\\HttpKernel\\Exception\\HttpExceptionInterface`,
537537
then ``getStatusCode`` and ``getHeaders`` are called on the exception
538538
and used to populate the headers and status code of the ``FlattenException``
539539
object. The idea is that these are used in the next step when creating
540540
the final response.
541541

542-
#. A controller is executed and passed the flattened exception. The exact
542+
3) A controller is executed and passed the flattened exception. The exact
543543
controller to render is passed as a constructor argument to this listener.
544544
This controller will return the final ``Response`` for this error page.
545545

cookbook/form/data_transformers.rst

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -191,15 +191,15 @@ types of underlying data.
191191

192192
In any form, the three different types of data are:
193193

194-
#. **Model data** - This is the data in the format used in your application
194+
1) **Model data** - This is the data in the format used in your application
195195
(e.g. an ``Issue`` object). If you call ``Form::getData`` or ``Form::setData``,
196196
you're dealing with the "model" data.
197197

198-
#. **Norm Data** - This is a normalized version of your data, and is commonly
198+
2) **Norm Data** - This is a normalized version of your data, and is commonly
199199
the same as your "model" data (though not in our example). It's not commonly
200200
used directly.
201201

202-
#. **View Data** - This is the format that's used to fill in the form fields
202+
3) **View Data** - This is the format that's used to fill in the form fields
203203
themselves. It's also the format in which the user will submit the data. When
204204
you call ``Form::submit($data)``, the ``$data`` is in the "view" data format.
205205

cookbook/form/dynamic_form_modification.rst

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -7,18 +7,18 @@ How to Dynamically Modify Forms Using Form Events
77
Often times, a form can't be created statically. In this entry, you'll learn
88
how to customize your form based on three common use-cases:
99

10-
#. :ref:`cookbook-form-events-underlying-data`
10+
1) :ref:`cookbook-form-events-underlying-data`
1111

1212
Example: you have a "Product" form and need to modify/add/remove a field
1313
based on the data on the underlying Product being edited.
1414

15-
#. :ref:`cookbook-form-events-user-data`
15+
2) :ref:`cookbook-form-events-user-data`
1616

1717
Example: you create a "Friend Message" form and need to build a drop-down
1818
that contains only users that are friends with the *current* authenticated
1919
user.
2020

21-
#. :ref:`cookbook-form-events-submitted-data`
21+
3) :ref:`cookbook-form-events-submitted-data`
2222

2323
Example: on a registration form, you have a "country" field and a "state"
2424
field which should populate dynamically based on the value in the "country"

0 commit comments

Comments
 (0)
0