Tailwind v4 parity gaps: stale allowlist strips core-supported props, all @media dropped, hidden→collapse rewrite is wrong on modern core
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 45/100
- Tipo de issue
- Bug
- Clareza
- Claramente especificada
- Status de atividade
- Ativa
- Stack de tecnologia
- javascript, tailwindcss
- Domínio
- frontend, mobile-dev, tooling
Direção de pesquisa
Start in src/removeUnsupported.js, including the supportedProperties allowlist, visibility rewrite, and mediaAtRule handling. Compare those paths with the NativeScript core files named in the issue, then work through the suggested order and verify the listed gap, media, visibility, translate, and scale utilities retain the supported behavior while unsupported features remain documented or dropped.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
We've been auditing @nativescript/tailwind's removeUnsupported pass against @nativescript/core 9.x with the goal of Tailwind parity between web and NativeScript wherever core makes it possible. The class vocabulary is genuine Tailwind v4 (same generated names), but several rewrites and one stale allowlist make the same class behave differently — or silently die — on native. Findings below are all source-verified against NativeScript/NativeScript packages/core.
1. supportedProperties is stale — strips properties core now supports
The allowlist in src/removeUnsupported.js predates core's current CSS registry. These properties exist in core (cssName: registrations in packages/core/ui/styling/style-properties.ts + view modules) but are stripped:
| Property | Tailwind utilities killed | Core support |
|---|---|---|
gap, row-gap, column-gap |
gap-*, gap-x-*, gap-y-* |
FlexboxLayout gap/rowGap/columnGap (NS 9) |
max-width, max-height |
max-w-*, max-h-* |
maxWidth/maxHeight cssName |
white-space |
whitespace-nowrap, whitespace-pre, … |
whiteSpace cssName |
text-overflow |
text-ellipsis, text-clip, truncate |
textOverflow cssName (truncate still needs overflow:hidden, which core genuinely lacks — partial parity only) |
perspective |
perspective-* |
perspective cssName |
direction |
dir/rtl related |
direction cssName |
Also note the plugin runs on all app CSS, not just Tailwind output — so a hand-written .foo { gap: 16px } in app.css is silently stripped too, even though FlexboxLayout honors it.
2. visibility: hidden → collapse rewrite is no longer correct
Core accepts hidden (core-types/index.ts Visibility.isValid = visible | hidden | collapse; style-properties.ts visibilityProperty only sets isCollapsed for collapse). So:
- Web
invisible= hidden, keeps layout space. - Native after rewrite =
collapse, removed from layout.
Same class, different layout. The rewrite should simply pass hidden through (keep collapse/collapsed as-is).
3. @media rules are deleted wholesale — breakpoints and system dark mode could work
mediaAtRule.remove() drops every @media block: sm:–2xl: variants, media-flavor dark:, portrait:/landscape: — all dead.
But core 8.8+ ships a media query engine (packages/core/css-mediaquery/index.ts): width, height, device-width/height, orientation, prefers-color-scheme, min-/max- modifiers, not, comma lists — plus matchMedia()/MediaQueryList with change events.
The catch: the parser only accepts colon syntax (min-width: 40rem); Tailwind v4 emits range syntax (width >= 40rem), which fails RE_MQ_EXPRESSION and throws SyntaxError — presumably why the wholesale drop exists. A PostCSS rewrite from range → min-/max- colon form (plus still dropping @media blocks using features core can't evaluate: hover, prefers-reduced-motion, resolution, …) would restore the entire breakpoint family and prefers-color-scheme dark mode instead of losing it all.
4. Transform utilities die on an artificial boundary
rotate-*survives (rotateis allowlisted, core supportsrotate).translate-x-*/translate-y-*/scale-*die: v4 emitstranslate:/scale:shorthand properties, and core exposestranslateX/translateY/scaleX/scaleY+transform. A rewrite —translate: x y→transform: translate(x, y),scale: n→transform: scale(n)— would restore these families without touching core.
5. Selector/cascade drift (smaller, mostly documentable)
:where()is unwrapped → loses zero-specificity, sodark:/variant rules gain real specificity on native vs web.@layerflattened → utilities become unlayered on native, so utility-vs-author-CSS precedence differs between platforms. (Unavoidable until core implements cascade layers; worth documenting.)@supportsflattened → applied unconditionally. Mostly fine (core 8.9.1+ supportscolor-mix), but any future@supportsguard for genuinely unsupported features will misfire.@propertyremoved →--tw-*vars loseinitial-value/inherits: false; chains likeshadow-*vars inherit differently than web. Mostly dead weight anyway since shadows don't map, but worth noting.space-*/divide-*rewritten to* + *— loses the> :not([hidden]) ~ :not([hidden])semantics, and the-reversevariants are broken (the--tw-space/divide-*-reversedeclarations get stripped).emtreated identically torem(×16) — wrong for nested-em contexts.vertical-align: middle → centeris redundant — core'sverticalAlignvalidator already acceptsmiddle(it's even in the plugin's own allowlist for that property).currentColordeclarations dropped →text-current,border-currentdead. Could rewrite toinherit-equivalent handling or a follow-up core feature.w-screen(100vw),hover:,focus-within:,&selectors — genuinely unsupported by core; dead by necessity, just worth documenting.
Suggested order of attack
- Refresh
supportedPropertiesfrom core'scssNameregistry (biggest win:gapalone unlocks the wholegap-*family) — and consider only running the strip on Tailwind-generated layers rather than all author CSS. - Range→colon
@mediarewrite + feature allowlist. - Drop the
hidden→collapserewrite. translate/scale→transformrewrites.- Document the rest as known divergences.
Happy to send a PR for 1–3 if you'd like — we have the core property registry mapped already.
- Linguagem predominante
- JavaScript
- Estrelas
- 161
- Forks
- 29
- Merge médio
- 1h 39min
- PRs com merge (30d)
- 1
Preparar o ambiente
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de NativeScript/tailwind
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 25/100
NativeScript/tailwind#211 · 1 comentário · 2 reações ·
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 48/100
NativeScript/tailwind#200 ·
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 55/100
NativeScript/tailwind#197 · 1 comentário ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 25/100
NativeScript/tailwind#193 · 3 comentários ·
-
enhancement
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 45/100
NativeScript/tailwind#188 · 4 comentários ·
Todas as issues de NativeScript/tailwind
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 86/100
Mantenedores costumam responder em até 1 dia
-
curriculum documentation quality
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
githubnext/gh-aw-workshop#3897 ·
Mantenedores costumam responder em até 2 dias
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 84/100
Mantenedores costumam responder em até 1 dia
-
agent/quality hive/hosted-available-lke648397-260827-5n31 quality testing
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 91/100
Mantenedores costumam responder em até 1 dia