Lynx api docs
Provides authoritative guidance for Lynx development involving pages, templates, components, CSS, layouts, elements, web migration, rendering or styling bugs, and code review. Applies to *.ttml, Lynx *.tsx, and all Lynx-specific files, and requires searching the installed API docs before acting.From its SKILL.md
npx -y skills add lynx-community/skills --skill lynx-api-docsAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 24 stars24 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
3.2 KB, as published. Nobody here has run it
Using Lynx API Docs
Overview
Pre-training knowledge is insufficient for Lynx. Lynx is a rendering platform (like a browser) with its own elements, non-standard CSS behavior, unique layout systems, and web-incompatible defaults. Always retrieve from the installed API docs before writing or modifying Lynx page code.
Core Rule
MUST ALWAYS read the relevant API docs BEFORE writing or editing any Lynx code.
Do not rely on web CSS knowledge. Do not assume standard HTML behavior. Do not guess element APIs. Lynx is a distinct platform with its own rules.
Why Web Knowledge Fails
Lynx is not a web browser. Web assumptions produce broken Lynx code:
- Elements:
<view>,<text>,<image>— not<div>,<span>,<img> - CSS defaults:
border-box, no margin collapsing, Linear layout (not Flow) - Properties: Many CSS properties are unsupported or behave differently — always check
css/docs
Every web assumption is a potential bug.
How to Use the Docs
- Identify what you're working on (layout, CSS, element, migration, pattern)
- Look up the relevant doc file from the table below
- Read the doc BEFORE writing or editing code
- Apply the rules and constraints from the doc
- If uncertain, search the
elements/orcss/directories
Quick Reference
| Task | Read These Files First |
|---|---|
| Choose layout | layout/linear-layout.md (default), layout/flex-layout.md, layout/grid-layout.md, layout/relative-layout.md |
| CSS properties/units | css/supported-properties.md, css/values-and-units.md |
| CSS selectors | css/selectors.md, css/pseudo-classes.md |
| Use an element | elements/<element-name>.md |
| Migrate from web | lynx-vs-web/migration-guide.md, lynx-vs-web/css-differences.md |
| Theming/animation/responsive | patterns/theming.md, patterns/animation.md, patterns/responsive.md |
| General lookup | quick-reference.md, best-practices.md |
Core Rules
The compact layout decision rules and key CSS constraints are documented in quick-reference.md. Most critical:
- Text must use
<text>component - Default box-sizing is
border-box(notcontent-box) - No margin collapsing
- Use
rem+vwfor screen adaptation
Red Flags — Stop and Read Docs
- Adding a
<div>or<span>→ Lynx uses<view>,<text> - Using
marginwithout checking if margin collapsing applies → It doesn't - Assuming
content-box→ Default isborder-box - Using web CSS properties without checking
css/supported-properties.md - Guessing element attributes → Read
elements/<name>.md - Choosing
rpxfor web-portable code →rpxis Lynx-specific; userem+vwfor web compatibility - Writing plain text without
<text>wrapper → Invalid in Lynx - Using web pseudo-classes without checking
css/pseudo-classes.md - Assuming standard HTML flow layout → Lynx uses linear layout by default