Пользователи операционной системы Windows на протяжении 26 лет могли использовать скрытую функцию полосы прокрутки, которая значительно упрощает навигацию по длинным документам. Если удерживать клавишу Shift и кликнуть в нужное место на полосе прокрутки, ползунок мгновенно перемещается в указанную точку. Ранее эта возможность была доступна практически во всех элементах интерфейса Windows, начиная с версии 2000 года.
Отсутствие классической функции в современном интерфейсе
Рэймонд Чен, неофициальный историк Windows и ветеран Microsoft, проработавший в компании более 30 лет, недавно обнаружил эту особенность и проанализировал ее поддержку в различных платформах. Несмотря на почтенный возраст функции, она по-прежнему корректно работает в традиционных приложениях Win32, а также в средах WPF. Даже в программах на базе Electron, использующих компоненты Chromium, данная возможность реализована в полной мере.
Однако, как выяснилось, современный фреймворк WinUI, который Microsoft активно продвигает как основу для новых приложений Windows 11, лишен этой функциональности. В нем отсутствуют как контекстное меню полосы прокрутки, добавленное еще в Windows 2000, так и поддержка комбинации клавиш с Shift.
Проблема фрагментации элементов управления
Разработчики уже обратили внимание на этот недостаток: соответствующая жалоба появилась на GitHub еще в июне. В качестве примера непоследовательного поведения интерфейса пользователи приводят приложение «Блокнот» в Windows 11. Проблема заключается в том, что WinUI использует собственные элементы управления ScrollBar, ScrollViewer и ScrollView вместо классических контролов Win32, и старые горячие клавиши не переносятся автоматически в новую архитектуру, если они не были реализованы разработчиками заново.
На данный момент баг-репорт с заголовком «Shift-clicking in scroll bar should jump to destination» остается в бэклоге WinUI без назначенного исполнителя.
Направление развития WinUI
Компания Microsoft предпринимает попытки исправить недочеты WinUI, которые ранее критиковали за избыточное потребление оперативной памяти и ряд других проблем. На конференции Build 2026 представители Windows UI Team, включая Криса Андерсона, подчеркивали, что основными приоритетами развития являются производительность, качество фундаментальных компонентов и исправление накопленных ошибок.
Несмотря на то что многие пользователи могут никогда не воспользоваться этим специфическим сочетанием клавиш, отсутствие подобных «базовых» привычных функций в ключевом фреймворке Windows 11 создает ощущение фрагментации экосистемы. По мере того как WinUI заменяет системные компоненты — от диалоговых окон до меню «Пуск» — несоответствие привычным стандартам поведения интерфейса становится все более заметным.
Эволюция управления полосой прокрутки: от Win32 до наших дней
Исторически, в течение первых двух десятилетий существования Windows, полоса прокрутки обладала пятью стандартными точками взаимодействия с мышью. Стрелки на концах позволяли прокручивать содержимое построчно, области по обе стороны от ползунка (так называемый «gutter») отвечали за прокрутку на одну страницу, а перетаскивание самого ползунка обеспечивало свободное перемещение. Все изменилось с выходом Windows 2000, когда появилось контекстное меню полосы прокрутки, содержащее семь опций. Четыре из них дублировали стандартные клики, две соответствовали клавиатурным сокращениям, а седьмая, «Scroll Here» («Прокрутить сюда»), была принципиально новой: она позволяла мгновенно переместиться в нужную область, избавив пользователя от необходимости долго тянуть ползунок.
Именно в тот период была добавлена еще более скрытая функция, о которой Рэймонд Чен узнал лишь спустя десятилетия. Обычный клик в области прокрутки (gutter) перемещает пользователя лишь на одну страницу вверх или вниз, что крайне неудобно при работе с 300-страничными PDF-файлами или длинными документами. Удержание клавиши Shift при клике в любую точку полосы прокрутки позволяет мгновенно «прыгнуть» к нужному фрагменту. Чен, посвятивший изучению архитектуры Windows более 30 лет, с иронией отметил: «Великолепно, к тому моменту, как я узнал о ярлыке для полос прокрутки (Shift+click), экосистема стала настолько фрагментированной, что я даже не могу быть уверен в его работоспособности».
Почему современные инструменты теряют старые привычки?
Проблема заключается в архитектурных различиях. Современные фреймворки, такие как WinUI, используют собственные элементы управления вместо классических компонентов Win32. Хотя WPF сохраняет поддержку как контекстного меню, так и сочетания Shift+click, WinUI остается в стороне. В Electron, несмотря на использование полос прокрутки Chromium, разработчики хотя бы реализовали поддержку Shift+click, тогда как в WinUI отсутствуют оба ключевых элемента управления.
На текущий момент Microsoft активно переводит системные компоненты на WinUI. В публичном доступе уже появились:
- Обновленное диалоговое окно «Выполнить» (Run), работающее быстрее классического аналога;
- Диалоговое окно «Свойства», сменившее дизайн эпохи Windows 95 на современную темную тему;
- Новые инструменты управления печатью и диалог автозапуска;
- Современный индикатор мыши.
По мере того как WinUI проникает в такие важные узлы, как меню «Пуск» и системные утилиты, подобные упущения становятся все более очевидными. Microsoft признает необходимость работы над качеством: помимо исправления багов, связанных с избыточным использованием оперативной памяти и артефактами при изменении размеров окон (черные полосы), компания стремится упростить жизнь разработчикам, предлагая ИИ-инструменты для создания нативных приложений всего за 30 минут. Тем не менее, исправление базовых функций, которые пользователи ожидали на протяжении 26 лет, пока остается в бэклоге, дожидаясь своего исполнителя.
