WinUI se queda sin los atajos de la barra de desplazamiento de Win32
El blog de desarrollo de Microsoft repasa el comportamiento del control en Win32, WPF, Chromium y Qt, y deja una conclusión incómoda: el atajo Shift+clic depende del framework que uses.

El blog The Old New Thing, que Microsoft mantiene en su web de desarrolladores, ha repasado la historia de los atajos de la barra de desplazamiento en Windows y ha acabado en un diagnóstico poco halagüeño: lo que durante años fue un comportamiento uniforme del control Win32 hoy depende del framework con el que se construya la aplicación. El autor, Raymond Chen, reconoce además que descubrió hace poco un atajo que llevaba décadas disponible.
Cinco zonas y siete opciones
Durante las dos primeras décadas de Windows, la barra de desplazamiento —supongamos vertical— tenía cinco zonas sensibles al ratón: las flechas de los extremos movían una línea, los canales entre el pulgar y las flechas movían una página, y el pulgar servía para arrastrar hasta una posición concreta.
Más adelante llegó un menú de clic derecho con siete entradas. Cuatro replicaban operaciones de ratón ya existentes (ir al principio, ir al final, página arriba, página abajo), dos replicaban atajos de teclado (desplazar arriba y abajo, equivalentes a las flechas) y una era nueva: Scroll Here. Su gracia es que se hace clic derecho directamente sobre el punto al que quieres ir, sin agarrar antes el pulgar y arrastrarlo desde donde estás. Chen cuenta que tiraba mucho de ese menú para saltos largos y que desconocía el otro atajo hasta hace nada.
Ese otro atajo es mantener Shift mientras se hace clic en cualquier punto de la barra: el pulgar salta directo ahí. Se añadió a la vez que el menú contextual y nunca se documentó demasiado.
Cada framework hace lo que quiere
El problema es que hoy casi nadie usa las barras de desplazamiento de Win32. Electron y el resto de aplicaciones web tiran de la de Chromium: no trae el menú contextual, pero sí conserva el Shift+clic. WPF implementa las dos cosas. WinUI XAML no tiene ninguna de las dos, y hay al menos una petición abierta en GitHub para pedirlas.
Qt deja la decisión en manos de quien desarrolla la aplicación, con tres banderas: SH_ScrollBar_ContextMenu activa el menú, SH_ScrollBar_LeftClickAbsolutePosition habilita el salto a la posición con clic izquierdo y SH_ScrollBar_MiddleClickAbsolutePosition hace lo mismo con el botón central.
Chen lleva más de 30 años metido en la evolución de Windows y publica The Old New Thing desde 2003. Para quien hoy escriba software de escritorio, la nota sirve de recordatorio de que la barra de desplazamiento ha dejado de ser un control del sistema para convertirse en una decisión de diseño que cada framework toma por su cuenta, sin que haya mucho que rascar desde fuera.

