Targeted input loses focus on android and ios devices
Los mantenedores suelen responder en 4 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- javascript
- Área
- frontend, mobile-dev
Línea de trabajo
Comienza con la reproducción de CodeSandbox en src/index.js y ejecútala en dispositivos físicos Android e iOS, comparando el comportamiento con y sin el shepherd-element. Confirma la pérdida de foco y el cierre del teclado; después, aísla el cambio necesario para que el campo de entrada seleccionado mantenga el foco mientras el elemento del tour siga presente.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Hey, I am having a weird issue in mobile devices that I cannot figure out.
Basically I have one step that targets an input element, and it is expected that the user types something to proceed to the next step.
This works fine when trying on desktop, but on android or ios when I click the input element to start typing the input immediately loses focus. On android is very obvious that the keyboard shows for a little bit and disappears
Here's a simple codesanbox showing the issue:
https://codesandbox.io/s/silly-ritchie-o0w88?file=/src/index.js
The issue doesn't appear in the browser's responsive mode, only in the actual devices.
One thing that I noticed is that If I remove the 'shepherd-element' element from the dom it works fine. Not sure if this indicates something relevant
Thanks
- Lenguaje dominante
- JavaScript
- Estrellas
- 13.8k
- Forks
- 658
- Merge medio
- 2 d 20 h
- PR fusionados (30 d)
- 13
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
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 shipshapecode/shepherd
-
Docs: rendering framework components as step content, and why DOM injection belongs in when.showAbiertodocumentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
shipshapecode/shepherd#3479 ·
Los mantenedores suelen responder en 4 días
-
Dificultad 3/5 1-2 días Aptitud para principiantes 52/100
shipshapecode/shepherd#3505 ·
Los mantenedores suelen responder en 4 días
-
bug
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
shipshapecode/shepherd#3484 ·
Los mantenedores suelen responder en 4 días
-
bug
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
shipshapecode/shepherd#3478 ·
Los mantenedores suelen responder en 4 días
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
shipshapecode/shepherd#3442 · 1 comentario · 2 reacciones ·
Los mantenedores suelen responder en 4 días
Todos los issues de shipshapecode/shepherd
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
solana-foundation/solana-com#2245 ·
Los mantenedores suelen responder en 1 día
-
tech debt
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
TAMULib/fw-registry#543 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
`document.cookie` with `max-age=0` does not delete the cookiePosiblemente ocupada @BartInTheField la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
capricorn86/happy-dom#2460 ·
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Seeed-Studio/wiki-documents#5720 · 1 comentario ·
Los mantenedores suelen responder en 1 día