Text Area

A multi-line input for comments, descriptions, notes, observations, or local context. This is a digital component: Interface parts for websites, apps, online forms, documentation sites, and Opries-style repositories.

Purpose

The Text Area component gives Landcare groups a repeatable way to solve this communication problem without rebuilding the layout from scratch. It should inherit approved colour, typography, spacing, grid, accessibility, and logo guidance from the design system.

When To Use

UseAvoid
Use when the content or interaction matches the component purpose and benefits from a familiar pattern.Avoid inventing a one-off layout when this component already solves the job.
Use the component with clear hierarchy, generous spacing, and one obvious first-read message or action.Avoid adding extra borders, colours, icons, or type styles just to make the component feel more designed.
Use approved Landcare tokens so group forks can inherit brand updates cleanly.Avoid local colour, typography, or logo changes that break brand consistency.

Web Guidance

Use real form controls with visible labels, help text, validation, input purpose, keyboard access, and clear submit behaviour.

  • Structure: use semantic HTML, predictable reading order, and responsive sizing.
  • Accessibility: support keyboard access, visible focus, meaningful labels, sufficient contrast, and colour-independent meaning.
  • Layout: align the component to the page grid where it is a major element; use local spacing inside the component.
  • State: document default, hover, focus, active, disabled, loading, error, and success states where relevant.

Digital Example

Include condition, access, hazards, or follow-up notes.

CSS Implementation

Import the selected brand token file first, then import the shared component layer. Use the component classes below in website or application code.

@import "@landcare-design-system/css/dist/landcare.css";
@import "@landcare-design-system/css/dist/components.css";
ClassUse
.lds-fieldStacks a label, control, and help or validation text.
.lds-labelApplies the approved label typography and weight.
.lds-textareaStyles multi-line written input areas.
.lds-help-textApplies caption-sized supporting text.

Starter Markup

<div class="lds-field">
  <label class="lds-label" for="site-notes">Site notes</label>
  <textarea class="lds-textarea" id="site-notes" name="site-notes"></textarea>
  <p class="lds-help-text">Include condition, access, hazards, or follow-up notes.</p>
</div>

Print Guidance

Do not send online controls straight to paper. Use the Paper Forms And Fields components when the final artefact is filled out by hand.

  • Format: size the component for the final artefact, viewing distance, paper stock, and reproduction method.
  • Legibility: use Open Sans, strong contrast, and line lengths that suit the medium.
  • Production: preserve margins, trim safety, logo clear space, and enough room for handwriting where required.
  • Translation: when the web component becomes print, replace interaction states with clear instructions, labels, QR codes, or contact details.

States And Variants

Document required, optional, error, success, disabled, focus, and read-only states.

VariantUse
DefaultThe standard form used across normal web and print contexts.
EmphasisA higher-weight version for primary messages, urgent information, or first-read actions.
CompactA denser version for tables, sidebars, forms, footers, and constrained print areas.
ExampleA filled version for documentation, templates, learning resources, and production references.

Anatomy

PartGuidance
ContainerUse only when grouping helps. Prefer quiet rules and spacing over heavy boxes.
Title or labelMake the component purpose clear in plain language.
Body contentKeep copy short, scannable, and aligned to the typography hierarchy.
Action or outcomeMake the next step visible, especially in forms, posters, signs, and templates.

Review Checklist

  • Brand: approved colour, typography, logo clear space, and tone.
  • Hierarchy: one clear first read, then supporting information.
  • Grid: major edges align to the page, print, or component grid.
  • Accessibility: contrast, labels, focus, reading order, and colour-independent meaning are covered.
  • Output: the component survives the final medium: mobile, desktop, A4, poster, signage, social, or presentation.