Adding a "being processed" color/border/... to newly plated wells? Or vice versa.
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
Direzione di ricerca
Non è indicato alcun file o test. Inizia tracciando il flusso di copia e incolla multipli e il punto in cui ai wells incollati viene applicata una formattazione basata sul contenuto; confronta i due approcci proposti per lo stile temporaneo o iniziale. Il lavoro è completato quando i wells incollati di recente sono contrassegnati visibilmente durante l'elaborazione e il contrassegno viene rimosso una volta applicato il loro stile di stato corretto.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Using the fancy multiple-copy-and-pasting functionality :), if you paste in a bunch of things at once then there's a sometimes-brief period where some of the wells pasted in have a white background, even if they really shouldn't. See the attached screenshot, where I pasted in the same ID to a bunch of cells—only some of the cells' formatting has changed to reflect the fact that this text is 1) duplicated on this plate and 2) previously plated.
Since "plain white background" is the implied status of "this is a good ID," the current behavior is somewhat misleading. I propose one of the following options:
- Option 1: Modified wells are immediately (before anything else is done) assigned a unique styling, say a dashed-gray border, indicating that they are being processed and will update soon. This shouldn't require a backend update, since there isn't any need to store this information long-term (similarly to how #585 handles indeterminate wells)—this would just involve temporarily applying this styling, then removing it later.
- Option 2: All wells on a plate start off with a similar styling (in this case indicating "not processed yet"), and this styling is removed when a well is assigned a style relating to its contents.
...As I was writing this out I realized that implementing this would be a pain, but I still think it might be worth doing later on down the line if the current behavior is confusing.
- Lingua principale
- Python
- Stelle
- 2
- Fork
- 15
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Guida per i contributori
Nessuna guida per i contributori indicizzata per questo repository
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 biocore/LabControl
-
bug front-end question
Difficoltà 4/5 3-5 giorni Idoneità per principianti 30/100
biocore/LabControl#594 ·
-
front-end
biocore/LabControl#592 · 1 assegnatario ·
-
code refactor front-end
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
biocore/LabControl#591 ·
-
priority:low
Difficoltà 3/5 1-2 giorni Idoneità per principianti 20/100
biocore/LabControl#590 ·
-
priority:low scope:small
Difficoltà 2/5 1-3 ore Idoneità per principianti 45/100
biocore/LabControl#589 · 2 commenti ·
Tutte le issue di biocore/LabControl
Issue simili
-
bug confirmed issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
open-webui/open-webui#30750 · 1 commento ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
OpenwaterHealth/openmotion-bloodflow-app#604 · 1 commento ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
good first issue
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100