Portal html head title

Portal html head title

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

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

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

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

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

  • разом снять все вопросы, связанные с безопасностью;
  • избавиться от браузерного меню, справки, навигационных кнопок и горячих клавиш (всего, что так мешает в интерфейсах редактирования БД);
  • выделить WEB-приложению отдельное окно со своим заголовком и иконкой, видимое в списке задач, на нижней панели и т. д.;
  • создать в меню «Программы» (или «Автозапуск»), а также на рабочем столе ярлыки (shortcuts) с вашими фирменными иконками и горячими клавишами;
  • установить режим «одного окна» (single_instance), который в комбинации с горячим ключом делает окно приложения доступным за 1 клик вслепую, как бы ни был завален рабочий стол;
  • заблокировать выделение объектов на странице: при этом кнопки, свёрстанные в виде таблиц, кажутся монолитно отрисованными.
Читайте также:  Php file failed to open stream connection timed out

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

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

   <b>Портал</b> http://portal/i/favicon.ico" navigable="no" scroll="no" selection="yes" showintaskbar="yes" singleinstance="yes" _windowState="maximize" > http://portal/?type=_logout&sid=' + m [1], 'invisible'); > " > http://portal/" application="no" height=100% width=100% name="application_frame" frameborder=0 >  

Здесь предполагается, что приложение доступно по адресу 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.

. < href =>"?type=prestation_type_files&id=$i->&action=download", target => 'invisible', >, .

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

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

  http://portal/?type=logon', '_self')"> < table width=100% height=100% cellspacing=0 cellpadding=0 border=0> < tr> < td valign=bottom align=center style="font-family:Arial">Eludia is starting down. < /td> < /tr> < tr> < td valign=top align=center>   < /td> < /tr> < /table>  

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

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

Инсталляция

HTA-файл мыслится как полноправная Windows-программа, так что должен иметь соответствующего вида инсталлятор. При помощи Inno Setup это очень просто. Достаточно переписать ваш файл в чистую директорию, положить рядом favicon.ico и добавить к ним .iss-файл следующего содержания:

[Setup] AppName=Portal AppVerName=Portal 0.01 AppPublisher=Eludia AppPublisherURL=http://www.eludia.ru AppSupportURL=http://www.eludia.ru AppUpdatesURL=http://www.eludia.ru DefaultDirName=\Portal DefaultGroupName=Portal OutputDir=.\__releases OutputBaseFilename=setup SetupIconFile=favicon.ico Compression=lzma SolidCompression=yes [Languages] Name: "eng"; MessagesFile: "compiler:Default.isl" Name: "rus"; MessagesFile: "compiler:Languages\Russian.isl" [Files] Source: ".\*"; DestDir: ""; Flags: ignoreversion recursesubdirs createallsubdirs [Icons] Name: "\Portal workflow"; Filename: "\portal.hta"; IconFilename: "\favicon.ico"; Name: "\"; Filename: "" Name: "\Portal workflow"; Filename: "\portal.hta"; IconFilename: "\favicon.ico"; HotKey: "ctrl+alt+z" [UninstallDelete] Type: files; Name: "\Internet shortcut.url" [Run] Filename: "\portal.hta"; Flags: shellexec; [UninstallRun] Filename: "\_scripts\uninstall.cmd"; Flags: runhidden

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

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

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

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

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

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

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

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

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

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

  • сервер при отправке почты не имеет представления о том, в какую директорию установлен HTA-файл;
  • в режиме singleinstance происходит не открытие окна, а переключение на него, параметры при этом не могут быть переданы.

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

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

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

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

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

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

Источник

: The Portal element

Experimental: This is an experimental technology
Check the Browser compatibility table carefully before using this in production.

The HTML element enables the embedding of another HTML page into the current one for the purposes of allowing smoother navigation into new pages.

A is similar to an . An allows a separate browsing context to be embedded. However, the embedded content of a is more limited than that of an . It cannot be interacted with, and therefore is not suitable for embedding widgets into a document. Instead, the acts as a preview of the content of another page. It can be navigated into therefore allowing for seamless transition to the embedded content.

Attributes

This element includes the global attributes.

Sets the referrer policy to use when requesting the page at the URL given as the value of the src attribute.

The URL of the page to embed.

Examples

Basic example

The following example will embed the contents of https://example.com as a preview.

portal id="exampleportal" src="https://example.com/">portal> 

Accessibility concerns

The preview displayed by a is not interactive, therefore does not receive input events or focus. Therefore the embedded contents of the portal are not exposed as elements in the accessibility tree. The portal can be navigated to and activated like a button, the default behavior when clicking on the portal is to activate it.

Portals are given a default label which is the title of the embedded page. If no title is present the visible text in the preview is concatenated to create a label. The aria-label attribute can be used to override this.

Portals used for prerendering only should be hidden with the hidden HTML attribute or the CSS display property with a value of none .

When using animations during portal activation the prefers-reduced-motion media feature should be respected.

Technical summary

Specifications

Browser compatibility

BCD tables only load in the browser

Found a content problem with this page?

This page was last modified on Apr 13, 2023 by MDN contributors.

Your blueprint for a better internet.

Источник

Оцените статью