Repository navigation
v0.18.0
What's Changed
Fixed
fields-validateno longer requiresblock.jsonforkind: blockon a
Drupal project.KindLinterskipped straight to erroring on a
WordPress-only file; it now checksdefinition-kit.yaml'sdrupal:
section (the same signal every other Drupal-conditional behaviour uses) and
skips the requirement there, leaving the paragraph-mapping check where it
already lived —fields-lint-drupal(see ADR 0003).fields-migrateagainst a Drupal config export (--drupal-config) now
writesrole: fieldfor every field it derives.DrupalParagraphReader
produced fields with norole:key at all, whichfields-lint's
ContractLinterreports as UNTYPED regardless of any declared role — the
samerole: fieldAcfJsonReaderalready writes for a real ACF field
(Rule 10), now written consistently on the Drupal side too.
Added
- A field can now be scoped to some of a component's aliased Drupal
bundles:drupal: { bundles: [...] }. Without it, a field is expected on
every bundledrupal.bundle_aliasesmaps onto the component — which made a
field present on only one aliased bundle's paragraph type (not another's)
an unresolvable DRIFT.fields-lint-drupalandfields-generate --target=drupalnow skip the field entirely for a bundle not in its
drupal.bundles, andfields-migrate --drupal-configmerges every
aliased bundle it finds in the export and writesdrupal.bundles
automatically for a field it finds on only some of them.
Pull Requests
- #85 — Fix Drupal adoption gaps: KindLinter WP-only block.json, migrate role: field, per-field bundle scoping
Full Changelog: v0.17.0...v0.18.0