Skip to content

Commit 8f6cf6a

Browse files
committed
Nits
1 parent a4ef838 commit 8f6cf6a

File tree

1 file changed

+4
-3
lines changed

1 file changed

+4
-3
lines changed

docs/_docs/reference/experimental/capture-checking/polymorphism.md

Lines changed: 4 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -7,8 +7,9 @@ nightlyOf: https://docs.scala-lang.org/scala3/reference/experimental/capture-che
77
## Introduction
88

99
Capture checking supports capture-polymorphic programming in two complementary styles:
10-
1. **Implicit** capture polymorphism, which is the default and has minimal syntactic overhead.
11-
2. **Explicit** capture polymorphism, which allows programmers to abstract over capture sets directly through explicit generic parameters.
10+
11+
1. **Implicit** capture polymorphism, which is the default and has minimal syntactic overhead.
12+
1. **Explicit** capture polymorphism, which allows programmers to abstract over capture sets directly through explicit generic parameters.
1213

1314
### Implicit Polymorphism
1415

@@ -117,7 +118,7 @@ class ConcatIterator[A, C^](var iterators: mutable.List[IterableOnce[A]^{C}]):
117118
this // track contents of `it` in the result
118119
```
119120
In such cases, the type system must ensure that any existing aliases of the iterator become invalid
120-
after mutation. This is handled by [mutation tracking](mutability.md) and [separation tracking](separation-checking.md), which are currently under development.
121+
after mutation. This is handled by [mutation tracking](mutability.md) and [separation tracking](separation-checking.md), which are currently under development.
121122

122123
## Shall I Be Implicit or Explicit?
123124

0 commit comments

Comments
 (0)