Calling show on a visible element modifies the display type to block, despite it being flex
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 45/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- javascript
- Ambito
- frontend
Direzione di ricerca
Inizia individuando l’implementazione di show/hide e riproducendo la sequenza segnalata con un elemento il cui display sia flex. Verifica che chiamare show su un elemento già visibile lasci invariato il suo tipo di display, mentre il comportamento esistente di hide-then-show continui a ripristinare flex.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I encountered some unwanted behavior when using show/hide to filter a list of elements specifying display:flex.
When calling the correct sequence everything works OK. So calling hide first seems to register the original display type before setting display:none. Then after calling show, display:flex is restored.
Calling show on an element that is already visible causes the display type to change to block. And it never reverts to flex in my case. This causes undesired changes to the layout. Ideally this method should have no effect in this case.
I've worked around this to make sure show is never called on visible elements, but I think this should be default behavior.
PS. The docs state that show/hide switches between none and block. But this is obviously not the case since it also switches to flex.
- Lingua principale
- JavaScript
- Stelle
- 3.8k
- Fork
- 170
- 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 bigskysoftware/_hyperscript
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
bigskysoftware/_hyperscript#688 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
bigskysoftware/_hyperscript#678 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
bigskysoftware/_hyperscript#676 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
bigskysoftware/_hyperscript#695 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 62/100
bigskysoftware/_hyperscript#687 ·
Tutte le issue di bigskysoftware/_hyperscript
Issue simili
-
Add: EUROTV NEWSApertachannels:add check:passed
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
curriculum documentation quality
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
githubnext/gh-aw-workshop#4638 ·
I maintainer di solito rispondono entro 1 giorno
-
clawsweeper:fix-shape-clear clawsweeper:queueable-fix clawsweeper:source-repro impact:ux-friction issue-rating: 🦞 diamond lobster no-stale P2
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
openclaw/openclaw-enterprise#2571 · 1 commento · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
fabriziosalmi/certmate#1247 ·
I maintainer di solito rispondono entro 1 giorno
-
[guide] docs/metrics/index.md names retired 'Import reference architectures' workflow as the metrics refresh pathForse già presa @hivecommons-hive l’ha presa oggi. Apertaagent/guide documentation hive/covered-by-pr hive/hosted-available-lke648397-260827-5n31
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 70/100
cncf/endusers#1537 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno