Dashboard UI more compact
I maintainer di solito rispondono entro 4 giorni
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 30/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Ambito
- frontend
Direzione di ricerca
The payload names the shared filters drawer used on tree details, hardware details and issue listing, plus the issue details and listing pages; start by finding the drawer component and its option box styling. Done would mean the drawer's option boxes shrink to their labels and the column count responds to width, with a search field for long lists. The scope spans several screens, so agree on the first screen with the maintainers before changing the others.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
The dashboard spends a lot of screen space on chrome around the actual choices. The filters drawer is the clearest case. The same drawer is used on tree details, hardware details, and issue listing.
Each option is a large fixed box, so a short label leaves most of the box empty. Options wrap in a few columns that do not grow when the window gets wider, and the extra width becomes empty margin. A tree with many sections turns into a long scroll for a modest number of choices.
For longer lists with many options, @Tales suggested a search field over a compact checkbox list: https://jsfiddle.net/zrtf3ph6/
Other screens have the same kind of spare layout and may be worth tightening too. The issue details page is one of them: a few fields sit in a wide block with a lot of empty room around each value. Listing pages are another, with large cards and rows for data that is only a label and a count.
- Lingua principale
- Python
- Stelle
- 10
- Fork
- 32
- Merge medio
- 5g 8h
- PR unite (30g)
- 25
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
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 kernelci/dashboard
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 52/100
I maintainer di solito rispondono entro 4 giorni
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 72/100
I maintainer di solito rispondono entro 4 giorni
-
Requests per visitorAperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 58/100
kernelci/dashboard#2151 · 1 commento ·
I maintainer di solito rispondono entro 4 giorni
-
Add kci-dev CLI smoke tests to catch Dashboard REST API regressionsForse già presa @alanpeixinho l’ha presa 10 giorni fa. Apertaq4-plan
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
kernelci/dashboard#2143 · 1 assegnatario ·
I maintainer di solito rispondono entro 4 giorni
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 65/100
kernelci/dashboard#2136 · 3 commenti ·
I maintainer di solito rispondono entro 4 giorni
Tutte le issue di kernelci/dashboard
Issue simili
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
mishraprafful/multihull#150 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
python-caldav/caldav#735 ·
I maintainer di solito rispondono entro 1 giorno
-
bug triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
mealie-recipes/mealie#8682 ·
I maintainer di solito rispondono entro 1 giorno
-
good first issue lane:repo
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100