We maintain a Storybook instance at `packages/storybook` to make it easy to browse, visualize, and reuse every UI component in the app. Instead of digging through source code or guessing how a component looks, you can see each piece rendered in isolation with its variants, props, and states documented.
This is especially useful when you're building a new feature and need to find the right existing component — check Storybook first before creating something from scratch.
All components in the `base` directory are primarily from [shadcn-svelte](https://www.shadcn-svelte.com/). These are the foundational UI components that follow the shadcn design system.
**Guidelines:**
- Any new component from shadcn-svelte should be added to the `base` directory
- Components are organized in their own folders with an `index.ts` file for exports
- Each component folder typically contains the main component file(s) and an `index.ts` export file
**Examples:**
-`base/button/` - Button component from shadcn-svelte
-`base/dialog/` - Dialog component from shadcn-svelte
-`base/tooltip/` - Tooltip component from shadcn-svelte
### Custom Components (`src/custom/`)
Components in the `custom` directory come from various sources or are built on top of base components:
1.**External Sources:**
- Components from [shadcn-svelte-extras](https://www.shadcn-svelte-extras.com/)
- Components from [Edra Editor](http://edra.tsuzat.com/) (rich text editor)
- Other third-party component libraries
2.**Extended Components:**
- Any component that builds on top of shadcn-svelte base components
- Custom implementations that extend base component functionality
**Examples:**
-`custom/code/` - From shadcn-svelte-extras (syntax-highlighted code block with copy and overflow)
-`custom/underline-tabs/` - From shadcn-svelte-extras
-`custom/editor/` - Rich text editor based on Edra/Tiptap
Learner and author UIs for exercise questions (take, preview, review, submission, edit per question type).
- **`renderers/shared/`** — Cross-type presentation pieces reused by multiple question families (for example `labeled-value-row.svelte`, `mcq-preview-option-row.svelte`, `submission-response-pie-chart.svelte`). Mode entry files stay thin; add new shared pieces here when two or more types need the same markup.
- **`renderers/<question-type>/`** — One folder per type (`radio`, `numeric`, …) containing `take.svelte`, `preview.svelte`, and optional `review.svelte`, `submission.svelte`, `edit.svelte`, plus type-specific fragments (for example `numeric-expected-fields.svelte`, `ordering-display.svelte`).
- **`renderers/option-image.svelte`**, **`renderers/submission-utils.ts`** — Existing shared helpers at the `renderers/` root; keep importing from there unless consolidating in a later pass.
**Types with heavier or distinct UIs** (textarea editor, file upload, matching/hotspot authoring, link lists) intentionally keep separate `take` / `preview` implementations until a second consumer (for example a dedicated `review` mode) justifies extracting more shared fragments.
### Question type picker (`src/custom/question-type-picker/`)
Marketing / demo widget: left-hand list of question types and a live **take**-mode preview using `ExerciseQuestion.QuestionRenderer`. Copy is English-only (no dashboard i18n). Also consumed by the **`@cio/embeds`** app as a CDN bundle (`apps/embeds`).
Utility functions and helpers are located in `src/tools/`. The main utility is the `cn` function for class name merging.
## Importing `cn`
The `cn` utility function is used throughout the codebase for merging Tailwind CSS classes. It combines `clsx` and `tailwind-merge` to handle class conflicts intelligently.