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

Reconsider 'X major versions behind' big red warnings

Aperta Adatta ai principianti
  • Qualcosa non va?
#2,275 5 commenti 2 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
2/5
Tempo stimato
1-3 ore
Idoneità per principianti
65/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Tranquilla
Stack tecnologico
typescript
Ambito
design, frontend

Direzione di ricerca

Inizia individuando dove la pagina del pacchetto mostra gli indicatori dello stato delle dipendenze e come vengono scelti i relativi colori e icone. Confronta questi stati con la gerarchia proposta nell’issue: vulnerabilità in rosso, dipendenze deprecate in arancione, sostituzioni suggerite in giallo e ritardi nelle versioni major o minor indicati con colori non di avviso. Il lavoro è completato quando gli indicatori visualizzati seguono questa distinzione.

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

Descrizione

front needs discussion ux
Describe the feature

While I think outdated major deps is interesting information, imo marking it in red with an exclamation mark overstates the importance of this. Orange for outdated minor versions seems odd too, this is often done to manage specific issues in a subsequent version, and isn't necessarily problematic in itself either.

As a package maintainer, I worry that as npmx inevitably becomes mega popular 😄 this will create unnecessary work for maintainers, with users avoiding packages or filing issues requesting dep updates unnecessarily when they see the big red marker on the package page, along with a broader sense of pressure to bump everything whenever possible, creating package churn unnecessarily.

This is useful info, it's good to show in some format, but there's also plenty of packages where non-latest-major versions are still actively supported, or where there's simply no need to upgrade at all - e.g. simple packages that work and have little or no security risks (known vulnerabilities are highlighted separately anyway). One example: node-fetch has 2x the downloads for the latest v2 vs latest v3, and both are explicitly still supported, but all packages depending on node-fetch v2 have large red warnings on the dep.

If anything, I think the 'Has vulnerability' (blue shield with a check mark?), 'Suggested replacement' (yellow) and 'Deprecated' (purple) markers should all be relatively higher profile than these warnings - these are all places where the package is likely to have actual issues relating to the dependency.

Any interest in rejigging this slightly? I'd suggest:

  • Red exclamation mark for 'Has vulnerability'
  • Orange warning icon for deprecated
  • Yellow lightbulb for suggested replacement (as now)
  • Purple/blue non-warning icons for non-latest major/minor
Additional information
  • Would you be willing to help implement this feature?
Final checks
Lingua principale
TypeScript
Stelle
3.6k
Fork
533
Merge medio
5g 1h
PR unite (30g)
36

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

  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 npmx-dev/npmx.dev

Tutte le issue di npmx-dev/npmx.dev

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.