Помните функцию Shortcut Key (быстрая клавиша) из диспетчера программ Program Manager (Windows 3.1), которая позволяла запускать программу нажатием комбинации клавиш? Вы, возможно, не знаете этого, но в Windows 95/98 также есть похожие оперативные клавиши, хотя механизм их использования в лучшем случае неудобен, а в худшем - содержит ошибки и, кроме того, плохо документирован. (Очевидно, программисты Microsoft решили, что если они не могут довести функцию до ума, то не стоит привлекать к ней излишнее внимание.) В данной статье я поделюсь с вами добытыми мною сведениями о реализации "горячих" клавиш в программе Explorer и предложу утилиту, которая поможет эффективно использовать это средство, избегая некоторых имеющихся в нем ошибок и ловушек.

Самая серьезная проблема, связанная с реализацией оперативных клавиш в Windows 95/98, заключается в том, что Explorer в отличие от Program Manager не исключает дублирования "горячих" клавиш. Единственный признак, по которому можно обнаружить ошибку этого рода в Windows 95/98, - это странное поведение системы: если вы назначаете "горячую" клавишу и она активизирует различные действия, вероятно, в зависимости от фазы Луны или цвета ваших носков, значит, где-то в системе имеются дублированные "горячие" клавиши.

Самое неприятное то, что в Explorer не предусмотрено совершенно никакого способа, чтобы узнать, какие "горячие" клавиши используются и каким командам быстрого вызова они назначены. Для нахождения дубликатов придется открыть страницу Properties (свойства) для каждой команды быстрого вызова во всем дереве папок Start Menu (главное меню) и на "рабочем столе", а затем вручную составить список всех обнаруженных вами "горячих" клавиш - если в вашем распоряжении нет утилиты Hotkey Detective.

Во-первых, следует оговориться, что в Windows 95/98 для обозначения понятия, известного всем специалистам в области компьютеров как hotkey ("горячая" клавиша), используется термин shortcut key (клавиша быстрого вызова, системная абббревиатура). Я предпочел сохранить верность традиционной терминологии, поскольку термин shortcut используется в Windows 95/98 слишком часто для обозначения множества различных понятий, относящихся как к использованию Windows, так и к подготовке Windows-программ. В данной статье я использую термин "аббревиатура ", "ярлык" (shortcut), когда речь идет о файле с расширением LNK (или PIF в контексте DOS-программ), используемом утилитой Explorer для указания на другую программу, документ или папку, и термин "горячая клавиша" (hotkey) для обозначения комбинации клавиш, которые служат в Explorer для активизации команд быстрого вызова (КБВ).

Program Manager и Explorer схожи между собой в том, что обе программы позволяют ставить "горячие" клавиши в соответствие КБВ (в Program Manager КБВ называются программными элементами - program items). В обеих оболочках "горячие" клавиши реализованы с помощью внутренней таблицы. Но на этом сходство заканчивается. В ряде важных моментов Program Manager дает больше возможностей для такой реализации. Она позволяет использовать более широкий набор комбинаций клавиш, нежели Explorer, и достаточно интеллектуальна, чтобы предотвратить назначение одной "горячей" клавиши двум разным командам. Диспетчер программ также обладает более совершенными средствами для обслуживания своей внутренней таблицы "горячих" клавиш при изменении ранее сделанных назначений.

В Explorer команды быстрого вызова могут существовать в двух формах. Когда вы формируете КБВ для исполнимого файла, документа или папки Windows, Explorer создает файл с расширением LNK. При генерации КБВ для исполнимого DOS-файла Explorer создает файл с расширением PIF. Обратите внимание, что для PIF-файлов КБВ не существует. Хотя при использовании Explorer кажется, что вы можете сформировать такую команду, на самом деле он создает дубликат PIF-файла и помещает его в нужный каталог. Другими словами, вы никогда не встретите LNK-файл, указывающий на PIF-файл.

Explorer может назначить "горячую" клавишу почти любой КБВ в вашей системе. Однако он позволит вам использовать "горячую" клавишу только в том случае, если связанная с ней команда быстрого вызова находится либо непосредственно на вашем "рабочем столе", либо где-то внутри дерева папок вашего Start Menu. В утилите Hotkey Detective перечисляются лишь те "горячие" клавиши, которые в действительности используются в Explorer. Нажатие на назначенную "горячую" клавишу запускает или активизирует соответствующую команду быстрого вызова независимо от того, в каком месте среды Windows вы находитесь - даже если вы выполняете прикладную программу DOS на полном экране. Это значительное улучшение по сравнению с Windows 3.1, где прежде, чем "горячая" клавиша сможет запустить программу, необходимо было открыть окно программы Program Manager. Если окно Program Manager не было активным, то "горячая" клавиша могла активизировать только выполняемую в данный момент программу. Возможно, фирма Microsoft позаимствовала идею из утилиты Дугласа Боулинга HK.EXE, которая наделила Windows 3.1 такой функциональной возможностью.

Единственный тип КБВ, к которому нельзя получить доступ с помощью "горячей" клавиши, - это прикладная DOS-программа, настроенная для выполнения в режиме MS-DOS, поскольку этот режим требует закрытия всех других прикладных программ и (в ряде случаев) перезапуска системы. Если вы настроили прикладную программу для выполнения в режиме MS-DOS, то ее поле выбора клавиши быстрого вызова Shortcut Key будет заблокировано.

Чтобы назначить команде быстрого вызова "горячую" клавишу, нужно щелкнуть на системной аббривиатуре правой клавише мыши и выбрать пункт Properties (cвойства) из его контекстного меню. Щелкните на закладке Shortcut (для Windows-программ) или на закладке Program (для DOS-программ), затем - на поле клавиши быстрого вызова Shortcut Key. Нажмите нужную вам клавишу, затем щелкните на кнопке OK. Если вы хотите отменить назначение "горячей" клавиши, нажмите клавиши Del, Spacebar или Backspace после активизации поля Shortcut Key.

Этот метод также срабатывает, когда нужно назначить "горячую" клавишу непосредственно для исполнимого файла DOS (COM, EXE или BAT). При выполнении такого назначения Explorer автоматически создает в этой же папке новый файл сокращателей (PIF), в названии которого стоят слова "Shortcut to" с последующим именем исходного файла. Для прикладных программ Windows вам необходимо создать команду быстрого вызова прежде, чем вы получите возможность назначить ей "горячую" клавишу.

Вы можете получить подсказку об использовании поля Shortcut Key, щелкнув на нем правой клавишей мыши, а затем выбрав пункт What's This? (Что это?) из контекстного меню. Всплывающая на экране подсказка сообщит вам полезную информацию о том, как выполнить назначение клавиши, но грешит серьезными неточностями, когда дело касается правил, определяющих разрешенные комбинации клавиш. На самом деле существуют два совершенно различных набора правил, один для PIF-файлов, используемых DOS-программами, а другой для LNK-файлов, используемых Windows-программами.

Для PIF-файлов вы можете использовать почти любую нужную вам комбинацию клавиш при условии, что в нее входит хотя бы одна клавиша-модификатор (Shift), (Ctrl) или (Alt). Если в момент, когда вы выполняете назначение, включен режим NumLock, то вы можете использовать клавиши на цифровой клавиатуре сами по себе, без каких-бы то ни было модификаторов. Однако не слишком увлекайтесь, поскольку некоторые комбинации могут привести к серьезным осложнениям. Например, вы имеете полное право назначить комбинацию Shift-A в качестве "горячей" клавиши для PIF-файла. К сожалению, при этом всякий раз, когда вы введете с клавиатуры заглавную букву A с использованием клавиши Shift, программа Explorer будет перехватывать нажатие на клавишу и активизировать соответствующую КБВ. Важно помнить, что после того, как однажды вы связали "горячую" клавишу с КБВ, эта комбинация клавиш становится недоступной для любой другой программы, даже для самого Explorer!

Когда вы назначаете "горячую" клавишу для LNK-файла, начинают происходить странные вещи. Если базовая клавиша не находится на цифровой клавиатуре и режим NumLock не включен, то Explorer пытается навязать модификаторы Ctrl и Alt. Например, нажатие клавиши Ctrl неминуемо приводит к комбинации Ctrl- Alt, так же, впрочем, как и нажатие одной клавиши Alt. В Explorer допускается назначение клавиш смены регистра (NumLock, ScrollLock и CapsLock) в качестве базовых, даже несмотря на то, что такие комбинации, будучи назначенными, редко работают должным образом. По-видимому, единственное последовательно соблюдаемое правило состоит в том, что ваша комбинация "горячих" клавиш не может содержать клавиши Spacebar, Tab, Enter, Esc, PrintScrn, Backspace и Pause.

А теперь мы добрались до настоящей ошибки: Explorer не всегда правильно обновляет свою внутреннюю таблицу "горячих" клавиш. В частности, не всегда удается отменить назначение "горячей" клавиши. Удаленная вами "горячая" клавиша может превратиться в призрак, продолжая запускать соответствующую КБВ до тех пор, пока вы не ликвидируете эту команду или не перезапустите систему. Эта ошибка связана с другим недочетом программы Explorer: она не предотвращает назначение одной и той же "горячей" клавиши более чем одной КБВ.

После запуска утилита Hotkey Detective просматривает папку "рабочий стол" и целиком дерево папок Start Menu, извлекая информацию о назначенных "горячих" клавишах из всех встреченных ею LNK- и PIF-файлов. Она представляет упорядоченный в алфавитном порядке список найденных назначений в окне Key List. Если утилита обнаруживает дублированные назначения "горячих" клавиш, то на экран рядом с окном выводится соответствующее сообщение и первое из дублированных сообщений в списке выделяется.

Окно Key List выполняет две функции: показывает, с какими КБВ ассоциированы ваши горячие клавиши, и помогает находить сами команды. Когда вы выбираете из списка название клавиши, в расположенном в нижней части окна поле Shortcut Filename (имя файла КБВ) появляется полное имя файла соответствующей команды. Если длина имени файла слишком велика для того, чтобы уместиться в текстовом поле, то вы можете изменить размеры диалогового окна и органы управления автоматически подстраиваются.

Для изменения назначения "горячих" клавиш можно дважды щелкнуть мышью на имени клавиши, или выбрать имя клавиши и либо щелкнуть на кнопке Locate with Explorer (найти с помощью Explorer), либо нажать клавишу Enter. Затем Hotkey Detective запускает Explorer в разделенной на два подокна области просмотра. Выбранная (и готовая к редактированию) КБВ находится в правом подокне, а соответствующий участок дерева папок открывается в левом подокне. Обратите внимание, что Hotkey Detective запускает отдельный экземпляр программы Explorer всякий раз, когда вы используете эту функцию. Таким образом, ваш экран примет намного более аккуратный вид, если вы будете закрывать Explorer после внесения каждого изменения и перед использованием утилиты Hotkey Detective с целью отыскания новой КБВ для последующего редактирования.

Существуют две причины, по которым оказывается предпочтительным передать функцию внесения изменений программе Explorer, нежели выполнить ее внутри Hotkey Detective. Первая состоит в том, что структура PIF- и LNK-файлов недокументирована. Мне потребовалось много часов кропотливой работы с двоичным редактором, чтобы выяснить, как хранится информация о "горячих" клавишах, поэтому было бы рискованно (чтобы не сказать - глупо) непосредственно редактировать эти файлы. Вторая причина состоит в том, что даже если бы я располагал точными сведениями о структуре файлов и был уверен, что смогу изменить их, избежав нежелательных последствий, то я не смог бы заставить Explorer заново прочитать измененные файлы и обновить внутреннюю таблицу "горячих" клавиш. Передача обязанностей по внесению изменений программе Explorer благополучно разрешает обе трудности.

Когда вы завершите процесс редактирования и Explorer запишет обновленные PIF- и LNK-файлы на диск, утилита Hotkey Detective позаботится о внесении изменений в файловую систему и автоматически обновит список "горячих" клавиш. Эта функция использует отдельный процесс, называемый рабочим (worker) потоком, для слежения за состоянием вашей файловой системы (более подробно об этом будет рассказано позже). Рабочий поток, выполняющий эту функцию, почти не занимает времени процессора, пока ожидает внесения изменений, поэтому он не окажет заметного влияния на общую производительность системы. Однако запускаемый после обнаружения изменения процесс просмотра файлов подвергает диск довольно серьезной нагрузке. Если вы внесли в Start Menu значительные изменения и пришли к выводу, что постоянная активность утилиты Hotkey Detective чересчур замедляет работу вашей системы, то можете отключить эту функцию, сбросив флажок проверки Automatic Refresh (автоматическое обновление). (Обратите внимание, что Automatic Refresh работает, даже если главное окно свернуто.) Повторное включение режима Automatic Refresh вызывает немедленное обновление списка. При завершении работы Hotkey Detective сохраняет установочные параметры Automatic Refresh и восстанавливает их при следующем запуске программы.

Нажатие кнопки Refresh Key List (обновить список клавиш) заставляет утилиту Hotkey Detective немедленно выполнить поиск в вашей системе независимо от того, включен или нет режим автоматического обновления. Заметьте, что пока идет обновление, эта кнопка будет блокирована и вам не удастся запустить процедуру обновления вручную в ходе автоматического процесса.

Я ввел эту функцию в программу, поскольку при некоторых необычных обстоятельствах не исключается возможность, что Hotkey Detective пропустит изменение файла в процессе обновления списка "горячих" клавиш. Это происходит из-за компромисса, обусловленного способом, который применяется в Windows для выдачи сообщений об изменениях, которые вносятся в файловую систему. Некоторые действия могут повлечь за собой ряд связанных с внесением изменений событий, следующих друг за другом в быстрой последовательности. Например, перемещение КБВ из одной папки в другую вызывает четыре разных события, связанных с внесением изменений: создание нового файла, изменение целевой папки, удаление первоначального файла и изменение в исходной папке. Системные функции, которые отслеживают изменения, не могут сообщить, какие изменения произошли, и лишь ставят в известность о том, что они были произведены. В результате, когда происходит изменение, утилита Hotkey Detective должна заново прочитать все области файловой системы, на которых это изменение могло отразиться.

Если бы функция-монитор реагировала на каждое из этих изменений по отдельности, то программа просматривала бы систему от двух до шести и более раз после единственной (с точки зрения пользователя) операции в Explorer. Чтобы избежать этого, монитор приостанавливает свою работу на время выполнения операции обновления. Не исключено, что программа может пропустить изменение файла во время выполнения операции обновления, хотя мне не удалось зафиксировать ни одного такого случая. Команда ручного обновления существует просто для успокоения совести.

Кнопка Print Key List (печать списка клавиш) выполняет именно ту функцию, на которую указывает ее название. Щелкнув мышью, вы увидите стандартный диалог вывода информации на печать, в ходе которого выбирается устройство для распечатки списка. После щелчка на кнопке OK появляется диалоговое окно Select Print Size (выбор кегля). Принимаемый по умолчанию кегль - 10, но при желании вы можете выбрать и иную высоту литер (в диапазоне от 8 до 24) из ниспадающего списка. Щелчок на кнопке Cancel (отмена) в любом из этих диалоговых окон отменяет всю процедуру печати.

В ходе работы над утилитой Hotkey Detective мне пришлось решить две основные проблемы. Наиболее важная из них состояла в определении, где и как Explorer хранит параметры "горячих" ключей. Я не обнаружил их в системном (реестре) Registry, но зато подобрал ключ к этой проблеме. Просматривая установочные параметры реестра (в HKEY_CLASSES_ROOT) в поисках файлов типа LNK и PIF, я обнаружил, что Explorer использует два различных обработчика: Context Handler (обработчик контекста) для LNK-файлов и Property Sheet Handler (обработчик списка свойств) для PIF-файлов. Именно эти обработчики выводят на экран всплывающее меню, когда вы щелкаете правой клавишей мыши на КБВ, а также диалоговое окно Shortcut Properties (свойства КБВ) при выборе пункта Properties (свойства) из всплывающего меню. "Ага, - подумал я, - "Горячие" клавиши должны храниться в самих файлах". Корпорация Microsoft рассматривает данные о структуре этих файлов как информацию для служебного пользования, поэтому я предпринял небольшое самостоятельное детективное расследование.

Вся работа сводилась к изнурительной процедуре: сделать копию файла КБВ, изменить пареметр, сравнить два файла, чтобы выяснить, что изменилось (очень похоже на то, что я проделывал при написании моей последней утилиты, RecEdit). Как выяснилось, LNK-файлы содержат информацию о "горячих" клавишах в двух байтах, имеющих смещение 40h от начала файла. Первый байт содержит код "виртуальной клавиши"; второй - маску, указывающую, какие модификаторы наложены на данную клавишу (разряд 0 представляет клавишу Shift, разряд 1 - клавишу Ctrl, а разряд 2 - клавишу Alt; разряд 3 используется для идентификации расширенных клавиш, таких, как клавиши управления движением курсора в средней секции 102-клавишных клавиатур). Если КБВ не поставлена в соотвествие никакая "горячая" клавиша, то оба байта будут содержать нулевые значения.

Декодирование PIF-файлов оказалось несколько более сложным. Начать с того, что я обнаружил в своей системе три различных типа PIF-файлов, имеющих разные размеры: 545, 967 и 995 байт. Самые короткие - это старые PIF- файлы, унаследованные от Windows 3.x. Каждый раз, когда я вносил какие- нибудь изменения в эти PIF-файлы, Explorer переписывал их одним из файлов другого размера.

Я определил, что PIF-файлы содержат информацию о "горячих" клавишах, используя три байта в одном из двух возможных наборов несмежных ячеек памяти. Первый байт (1B5h или 1D1h) - клавиатурный код. Второй байт (1B7h или 1D3h) содержит маску, в которой биты 0 и 1 представляют левую и правую клавиши Shift (несмотря на то, что Explorer не отличает правую клавишу от левой), бит 2 представляет клавишу Ctrl, а бит 3 - клавишу Alt. Третий байт (1BBh или 1D7h) содержит 1, если клавиша представляет собой расширенную клавишу, и 0, если нет. Я не обнаружил никакой связи между размером файла и используемыми смещениями. В некоторых длинных файлах горячие клавиши располагались в ячейках с меньшим смещением, а в некоторых коротких файлах - в ячейках с большим смещением.

Из функции Watch_File_System() я вызываю функцию диалога OncmdRefresh(), чтобы удостовериться в том, что диалог был своевременно обновлен, затем устанавливаю массив (hChanges[]) из трех дескрипторов для использования функцией API WaitForMultipleObjects(). Я сделал третий элемент копией дескриптора mutex-объекта, сформированного родительским процессом, и затем вошел в бесконечный цикл while().

При каждом проходе цикла я делаю два первых элемента массива hChanges[] дескрипторами событий, связанных с изменениями файловой системы. Я передаю все три дескриптора в функцию API WaitForMultipleObjects(). Эта функция API передает управление вызывающей программе, как только удовлетворяется любое из условий ожидания или истекает оговоренный период времени. В данном случае я установил время ожидания бесконечным, чтобы свести к минимуму отнимаемое у процессора время. В результате рабочий поток большую часть времени пребывает в ожидании сообщения операционной системы, сигнализирующего об указанных событиях.

Когда функция WaitForMultipleObjects() передает управление вызывающей программе, я проверяю код возврата. Если его значение указывает на ошибку, то я делаю указатель my_thread нулевым (NULL); таким образом главная прикладная программа уведомляется о том, что рабочий поток не выполняется, и прекращает работу. Если третий дескриптор удовлятворяет условию ожидания (показывая, что главный диалог отказался от владения mutex-объектом), то я прерываю цикл и выхожу из функции, завершая поток. Если же условию выхода из цикла удовлетворяет какой-либо из первых двух дескрипторов, то это значит, что функция ожидания обнаружила изменение в файловой системе. Если процесс обновления еще не начинался, то я вызываю элемент-функцию диалога OncmdRefresh(), щелкая на кнопке Refresh Key List (обновить список клавиш). Если в момент, когда в файловой системе произошло изменение, запущенная вручную операция обновления уже выполнялась, необходимо обновить диалог вторично, потому что неизвестно, выполнялась ли процедура сканирования каталогов в изменившейся области диска.

Когда пользователь отменяет режим автоматического обновления или закрывает диалог, необходимо завершить рабочий поток с помощью функции Kill_Worker() (см. лист. 3). Если указатель my_thread является нулевым (NULL), значит, поток не выполняется и функция Kill_Worker() просто передает управление вызывающей программе. В противном случае я передаю дескриптор рабочему потоку. Этот шаг очень важен, поскольку после завершения потока невозможен доступ к его дескриптору через объект.

Я провел много часов, работая над этой программой, но это время не было потрачено впустую. По ходу дела я узнал много нового о Windows 95, в особенности о мощных многопотоковых возможностях операционной системы. Я уверен, что Hotkey Detective станет полезным дополнением к вашему арсеналу утилит, и надеюсь, что использование утилиты доставит вам такое же удовольствие, какое я испытал, работая над ней.