Calling show on a visible element modifies the display type to block, despite it being flex
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 45/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- javascript
- Área
- frontend
Línea de trabajo
Comienza localizando la implementación de show/hide y reproduciendo la secuencia reportada con un elemento cuyo display sea flex. Verifica que llamar a show sobre un elemento que ya es visible deje sin cambios su tipo de display, mientras que el comportamiento existente de hide-then-show siga restaurando flex.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- JavaScript
- Estrellas
- 3.8k
- Forks
- 171
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de bigskysoftware/_hyperscript
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
bigskysoftware/_hyperscript#688 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
bigskysoftware/_hyperscript#678 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
bigskysoftware/_hyperscript#676 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 68/100
bigskysoftware/_hyperscript#695 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 62/100
bigskysoftware/_hyperscript#687 ·
Todos los issues de bigskysoftware/_hyperscript
Issues similares
-
bug release:v5.56
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Jason-Vaughan/TangleClaw#2270 ·
Los mantenedores suelen responder en 1 día
-
priority: medium tech-debt
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
LeeAdcock/robocodeJs.com#411 ·
Los mantenedores suelen responder en 1 día
-
status: needs triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
mastra-ai/mastra#26635 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
chore good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
pedrorchagas/blog-api#21 ·