Calling show on a visible element modifies the display type to block, despite it being flex
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Accessibilité débutants
- 45/100
- Type d'issue
- Bug
- Clarté
- Plutôt claire
- Activité
- À l'abandon
- Stack technique
- javascript
- Domaine
- frontend
Piste de recherche
Commencez par localiser l’implémentation de show/hide et reproduire la séquence signalée avec un élément dont le display est flex. Vérifiez que l’appel à show sur un élément déjà visible ne modifie pas son type de display, tandis que le comportement existant de hide-then-show continue de restaurer flex.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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.
- Langage dominant
- JavaScript
- Étoiles
- 3.8k
- Forks
- 169
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de bigskysoftware/_hyperscript
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
bigskysoftware/_hyperscript#688 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
bigskysoftware/_hyperscript#678 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
bigskysoftware/_hyperscript#676 ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 68/100
bigskysoftware/_hyperscript#695 ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 62/100
bigskysoftware/_hyperscript#687 ·
Toutes les issues de bigskysoftware/_hyperscript
Issues similaires
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 85/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
vercel-labs/agent-skills#348 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
NanmiCoder/dsh-agent-teams#289 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 70/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 83/100
c1overzz/dsh-bili-scroll#124 ·
Les mainteneurs répondent en général sous 1 jour