Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

feat: follow common conventions on folder naming in `$XDG_CONFIG_HOME`

Aperta
#915 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
2/5
Tempo stimato
1-3 ore
Idoneità per principianti
48/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Ferma
Stack tecnologico
typescript
Ambito
tooling

Direzione di ricerca

Individua il codice che costruisce il percorso $XDG_CONFIG_HOME per devtools e verifica come viene selezionata l'attuale posizione .nuxt/devtools. Aggiorna la posizione di configurazione a $XDG_CONFIG_HOME/nuxt/devtools, quindi verifica che i file di devtools utilizzino il percorso richiesto senza compromettere il comportamento predefinito esistente.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

enhancement
🆒 Your use case

While #526 added support for XDG_CONFIG_HOME, it stores files in $XDG_CONFIG_HOME/.nuxt/devtools instead of the convention of $XDG_CONFIG_HOME/<application>, i.e., without the leading .. The leading dot in UNIX conventions is to denote a hidden file, and with the default location of $XDG_CONFIG_HOME being ~/.config, the parent folder is already hidden and there really isn't a need to further hide the folder inside $XDG_CONFIG_HOME.

While the XDG Base Directory specification is unfortunately silent on the naming convention and folder structure inside $XDG_CONFIG_HOME, common convention is to simply name the subdir directly after the application, without the leading dot.

References;

🆕 The solution you'd like

Store files in $XDG_CONFIG_HOME/nuxt/devtools

🔍 Alternatives you've considered

No response

ℹ️ Additional info

If this is an acceptable feature, I would be willing to contribute a PR.

Lingua principale
TypeScript
Stelle
3.3k
Fork
214
Merge medio
19h 45m
PR unite (30g)
12

Guida per i contributori

Apri la guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di nuxt/devtools

Tutte le issue di nuxt/devtools

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.