EEnterUI
DocsComponentsThemesDonation
Get Started
  • Overview
  • IntroductionUnderstand the product positioning.
  • Installation
  • SolidJS Renderer
  • Theming
  • Styling Philosophy
  • Production Checklist
  • Migration & Versioning
EnterUIDocsGetting StartedIntroduction
Getting StartedUpdated 6 May 2026

Introduction

EnterUI turns FroggDesign into reusable component primitives for product interfaces.

EnterUI is the component system for building consistent product interfaces. The primary package serves React and Next.js product work across forms, tables, shell navigation, admin pages, dashboards, settings, workflow, and analytics. A separate SolidJS renderer serves Solid apps that need the same visual contract without React runtime dependencies.

FroggDesign is the visual language behind consistent product interfaces. It owns the token model and theme variables. EnterUI owns the renderer APIs, component CSS, .eui-* classes, accessibility wrappers, and docs.

#Positioning

EnterUI is designed around one practical promise: beautiful by default, flexible by design.

  • Defaults should be production-ready without heavy local styling.
  • Components are class-based and CSS-variable-first.
  • Public exports are treated as package contracts.
  • APIs are additive by default; breaking changes require explicit release planning.
  • Tailwind can be used through className, but it is never required.
  • Complex behavior uses focused accessibility primitives where that is the right tradeoff.

#Package Model

@froggdesign/tokens

Primitive colors, typography, spacing, radius, shadow, and semantic token values.

@froggdesign/theme

FroggDesign --fd-* CSS variables for light and dark mode.

@froggdesign/enter-ui-utils

Small shared utilities used by EnterUI and consumers, including cn.

@froggdesign/enter-ui-react

React components, component CSS, public types, .eui-* classes, and component-facing variables.

@froggdesign/enter-ui-solid

SolidJS renderer components that reuse the EnterUI class and CSS-variable contract.

#Component Scope

EnterUI currently documents 190 canonical component pages. Public alias exports such as Drawer, DateInput, PinInput, TokenInput, Dropzone, Timeline, KeyValueList, Divider, AttachmentList, ObjectDetail, and StepperProgress are documented on their underlying component pages instead of separate alias pages.

The component surface includes:

  • Core controls and typography.
  • Form, validation, masking, URL, currency, date, recurrence, and schedule inputs.
  • Menus, overlays, command surfaces, and focus-managed interactions.
  • Tables, grids, saved views, sorting, density, column visibility, bulk editing, and filtering.
  • SaaS shell primitives such as WorkspaceSwitcher and AppSwitcher.
  • Workflow components such as ActivityTimeline, ReleaseStepper, AgendaList, KanbanBoard, and TransferList.
  • Lightweight SVG analytics such as LineChart, AreaChart, StackedBarChart, Heatmap, TrendIndicator, and ComparisonMetric.

Boundary rule

Product-specific workflows should stay inside your app. EnterUI owns shared primitives and public contracts, not feature policy.

#Design Direction

EnterUI follows the FroggDesign rule: less green, more precision. Neutral charcoal, slate, and white surfaces carry the interface. Green is reserved for small success, selected, or brand signals. Components should feel calm and useful in dense product workflows.

#When To Use EnterUI

Use EnterUI when you need a component system that feels like a mature product library, supports React, Next.js, and SolidJS renderer paths, remains portable across styling stacks, and can be themed through stable CSS variables.

PreviousOverview
NextInstallation

On this page

  1. Positioning
  2. Package Model
  3. Component Scope
  4. Design Direction
  5. When To Use EnterUI