feature request: support conditional exports (package.json `exports` field)
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 52/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Stack tecnologico
- javascript
Direzione di ricerca
Start by tracing how postcss-import resolves package imports and the existing style field, then compare that behavior with the conditional exports examples in the issue. Add support for the requested exports paths with exports taking precedence over style, and verify both package styles and conditional exports remain legible to postcss-import.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Love the style support, but would really helpful for conditional exports to also be legible to postcss-import:
{
...,
"exports": {
".": "./dist/index.js",
"./*": "./dist/lib/*/index.js",
"./styles": "./dist/styles/index.css",
"./styles/*": "./dist/styles/*/index.css",
"./package.json": "./package.json"
},
...,
}
The main reason I suggest this is because I cannot specify an @import "my-package/styles" statement in a way that is supported by both esbuild (supports standardized package.json exports, but not nonstandard style) and postcss-import (where situation is reversed). my-package/styles is the only thing that works for esbuild, but my-package is the only thing that works for postcss-import.
I would recommend following the Node doctrine of "if exports exists, it overrides anything else" (i.e. style field). Also thank you for maintaining this project, it is a core part of modern development workflows IMO, only reason I suggest the enhancement.
- Lingua principale
- JavaScript
- Stelle
- 1.4k
- Fork
- 118
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di postcss/postcss-import
-
Subpath importsApertaenhancement
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
postcss/postcss-import#573 · 2 commenti ·
-
Dependency DashboardApertadeps
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 15/100
postcss/postcss-import#470 ·
Tutte le issue di postcss/postcss-import
Issue simili
-
automated issue report
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
lirantal/discoprint#36 ·
I maintainer di solito rispondono entro 1 giorno
-
accepting PR Content:HTML
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
mdn/content#45988 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
pnpm/pnpm#16635 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
txn2/mcp-data-platform#2030 ·
I maintainer di solito rispondono entro 1 giorno
-
ci hacktoberfest help wanted size/small type/bug type/docs type/enhancement up-for-grabs
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
Redo-San/RedoSan-Authenticity#527 ·
I maintainer di solito rispondono entro 1 giorno