Vscode: Las llamadas posteriores al acceso directo para buscar en archivos (cutF) provocan un enfoque de búfer inesperado

Creado en 15 feb. 2018  ·  3Comentarios  ·  Fuente: microsoft/vscode

La cuestión

El método abreviado de teclado buscar en archivos (⇧⌘F) enfoca el editor en lugar de resaltar el término de búsqueda actual en ejecuciones posteriores.

A diferencia de la mayoría de los editores, mientras el campo de búsqueda está enfocado, la segunda presión de ⇧⌘F hace que el panel del editor de la derecha se enfoque. Esto, sin darse cuenta, se convierte en la causa de una posible entrada de caracteres erróneos en el búfer cargado actualmente.

Bajo un comportamiento normal, esperaría:

  1. Presione ⇧⌘F
  2. Escriba un término de búsqueda y presione enter para ejecutar la búsqueda
  3. No encuentro lo que estoy buscando, presione ⇧⌘F nuevamente para resaltar el término existente
  4. Escriba un nuevo término de búsqueda y presione enter para ejecutar la nueva búsqueda

Solución propuesta

Después de una búsqueda, la siguiente llamada a Buscar en archivos (⇧⌘F) resaltaría el término de búsqueda actual en lugar del editor. Las llamadas posteriores volverían al foco del editor. Además, si no se realizó una búsqueda inicialmente, la llamada posterior volvería nuevamente al editor. Esto: 1. Afectaría sólo mínimamente el comportamiento existente; 2. Alinear el comportamiento actual con la mayoría de los demás editores, y 3. Mantener la capacidad de alternar entre el campo de búsqueda y el editor.


Información del código VS

  • Versión de VSCode: Código 1.19.3 (7c4205b5c6e52a53b81c69d2b2dc8a627abaa0ba, 2018-01-25T10: 25: 01.248Z)
  • Versión del sistema operativo: Darwin x64 17.4.0
  • Extensiones:

Extensión | Autor (truncado) | Versión
--- | --- | ---
material-icono-tema | PKi | 3.2.2
sincronización de configuración de código | Sha | 2.8.7
markdown-preview-github-styles | bie | 0.1.0
vscode-eslint | dba | 1.4.5
vscode-coffeescript-preview | dre | 0.1.4
gitlens | eam | 8.0.0
vscode-power-mode | hoo | 2.1.0
Ir a la última ubicación de edición | kri | 0.2.1
generador de identificación | mat | 1.0.0
csharp | ms- | 1.14.0
depurador-para-chrome | msj | 4.1.0
coffeescript-formatter | prp | 1.0.1
corrector ortográfico de código | str | 1.6.3
lápiz-lenguaje | sys | 1.9.0
hipsum | thi | 1.0.7
selectline-statusbar | tom | 0.0.2


Pasos para reproducir:

  1. presione ⇧⌘F
  2. escribe algo en la búsqueda
  3. presione ⇧⌘F nuevamente, tenga en cuenta que el búfer del editor está enfocado en lugar del campo de búsqueda existente


Se reproduce sin extensiones: si

bug search verified

Todos 3 comentarios

Esto es por diseño, pero ha habido muchos problemas al respecto, y creo que este comportamiento es el predeterminado, y quiero dejar esto abierto y considerarlo en algún momento en el futuro.

fyi @ sandy081

@ sandy081 Creo que debería cambiar esto durante este mes, siempre y cuando ya estemos cambiando los atajos de teclado en torno a la búsqueda.

Esto sería solo un cambio en las combinaciones de teclas predeterminadas para que cmd + shift + f no enfocara el editor, cuando el enfoque está en el cuadro de entrada de búsqueda.

Sí, tiene sentido para mí.

¿Fue útil esta página
0 / 5 - 0 calificaciones