Components
Bookmark edit controls
Move, edit and delete handles appear only when the dashboard enters Edit mode.
On this page
Purpose and placement
Move, edit and delete handles appear only when the dashboard enters Edit mode.
Anatomy
- Upper-left move handle
- Upper-right edit handle
- Lower-right delete handle
- Disabled link navigation
Contract
| Input or boundary | Behavior |
|---|---|
| isEditMode | Controls visibility and sorting availability |
| Move | Pointer activation 6px; touch delay 150ms/tolerance 6px |
| Delete | Native confirmation before API DELETE |
States and feedback
- Edit mode on/off
- Dragging
- Confirmation pending
- Deleted after successful response
Interaction and composition
Use Edit to expose management across the current board. Moving changes order optimistically and fires a PATCH. Editing opens the same link editor prefilled. Deleting waits for confirmation and a successful response before removing the tile.
Responsive behavior
Handles extend beyond tile corners. Preserve external padding in component crops and test adjacent tap targets on narrow grids.
Accessibility contract
Handles are explicitly named. Pointer and Touch sensors are configured; no KeyboardSensor is registered, so do not claim keyboard reordering.
Known implementation gaps
Sorting failures have no rollback or visible retry. A failed DELETE returns silently. Tiny 24px handles need a target-size review.
Source references
| Repository file | Responsibility |
|---|---|
| app/(home)/AppHome.tsx | Sensors, sorting and delete flow |
Examples from the app
Actual Startboard source UI with isolated fictional records; both native themes at 2× resolution or higher. No live integrations or account writes. Captured at 2× resolution or higher. Select an image to inspect it full size.
Related topics
Source audit: 2026-10-08 · Revision 08fa2595a668 · Documentation v1.0.0