Skip to content

Commit 236eb5a

Browse files
committed
More editing
1 parent 5a13c26 commit 236eb5a

1 file changed

Lines changed: 5 additions & 5 deletions

File tree

docs/for-contributors/Generator/name-processing.md

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -92,9 +92,11 @@ For specifics on how these processors and other steps work, it is best to refer
9292

9393
## Name Splitting
9494

95-
Name splitting involves splitting an identifier into separate "tokens" (also called "words" by the code) and is handled
96-
by the `NameSplitter` class. These tokens can refer to literal words (as identified by underscore/pascal case
97-
separations), but can also refer to groups of numbers or capitalized letters.
95+
Name splitting involves splitting an identifier into separate "tokens" and is handled by the `NameSplitter` class. These
96+
tokens can refer to literal words (as identified by underscore/pascal case separations), but can also refer to groups of
97+
numbers or capitalized letters.
98+
99+
Note: The codebase is inconsistent when referring to tokens, usually calling them "words" or "fragments" instead.
98100

99101
The goal of name splitting is to have a consistent representation of a name where each part of the name can be examined
100102
individually. This is helpful when names differ by casing or by different types of separation.
@@ -111,8 +113,6 @@ and the `NameSplitterTests` test cases.
111113
Numbers are always split out as their own individual token. This is because this is easier to work with and consistent
112114
than special casing when numbers should "stick" to preceding or proceeding tokens.
113115

114-
Note: The codebase is inconsistent when referring to tokens, usually calling them "words" or "fragments" instead.
115-
116116
For example:
117117
- `2D` is split as `2_D`
118118
- `R32` is split as `R_32`

0 commit comments

Comments
 (0)