@discourser/design-system 0.22.2 → 0.22.4
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/figma-codex.json +2 -2
- package/docs/CSS_USAGE.md +235 -0
- package/docs/FIGMA_MAKE_SETUP.md +339 -0
- package/docs/GUIDELINES_REVIEW.md +728 -0
- package/docs/MAINTAINER_CHECKLIST.md +265 -0
- package/docs/TESTING_QUICK_REFERENCE.md +159 -0
- package/docs/TESTING_TOKENS.md +340 -0
- package/docs/active-stories/README.md +29 -0
- package/docs/active-stories/STORY-006a-figma-translation-foundations.md +324 -0
- package/docs/active-stories/STORY-006b-figma-translation-components.md +201 -0
- package/docs/active-stories/STORY-006c-figma-translation-layout-extension.md +258 -0
- package/docs/active-stories/STORY-008-kai-sidecar-fragments.md +137 -0
- package/docs/active-stories/STORY-011-verify-translation-docs.md +182 -0
- package/docs/archive/ARCHITECTURE-discourser-design-system.md +448 -0
- package/docs/claude-feed-back/ARCHITECTURE_DIAGRAM.md +243 -0
- package/docs/claude-feed-back/STYLING_VERIFICATION.md +89 -0
- package/docs/claude-feed-back/TEST_RESULTS.md +182 -0
- package/docs/context-share/ELEVATION_FIX_PLAN.md +903 -0
- package/docs/context-share/STORY-001-VALIDATION-PASSED.md +192 -0
- package/docs/context-share/STORY-002-IMPLEMENTATION-COMPLETE.md +161 -0
- package/docs/context-share/STORYBOOK_MCP_STRATEGY.md +867 -0
- package/docs/context-share/TESTING_GAPS_FILLED.md +353 -0
- package/docs/context-share/TOKEN_TESTING_SUMMARY.md +388 -0
- package/docs/context-share/code-connect-prompt.md +90 -0
- package/docs/context-share/dds-autonomous-pipeline.md +765 -0
- package/docs/context-share/fix-checkbox-radio-tokens.md +145 -0
- package/docs/context-share/icon-component-prompt.md +154 -0
- package/docs/context-share/icons/Audience.svg +3 -0
- package/docs/context-share/icons/AudioSpeaker.svg +3 -0
- package/docs/context-share/icons/BookmarkPlus.svg +3 -0
- package/docs/context-share/icons/ClipBoard.svg +8 -0
- package/docs/context-share/icons/DiscourserLogo.svg +4 -0
- package/docs/context-share/icons/ExitStudio.svg +4 -0
- package/docs/context-share/icons/Microphone.svg +5 -0
- package/docs/context-share/icons/NotebookPen.svg +3 -0
- package/docs/context-share/icons/PausePlay.svg +5 -0
- package/docs/context-share/icons/Play.svg +4 -0
- package/docs/context-share/icons/Record.svg +6 -0
- package/docs/context-share/icons/RepeatQuestion.svg +3 -0
- package/docs/context-share/icons/ScrollText.svg +3 -0
- package/docs/context-share/icons/Sparkles.svg +3 -0
- package/docs/context-share/icons/Speech.svg +3 -0
- package/docs/context-share/icons/StopPlay.svg +4 -0
- package/docs/context-share/icons/Timer.svg +3 -0
- package/docs/context-share/icons/UserProfile.svg +3 -0
- package/docs/context-share/m3-token-pipeline-audit.md +125 -0
- package/docs/context-share/storybook-mcp-kai-agent-revised-summary.md +211 -0
- package/docs/discourser-design-system-prd.md +3698 -0
- package/docs/figma-captures/01-typography.png +0 -0
- package/docs/figma-captures/02-button-iconbutton.png +0 -0
- package/docs/figma-captures/03-form-inputs.png +0 -0
- package/docs/figma-captures/04-form-controls.png +0 -0
- package/docs/figma-captures/05-data-display.png +0 -0
- package/docs/figma-captures/06-feedback.png +0 -0
- package/docs/figma-captures/07-overlays.png +0 -0
- package/docs/figma-captures/08-navigation-layout.png +0 -0
- package/docs/figma-captures/09-custom-components.png +0 -0
- package/docs/figma-captures/10-scenario-queue.png +0 -0
- package/docs/figma-captures/11-icon-library.png +0 -0
- package/docs/figma-make-docs/01-understanding-templates.md +235 -0
- package/docs/figma-make-docs/02-prerequisites.md +266 -0
- package/docs/figma-make-docs/03-creating-template.md +306 -0
- package/docs/figma-make-docs/04-adding-guidelines.md +448 -0
- package/docs/figma-make-docs/05-example-starter-code.md +590 -0
- package/docs/figma-make-docs/06-publishing-template.md +417 -0
- package/docs/figma-make-docs/07-maintenance.md +536 -0
- package/docs/figma-make-docs/08-faq.md +490 -0
- package/docs/figma-make-docs/README.md +95 -0
- package/docs/material-theme.json +418 -0
- package/docs/plans/2026-03-12-figma-token-export-rewrite.md +504 -0
- package/docs/plans/2026-03-12-step7-panda-token-resolution-design.md +119 -0
- package/docs/plans/2026-03-12-step7-panda-token-resolution.md +993 -0
- package/docs/token-name-mapping.json +850 -0
- package/docs/token-name-mapping.md +251 -0
- package/package.json +3 -2
|
@@ -0,0 +1,490 @@
|
|
|
1
|
+
# Frequently Asked Questions
|
|
2
|
+
|
|
3
|
+
Common questions about creating and using Figma Make templates for the Discourser Design System.
|
|
4
|
+
|
|
5
|
+
## General Questions
|
|
6
|
+
|
|
7
|
+
### What is Figma Make?
|
|
8
|
+
|
|
9
|
+
Figma Make is an AI-powered code generation tool built into Figma that allows you to build interactive React prototypes using real code. It's designed to bridge the gap between design and development.
|
|
10
|
+
|
|
11
|
+
### Do I need a Figma Make template?
|
|
12
|
+
|
|
13
|
+
**No, but it's highly recommended.**
|
|
14
|
+
|
|
15
|
+
Without a template:
|
|
16
|
+
- Users must manually install the package
|
|
17
|
+
- Users must manually copy all guidelines
|
|
18
|
+
- Setup takes 1-2 hours
|
|
19
|
+
- Inconsistent starting points
|
|
20
|
+
|
|
21
|
+
With a template:
|
|
22
|
+
- Zero setup time for users
|
|
23
|
+
- Instant access to all features
|
|
24
|
+
- Consistent experience
|
|
25
|
+
- Faster adoption
|
|
26
|
+
|
|
27
|
+
### Can I use the template for production code?
|
|
28
|
+
|
|
29
|
+
**Partially.** Figma Make is designed for prototyping, but the code it generates can be production-ready if:
|
|
30
|
+
- You use the actual design system package (✅ we do)
|
|
31
|
+
- You follow best practices (✅ template does)
|
|
32
|
+
- You review and test the AI-generated code
|
|
33
|
+
- You handle edge cases and error states
|
|
34
|
+
|
|
35
|
+
The template provides a strong foundation, but always review code before production deployment.
|
|
36
|
+
|
|
37
|
+
## Technical Questions
|
|
38
|
+
|
|
39
|
+
### Why can't I create a template outside Figma Make?
|
|
40
|
+
|
|
41
|
+
Templates are **Figma-specific artifacts** that live in Figma's cloud. They're not npm packages or standalone files. Think of them like Figma design templates - they must be created and published within Figma's ecosystem.
|
|
42
|
+
|
|
43
|
+
### What's the difference between the npm package and the template?
|
|
44
|
+
|
|
45
|
+
**npm Package (`@discourser/design-system`):**
|
|
46
|
+
- React components (Button, Card, etc.)
|
|
47
|
+
- Styles and themes
|
|
48
|
+
- TypeScript definitions
|
|
49
|
+
- Installed via `npm install`
|
|
50
|
+
- Lives on npm registry
|
|
51
|
+
|
|
52
|
+
**Figma Make Template:**
|
|
53
|
+
- Pre-configured Figma Make file
|
|
54
|
+
- Has the npm package already installed
|
|
55
|
+
- Includes guidelines for AI
|
|
56
|
+
- Includes example code
|
|
57
|
+
- Lives in Figma cloud
|
|
58
|
+
- Used via "Create from template"
|
|
59
|
+
|
|
60
|
+
**Analogy:**
|
|
61
|
+
- Package = IKEA furniture parts
|
|
62
|
+
- Template = Pre-assembled room with furniture already set up
|
|
63
|
+
|
|
64
|
+
### How does Figma Make's AI use the guidelines?
|
|
65
|
+
|
|
66
|
+
When you ask the AI to generate code:
|
|
67
|
+
1. AI reads `Guidelines.md` to understand structure
|
|
68
|
+
2. AI reads overview files to learn available components
|
|
69
|
+
3. AI reads token files to understand colors, typography, etc.
|
|
70
|
+
4. AI reads component-specific docs to learn usage
|
|
71
|
+
5. AI generates code following these patterns
|
|
72
|
+
|
|
73
|
+
The more detailed your guidelines, the better the AI's output.
|
|
74
|
+
|
|
75
|
+
### Can I have multiple templates?
|
|
76
|
+
|
|
77
|
+
**Yes!** You can create different templates for different purposes:
|
|
78
|
+
- Basic template (minimal examples)
|
|
79
|
+
- Full template (all examples)
|
|
80
|
+
- Mobile template (mobile-focused)
|
|
81
|
+
- Desktop template (desktop-focused)
|
|
82
|
+
- Specific use case templates (e-commerce, dashboards, etc.)
|
|
83
|
+
|
|
84
|
+
### Do templates update automatically?
|
|
85
|
+
|
|
86
|
+
**No.** When you update a template:
|
|
87
|
+
- New files created from it get the updates
|
|
88
|
+
- Existing files remain unchanged
|
|
89
|
+
- Users must create new files to get updates
|
|
90
|
+
|
|
91
|
+
This is by design - it prevents breaking users' work.
|
|
92
|
+
|
|
93
|
+
## Access and Permissions
|
|
94
|
+
|
|
95
|
+
### What Figma plan do I need?
|
|
96
|
+
|
|
97
|
+
**Required:**
|
|
98
|
+
- Paid Figma plan (Professional, Organization, or Enterprise)
|
|
99
|
+
- Full seat (not Viewer or Editor-only)
|
|
100
|
+
|
|
101
|
+
**Not supported:**
|
|
102
|
+
- Free Figma plan
|
|
103
|
+
- Viewer seats
|
|
104
|
+
- Editor seats (unless on specific plans)
|
|
105
|
+
|
|
106
|
+
### Can I share templates publicly?
|
|
107
|
+
|
|
108
|
+
**No.** Figma Make templates can only be shared within:
|
|
109
|
+
- Your Figma team
|
|
110
|
+
- Your Figma organization
|
|
111
|
+
|
|
112
|
+
Unlike Figma Community designs, Make templates are not publicly shareable. This is intentional - they're meant for internal team use.
|
|
113
|
+
|
|
114
|
+
### Who can use my template?
|
|
115
|
+
|
|
116
|
+
**Team template:**
|
|
117
|
+
- Members of the specific Figma team
|
|
118
|
+
- Must have Full seats
|
|
119
|
+
- Must have Figma Make access
|
|
120
|
+
|
|
121
|
+
**Organization template:**
|
|
122
|
+
- All members of your Figma organization
|
|
123
|
+
- Same seat/access requirements
|
|
124
|
+
|
|
125
|
+
### Can external clients use the template?
|
|
126
|
+
|
|
127
|
+
**Only if:**
|
|
128
|
+
- They have Full seats in your Figma organization
|
|
129
|
+
- They have Figma Make access
|
|
130
|
+
- Template is published to organization (not just team)
|
|
131
|
+
|
|
132
|
+
**Alternative for clients:**
|
|
133
|
+
- Share the guidelines separately (as docs)
|
|
134
|
+
- They install the npm package manually
|
|
135
|
+
- They reference guidelines without the template
|
|
136
|
+
|
|
137
|
+
## Publishing Questions
|
|
138
|
+
|
|
139
|
+
### How long does publishing take?
|
|
140
|
+
|
|
141
|
+
**Initial publishing:**
|
|
142
|
+
- Preparation: 1-2 hours (creating content)
|
|
143
|
+
- Actual publishing: 2-5 minutes
|
|
144
|
+
- Verification: 5-10 minutes
|
|
145
|
+
|
|
146
|
+
**Updates:**
|
|
147
|
+
- Making changes: Varies
|
|
148
|
+
- Publishing update: 2-5 minutes
|
|
149
|
+
|
|
150
|
+
### Can I unpublish a template?
|
|
151
|
+
|
|
152
|
+
**Yes.** Go to the source file → Share → Update template → Unpublish.
|
|
153
|
+
|
|
154
|
+
**Effects:**
|
|
155
|
+
- Removed from Resources panel
|
|
156
|
+
- New files can't be created from it
|
|
157
|
+
- Existing files unaffected
|
|
158
|
+
|
|
159
|
+
**Note:** You can republish later if needed.
|
|
160
|
+
|
|
161
|
+
### What happens if I delete the source file?
|
|
162
|
+
|
|
163
|
+
**Effects:**
|
|
164
|
+
- Template continues to exist
|
|
165
|
+
- Template can still be used
|
|
166
|
+
- You **cannot update** the template anymore
|
|
167
|
+
- You cannot unpublish it
|
|
168
|
+
|
|
169
|
+
**Recommendation:** Never delete source files of published templates. Archive them instead.
|
|
170
|
+
|
|
171
|
+
## Maintenance Questions
|
|
172
|
+
|
|
173
|
+
### How often should I update the template?
|
|
174
|
+
|
|
175
|
+
**Recommended frequency:**
|
|
176
|
+
- Critical bugs: Immediately
|
|
177
|
+
- Package updates: When new versions release
|
|
178
|
+
- Minor improvements: Monthly or quarterly
|
|
179
|
+
- New components: When they're production-ready
|
|
180
|
+
|
|
181
|
+
**Balance:**
|
|
182
|
+
- Too frequent: Annoying for users
|
|
183
|
+
- Too rare: Template gets outdated
|
|
184
|
+
|
|
185
|
+
### Do I need to notify users about updates?
|
|
186
|
+
|
|
187
|
+
**Best practice: Yes, always notify for:**
|
|
188
|
+
- New component additions
|
|
189
|
+
- Breaking changes
|
|
190
|
+
- Significant improvements
|
|
191
|
+
- Bug fixes
|
|
192
|
+
|
|
193
|
+
**Communication channels:**
|
|
194
|
+
- Team Slack/Discord
|
|
195
|
+
- Email updates
|
|
196
|
+
- Internal docs
|
|
197
|
+
- Team meetings
|
|
198
|
+
|
|
199
|
+
### Can I see who's using the template?
|
|
200
|
+
|
|
201
|
+
**No.** Figma doesn't provide analytics for template usage. You'll need to track adoption through:
|
|
202
|
+
- Team surveys
|
|
203
|
+
- Manual counts
|
|
204
|
+
- Asking in team channels
|
|
205
|
+
- Observing Figma Make usage
|
|
206
|
+
|
|
207
|
+
## Troubleshooting
|
|
208
|
+
|
|
209
|
+
### The AI isn't using my design system components
|
|
210
|
+
|
|
211
|
+
**Possible causes:**
|
|
212
|
+
1. Guidelines not properly saved
|
|
213
|
+
2. File names incorrect (case-sensitive)
|
|
214
|
+
3. Guidelines folder empty
|
|
215
|
+
4. AI cache needs refresh
|
|
216
|
+
|
|
217
|
+
**Solutions:**
|
|
218
|
+
1. Verify all guideline files exist and have content
|
|
219
|
+
2. Check exact file names (lowercase, .md extension)
|
|
220
|
+
3. Refresh the Figma Make file
|
|
221
|
+
4. Wait 1-2 minutes for indexing
|
|
222
|
+
5. Ask more specific questions
|
|
223
|
+
|
|
224
|
+
**Test:** Ask "What Button component variants are available?" - AI should list all 5 variants.
|
|
225
|
+
|
|
226
|
+
### Users can't see my template
|
|
227
|
+
|
|
228
|
+
**Possible causes:**
|
|
229
|
+
1. Published to wrong team/organization
|
|
230
|
+
2. Users don't have Figma Make access
|
|
231
|
+
3. Users are in different team
|
|
232
|
+
4. Template not published yet
|
|
233
|
+
|
|
234
|
+
**Solutions:**
|
|
235
|
+
1. Verify publication scope matches user's team
|
|
236
|
+
2. Check users have Full seats
|
|
237
|
+
3. Verify users have Figma Make enabled
|
|
238
|
+
4. Check publication completed successfully
|
|
239
|
+
|
|
240
|
+
### Package installation fails in template
|
|
241
|
+
|
|
242
|
+
**Possible causes:**
|
|
243
|
+
1. Package not published to npm
|
|
244
|
+
2. Typo in package name
|
|
245
|
+
3. Version doesn't exist
|
|
246
|
+
4. Network issues
|
|
247
|
+
|
|
248
|
+
**Solutions:**
|
|
249
|
+
1. Verify: `npm view @discourser/design-system`
|
|
250
|
+
2. Check package name spelling exactly
|
|
251
|
+
3. Use valid version or `latest`
|
|
252
|
+
4. Try reinstalling
|
|
253
|
+
|
|
254
|
+
### Examples show errors in preview
|
|
255
|
+
|
|
256
|
+
**Possible causes:**
|
|
257
|
+
1. Syntax errors in code
|
|
258
|
+
2. Missing imports
|
|
259
|
+
3. Package not installed
|
|
260
|
+
4. TypeScript configuration issues
|
|
261
|
+
|
|
262
|
+
**Solutions:**
|
|
263
|
+
1. Check browser console (F12) for specific errors
|
|
264
|
+
2. Verify all imports are correct
|
|
265
|
+
3. Check package.json has the package
|
|
266
|
+
4. Reload preview
|
|
267
|
+
5. Test in fresh file from template
|
|
268
|
+
|
|
269
|
+
## Best Practices
|
|
270
|
+
|
|
271
|
+
### What makes a good template?
|
|
272
|
+
|
|
273
|
+
**Essential elements:**
|
|
274
|
+
- ✅ Clear, comprehensive guidelines
|
|
275
|
+
- ✅ Working example code
|
|
276
|
+
- ✅ Proper package installation
|
|
277
|
+
- ✅ Good documentation (README)
|
|
278
|
+
- ✅ No errors in preview
|
|
279
|
+
|
|
280
|
+
**Nice to have:**
|
|
281
|
+
- Multiple example patterns
|
|
282
|
+
- Responsive layouts
|
|
283
|
+
- Accessibility examples
|
|
284
|
+
- Comments explaining code
|
|
285
|
+
- Helpful error messages
|
|
286
|
+
|
|
287
|
+
### Should I include all components in examples?
|
|
288
|
+
|
|
289
|
+
**Recommendation: No.**
|
|
290
|
+
|
|
291
|
+
Include:
|
|
292
|
+
- ✅ Most common components (Button, Input, Card)
|
|
293
|
+
- ✅ Components that show patterns (Forms, Dialogs)
|
|
294
|
+
- ✅ Components users will use frequently
|
|
295
|
+
|
|
296
|
+
Exclude:
|
|
297
|
+
- ❌ Rarely used components
|
|
298
|
+
- ❌ Complex/advanced patterns
|
|
299
|
+
- ❌ Experimental components
|
|
300
|
+
|
|
301
|
+
**Reasoning:** Too many examples overwhelm users. Provide reference, not exhaustive coverage.
|
|
302
|
+
|
|
303
|
+
### How detailed should guidelines be?
|
|
304
|
+
|
|
305
|
+
**Balance:**
|
|
306
|
+
- Too brief: AI doesn't understand usage
|
|
307
|
+
- Too detailed: Confuses AI (LLM overload)
|
|
308
|
+
|
|
309
|
+
**Recommended detail level:**
|
|
310
|
+
- Purpose of component ✅
|
|
311
|
+
- Variant options ✅
|
|
312
|
+
- Common props ✅
|
|
313
|
+
- Usage examples ✅
|
|
314
|
+
- DO/DON'T examples ✅
|
|
315
|
+
- Edge cases ❌ (too detailed)
|
|
316
|
+
- Internal implementation ❌ (irrelevant)
|
|
317
|
+
|
|
318
|
+
**Rule of thumb:** Write guidelines like you're explaining to a junior developer, not an expert or a novice.
|
|
319
|
+
|
|
320
|
+
### Should I version my templates?
|
|
321
|
+
|
|
322
|
+
**Recommended: Yes, informally.**
|
|
323
|
+
|
|
324
|
+
Track versions:
|
|
325
|
+
- In template description
|
|
326
|
+
- In changelog
|
|
327
|
+
- In announcements
|
|
328
|
+
|
|
329
|
+
Don't:
|
|
330
|
+
- Create multiple published templates for versions
|
|
331
|
+
- Force users to migrate
|
|
332
|
+
- Make versioning complex
|
|
333
|
+
|
|
334
|
+
**Simple approach:**
|
|
335
|
+
```
|
|
336
|
+
Discourser Design System Starter (v1.2)
|
|
337
|
+
```
|
|
338
|
+
|
|
339
|
+
## Advanced Questions
|
|
340
|
+
|
|
341
|
+
### Can I customize the AI's behavior?
|
|
342
|
+
|
|
343
|
+
**Yes, through guidelines.**
|
|
344
|
+
|
|
345
|
+
The `Guidelines.md` file can include:
|
|
346
|
+
- General coding preferences
|
|
347
|
+
- Specific patterns to follow
|
|
348
|
+
- Things to avoid
|
|
349
|
+
- Naming conventions
|
|
350
|
+
|
|
351
|
+
**Example:**
|
|
352
|
+
```markdown
|
|
353
|
+
## General Guidelines
|
|
354
|
+
|
|
355
|
+
- Always use arrow functions for components
|
|
356
|
+
- Prefer const over let
|
|
357
|
+
- Use template literals for strings with variables
|
|
358
|
+
- Always add TypeScript types
|
|
359
|
+
```
|
|
360
|
+
|
|
361
|
+
The AI will try to follow these preferences.
|
|
362
|
+
|
|
363
|
+
### Can I use multiple design systems in one template?
|
|
364
|
+
|
|
365
|
+
**Possible but not recommended.**
|
|
366
|
+
|
|
367
|
+
Issues:
|
|
368
|
+
- Confusing for AI
|
|
369
|
+
- Harder to maintain guidelines
|
|
370
|
+
- User confusion about which components to use
|
|
371
|
+
- Potential style conflicts
|
|
372
|
+
|
|
373
|
+
**If you must:**
|
|
374
|
+
- Clearly separate guidelines by system
|
|
375
|
+
- Use clear naming conventions
|
|
376
|
+
- Explain when to use each system
|
|
377
|
+
|
|
378
|
+
**Better approach:**
|
|
379
|
+
- Create separate templates for each system
|
|
380
|
+
- Allow users to choose the appropriate one
|
|
381
|
+
|
|
382
|
+
### Can I include custom utilities in the template?
|
|
383
|
+
|
|
384
|
+
**Yes!**
|
|
385
|
+
|
|
386
|
+
You can include:
|
|
387
|
+
- Custom hooks
|
|
388
|
+
- Utility functions
|
|
389
|
+
- Helper components
|
|
390
|
+
- Constants/config files
|
|
391
|
+
|
|
392
|
+
**Add guidelines for them:**
|
|
393
|
+
```markdown
|
|
394
|
+
## Custom Utilities
|
|
395
|
+
|
|
396
|
+
### useForm Hook
|
|
397
|
+
|
|
398
|
+
Custom form handling hook.
|
|
399
|
+
|
|
400
|
+
Usage:
|
|
401
|
+
\`\`\`tsx
|
|
402
|
+
import { useForm } from './utils/useForm';
|
|
403
|
+
|
|
404
|
+
const { values, handleChange } = useForm({ name: '', email: '' });
|
|
405
|
+
\`\`\`
|
|
406
|
+
```
|
|
407
|
+
|
|
408
|
+
### How do I handle breaking changes in the design system?
|
|
409
|
+
|
|
410
|
+
**Steps:**
|
|
411
|
+
1. **Announce early** - Give users warning
|
|
412
|
+
2. **Document migration** - Clear upgrade path
|
|
413
|
+
3. **Update template** - Implement new patterns
|
|
414
|
+
4. **Support period** - Keep old version available temporarily
|
|
415
|
+
5. **Deprecation** - Remove old patterns after transition
|
|
416
|
+
|
|
417
|
+
**Communication example:**
|
|
418
|
+
```markdown
|
|
419
|
+
## Breaking Change in v2.0
|
|
420
|
+
|
|
421
|
+
Button API has changed:
|
|
422
|
+
|
|
423
|
+
Old (v1.x):
|
|
424
|
+
<Button primary>Submit</Button>
|
|
425
|
+
|
|
426
|
+
New (v2.x):
|
|
427
|
+
<Button variant="filled">Submit</Button>
|
|
428
|
+
|
|
429
|
+
Update your code before Feb 1, 2025.
|
|
430
|
+
```
|
|
431
|
+
|
|
432
|
+
## Getting Help
|
|
433
|
+
|
|
434
|
+
### Where can I get help with templates?
|
|
435
|
+
|
|
436
|
+
**Resources:**
|
|
437
|
+
- Figma Help Center: https://help.figma.com
|
|
438
|
+
- Figma Community Forum: https://forum.figma.com
|
|
439
|
+
- Figma Make documentation: https://developers.figma.com/docs/code
|
|
440
|
+
- Your organization's #figma or #design-system channel
|
|
441
|
+
|
|
442
|
+
### How do I report bugs?
|
|
443
|
+
|
|
444
|
+
**In the design system:**
|
|
445
|
+
- Create issue on GitHub repository
|
|
446
|
+
- Tag with "bug" label
|
|
447
|
+
- Include repro steps
|
|
448
|
+
|
|
449
|
+
**In Figma Make:**
|
|
450
|
+
- Use Figma's built-in feedback tool
|
|
451
|
+
- Or contact Figma support
|
|
452
|
+
- Or post in Figma Community forum
|
|
453
|
+
|
|
454
|
+
### Can I get help creating my first template?
|
|
455
|
+
|
|
456
|
+
**Yes! Ask:**
|
|
457
|
+
- Your team's Figma expert
|
|
458
|
+
- Design system maintainer
|
|
459
|
+
- Developer relations team
|
|
460
|
+
- Figma support (for technical issues)
|
|
461
|
+
|
|
462
|
+
**This documentation:**
|
|
463
|
+
- Follow step-by-step guides
|
|
464
|
+
- Check troubleshooting sections
|
|
465
|
+
- Review examples
|
|
466
|
+
|
|
467
|
+
## Still Have Questions?
|
|
468
|
+
|
|
469
|
+
If your question isn't answered here:
|
|
470
|
+
1. Review the other documentation pages
|
|
471
|
+
2. Search Figma Help Center
|
|
472
|
+
3. Ask in your team's channel
|
|
473
|
+
4. Contact the design system maintainer
|
|
474
|
+
5. Post in Figma Community forum
|
|
475
|
+
|
|
476
|
+
**For package-specific questions:**
|
|
477
|
+
- Check package documentation
|
|
478
|
+
- Review component guidelines
|
|
479
|
+
- Test in standalone React app first
|
|
480
|
+
|
|
481
|
+
**For Figma Make questions:**
|
|
482
|
+
- Check Figma's official docs
|
|
483
|
+
- Search Figma Community
|
|
484
|
+
- Contact Figma support
|
|
485
|
+
|
|
486
|
+
---
|
|
487
|
+
|
|
488
|
+
**Previous:** [Maintaining Templates](./07-maintenance.md) ←
|
|
489
|
+
|
|
490
|
+
**Back to:** [Overview](./README.md)
|
|
@@ -0,0 +1,95 @@
|
|
|
1
|
+
# Figma Make Template Documentation
|
|
2
|
+
|
|
3
|
+
Complete guide for creating and publishing a Figma Make template for the Discourser Design System.
|
|
4
|
+
|
|
5
|
+
## 📚 Documentation Structure
|
|
6
|
+
|
|
7
|
+
This documentation is organized as a step-by-step learning path. Read the documents in order:
|
|
8
|
+
|
|
9
|
+
### Getting Started
|
|
10
|
+
1. **[Understanding Templates](./01-understanding-templates.md)**
|
|
11
|
+
- What is a Figma Make template?
|
|
12
|
+
- How templates relate to npm packages
|
|
13
|
+
- The relationship between components, guidelines, and templates
|
|
14
|
+
|
|
15
|
+
2. **[Prerequisites](./02-prerequisites.md)**
|
|
16
|
+
- Required Figma account type
|
|
17
|
+
- Tools and access needed
|
|
18
|
+
- What should be prepared beforehand
|
|
19
|
+
|
|
20
|
+
### Creating the Template
|
|
21
|
+
3. **[Creating Your Template File](./03-creating-template.md)**
|
|
22
|
+
- Step-by-step template creation process
|
|
23
|
+
- Setting up the Figma Make file
|
|
24
|
+
- Installing the design system package
|
|
25
|
+
|
|
26
|
+
4. **[Adding Guidelines](./04-adding-guidelines.md)**
|
|
27
|
+
- How to add guidelines to the guidelines/ folder
|
|
28
|
+
- File-by-file copying instructions
|
|
29
|
+
- Verifying guidelines are accessible
|
|
30
|
+
|
|
31
|
+
5. **[Example Starter Code](./05-example-starter-code.md)**
|
|
32
|
+
- Example components to include
|
|
33
|
+
- Best practices for starter code
|
|
34
|
+
- How to showcase the design system
|
|
35
|
+
|
|
36
|
+
### Publishing and Maintenance
|
|
37
|
+
6. **[Publishing Your Template](./06-publishing-template.md)**
|
|
38
|
+
- How to publish to team/organization
|
|
39
|
+
- Template configuration options
|
|
40
|
+
- Making the template discoverable
|
|
41
|
+
|
|
42
|
+
7. **[Maintaining Templates](./07-maintenance.md)**
|
|
43
|
+
- Updating published templates
|
|
44
|
+
- Version management
|
|
45
|
+
- Handling breaking changes
|
|
46
|
+
|
|
47
|
+
### Reference
|
|
48
|
+
8. **[FAQ](./08-faq.md)**
|
|
49
|
+
- Common questions and answers
|
|
50
|
+
- Troubleshooting
|
|
51
|
+
- Best practices
|
|
52
|
+
|
|
53
|
+
## 🎯 Quick Links
|
|
54
|
+
|
|
55
|
+
- **New to Figma Make Templates?** → Start with [Understanding Templates](./01-understanding-templates.md)
|
|
56
|
+
- **Ready to create?** → Jump to [Creating Your Template File](./03-creating-template.md)
|
|
57
|
+
- **Need help?** → Check the [FAQ](./08-faq.md)
|
|
58
|
+
|
|
59
|
+
## 📦 What You'll Create
|
|
60
|
+
|
|
61
|
+
By following this guide, you'll create a Figma Make template that includes:
|
|
62
|
+
|
|
63
|
+
- ✅ Pre-installed `@discourser/design-system` package
|
|
64
|
+
- ✅ Complete design system guidelines (colors, typography, spacing, components)
|
|
65
|
+
- ✅ Example starter components showing best practices
|
|
66
|
+
- ✅ Ready-to-use configuration (Vite, TypeScript)
|
|
67
|
+
- ✅ Published template accessible to your team/organization
|
|
68
|
+
|
|
69
|
+
## 🔗 External Resources
|
|
70
|
+
|
|
71
|
+
- [Figma Make Help Center](https://help.figma.com/hc/en-us/articles/34716344138519-Create-and-update-a-template-in-Figma-Make)
|
|
72
|
+
- [Write Design System Guidelines](https://developers.figma.com/docs/code/write-design-system-guidelines/)
|
|
73
|
+
- [Use Your Design System in Figma Make](https://help.figma.com/hc/en-us/articles/35946832653975-Use-your-design-system-package-in-Figma-Make)
|
|
74
|
+
|
|
75
|
+
## 💡 Key Concepts
|
|
76
|
+
|
|
77
|
+
**Template** = A pre-configured Figma Make file that others can use as a starting point
|
|
78
|
+
|
|
79
|
+
**Guidelines** = Markdown documentation that teaches Figma Make's AI how to use your design system
|
|
80
|
+
|
|
81
|
+
**Package** = The npm package (`@discourser/design-system`) containing your components
|
|
82
|
+
|
|
83
|
+
**Starter Code** = Example application code demonstrating proper usage
|
|
84
|
+
|
|
85
|
+
## ⏱️ Estimated Time
|
|
86
|
+
|
|
87
|
+
- **Reading documentation:** 20-30 minutes
|
|
88
|
+
- **Creating template:** 1-2 hours (first time)
|
|
89
|
+
- **Testing and publishing:** 30 minutes
|
|
90
|
+
|
|
91
|
+
Total: ~2-3 hours for first-time creation
|
|
92
|
+
|
|
93
|
+
## 🚀 Let's Get Started!
|
|
94
|
+
|
|
95
|
+
Begin with [Understanding Templates](./01-understanding-templates.md) →
|