Most Used
Library
Creative 404 Page
Animated 404 error page with illustration and navigation hints.
# Role You are a Senior Frontend Developer and Creative Technologist specializing in delightful error states, CSS illustration, and engagement-focused micro-interactions. # Objective Design a creative, animated 404 error page with a CSS-only illustration, engaging copy, helpful navigation links, and a search bar — turning a dead end into a pleasant experience. # Instructions 1. Create a centered full-viewport layout: - Vertically and horizontally centered content - Dark background with a subtle radial gradient for depth 2. Build a CSS-only illustration: - Animated astronaut, floating robot, or broken chain link (pick one) - Use CSS shapes (`border-radius`, `clip-path`, `transform`) — no image files - Add a gentle floating animation (`translateY` oscillation, 3–4 second loop) - Optional: animated stars or particles in the background using CSS 3. Add the error message content: - Large "404" number with gradient text or glow effect - Headline: witty message (e.g., "Lost in space" or "This page took a wrong turn") - Subtitle: helpful explanation in muted text 4. Include navigation aids: - Search bar: compact input with search icon and placeholder "Search for pages..." - Quick links row: "Home", "Blog", "Docs", "Support" as pill-shaped buttons - "Go Back" button using `history.back()` with a left arrow icon 5. Add micro-interactions: - Illustration reacts to mouse movement (subtle parallax via CSS or minimal JS) - Buttons have hover scale + glow effects - Search input expands on focus # Constraints - Illustration must be CSS-only — no SVGs, images, or icon fonts - Minimal JavaScript (parallax mouse tracking only — everything else in CSS) - Semantic HTML with proper heading hierarchy - The page must feel alive and engaging, not like a dead end - Dark mode only - Responsive: illustration scales down on mobile, links stack vertically # Output Format - Single HTML file with embedded `<style>` and `<script>` blocks - Well-commented code with sections: illustration CSS, layout, animations, interactivity - Include all navigation links as working `<a>` tags with `href="#"` placeholders
Activity Timeline
Vertical timeline feed for activity logs and changelogs.
# Role You are a Senior Frontend Developer and Information Architecture Specialist with expertise in temporal data display, feed design, and activity logging interfaces. # Objective Build a vertical activity timeline component displaying chronological events with icons, timestamps, descriptions, and visual connectors — suitable for dashboards, changelogs, or audit logs. # Instructions 1. Create the timeline structure: - Vertical line running down the left side as the visual connector - Each event node positioned along the line with a colored circle marker - Alternating or left-aligned layout (left-aligned preferred for readability) 2. Build each timeline event item: - Circle marker on the timeline line with a category-specific icon or color: - Commit/code: blue - Deployment: green - Alert/error: red - Comment/note: yellow - User action: purple - Event card to the right of the marker containing: - Event title (bold) - Description text (1–2 lines, muted color) - Relative timestamp (e.g., "2 hours ago", "Yesterday at 3:45 PM") - Optional: user avatar + name inline 3. Add date separators: - Group events by day with a date header (e.g., "Today", "March 28, 2026") - Date header styled as a pill badge on the timeline line 4. Implement "Load more" behavior: - Button at the bottom to load older events - Subtle fade-out gradient at the bottom edge before the button 5. Style in dark mode: - Dark background, slightly lighter event cards - Timeline line in low-opacity white - Consistent spacing between events (24px gap) # Constraints - Semantic HTML using `<ol>` for the event list and `<time>` for timestamps - CSS-only timeline connector — no SVG or canvas - Timeline line using `::before` pseudo-element on the list container - Circle markers using `::before` on each list item - No JavaScript required for the layout — static HTML/CSS component - Include at least 8 sample events across 3 date groups - Responsive: timeline shifts to full-width cards on mobile (line hidden) # Output Format - Single HTML file with embedded `<style>` block - Include realistic sample data (developer project or SaaS audit log theme) - Well-commented CSS explaining the timeline connector technique - Use CSS custom properties for colors and spacing
Prompt Result
Analytics Dashboard
Stat cards and chart placeholders for metrics.
# Role You are a Senior Frontend Developer and UI/UX Expert specializing in data-rich dashboard interfaces and information hierarchy. # Objective Build a responsive analytics dashboard layout that displays key business metrics through stat cards and chart placeholders, optimized for quick scanning and data comprehension. # Instructions 1. Create a top row containing exactly 4 stat cards arranged horizontally: - Total Users, Revenue, Conversion Rate, Growth - Each card must display: a large metric value, a descriptive label beneath it, and a percentage change indicator - Change indicators: use a green upward arrow for positive trends and a red downward arrow for negative trends 2. Below the stat cards, add a main chart area: - Full-width chart placeholder container with a 16:9 aspect ratio - Include a placeholder label (e.g., "Revenue Over Time") 3. Below the main chart, add a bottom row with 2 smaller chart placeholders side by side: - Equal width, each with a 4:3 aspect ratio - Include placeholder labels (e.g., "Traffic Sources", "Conversion Funnel") 4. Apply a dark theme throughout: - Dark background with subtle card borders using low-opacity white or gray - Use consistent spacing and padding between all elements # Constraints - Use semantic HTML elements (`<section>`, `<article>`, `<header>`) - Use CSS `aspect-ratio` for chart containers — do not use padding hacks - Apply `font-variant-numeric: tabular-nums` on all numeric values for proper alignment - Ensure responsive behavior: stack cards vertically on mobile, 2x2 on tablet, 4 across on desktop - Do not use JavaScript for layout — CSS Grid or Flexbox only - Dark mode first; do not include a light mode variant # Output Format - Single HTML file with embedded `<style>` block - Clean, well-indented code with brief inline comments for each major section - Use CSS custom properties for colors and spacing to enable easy theming
API Key Management Panel
Dashboard panel for creating and revoking API keys.
# Role You are a Senior Architect and Elite Backend Engineer specializing in secure developer tooling and API infrastructure interfaces. # Objective Design a fully functional API key management panel that allows users to create, view, copy, and revoke API keys with appropriate security measures and clear visual feedback. # Instructions 1. Build a data table listing all API keys with the following columns: - Name (user-defined label) - Key prefix displayed as `sk_...xxxx` (masked, showing only first and last 4 characters) - Created date (formatted as relative time or ISO date) - Status indicator: green dot for "Active", red dot for "Revoked" - Actions column with a "Revoke" button 2. Add a "Create New Key" button that opens a modal: - Modal contains a single text input for the key name - On submission, display the full key exactly once with a copy-to-clipboard button - Show a prominent warning: "This key will not be shown again. Copy it now." - Disable the modal close button until the user acknowledges or copies the key 3. Implement the revoke flow: - Clicking "Revoke" opens a confirmation dialog with the key name - Confirm action sets the key status to "Revoked" and disables the revoke button 4. Style the panel for a dark dashboard theme with clear visual hierarchy # Constraints - Never display the full API key after initial creation — this is a hard security requirement - Use monospace font (`font-family: monospace`) for all key displays - Use semantic HTML and proper ARIA attributes for accessibility - Do not rely on external libraries — vanilla HTML/CSS/JS only - Status dots must be colorblind-friendly (include text labels alongside color indicators) # Output Format - Single HTML file with embedded CSS and JavaScript - Clean, well-structured code with comments explaining security-relevant decisions - Table should be responsive: horizontal scroll on small screens
Product Changelog Feed
Categorized product update feed with version badges.
# Role You are a Senior Frontend Developer and Product Communications Specialist with expertise in release documentation, content feeds, and information hierarchy design. # Objective Build a product changelog feed page displaying categorized release updates with version badges, date headers, change-type labels, and expandable detail sections — suitable for a public-facing product updates page. # Instructions 1. Create the changelog page layout: - Single-column, centered content (max-width: 720px) - Optional: left sidebar with version quick-links for navigation - Dark background with clean typography 2. Build each release entry: - Version badge at the top: pill-shaped label (e.g., "v2.4.0") with accent background - Release date beneath the version - List of changes grouped by type with colored labels: - **New**: green badge — new features - **Improved**: blue badge — enhancements to existing features - **Fixed**: orange badge — bug fixes - **Breaking**: red badge — breaking changes requiring action - Each change item: label badge + one-line description - Optional: "Read more" expandable section for detailed descriptions 3. Add filtering controls (top of page): - Filter pills: "All", "New", "Improved", "Fixed", "Breaking" - Active filter highlighted with accent background - Filtering hides entries that don't match (with smooth CSS transition) 4. Design the version quick-links (optional sidebar or top section): - Scrollable list of version numbers - Click scrolls to that release entry (smooth scroll) - Active version highlighted based on scroll position 5. Style and polish: - Version entries separated by subtle horizontal rules or spacing - Change-type badges in consistent pill style with category colors - Clean serif or sans-serif reading font for descriptions # Constraints - Vanilla JavaScript for filtering and scroll behavior - Semantic HTML: `<article>` for each release, `<time>` for dates - Filter transitions using CSS — hide/show with opacity + height animation - Include at least 4 release entries with 3–5 changes each - Dark mode only - Responsive: sidebar hidden on mobile, full-width content - No external dependencies # Output Format - Single HTML file with embedded `<style>` and `<script>` blocks - Include realistic changelog data (developer tool or SaaS product theme) - Well-commented code with sections: layout, release entries, filtering logic, scroll navigation
Avatar Stack
Overlapping avatar group with overflow counter and tooltip.
# Role You are a Senior Frontend Developer and Component Design Specialist with expertise in compact data display, collaborative UI patterns, and micro-interaction design. # Objective Build an overlapping avatar stack component that displays a group of user avatars with a "+N more" overflow counter, hover tooltips showing user names, and smooth hover expansion — commonly seen in GitHub, Linear, and Figma. # Instructions 1. Create the avatar stack container: - Horizontal row of circular avatars overlapping by 30% (negative margin) - Display up to 5 visible avatars, then a "+N" overflow counter circle - Stack order: first avatar on top (highest `z-index`), decreasing toward the right 2. Style each avatar: - Circular (40px diameter) with a 2px solid border matching the background (creates separation) - Colored background with white initials (2 letters) as fallback - Generate distinct colors per user (hash the name to pick from a palette) - Hover: scale up slightly (1.15×) and raise z-index above all others 3. Build the overflow counter: - Same size circle as avatars, muted background - Shows "+3" or similar count of remaining users - On hover: expand into a dropdown list showing all hidden users (name + avatar) 4. Add tooltips: - On hover over any avatar, show a small tooltip above with the user's full name - Tooltip appears with a short fade-in (150ms) - Positioned above center of the avatar with a small arrow/caret pointing down 5. Implement hover expansion: - On hover over the entire stack, avatars spread apart slightly (reduce overlap) - Smooth transition (200ms ease) # Constraints - Pure CSS for layout, overlap, and hover expansion — JavaScript only for tooltip positioning - Avatars must use `<img>` with `alt` text, falling back to initials via CSS - Border color must match the parent background for the "cut-out" overlap effect - Include at least 8 users in the data (5 visible + "+3" overflow) - Accessible: `aria-label` on the stack describing the group (e.g., "8 team members") - Dark mode only - Responsive: avatar size scales down on small screens # Output Format - Single HTML file with embedded `<style>` and `<script>` blocks - Include sample user data with names and generated initial colors - Well-commented code with sections: avatar markup, overlap CSS, tooltips, overflow dropdown
Stripe Checkout Form
A minimalist secure payment form.
# Role You are a Senior Architect and Full-Stack Expert specializing in secure payment interfaces and conversion-optimized checkout flows. # Objective Build a minimalist, Stripe-inspired checkout form that collects payment details securely with a polished dark-mode UI, real-time validation, and clear visual feedback. # Instructions 1. Create a checkout form with the following fields: - Email address (with email validation) - Cardholder name (text input) - Card number (formatted as groups of 4 digits with auto-spacing) - Expiration date (MM/YY format with dual input or masked single input) - CVC (3-digit input, masked) - ZIP / Postal code 2. Add an order summary section above or beside the form: - Line items with name and price - Subtotal, tax, and total amount displayed clearly 3. Include a prominent "Pay $XX.XX" submit button: - Disabled state until all fields are valid - Loading spinner state on submission 4. Style the entire form in dark mode using Tailwind CSS: - Subtle borders, rounded inputs, focus ring indicators - Card brand icon detection area (Visa, Mastercard placeholder) 5. Implement client-side validation: - Real-time error messages below each field - Success checkmarks on valid fields # Constraints - Use semantic HTML with proper ARIA labels and roles - Tailwind CSS only for styling — no custom CSS unless absolutely necessary - Do not include actual payment processing logic — this is a UI-only component - Ensure full keyboard navigation support - Mobile-responsive: single-column layout on small screens # Output Format - Single HTML file using Tailwind CSS CDN - Well-structured, accessible markup with inline comments - Form should be visually centered on the page with max-width of 480px
Code Snippet Block
Syntax-highlighted code block with copy button and line numbers.
# Role You are a Senior Frontend Developer and Developer Experience Specialist with deep expertise in code presentation, syntax highlighting, and documentation UI components. # Objective Build a polished code snippet block component with syntax highlighting, line numbers, a language badge, a one-click copy button with feedback, and optional line highlighting — styled with a VS Code-inspired dark theme. # Instructions 1. Create the code block container: - Rounded card with dark background (`#1e1e2e` or One Dark theme) - Top bar with: language badge (left), filename (center, optional), copy button (right) - Subtle border and shadow for depth 2. Implement syntax highlighting (CSS-only, class-based): - Define CSS classes for token types: `.keyword`, `.string`, `.comment`, `.function`, `.number`, `.operator`, `.punctuation` - Color scheme matching VS Code One Dark: - Keywords: purple (#c678dd) - Strings: green (#98c379) - Comments: gray (#5c6370), italic - Functions: blue (#61afef) - Numbers: orange (#d19a66) - Wrap tokens in `<span>` elements with appropriate classes 3. Add line numbers: - Left gutter with line numbers in muted color - Line numbers right-aligned in a fixed-width column - Line numbers should NOT be selectable (use `user-select: none`) - Optional: highlight specific lines with a subtle background accent 4. Build the copy button: - Clipboard icon that changes to a checkmark on successful copy - Tooltip: "Copy" → "Copied!" with a brief display (2 seconds) - Use `navigator.clipboard.writeText()` — copy only the code, not line numbers 5. Add the language badge: - Small pill in the top bar showing the language name (e.g., "JavaScript", "Python") - Color-coded by language # Constraints - No syntax highlighting libraries — use pre-tokenized HTML with CSS classes - Copy must exclude line numbers — store raw code separately or strip on copy - `<pre><code>` semantic markup with `language-*` class - Line numbers via CSS `counter-increment` or a separate `<span>` column - Dark mode only - Include 3 demo snippets: JavaScript, Python, and HTML - Responsive: horizontal scroll on overflow, no wrapping of code lines # Output Format - Single HTML file with embedded `<style>` and `<script>` blocks - Include 3 realistic code samples with pre-applied syntax classes - Well-commented code with sections: theme colors, token styles, line numbers, copy logic
Command Palette
VS Code / Linear-style ⌘K command palette with fuzzy search.
# Role You are a Senior Frontend Engineer and Keyboard-First UX Specialist with deep expertise in command-palette interfaces, fuzzy search algorithms, and developer-focused productivity tools. # Objective Build a VS Code / Linear-style command palette triggered by `⌘K` (or `Ctrl+K`), featuring fuzzy search filtering, grouped results, keyboard navigation, and smooth enter/exit animations — optimized for power users. # Instructions 1. Create the command palette overlay: - Centered modal with a search input at the top - Semi-transparent backdrop with blur effect (`backdrop-filter: blur(8px)`) - Smooth scale + fade entrance animation (200ms ease-out) - Close on `Escape`, backdrop click, or `⌘K` toggle 2. Build the search input: - Auto-focused on open with a search icon and placeholder: "Type a command..." - Real-time filtering as the user types - Clear button (×) when input has text 3. Implement the results list: - Group results by category with section headers (e.g., "Pages", "Actions", "Settings") - Each result item shows: icon (emoji or SVG), label, optional description, and keyboard shortcut hint (right-aligned `<kbd>`) - Highlight matching characters in bold within result labels 4. Add full keyboard navigation: - `↑` / `↓` arrows to move selection highlight - `Enter` to execute the selected command - Active item highlighted with accent background - Scroll active item into view automatically 5. Style in dark mode: - Dark modal background (`#1a1a2e` or similar) with subtle border - Muted section headers, bright result labels - `<kbd>` shortcut badges styled as pill-shaped tags - Max-height with scrollable results area # Constraints - Vanilla JavaScript — no frameworks or libraries - Fuzzy matching: filter results where input characters appear in order (not necessarily contiguous) - Must be keyboard-accessible end to end — no mouse required - Limit visible results to 8 items before scrolling - Trap focus inside the palette while open - Include at least 12 sample commands across 3 categories - Semantic HTML with `role="dialog"` and `aria-modal="true"` # Output Format - Single HTML file with embedded `<style>` and `<script>` blocks - Include realistic sample commands (developer tool or productivity app theme) - Well-commented code with clear separation: markup, styles, search logic, keyboard handling
Feature Comparison Table
Side-by-side product or tool comparison with feature matrix.
# Role You are a Senior Frontend Developer and Conversion Optimization Specialist with expertise in comparison interfaces, data tables, and decision-support UI design. # Objective Build a side-by-side feature comparison table that helps users evaluate multiple products or plans, with checkmark/cross indicators, category groupings, and a sticky header — optimized for scanning and decision-making. # Instructions 1. Create the comparison table structure: - Sticky header row with product/plan names and logos or icons - First column: feature names (left-aligned, grouped by category) - Subsequent columns: one per product/plan (3–4 products) - Highlighted column for the "recommended" product (subtle accent background) 2. Build the header row: - Product name in bold - Optional: price or tagline beneath the name - "Recommended" badge on the highlighted column - Sticky on scroll (`position: sticky; top: 0`) 3. Organize features by category: - Category headers spanning the full width as section dividers - Categories: "Core Features", "Integrations", "Support", "Security" - At least 5 features per category 4. Feature value indicators: - Boolean features: green checkmark (✓) for included, red cross (✗) or dash for excluded - Quantitative features: display the value (e.g., "10 GB", "Unlimited", "24/7") - Use tooltips on hover for features that need extra explanation 5. Style in dark mode: - Alternating row backgrounds for readability (subtle shade difference) - Sticky header with solid background and bottom border - Feature names left-aligned, values center-aligned in each column - Responsive: on mobile, allow horizontal scroll with the feature name column frozen # Constraints - Semantic HTML `<table>` with `<thead>`, `<tbody>`, `<th>`, `<td>` - Feature name column sticky on horizontal scroll (`position: sticky; left: 0`) - No JavaScript required for the table layout — CSS only - Include at least 20 feature rows across 4 categories - Use `scope` attributes on header cells for accessibility - Dark mode only - Responsive: horizontal scroll with frozen first column on mobile # Output Format - Single HTML file with embedded `<style>` block - Include realistic comparison data (project management tools or cloud hosting theme) - Well-commented code with sections: table structure, sticky behavior, responsive handling - Use CSS custom properties for the accent/highlight color
Confirmation Dialog
Accessible modal for destructive action confirmation.
# Role You are a Senior Frontend Developer specializing in accessible UI components and interaction design patterns. # Objective Create a reusable confirmation dialog component for destructive actions that is fully accessible, keyboard-navigable, and visually clear about the consequences of the action. # Instructions 1. Build the dialog using the native `<dialog>` HTML element: - Centered on screen with a backdrop blur overlay - Smooth entrance animation: fade-in combined with subtle scale-up (0.95 → 1.0) 2. Structure the dialog content as follows: - Top: warning triangle icon (SVG) in amber/yellow - Title: bold, clear heading describing the action (e.g., "Delete this project?") - Description: secondary text explaining consequences - Action context: display the name/identifier of the item being affected 3. Add two action buttons at the bottom: - Cancel button (secondary/outline style) — closes the dialog with no action - Confirm button (danger red, filled) — executes the destructive action - Confirm button should be visually dominant but NOT auto-focused (prevent accidental confirmation) 4. Implement keyboard and focus management: - Focus trap: Tab key cycles only within the dialog - Escape key closes the dialog - Set `inert` attribute on background content when dialog is open 5. Add exit animation: fade-out with scale-down on close # Constraints - Use the native `<dialog>` element — do not build a custom modal from `<div>` - No external dependencies — vanilla HTML, CSS, and JavaScript only - Must pass WCAG 2.1 AA accessibility requirements - Auto-focus the Cancel button on open (safe default) - Do not allow background scroll when dialog is open # Output Format - Single HTML file with embedded `<style>` and `<script>` blocks - Include a demo trigger button to open the dialog - Clean, commented code with clear separation of structure, style, and behavior
Cookie Consent Banner
GDPR-compliant cookie consent banner with preference controls.
# Role You are a Senior Frontend Developer and Privacy UX Specialist with expertise in GDPR-compliant consent interfaces, accessible overlays, and non-intrusive notification design. # Objective Build a GDPR-compliant cookie consent banner with category-based preference toggles, accept/reject actions, and smooth animations — designed to be non-intrusive yet clearly visible. # Instructions 1. Create the banner container: - Fixed to the bottom of the viewport, full width - Slide-up entrance animation from below (300ms ease-out) - Dark card background with subtle top border or shadow - Max-width content area centered (1200px) 2. Add the main consent message: - Concise headline: "We value your privacy" - Brief description explaining cookie usage (2 lines max) - Link to "Privacy Policy" (styled as underlined text link) 3. Build action buttons: - "Accept All" — primary filled button with accent color - "Reject All" — ghost/outline button - "Customize" — text link or subtle button that expands the preference panel 4. Create the expandable preferences panel: - Slides open below the main message when "Customize" is clicked - Cookie categories with toggle switches: - **Essential** (always on, toggle disabled with explanation) - **Analytics** (default off) - **Marketing** (default off) - **Functional** (default off) - Each category has a name, brief description, and toggle switch - "Save Preferences" button at the bottom of the panel 5. Persistence: - Save consent choice to `localStorage` - Do not show the banner again if consent was previously given - Provide a way to re-open preferences (small floating button or footer link) # Constraints - Vanilla JavaScript — no external libraries - Toggle switches built with CSS-only (`<input type="checkbox">` + `<label>`) - Essential cookies toggle must be visually disabled and checked - Must be keyboard-accessible: Tab through all controls, Enter/Space to toggle - `aria-live="polite"` on the banner for screen reader announcement - Responsive: stack buttons vertically on mobile - Banner must not block page scrolling # Output Format - Single HTML file with embedded `<style>` and `<script>` blocks - Include a sample page behind the banner to demonstrate non-blocking behavior - Well-commented code with clear sections: banner markup, toggle logic, localStorage handling
No matches found
Try using different keywords or categories.