org.eclipse.ui.intro.config описывает ИД конфигурации введения, в котором отразится заданная нами информация, и имя файла XML, содержащего определения для содержимого введения. Предполагается, что для одного CustomizableIntroPart будет использована лишь одна конфигурация введения. В CustomizableIntroPart будет отображена только первая найденная конфигурация введения.
<extension id="intro" point="org.eclipse.ui.intro.config"> <config introId="org.eclipse.platform.intro" id="org.eclipse.platform.introConfig" content="$nl$/introContent.xml"> <presentation home-page-id="root" standby-page-id="standby"> <implementation ws="win32" style="css/shared.css" kind="html" os="win32"> </implementation> <implementation kind="swt"> </implementation> </presentation> </config> </extension>Путь к файлу указывается относительно каталога модуля. Обратите внимание на использование переменной $nl$ в имени каталога, что означает, что файл будет расположен в каталоге соответствующего языка целевой среды.
Расширение конфигурации позволяет настроить как содержимое, так и внешний вид введения. В то время как элемент content служит для определения страниц, элемент presentation описывает атрибуты внешнего вида, отвечающие за облик страницы. Следует задать ИД страницы для домашней страницы введения (в полном режиме), но указывать ИД страницы ожидания необязательно (в режиме ожидания). Домашней является страница, отображаемая при первом запуске продукта. Презентация может задать одну или несколько реализаций для отображения страниц. Реализации задаются для каждой платформы и системы окон, что позволяет воспользоваться преимуществами специальных функций платформ для отображения содержимого страницы. Например, платформа Windows содержит функциональный виджет HTML, поэтому введение создается на базе HTML. Другие платформы используют SWT, совмещающие описания страниц с формами на базе SWT. Реализация, не указывающая операционную систему, будет считаться общей реализацией, и чтобы введение работало на всех платформах, следует явно указать тип такой реализации. Рабочая среда будет вначале пытаться обнаружить реализацию, соответствующую текущей операционной системе или системе окон. Если такая реализация не обнаружена, будет использована общая реализация. Большинство этих деталей обрабатывается на уровне конфигурации продукта, поэтому мы не будет углубляться в их рассмотрение.