Fix minor formatting issue (#114815) (#114822)

The list with two options doesn't get rendered as a list, due to the
snippet in between.

https://www.elastic.co/guide/en/elasticsearch/reference/master/passthrough.html#passthrough-conflicts
(cherry picked from commit 8cf2cb35f64bbbacbd4148d3a1d08664d504beff)

docs/reference/data-streams/tsds.asciidoc

@@ -302,7 +302,7 @@ and can dynamically match new fields. However, {es} will reject any mapping
 updates that add scripted, runtime, or non-dimension fields that
 match the `index.routing_path` value.
 
-<<passthrough-dimensions, pass-through>> fields may be configured
+<<passthrough-dimensions, Pass-through>> fields may be configured
 as dimension containers. In this case, their sub-fields get included to the
 routing path automatically.
 

docs/reference/mapping/types/passthrough.asciidoc

@@ -70,9 +70,9 @@ GET my-index-000001/_search
 
 It's possible for conflicting names to arise, for fields that are defined within different scopes:
 
-  1. A pass-through object is defined next to a field that has the same name as one of the pass-through object
-     sub-fields, e.g.
-
+  a. A pass-through object is defined next to a field that has the same name as one of the pass-through object
+sub-fields, e.g.
++
 [source,console]
 --------------------------------------------------
 PUT my-index-000001/_doc/1
@@ -83,12 +83,12 @@ PUT my-index-000001/_doc/1
   "id": "bar"
 }
 --------------------------------------------------
++
+In this case, references to `id` point to the field at the root level, while field `attributes.id`
+can only be accessed using the full path.
 
-     In this case, references to `id` point to the field at the root level, while field `attributes.id`
-     can only be accessed using the full path.
-
-  1. Two (or more) pass-through objects are defined within the same object and contain fields with the same name, e.g.
-
+  b. Two (or more) pass-through objects are defined within the same object and contain fields with the same name, e.g.
++
 [source,console]
 --------------------------------------------------
 PUT my-index-000002
@@ -117,7 +117,7 @@ PUT my-index-000002
   }
 }
 --------------------------------------------------
-
++
 In this case, param `priority` is used for conflict resolution, with the higher values taking precedence. In the
 example above, `resource.attributes` has higher priority than `attributes`, so references to `id` point to the field
 within `resource.attributes`. `attributes.id` can still be accessed using its full path.