The editor/console (sometimes) loses focus when commands that open an interactive viewer are executed
Los mantenedores suelen responder en 1 día
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
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- r, typescript, vscode
- Área
- desktop-dev, tooling
Línea de trabajo
Empieza reproduciendo la pérdida de foco con los comandos de R plot(mpg ~ hp, mtcars), View(mtcars) y ?plot en el entorno de VS Code descrito. Rastrea cómo la apertura de cada visor interactivo afecta al foco del editor, incluido el comportamiento de disposición predeterminado de View; se considera terminado cuando el editor conserva el foco cada vez que se abre un visor interactivo.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Describe the bug
The editor/console (sometimes) loses focus when commands that open an interactive viewer are executed. We must then click again in the editor/console to get focus back.
To Reproduce
I am not able to always reproduce, but the editor/console often loses focus when executing e.g.:
plot(mpg ~ hp, mtcars)
View(mtcars)
?plot
Can you fix this issue by yourself? (We appreciate the help)
No
Expected behavior
The editor/console should not lose focus when an interactive viewer is opened.
Environment (please complete the following information):
- OS: all
- VSCode Version: VSCodium 1.106.37943
- R Version: all
- vscode-R version: 2.8.6
Additional context
FWIW, RStudio editor does not lose focus when showing plots (e.g. plot(mpg ~ hp, mtcars)) or help (e.g. ?plot). With default layout, the editor lose focus when showing objects (e.g. View(mtcars)) because the viewer is open "on top" of the editor.
- Lenguaje dominante
- TypeScript
- Estrellas
- 1.2k
- Forks
- 139
- Merge medio
- 23 h 31 min
- PR fusionados (30 d)
- 13
Preparar el entorno
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 REditorSupport/vscode-R
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
REditorSupport/vscode-R#1687 · 4 comentarios · 3 reacciones ·
Los mantenedores suelen responder en 1 día
-
feature-request
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
REditorSupport/vscode-R#1763 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
REditorSupport/vscode-R#1755 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
REditorSupport/vscode-R#1751 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
REditorSupport/vscode-R#1749 · 5 comentarios · 3 reacciones ·
Los mantenedores suelen responder en 1 día
Todos los issues de REditorSupport/vscode-R
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
diegosouzapw/OmniRoute#14869 ·
Los mantenedores suelen responder en 1 día
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 94/100
Los mantenedores suelen responder en 1 día
-
status: waiting triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
freeCodeCamp/freeCodeCamp#70412 ·
Los mantenedores suelen responder en 1 día
-
Mend: dependency security vulnerability untriaged
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
opensearch-project/OpenSearch-Dashboards#12816 ·
Los mantenedores suelen responder en 1 día