* BDS component polish: link visibility, static cards, uniform CTAs Component-level fixes and refinements across the 2026 brand components. Accessibility / contrast - StandardCard: pin description link colors. Every card variant has a light background in both themes, so theme-level link colors were wrong inside it — dark mode painted plain anchors white and BdsLink lilac-300, both of which wash out on a pale card. Links (including :visited) now use the card's own text color with an underline carrying the affordance; hover uses lilac-500, which clears 4.5:1 on all four card backgrounds. - Breadcrumbs: point the open dropdown menu at the breadcrumb color tokens so the trail, trigger, and menu read as one color in both themes, and give dark mode gray-6 (7.41:1, matching light mode's 7.23:1). Interaction - CardOffgrid: drop every hover affordance when a card has neither href nor onClick. Static cards no longer get a pointer cursor, the color-wipe overlay, or a pressed state — the tokenization and trading carousels pass link-less cards and were advertising a click target that did not exist. - CarouselFeatured: add a 'fade' transition alongside the default 'slide', for decks whose slides share a heading. Inactive slides are now inert, keeping focus and pointer events out of them in both styles. - Add a bds-reduced-motion mixin so components can collapse motion to an instant state change. Design consistency - ButtonGroup: add forceVariant and forceNoPadding overrides, letting a section opt out of the count-based variant defaults and render one uniform treatment. Existing consumers are unaffected. - FeatureTwoColumn: render every link as a tertiary button regardless of count, flush with the title and description. - CardImage: render an all-bullet subtitle as a real <ul> so wrapped text hangs under the first character and screen readers announce it as a list. - docs: give the node-installation card descriptions a paragraph break before their "Learn More" link. Dependencies - Bump @codemirror/state and view, add lang-javascript, lang-json, and lint, with overrides pinning state/view to one copy. Docs updated alongside each component. Built CSS regenerated with the production script to match the committed artifact's minified format. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> * ButtonGroup: don't strip padding from forced filled variants `noPadding` was derived as `forceNoPadding || isMultiButton`, which was safe while the 3+ block layout was always tertiary. `forceVariant` also accepts `primary` and `secondary`, so a 3-button group forcing a filled variant had `padding: 0 !important` (Button.scss) applied with no way to opt out. Tie the implied no-padding to the resolved variant being tertiary. Behavior is unchanged for every caller that doesn't pass `forceVariant`. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> * Stacked hero variant, fade-by-default carousel, component docs Layout - HeaderHeroPrimaryMedia: add a `stacked` prop that puts the headline, subtitle, and buttons in one column (full width at base, 7/8 at md, 9/12 at lg) instead of the default headline-left / CTA-right split. The headline and CTA block bottom-align against each other in the two-column layout, so the stacked variant undoes that. Both arrangements now share the same headline and CTA elements, so they can't drift apart. Used on the docs landing hero. Motion - CarouselFeatured: make `fade` the default transition. Slides that share a heading are the common case, and a horizontal wipe drags the identical heading across the screen only to set it back down. `slide` is now opt-in for decks whose panels are genuinely distinct. Nudge the crossfade to 260ms in / 200ms out. The home page carousel opts into fade explicitly; developer-funding now inherits it. Fixes - CardTextIconCard: pass `headingAs` through to `cardContent`, which was accepting the prop but never receiving it. Docs - Expand the Button, CardImage, CardTextIcon, PageGrid, CalloutMediaBanner, LogoSquareGrid, and HeaderHeroPrimaryMedia references. Built CSS regenerated with the production script. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com>
19 KiB
Button Component Documentation
Overview
The Button component is a scalable, accessible button implementation following the XRPL Brand Design System (BDS). It supports three visual variants (Primary, Secondary, Tertiary) and two color themes (Green, Black), with comprehensive state management and smooth animations.
Features
- Three Variants: Primary (solid), Secondary (outline), Tertiary (text-only)
- Two Color Themes: Green (default) and Black
- Link Support: Can render as anchor elements for navigation via
hrefprop - Animated Arrow Icon: Optional icon with smooth hover animations
- Full State Support: Enabled, Hover, Focus, Active, and Disabled states
- Responsive Design: Adaptive padding and spacing across breakpoints
- Accessibility: WCAG compliant with keyboard navigation and screen reader support
- Smooth Animations: 150ms transitions with custom bezier timing
Props API
interface ButtonProps {
/** Button variant - determines visual style */
variant?: 'primary' | 'secondary' | 'tertiary';
/** Color theme - green (default) or black */
color?: 'green' | 'black';
/**
* Force the color to remain constant regardless of theme mode.
* When true, the button color will not change between light/dark modes.
* Use this for buttons on colored backgrounds where black should stay black.
*/
forceColor?: boolean;
/** Button content/label */
children: React.ReactNode;
/** Click handler */
onClick?: () => void;
/** Disabled state */
disabled?: boolean;
/** Button type attribute */
type?: 'button' | 'submit' | 'reset';
/** Additional CSS classes */
className?: string;
/** Whether to show the arrow icon */
showIcon?: boolean;
/** Accessibility label - defaults to button text if not provided */
ariaLabel?: string;
/** URL to navigate to - renders as a Link instead of button */
href?: string;
/** Link target - only applies when href is provided */
target?: '_self' | '_blank';
/**
* Force no padding and left-align text.
* When true, removes all padding and aligns content to the left.
* Useful for tertiary buttons in block layouts where left alignment is needed.
*/
forceNoPadding?: boolean;
}
Default Values
variant:'primary'color:'green'forceColor:falsedisabled:falsetype:'button'className:''showIcon:trueariaLabel: (derived from children text)href:undefinedtarget:'_self'forceNoPadding:false
Force No Padding
forceNoPadding adds the bds-btn--no-padding class, which strips the button's
padding and left-aligns its content. Use it for tertiary buttons in block layouts
that need to sit flush with surrounding text rather than indented by button
padding.
<Button variant="tertiary" forceNoPadding href="/docs">
Read the docs
</Button>
ButtonGroup applies this automatically in its 3+ button block layout when the resolved variant is tertiary, since that layout is flush-left. A forced filled variant at 3+ keeps its padding unless you opt out explicitly. So you rarely need to set this by hand when going through that pattern.
Variants
Primary Button
The Primary button is used for the main call-to-action on a page. It features a solid background that fills from bottom-to-top on hover.
Visual Characteristics:
- Solid background (Green 300 / Black)
- High visual emphasis
- Background color transitions on hover
- Black text on green background, white text on black background
Usage:
<Button variant="primary" onClick={handleClick}>
Get Started
</Button>
Secondary Button
The Secondary button is used for supporting actions. It features an outline style with a transparent background that fills on hover.
Visual Characteristics:
- Transparent background with 2px border
- Medium visual emphasis
- Background fills from bottom-to-top on hover
- Green/Black text and border
Usage:
<Button variant="secondary" onClick={handleClick}>
Learn More
</Button>
Tertiary Button
The Tertiary button is used for low-emphasis or contextual actions. It appears as text-only with optional underline on hover.
Visual Characteristics:
- Text-only, no background or border
- Lowest visual emphasis
- Underline appears on hover/focus
- Different typography (Body R token vs Label R)
Usage:
<Button variant="tertiary" onClick={handleClick}>
View Details
</Button>
Color Themes
Green Theme (Default)
The green theme uses the XRPL brand green colors:
- Primary: Green 300 background (#21E46B), Green 200 hover (#70EE97)
- Secondary: Green 400 text/border (#0DAA3E), Green 500 hover (#078139)
- Tertiary: Green 400 text (#0DAA3E), Green 500 hover (#078139)
Black Theme
The black theme provides an alternative color scheme:
- Primary: Black background (#141414), 80% black hover
- Secondary: Black text/border (#141414), 15% black hover fill
- Tertiary: Black text (#141414)
Usage:
<Button variant="primary" color="black" onClick={handleClick}>
Dark Button
</Button>
Force Color (Theme-Independent)
By default, black buttons automatically switch to green in dark mode for better visibility. However, when placing buttons on colored backgrounds (e.g., lilac, yellow, green), you may want black buttons to remain black regardless of theme mode.
Use the forceColor prop to prevent automatic color switching:
Usage:
{/* Black button that stays black in both light and dark modes */}
<Button variant="primary" color="black" forceColor onClick={handleClick}>
Always Black
</Button>
{/* Useful for colored backgrounds like in FeatureTwoColumn pattern */}
<FeatureTwoColumn color="lilac">
<Button variant="primary" color="black" forceColor href="/get-started">
Get Started
</Button>
<Button variant="tertiary" color="black" forceColor href="/learn-more">
Learn More
</Button>
</FeatureTwoColumn>
When to use forceColor:
- Buttons on colored backgrounds (lilac, yellow, green variants)
- When you need consistent button colors regardless of user's theme preference
- Pattern components like
FeatureTwoColumnwhere black text is required for readability
Note: The forceColor prop only affects the color behavior; all other button functionality (hover animations, focus states, etc.) remains the same.
Link Buttons
The Button component can render as an anchor element for navigation by passing the href prop. When href is provided, the button is wrapped in a Redocly Link component for proper routing support within the application.
How It Works
- When
hrefis provided and button is not disabled, renders as<Link>(anchor element) - When
hrefis not provided or button is disabled, renders as<button>element - All visual styles and animations remain identical regardless of element type
- The Redocly Link component handles internal routing and external link handling
Internal Navigation
For navigating within the application:
<Button variant="primary" href="/docs">
View Documentation
</Button>
<Button variant="secondary" href="/about">
About Us
</Button>
External Links
For external URLs, use target="_blank" to open in a new tab:
<Button variant="primary" href="https://xrpl.org" target="_blank">
Visit XRPL.org
</Button>
Link with Click Handler
You can combine href with onClick for tracking or additional logic:
<Button
variant="primary"
href="/signup"
onClick={() => trackEvent('signup_click')}
>
Sign Up
</Button>
Disabled Link Buttons
When disabled={true} and href is provided, the component renders as a <button> element instead of a link to prevent navigation:
<Button variant="primary" href="/checkout" disabled>
Checkout (Unavailable)
</Button>
All Variants as Links
All button variants support link functionality:
{/* Primary link button */}
<Button variant="primary" href="/get-started">
Get Started
</Button>
{/* Secondary link button */}
<Button variant="secondary" href="/learn-more">
Learn More
</Button>
{/* Tertiary link button */}
<Button variant="tertiary" href="/view-details">
View Details
</Button>
{/* Black theme link button */}
<Button variant="primary" color="black" href="/dashboard">
Dashboard
</Button>
States
Enabled State
The default interactive state of the button. All variants display their base styling.
Hover State
Triggered when the user hovers over the button with a mouse:
- Primary/Secondary: Background fills from bottom-to-top
- Tertiary: Underline appears, text color darkens
- All Variants: Arrow icon line shrinks, gap increases (with icon)
Focus State
Triggered when the button receives keyboard focus (Tab key):
- Similar visual changes to hover state
- Additional focus outline (2px border/outline)
- Ensures keyboard accessibility
Active State
Triggered when the button is being pressed:
- Returns to default padding/gap
- Background resets (for Primary/Secondary)
- Maintains visual feedback during press
Disabled State
When disabled={true}:
- Icon is automatically hidden
- Gray text and background (Primary) or border (Secondary)
- Cursor changes to
not-allowed pointer-events: noneprevents interactionaria-disabledattribute set for screen readers
Usage:
<Button variant="primary" disabled>
Unavailable
</Button>
How It Works
Component Structure
The Button component uses BEM (Block Element Modifier) naming convention with the bds namespace:
.bds-btn- Base button class.bds-btn--primary- Primary variant modifier.bds-btn--secondary- Secondary variant modifier.bds-btn--tertiary- Tertiary variant modifier.bds-btn--green- Green color theme (default).bds-btn--black- Black color theme.bds-btn--disabled- Disabled state modifier.bds-btn--no-icon- No icon modifier.bds-btn__label- Label element.bds-btn__icon- Icon container.bds-btn__icon-line- Arrow horizontal line.bds-btn__icon-chevron- Arrow chevron
Background Animation
Primary and Secondary variants use a shared animation pattern:
- Pseudo-element (
::before): Creates the hover background fill - Transform Origin: Set to
bottom centerfor bottom-to-top fill - Initial State:
scaleY(0)- background hidden - Hover/Focus:
scaleY(1)- background fills from bottom - Active:
scaleY(0)- background resets during press
This creates a smooth, directional fill animation that feels natural and responsive.
Arrow Icon Animation
The arrow icon consists of two parts:
- Horizontal Line: Shrinks from right to left (
scaleX(0)) on hover/focus - Chevron: Stays visible, shifts right via increased gap
The gap between label and icon increases on hover/focus:
- Default: 16px (desktop), 16px (mobile)
- Hover/Focus: 22px (desktop), 21px (mobile)
This creates the illusion of the arrow "moving forward" as the line disappears.
Padding Adjustments
On hover/focus, padding adjusts to accommodate the increased gap:
- Primary:
8px 19px 8px 20px→8px 13px 8px 20px(desktop) - Secondary:
6px 17px 6px 18px→6px 11px 6px 18px(desktop) - Tertiary:
8px 20px→8px 14px 8px 20px(desktop)
These adjustments maintain visual balance while allowing the icon animation to work smoothly.
Responsive Behavior
The component adapts to screen size at the 1023px breakpoint:
Desktop (≥1024px):
- Larger padding values
- 22px gap on hover/focus
Tablet/Mobile (≤1023px):
- Reduced padding values
- 21px gap on hover/focus
All transitions remain smooth across breakpoints.
Typography
Primary & Secondary Variants
- Font: Booton, sans-serif
- Size: 16px (Label R token)
- Weight: 400
- Line Height: 23.2px
- Letter Spacing: 0px
Tertiary Variant
- Font: Booton, sans-serif
- Size: 18px (Body R token)
- Weight: 400
- Line Height: 26.1px
- Letter Spacing: -0.5px
Spacing & Layout
- Border Radius: 100px (fully rounded)
- Max Height: 40px
- Icon Size: 15px × 14px
- Transitions: 150ms with
cubic-bezier(0.98, 0.12, 0.12, 0.98)
Usage Examples
Basic Usage
import { Button } from 'shared/components/Button';
// Primary button (default)
<Button onClick={handleClick}>
Get Started
</Button>
// Secondary button
<Button variant="secondary" onClick={handleClick}>
Learn More
</Button>
// Tertiary button
<Button variant="tertiary" onClick={handleClick}>
View Details
</Button>
Form Integration
<form onSubmit={handleSubmit}>
<Button variant="primary" type="submit">
Submit
</Button>
<Button variant="tertiary" type="reset">
Reset
</Button>
<Button variant="tertiary" type="button" onClick={handleCancel}>
Cancel
</Button>
</form>
Without Icon
<Button variant="primary" showIcon={false} onClick={handleClick}>
No Arrow
</Button>
Disabled State
<Button variant="primary" disabled>
Unavailable
</Button>
Color Themes
{/* Green theme (default) */}
<Button variant="primary" color="green" onClick={handleClick}>
Green Button
</Button>
{/* Black theme */}
<Button variant="primary" color="black" onClick={handleClick}>
Black Button
</Button>
Link Buttons
{/* Internal navigation */}
<Button variant="primary" href="/docs">
View Documentation
</Button>
{/* External link (opens in new tab) */}
<Button variant="primary" href="https://xrpl.org" target="_blank">
Visit XRPL.org
</Button>
{/* Link with click tracking */}
<Button
variant="secondary"
href="/signup"
onClick={() => analytics.track('signup_button')}
>
Sign Up
</Button>
{/* Black theme link button */}
<Button variant="primary" color="black" href="/dashboard">
Go to Dashboard
</Button>
Visual Hierarchy
{/* Use variants to create clear visual hierarchy */}
<Button variant="primary" onClick={handlePrimaryAction}>
Main Action
</Button>
<Button variant="secondary" onClick={handleSecondaryAction}>
Secondary Action
</Button>
<Button variant="tertiary" onClick={handleTertiaryAction}>
Tertiary Action
</Button>
Accessibility
Keyboard Navigation
- Tab: Focus next button
- Shift+Tab: Focus previous button
- Enter/Space: Activate button
- Focus Indicator: Visible outline/border (2px)
- Disabled buttons: Not focusable
Screen Reader Support
- Semantic
<button>element (or<a>for link buttons) - Button label announced via
aria-labelattribute aria-disabledattribute for disabled state- Icon marked with
aria-hidden="true" - Link buttons use proper anchor semantics for navigation
Color Contrast
All variants meet WCAG AA standards:
- Primary: Black on Green 300 = sufficient contrast
- Secondary/Tertiary: Green 400/500 on White = 4.52:1 / 5.12:1
- Disabled: Gray 400/500 indicates non-interactive state
Focus Management
- Focus outline appears on keyboard navigation (
:focus-visible) - Focus styles match hover styles for consistency
- Square corners on Tertiary focus outline for better visibility
Design Tokens
The component uses design tokens from the XRPL Brand Design System:
Colors
$green-100through$green-500$gray-200,$gray-400,$gray-500$white- Neutral black (
#141414)
Spacing
- Border radius:
100px - Focus border width:
2px - Responsive breakpoint:
1023px
Motion
- Transition duration:
150ms - Timing function:
cubic-bezier(0.98, 0.12, 0.12, 0.98)
Best Practices
- Use Primary for main actions: Reserve primary buttons for the most important action on a page
- Use Secondary for supporting actions: Use secondary buttons for actions that support the primary action
- Use Tertiary for low-emphasis actions: Use tertiary buttons for cancel, skip, or less important actions
- Maintain visual hierarchy: Don't use multiple primary buttons on the same page
- Provide clear labels: Button text should clearly indicate the action
- Handle disabled states: Always provide feedback when actions are unavailable
- Test keyboard navigation: Ensure all buttons are accessible via keyboard
- Consider context: Choose color theme based on background and design context
- Use
hreffor navigation: When the button navigates to a new page, use thehrefprop instead ofonClickwith router navigation - Use
target="_blank"for external links: Always open external URLs in a new tab for better UX - Combine
hrefwithonClickfor tracking: When you need both navigation and analytics tracking
Implementation Details
Class Name Generation
The component builds class names dynamically:
const classNames = [
'bds-btn',
`bds-btn--${variant}`,
`bds-btn--${color}`,
disabled ? 'bds-btn--disabled' : '',
!shouldShowIcon ? 'bds-btn--no-icon' : '',
className,
]
.filter(Boolean)
.join(' ');
Icon Visibility Logic
The icon is automatically hidden when:
showIcon={false}is passeddisabled={true}is set
This ensures disabled buttons don't show interactive elements.
Link Rendering Logic
The component conditionally renders as different elements:
// Render as Link when href is provided and not disabled
if (href && !disabled) {
return (
<Link to={href} target={target} className={classNames}>
{content}
</Link>
);
}
// Otherwise render as button
return (
<button type={type} className={classNames} disabled={disabled}>
{content}
</button>
);
This ensures:
- Link buttons use proper anchor semantics for navigation
- Disabled state always renders as a button to prevent navigation
- Visual styles remain consistent across both element types
State Management
The component manages states through CSS classes and props:
- Disabled: Controlled via
disabledprop andaria-disabledattribute - Hover/Focus: Handled by CSS
:hoverand:focus-visiblepseudo-classes - Active: Handled by CSS
:activepseudo-class - Link vs Button: Determined by presence of
hrefprop
Browser Support
The component uses modern CSS features:
- CSS Grid/Flexbox (widely supported)
:focus-visible(supported in modern browsers)- CSS transforms and transitions (widely supported)
- CSS custom properties (supported in modern browsers)
For older browser support, consider polyfills or fallbacks as needed.
Related Components
- See showcase pages for interactive examples:
about/button-showcase-tertiary.page.tsx- Other variant showcase pages
File Structure
shared/components/Button/
├── Button.tsx # Component implementation
├── Button.scss # Component styles
├── Button.md # This documentation
└── index.ts # Exports