Re: HTA & JScript: HTA as 64 bit in focus - запуск HTA как 64 bit в фокусе

2020-11-01T13:25:54Z

Дальнейшее исследование позволило устранить возможное мерцание плитки приложения на панели задач во время его запуска.
Обновленную версию скрипта вы можете найти на моем сайте.
Подробности о возникновении мерцания разобраны в теме HTA & JScript: HTA silent stop and close - тихая остановка и закрытие.

Re: HTA & JScript: HTA as 64 bit in focus - запуск HTA как 64 bit в фокусе

2020-10-30T20:15:59Z

Дальнейшее исследование показало, что необходимая для сохранения фокуса пауза перед вызовом "w.document.Script.close();" коррелирует с ожиданием "document.body" во время динамического построения.
Таким образом, можно обойтись без нее, если провести предварительное создание "document.body" принудительно:


for(var ws = O('Shell.Application').Windows(), i = ws.Count; i -- > 0;)
    if((w = ws.Item(i)) && w.id == env('is64bit'))
    {
        PID = w.PID;
        w.document.Script.WSS.AppActivate(PID);     //using "WScript.Shell" in focus to activate
                                                       //the application window of 64 bit HTA instance;
                                                       //remember that "WScript.Shell" should be
                                                       //in focus in order "AppActivate" to work properly
        break;
    }

document.write('');                           //obtaining body
if(w && w.id == env('is64bit'))
    w.document.Script.close();                      //closing previous 32 bit HTA instance while being in safe focus
moveTo(screen.availWidth / 2 - 190, screen.availHeight / 2 - 102);

На практике такой пример рассмотрен в "Extended Drop Target".

HTA & JScript: HTA as 64 bit in focus - запуск HTA как 64 bit в фокусе

2020-10-28T10:48:24Z

Еще одна наработка, которую я использовал в HTML приложении "Resource Extractor" это "HTA as 64 bit in focus".

Предназначение - перезапуск HTA в 64 bit без стороннего вмешательства и использования каких-либо системных путей.

Предлагаю вашему вниманию ее усовершенствованную версию с корректной простановкой фокуса при перезапуске.

Казалось бы, ничего сильно сложного с запуском HTA как 64 bit не должно быть, но все же есть некоторые трудности с универсальностью различных подходов, а также с получением фокуса для перезапущенного окна в Windows 7 и особенно в Windows XP.

Скриптовый пример имеет следующие специальные возможности:

+ открыть спойлер

не требует установки какого-либо стороннего программного обеспечения и поддерживает любую версию Windows, начиная с XP (возможно и 2000) с определенными ActiveX объектами, не запрещенными по умолчанию;
полностью написан на JScript в файле скриптового формата HTA и использует следующие ActiveX объекты: WScript.Shell, Scriptlet.TypeLib, WbemScripting.SWbemLocator, Shell.Application и Shell.Explorer.2, также известный как Microsoft Web Browser;
тестировался и адаптирован для Windows XP, Windows 7 и Windows 10;
не пишет каких-либо записей в реестр и не сохраняет каких-либо персональных данных на вашем жестком диске;
не выходит в сеть каким-либо способом;
не требует какой-либо вложенной структуры для 64-битной части скрипта (новый код может быть просто добавлен в конец);
получает все необходимые паузы и фокусы для того, чтобы приложение оставалось поверх других окон при старте;
получает собственный PID, который может быть использован вновь позже;
не требует никаких системных путей или деклараций, которые могут отсутствовать в некоторых версиях Windows (например, "SysNative" неизвестен для Windows XP 32 bit).

Скриптовый пример демонстрирует:

как скрыть HTA во время его динамического создания;
как запустить HTA в виде 64-битного процесса без использования системных путей или деклараций;
как получить скрытую остановку скрипта в HTA;
как решить подтвержденные проблемы с немедленным вызовом или при старте в Windows XP
и как передать и использовать переменные среды для процесса, созданного с помощью WMI.

Различные способы запуска HTA как 64 bit.

Самый простой и часто предлагаемый способ запуска HTA как 64 bit - создание ярлыка с жестко прописанным путем к mshta.exe, но в этом случае приложение становится несколько ограниченным и может требовать стороннего вмешательства.

Другой способ - использование декларации "SysNative", но Windows XP 32 bit, например, о ней ничего не знает, и требуется дополнительная совместимость.

Однажды при исследовании WMI я обнаружил, что создаваемые им процессы - 64-битные в соответствующих операционных системах. Поменять, вероятно, можно и данное поведение (преимущества смены в этом случае спорны), но меня привлекло то, что это заложено по умолчанию, доступно в любой версии Windows, начиная с XP (возможно и 2000), и этого достаточно, чтобы отвязаться от "SysNative" и жестко прописанных путей.

Использование "AppActivate" для получения фокуса при перезапуске.

При скриптовом перезапуске HTML приложения с UI (которым оно обладает, в отличие от WScript и CScript-сценариев), в старых версиях Windows (особенно при уничтожении старой копии) возникают настолько нетривиальные проблемы с расстановкой фокуса новым и старым окнам, что простые вызовы "focus" или "blur" уже не помогают. На помощь приходит "AppActivate" от "WScript.Shell", но и с ним не все так просто.

Ипользовать метод "AppActivate" следует осторожно в том смысле, что он ищет приложения с похожими заголовками, если обращение было по заголовку. Если же заголовок недостаточно уникален, то и вовсе может быть активировано другое приложение.

Преимущество данного метода заключается в том, что он может активировать приложения еще и по их PID (Process ID), которые уникальны для текущей среды. Эта возможность нам далее и пригодится.

Глубокое исследование показало, что "AppActivate" работает корректно только в случаях, если окно с его "хозяином" - "WScript.Shell" - находится в фокусе или является родителем дочерних окон. При этом, даже если окно было активировано корректно, его фокус в старых версиях Windows часто будет все равно потерян при уничтожении родителя, который его активировал.

Еще одна интересная особенность - нельзя в окне с фокусом корректно активировать другое окно, если при этом использовать "WScript.Shell" чужого окна не в фокусе. Таким образом, для корректной активации принцип прежний - важно наличие фокуса не у самого окна, в котором вызывается метод "AppActivate", а у того окна, где объявлен его хозяин "WScript.Shell".

Передача переменных среды в WMI как сигнал о состоянии приложения.

На данный момент существует мало примеров передачи переменных среды процессу, созданному при использовании WMI. Но это может быть полезно, как в случае с наследованием переменных при использовании "WScript.Shell".

В данной работе при перезапуске скрипта отдано предпочтение анализу наличия определенной переменной среды как сигналу о состоянии приложения, тогда как перебор окон коллекции, анализ их параметров и сравнение признается более затратным по ресурсам и времени, чтобы проводить его чаще, чем один раз. Также, например, анализ параметров командной строки в качестве альтернативы требует инициализации определенного тега "hta:application", для которого до анализа еще не известно, стоит ли его прятать в Taskbar или еще нет.

Примечание: особенностью WMI является то, что переданные переменные являются единственными переменными, которые получит новый процесс. Таким образом, передача переменных процессу в WMI накладывает ограничения на работу процесса вплоть до того, что он даже не сможет нормально запуститься, если не получит на вход существенно важную для него переменную. На передачу переменных в WMI всегда нужно обращать внимание, так как возникающие ошибки при отсутствии необходимых переменных могут сложно определяться и быть самого разного характера. Если не уверены, что нужно для работы создаваемого в WMI процесса, то проще передать ему все доступные в среде переменные.

Принудительная остановка скрипта.

Чтобы избежать дополнительной вложенности и включения нового кода для 64-битной части скрипта в ветку if-else в данной работе я использовал собственную принудительную остановку скрипта.

Глубокое исследование показало, что браузер при работе пробегается вплоть до самой последней строки скрипта даже в случае, если было вызвано завершение приложения на более раннем этапе. Это приводит к возникновению нежелательных ошибок при линейном выполнении кода.
Опытным путем было установлено, что приостановить такую работу можно отвлекающими маневрами, одним из которых является блокировка выполнения скрипта модальным окном.

Специальная настройка такого модального окна позволяет полностью скрыть его из виду с сохранением основной функциональности.
Таким образом, скрипт можно приостановить, а затем принудительно завершить без пробегания всех его строк до последней.

Работа с исходным кодом.

Для запуска скриптового примера скопируйте его исходный код и сохраните его в текстовом файле, сменив его расширение на "hta".
Запуск скриптового примера осуществляется двойным нажатием, как и в случае с обычной программой.

Рекомендую использовать AkelPad для просмотра сохраненного исходного кода примера с правильными отступами.

Вы можете использовать скриптовый пример на свое усмотрение, но, пожалуйста, оставьте комментарий с прямой ссылкой на tastyscriptsforfree.wix.com/page/scripts в этом случае.

Серый форум — HTA & JScript: HTA as 64 bit in focus - запуск HTA как 64 bit в фокусе

Re: HTA & JScript: HTA as 64 bit in focus - запуск HTA как 64 bit в фокусе

Re: HTA & JScript: HTA as 64 bit in focus - запуск HTA как 64 bit в фокусе

HTA & JScript: HTA as 64 bit in focus - запуск HTA как 64 bit в фокусе