frontend-field-components

Map Drumr frontend field types to JSX components with context-specific configuration.

Updated Sep 16, 2025
One-click install
npx skills add https://github.com/slingr-stack/qa-test-drumr --skill frontend-field-components
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: frontend-field-components
Source: https://github.com/slingr-stack/qa-test-drumr/tree/main/project-management-app/.agents/skills/frontend-field-components
Command: npx skills add https://github.com/slingr-stack/qa-test-drumr --skill frontend-field-components

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you choose and configure the correct Drumr frontend field component for each data type, so records render with the right read and write controls instead of raw or incorrect UI elements.

Core Features & Use Cases

  • Field-to-component mapping: Match text, numeric, choice, boolean, date, file, relationship, and array fields to the framework components that Drumr expects.
  • Context-aware rendering: Configure different components for read, write, all, table, or named-view contexts when a field needs different behavior in each place.
  • Prop and layout guidance: Apply component options such as placeholders, formatting, labels, value metadata, and list wrapping for nested or repeated fields.
  • Use Case: When a project status field should show colored labels in detail views and a dropdown in edit forms, this Skill tells you exactly how to wire both variants without inventing custom controls.

Quick Start

Ask the AI to inspect your field definitions and recommend the exact Drumr component and props for each field, including any read/write variants and array wrappers.

Frequently Asked Questions about frontend-field-components

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I map data model fields to the correct frontend UI components in Drumr?

Mapping data model fields to frontend UI components in Drumr requires matching each field type—text, numeric, choice, boolean, date, file, or relationship—to the expected JSX component and configuring context-specific props for read or write rendering.

What's the best way to configure read and write variants for a single Drumr field?

Configuring read and write variants for a Drumr field involves applying context-aware rendering settings, selecting distinct component props for read, write, table, or named-view contexts so records display the correct controls without inventing custom UI elements.

How do I render array or nested fields correctly in Drumr frontend components?

Rendering array or nested fields in Drumr frontend components requires wrapping the field entries in a List component and applying valueMetadata handling to preserve the separation between frontend UI configuration and backend data-model semantics.

Why does my Drumr field render raw input instead of the expected UI control?

A Drumr field renders raw input instead of the expected UI control when the component prop selection is missing or mismatched with the field type, preventing proper labelField and valueMetadata handling required for correct read and write context rendering.

Can I use different Drumr components for table views and detail views?

You can use different Drumr components for table views and detail views by applying context-aware rendering configurations that specify distinct component props for table, named-view, and all contexts within your app.registerDataModel or app.registerAction entries.

When should I use reference versus composition field components in Drumr?

You should use reference field components in Drumr for relationship linking, while composition field components handle embedded nested structures, with both requiring specific labelField configuration and valueMetadata handling to render correctly across read and write contexts.