Расширение hta что это

Расширение файла HTA

Оглавление

Мы надеемся, что вы найдете на этой странице полезный и ценный ресурс!

3 расширений и 0 псевдонимы, найденных в базе данных

✅ Microsoft HTML Application

✅ Hemera Thumbnail Archive

✅ S10 WebAlbums Data

Другие типы файлов могут также использовать расширение файла .hta.

Следующие программные способны преобразования .hta файлов в другие форматы:

Например с помощью программного обеспечения выше, файл .hta может быть преобразован в один из следующих форматов:

По данным Поиск на нашем сайте эти опечатки были наиболее распространенными в прошлом году:

Это возможно, что расширение имени файла указано неправильно?

Мы нашли следующие аналогичные расширений файлов в нашей базе данных:

Если дважды щелкнуть файл, чтобы открыть его, Windows проверяет расширение имени файла. Если Windows распознает расширение имени файла, файл открывается в программе, которая связана с этим расширением имени файла. Когда Windows не распознает расширение имени файла, появляется следующее сообщение:

Windows не удается открыть этот файл:

Чтобы открыть этот файл, Windows необходимо знать, какую программу вы хотите использовать для его открытия.

Если вы не знаете как настроить сопоставления файлов .hta, проверьте FAQ.

🔴 Можно ли изменить расширение файлов?

Изменение имени файла расширение файла не является хорошей идеей. Когда вы меняете расширение файла, вы изменить способ программы на вашем компьютере чтения файла. Проблема заключается в том, что изменение расширения файла не изменяет формат файла.

Если у вас есть полезная информация о расширение файла .hta, напишите нам!

Источник

HTML-приложения

HTA-приложения можно писать в любом текстовом редакторе или специализированном HTML-конструкторе. Я, например, пользуюсь программой Notepad2.

Чтобы создать новое приложение, откроем блокнот, скопируем туда структуру HTML документа и сохраним как htm-файл.

Помимо управлением окном приложения, этот тег также дает возможность обращаться к свойствам приложения из скриптов, расположенных в коде HTA-приложения. Стоит заметить, что все свойства этого тега доступны только для чтения.

Содержит имя приложения. Если свойствоSingleInstanceустановлено в «True», то значение ApplicationName автоматически проверяется перед запуском экземпляра приложения. Чтобы проверка была успешной, значение ApplicationName должно быть уникальным. То есть, значение свойства ApplicationName используется для идентификации единственности запущенного приложения.

Содержит тип бордюра окна. Свойство Border влияет на толщину бордюра и действительно только для окон HTA, у которых есть панель заголовка и сам заголовок. УстанавливаяBorderв «None», вы убираете панель заголовка, иконку программы, и кнопки максимизирования и минимизирования. Это свойство может быть использовано совместно со свойством BorderStyle. Возможные значения:

Содержит стиль бордюра клиентской области окна. Свойство BorderStyle устанавливает стиль для бордюра содержимого окна, в то время как свойство Border контролирует бордюр окна приложения. Возможные значения:

Определяет, будет ли в окне HTML приложения отображаться панель заголовка. Заголовок приложения отображается только тогда, когда свойствоCaptionустановлено в «Yes». Отключение свойстваCaptionтакже отключит кнопки «Свернуть», «Развернуть» и программную иконку. В этом случае нужно не забыть предоставить альтернативный способ выхода из приложения, например, кнопку «Закрыть» на форме приложения, вызывающую метод Window.Close. Возможные значения:

Строка, которая содержит путь и параметры командной строки, которые использовались для запуска HTA-приложения. Если HTA-приложение было запущено с использованием HTTP протокола, свойство CommandLine содержит пустую строку.

Определяет, появляется ли контекстное меню при нажатии на правую кнопку мыши. Возможные значения:

Определяет, отображается ли внутренняя 3-D граница. Возможные значения:

Определяет, отображается ли кнопка «Развернуть» на панели заголовка окна HTML приложения. Чтобы отображались кнопки «Свернуть» и «Развернуть», окно должно иметь панель заголовка (атрибут Caption). Возможные значения:

Определяет, отображается ли кнопка «Свернуть» на панели заголовка окна HTML приложения. Чтобы отображались кнопки «Свернуть» и «Развернуть», окно должно иметь панель заголовка (атрибут Caption). Возможные значения:

Определяет, в каком окне будут открываться загружаемые документы. Возможные значения:

Определяет, будут ли отображаться полосы прокрутки. Возможные значения:

Определяет, в каком виде будут отображаться полосы прокрутки. Возможные значения:

Определяет, может ли содержимое документа быть выбрано мышкой или с помощью клавиатуры. Значение «No» запрещает появление контекстного меню и присвоение атрибуту ContextMenu значения «Yes» не произведёт никакого эффекта. Возможные значения:

Определяет, будет ли HTML приложение появляться на панели задач Windows. Возможные значения:

Определяет, может ли быть запущенно больше одного экземпляра HTML приложения одновременно. Возможные значения:

Определяет, отображается ли системное меню в HTML приложении. Системное меню HTA обозначается программной иконкой в левом углу панели заголовка. Системное меню HTA показывает все команды, входящие в стандартное системное меню Windows, включая «Восстановить», «Переместить», «Размер», «Свернуть», «Развернуть», и «Закрыть». Возможные значения:

Определяет номер версии HTML приложения.

Определяет начальные размеры окна HTML приложения. Возможные значения:

Источник

Несколько мыслей об HTA

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

Гаджеты для рабочего стола операционных систем Windos Vista и Windows 7. Технология умерла вместе с этими операционными системами, но тем не менее.

Приложения магазина Windows. Их можно писать не только на HTML, но это сути дела не меняет.

Следующие два проекта упомяну вместе, в силу их сходства и общих средств, которые они используют. Это проекты Electron и NW.js (бывший node-webkit). Объединяет то, что оба они построены на Node.js и браузерном движке WebKit.

Ну и наконец HTA, о котором и пойдет речь далее. Данный проект существует достаточно давно, хотя по моим ощущениям известен гораздо меньше чем проекты, описанные выше.

Кроме описанных вариантов написания HTML-приложений не лишне было бы упомянуть и о проектах ориентированных не только на десктоп. Для мобильных приложений существует проект PhoneGap, в котором веб-движок используется ради кроссплатформенности, то есть проект написанный под PhoneGap может быть собран под разные мобильные платформы. А если говорить о Smart-TV, то, насколько мне известно, приложения для всех Smart-TV-платформ пишутся с использованием веб-технологий.

В противовес всему вышесказанному HTA выглядит ну ооооочень скромно. Кроссплатформенности нет. Из встроенных API только элемент HTA:APPLICATION, определяющий некоторые параметры окна, атрибут application для фреймов, позволяющий определить контекст безопасности фрейма, ну и ActiveXObject. Вся программная часть, отличная от того, что делается на странице, реализуется через элементы ActiveX. Документация по ним скудна и разрознена. Ну и тут, естественно, возникает вопрос: что же привлекло мое внимание именно в этой технологии.

Так вот, если разобраться, то чего мы ждем от HTML-приложения? Ну наверное, чтобы можно было написать простой код на HTML, скрипт на JavaScript, сохранить, запустить и чтобы это заработало. Ну вот что-то типа такого.

Отличительной особенностью HTA является как раз то, что если сохранить текст с таким содержимым в файл с расширением .hta и запустить его, то произойдет именно то, что описано выше (в Windows 10 у меня при первом запуске такого приложения сначала открылось окошко выбора приложения, с помощью которого надо открыть файл. В таком случае надо выбрать HTML приложение и не забыть установить флажок, чтобы эти файлы всегда открывались именно так). При этом все приложение «весит» ровно столько, сколько потребовалось текста на его написание.

Одной из важнейших частей пользовательского интерфейса являются диалоговые окна. Сложно себе представить, например, полноценную работу с файловой системой при отсутствии диалогов открытия и сохранения файлов. Какого-то конкретного места на MSDN, где были бы собраны описания всех элементов ActiveX, которые могли бы понадобиться для HTA-приложений, насколько я знаю, не существует, поэтому все приходится искать. В свое время (еще во времена Windows XP) я нашел один компонент для работы с файл-диалогами, он назывался UserAccounts.CommonDialog. Но давно к этой теме не возвращался и сейчас вдруг выяснил, что он уже давно недоступен. Был еще какой-то, не помню уже названия, но в процессе поисков обнаружил, что и он тоже недоступен. Тогда я начал искать решение этой проблемы и наткнулся вот на такой скрипт.

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

Вначале создается два ActiveX объекта Wscript.Shell и Scripting.FileSystemObject. Первый для запуска внешнего приложения, второй для работы с файловой системой. Далее генерируются два имени временных файлов. После чего формируется текст скрипта PowerShell, в котором, собственно, вся магия и происходит. Затем скрипт сохраняется во временный файл, запускается, результат работы скрипт сохраняет во второй временный файл. По завершении работы скрипта из временного файла №2 считывается результат, временные файлы удаляются и результат возвращается функцией.

Файл-диалог, конечно, вещь полезная, но тут наибольший интерес вызывает не это, а то, что предложен простой и способ получить из приложения HTA доступ ко всей мощи PowerShell, а через нее и к .Net Framework.

Приведенная выше фукнция хоть и прекрасно работает, тем не менее имеет как минимум два недостатка: написана на VBScript и не универсальна. VBScript, конечно, поддерживается браузерным движком, который используется в приложении, но только в режиме совместимости с прежними версиями. То есть, если мы возьмем тот же код и вставим его в полный документ, да еще добавим в него мета-тэг, указывающий версию IE=9 или выше, то это работать не будет.

Естественно, можно добавить и другие скрипты и они будут вызываться примерно так же.

Все это уже выглядит неплохо, но если пользоваться этим постоянно, то, по всей видимости лучше сделать еще лучше. Для начала надо уяснить, что автор той функции на VBScript пытался внести в нее полную функциональность, необходимую для запуска диалога, а перед нами такой задачи не стоит, поэтому не смысла вклинивать код PowerShell в код самого приложения. Мы можем держать ps1-файла в каталоге приложения или в отдельном каталоге и просто вызывать. Как минимум мы таким образом избавимся от необходимости постоянно сохранять их во временные файлы и удалять. Кроме того это разгрузит код приложения и сделает доступными скрипты для различных окон.

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

Ну и ActiveX-объекты многоразового использования также можно создать один раз и пользоваться.

Исходя из этих соображений у меня получилась вот такая небольшая библиотека

Среди ActiveX-объектов, помимо упомянутых ранее, присутствует ADODB.Stream. Используется он для работы с текстовыми файлами. Это связано с тем, что FileSystemObject не очень «дружит» с кодировками при работе с текстовыми файлами.

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

Поскольку мы собираемся в одном скрипте определить логику запуска сразу пяти диалоговых окон, входные аргументы должны содержать имя диалогового окна, которое надо запустить, то есть одно свойство входного объекта мы назовем dlgType. Кроме того, диалоговым окнам может понадобиться первоначальная инициализация, то есть помимо типа окна нам понадобится объект, содержащий набор свойств для его (окна) инициализации. Назовем этот объект properties и он будет содержать те свойства, которыми надо инициализировать конкретный диалог.

В качестве параметра dlgType передается имя класса диалогового окна без слова Dialog на конце. Объект properties должен содержать правильные имена свойств, как они описаны в документации по классам окон и никаких других свойств там быть не должно, иначе это приведет к сбою. Следует помнить, что некоторые свойства предъявляют строгие требования к значению. Например, я как-то поначалу попробовал инициировать свойство InitialDirectory объекта OpenFileDialog значением c:\ и в результате не мог получить нормального ответа, поскольку путь надо указывать без слеша в конце. Ну и конечно, надо смотреть какие из свойств доступны только для чтения и их тоже не использовать.

Пример вызова OpenFileDialog

Здесь функцию RunPS принимает краткое имя файла, формирует из него полное имя, с учетом структуры каталога приложения. В данном случае у меня скрипты PowerShell расположены в папке powershell и функция вычисляет путь к этой папке, добавляет имя файла и расширение. После этого вызывает run из нашей библиотеки.

В качестве результата работы диалога скрипт вернет JSON, представляющий объект содержащий свойства DialogResult, это строка, имеющая одно из значений перечисления Перечисление DialogResult (System.Windows.Forms). Нас тут интересует, в основном, будет ли это свойство иметь значение OK. Также там будет свойство properties с полным набором свойств диалога после его работы, а стало быть любую информацию о результате работы диалога можно получить оттуда. Для ColorDialog объект результата будет иметь дополнительное свойство HtmlColor, Думаю, это актуально.

Полный пример с работой четырех окон из пяти (куда там всунуть FolderBrowserDialog, я просто не придумал) содержится во вложении к проекту. Приложение называется dialogs.hta.

Источник

Расширение hta что это

Может, все уладится. Может быть, пламя погаснет. А лёд растает. пропасти зарастут. быть может. сады. сады.

Э. Ионеско, «Воздушный пешеход».

HTML Applications (HTA) — это технология, обладающая редкими и совершенно несовместимыми свойствами:

Более подробно (если вы об этом ещё не слышали): HTML Applications — это способ запуска графического ядра MSIE в виде специфического, облегчённого приложения (HTML Application host), что позволяет:

Содержание

Пример HTA-файла

Пишем для нашего приложения HTA (это стандартный HTML + один дополнительный тег)-файл следующего содержания:

Здесь предполагается, что приложение доступно по адресу http://portal/. В вашем случае наверняка придётся заменить все строки, выделенные жирным.

Стоит обратить внимание на атрибут application=»no». Если здесь указать ‘yes’, то приложение будет считать само HTA-окно за window.top. Однако содержимое этого окна не может перезагружаться по http-ссылке и туда не подключаются js-библиотеки Вашегол приложения. В результате ссылки с target=»_top» будут открываться в новом окне браузера, а использование переменной window.top (в предположении, что туда подгружен navigation.js) будет порождать js-ошибки.

Скрипт на onBeforeUnload явно завершает сессию при закрытии окна. Разумеется, это срабатывает при доступности сервера в соответствующий момент. Впрочем, в случае некорректного выхода большой беды не случается, сессия удаляется по истечении установленного срока.

Фреймы: свои и чужие

Имя фрейма application_frame является зарезервированным и используется в Eludia, его переопределять не следует. У всех фреймов, вложенных в него, для вышеупомянутой опции application, как правило, следует проставлять значение «yes».

Однако в исключительных случаях, напротив, требуется изолировать фрейм и создать ему иллюзию главного окна. Такое случается при интеграции продвинутых инородных WEB-интерфейсов (например, почтовых).

Стандартные фреймы, такие, как invisible, всегда имеют опцию application=»yes», но здесь возникает один важный момент: действия, связанные с генерацией ответов-файлов (например, выгрузка хранимых файлов или печать офисных документов) всегда должны производиться в целевой фрейм invisible. Если это не соблюдается, то возникает ошибка javaScript.

Страница-заставка

Если есть риск, что WEB-приложение откликается с заметной глазу задержкой (а это, как правило, именно так), стоит задуматься о том, чем заменить настораживающий белый экран. Хороший вариант — страница-заставка с муляжом прогресс-индикатора. Для пущей красоты можно устроить переход на login-форму гладко, через page transition. Примерный HTML-код такой страницы (назовём её portal.html и расположим рядом с HTA-файлом):

Бесконечный градусник можно позаимствовать вот отсюда: [1].

Легко видеть, что URL приложения записан в onLoad страницы-заставки. Соответственно, в HTA-файле должна быть указана она сама.

Инсталляция

После чего открыть его Inno Setup Compiler’ом, отредактировать URL и заголовки — и нажать кнопку comiple. Мгновение — и инсталляционный комплект готов.

Публикация инсталлятора

Поскольку WEB-приложение — это своего рода сайт, логично сделать бинарный инсталлятор доступным как «файл для загрузки». Разместить его стоит туда же, куда все статические файлы приложения: в директорию /i.

Теперь — ссылка. Как правило, лучшее место для ссылки на него — форма авторизации. Правда, при использовании прозрачной авторизации (например, NTLM) эта страница может никогда не показываться, так что жёстких правил тут нет.

Во всяком случае, если вы размещаете ссылку не как основное содержимое страницы, а как дополнительную опцию, стоит позаботиться о том, чтобы она не была видна из-под самого HTA-файла. Для этого её видимость надо поставить в зависимость от имени текущего окна:

Нерешённые проблемы

Как бы ни было приятно использовать HTA, есть минимум 2 вопроса, которые заметно осложняют нам жизнь.

Внешние ссылки (почта)

Извещения по e-mail — стандартная функциональность WEB-приложений, востребованная многими заказчиками. Как правило, при этом требуется сопровождать письма ссылками на внутренние страницы системы. Например, ставить в извещении о подтверждении платежа ссылку на карточку этого платежа. Вполне логично.

Беда в том, что сослаться из письма на страницу в HTA-оболочке не более реально, чем запустить из этого же письма exe-файл с нужными параметрами. Вот только часть проблем, не позволяющих сделать это:

Можно было бы генерировать HTA-файлы на каждую карточку и слать их в качестве вложений в письма, однако даже если бы мы отказались от singleinstance (которы в данном случае порождает аналогичный логический конфликт), пришлось бы преодолевать защиту от HTA, которая встроена практически во все почтовые клиенты с тех пор как HTA широчайшим образом использовались какими-то хулиганами как платформа разработки вирусов.

Инсталляция вживую

Как бы ни был хорош Inno Setup, было бы ещё приятнее иметь возможность устанавливать HTA без предварительной компиляции инсталлятора. В частности, это позволило бы динамически записывать в HTA адрес, по которому обратился пользователь: ведь он может быть неизвестен на этапе разработки приложения, меняться при перенастройке сервера и т. д.

Можно перегенерировать setup.exe по запросу, однако Inno Setup доступен только для Windows, а большинство рабочих серверов приложения используют UNIX/Linux.

Другой вариант: генерировать на сервере VB-скрипт, который производит на клиенте все необходимые операции при помощи стандартных ActiveX-компонент. Процедура такой установки разработана, однако, к сожалению, использовать её практически невозможно, поскольку для неё требуется длительная работа по отключению нескольких каскадов безопасности на каждом рабочем месте.

Как и в предыдущем случае, отличная функциональная возможность оказалась недоступной из-за глобального недоверия к «файлам из Сети».

Источник

Расширение hta что это

Зачем использовать HTA?

Исторически, языки программирования типа C++ и MicrosoftR Visual Basic предоставляли объектные модели и доступ к ресурсам системы, в которых нуждаются разработчики. С появлением HTA пришло время добавить динамический HTML (DHTML) со скриптами к этому списку. HTA не только поддерживают все средства, поддерживаемые Web страницами а именно HTML, каскадные листы стилей (CSS), скрипты и события, но также специфическую функциональность HTA. Добавление этой функциональности обеспечивает контроль над разработкой пользовательского интерфейса и доступ к пользовательской системе. Более того, будучи выполняемым как доверительное приложение, HTA не является объектом для ограничений безопасности, накладываемых на Web страницы. Как и при запуске любого выполнимого файла, перед загрузкой HTA пользователя спрашивают только раз, сохранить приложение или выполнить. Будучи сохраненным в пользовательской системе, файл может быть выполнен по желанию пользователя в любое другое время. Конечным результатом является то, что HTA выполняется также, как и любой выполнимый файл (.exe), написанный на C++ или Visual Basic.

Для запуска HTA требуется либо дважды щелкнуть левой клавишей мыши на его иконке, либо выполнить его из меню ПУСК, либо открыть его через URL, либо запустить его из командной строки. Будучи запущенным, HTA интерпретирует все, что находится внутри тэга BODY и отображает значение тэга TITLE как заголовок окна.

Особая функциональность HTA

Тэг HTA:APPLICATION в нижеследующем примере устанавливает свойства приложения, не доступные в DHTML. Согласно запрещениям в аттрибутах, данное приложение не имеет ни границы окна (border), ни заголовка, ни стандартного системного меню. Заголовок приложения появляется только в списке задач Windows, но не в панели задач. При этом разрешено выполнение только одного экземпляра приложения. Будучи запущенным, HTA известен системе как «monster» и его размер устанавливается величиной, необходимой для заполнения всего экрана. Программа может быть закрыта нажатием alt+f4.

HTA и безопасность

В приложениях, где всё содержимое безопасно, FRAME и IFRAME могут быть благополучно помечены как доверенные. Мастера и контрольные панели являются примерами безопасного содержимого. Разрешённый HTA статус IFRAME в нижеуказанном примере позволяет ему передавать информацию обратно в его родительское окно.

При выполнении HTA, пользователи должны принимать те же меры предосторожности, как и с любой выполнимой программой: устанавливать только те HTA, которые созданы в надёжных источниках. HTA не могут быть подписаны. Однако они могут быть установлены из отмеченных cabinet-файлов (.cab) или других отмеченных инсталляционных форматов. Так или иначе, наиболее ответственные источники будут корпоративными сетями intranet и признанными поставщиками программного обеспечения.

Реализация HTA поддерживает методы многократного размещения: модель сети, модель готовой программы, и модель, составленная из них обеих. Разработчики приложений должны решить как лучше удовлетворить свои распределённые потребности.

Сетевая модель размещения состоит из приложения, которое может быт запущено и которым можно управлять как обычной Web страницей. По этому сценарию HTA загружается просто просматривая свой URL или с помощью доступа к нему из списка Избранное Internet Explorer. Прежде чем загрузиться, появляется диалоговое окно Internet Explorer и предлагает пользователю выбрать: открыть или сохранить приложение. После загрузки, с сервера по необходимости пересылаются компоненты вспомогательного приложения и потом они помещаются в кэш. Сервера должны иметь тип MIME «application:hta», зарегистрированный для доставки через протокол http: для работы.

Эта модель предоставляет некоторые важные мощности. Это способствует тому, что обновление проходит более гладко: администратору intranet нужно только отправить новый код или содержание клиенту, чтобы получить последнюю версию. Это обеспечивает удобство и лёгкость в использовании: пользователю никогда не нужно устанавливать или удалять приложение. Приложения, которые не используются, автоматически смещаются из кэша. Одно очень важное соображение при оценке этой модели размещения состоит в том, что серверные приложения не могут быть запущены автономно или когда портится сервер. Один вариант состоит в том, чтобы предупредить этот возможный случай при помощи внедрения возможностей дополнительного канала (CDF) в Internet Explorer (начиная с версии 4.0).

Модель готовой программы

В этой модели процесс инсталляции для HTA такой же самый, как и для обычных приложений. Файлы копируются с диска или по сети, используя любую программу установки или самораспаковывающийся исполнимый файл. Программа установки помещает приложение в директорию Program Files или в директорию, выбранную пользователем. Ссылка на HTA включается в меню Пуск. Также регистрируется зависимость приложения от Internet Explorer версии 5 и выше. Тут пользователя предупреждают, что удаление Internet Explorer приведёт к тому, что это приложение станет неработоспособным. Обратитесь к поставщикам сервиса for vehicles для компоновки и поставки HTAs to your specifications.

Как и модель сети, модель готовой программы имеет свои достоинства. Приглашение для пользователя появляется только во время начальной установки; после этого приложение запускается как доверенная программа, как обычный исполнимый(.ехе) файл. Установленное HTA также всегда доступно для пользователей, независимо от того, соединены они с сервером или нет.

Смешанная модель размещения

Допустимо любое сочетание сетевой модели размещения и модели размещения готовой программы. Метод доставки незаметен для HTA. Составные части HTA всегда ссылаются как абсолютные или относительные URL, таким образом приложение работает просто.

Изучите ваши приоритеты

Каковы ваши потребности в распределении? Следующий список представляет несколько сценариев:

Справочник по HTML Приложениям

Microsoft Internet Explorer 5 это платформа для разработки HTML Приложений (HTA). Ряд расширений объектной модели (HTA) позволяют разработчику настраивать пользовательский интерфейс приложений.

Следующие ссылки обеспечивают доступ к особой функциональности HTA.

Источник