Skip to content

Commit 2dbfe67

Browse files
committed
Fix Naming Conventions "Scaffolding" example
1 parent 1eb0d6e commit 2dbfe67

File tree

1 file changed

+1
-16
lines changed

1 file changed

+1
-16
lines changed

source/styleguide/naming.md

Lines changed: 1 addition & 16 deletions
Original file line numberDiff line numberDiff line change
@@ -162,21 +162,6 @@ Elements nested within a Component or Structure that need styling *based on bein
162162

163163
For items in scaffolding, the Component/Structure name comes first, followed by a single hyphen and the subcomponent/substructure name (also in camelCase, if necessary). Where applicable, they can have their own modifiers, states, and subcomponents/substructures—more than two levels, though, typically means it’s time to refactor.
164164

165-
<!-- Nicktique: 'Push' header should read 'Modifiers'. Substructures sill follow the same rules:
166-
167-
// ----- Header ----- //
168-
169-
.card-header
170-
171-
// Modifiers
172-
173-
.card-header--push
174-
175-
// States
176-
177-
.card-header.is-active
178-
-->
179-
180165
```sass
181166
// *************************************
182167
//
@@ -208,7 +193,7 @@ For items in scaffolding, the Component/Structure name comes first, followed by
208193
padding-left: $b-whitespace
209194
padding-right: $b-whitespace
210195
211-
// Push
196+
// Modifiers
212197
213198
.card-header--push
214199
margin-bottom: $b-whitespace-l

0 commit comments

Comments
 (0)