Skip to content

v1.4.0: a Custom Elements Manifest - #5

Merged
zordhalo merged 1 commit into
mainfrom
feat/custom-elements-manifest
Sep 24, 2026
Merged

zordhalo merged 1 commit into
mainfrom
feat/custom-elements-manifest

Conversation

@zordhalo

Copy link
Copy Markdown
Contributor

webcomponents.org does not take pull requests. Its catalog server indexes npm packages and reads their Custom Elements Manifest, so the "listing" is not a submission — it is a file in the package.

It earns its place regardless

The same manifest is what VS Code and the JetBrains IDEs read for tag and attribute autocomplete. Anyone who installs the package gets completion on data-position, data-llms and the rest without looking anything up.

It also documents the two CSS custom properties, including the part hosts get wrong: --hms-top and --hms-bottom have to be set together, because a fixed box with both edges set and height: auto stretches.

Two tests pin it to the component

  • Every attribute the manifest advertises must actually be read by the source.
  • Every custom property it documents must appear there.

A manifest that drifts is worse than none: it describes attributes that do nothing, in the one place a tool trusts without checking.

34 tests, up from 32.

🤖 Generated with Claude Code

webcomponents.org does not take pull requests. Its catalog server indexes npm
packages and reads their Custom Elements Manifest, so the listing is not a
submission, it is a file in the package. Adding it is what makes us indexable.

It earns its place either way. The same manifest is what VS Code and the
JetBrains IDEs read for tag and attribute autocomplete, so anyone who installs
the package gets completion on data-position, data-llms and the rest without
looking anything up.

The manifest documents the two CSS custom properties as well as the attributes,
including the part a host gets wrong: --hms-top and --hms-bottom have to be set
together, because a fixed box with both edges set and height auto stretches.

Two tests pin it to the component. Every attribute the manifest advertises must
actually be read by the source, and every custom property it documents must
appear there. A manifest that drifts is worse than none: it describes attributes
that do nothing, in the one place a tool trusts without checking.

34 tests.
@zordhalo
zordhalo merged commit 20ca718 into main Sep 24, 2026
2 checks passed
@zordhalo
zordhalo deleted the feat/custom-elements-manifest branch September 24, 2026 17:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant