. Необходимо будет лишь указать, что этот тег должен обрабатываться как тег с активным компонентом и дать ему идентификатор. Это можно сделать при помощи одного атрибута: **wact:id**, например:


 Content will be placed here

можно использовать по-разному: * вставлять контент в конец содержимого контейнера. * заменять весь контент контейнера . Для этого теперь есть 2 атрибута: * **in**, например ... * **as**, например ... В первом случае содержимое между будет вставлено сразу же после содержимого контейнера вставки, во втором - полностью заменит контент внутри контейнера. ==== Контексты и множественное обворачивание ==== Самый сложный момент, который обычно представляет трудность для верстальщиков - это понимание, как будет выглядеть откомпилированный шаблон, а также понимание структуры контейнеров данных, которая будет существовать в шаблоне после компиляции. Разберем небольшой пример (предупреждаем, он может показаться весьма нетривильным для понимания). Путь у нас есть базовый шаблон page.html, в котором есть 2 контейнера вставки:

Предположим, что у нас есть такой текущий шаблон:






  {$title}
  {$content}

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




{$title}
{$content}

То есть по сути внутри контейнера данных ничего нет! А переменные, которые в исходном шаблоне как бы относились к контексту my_data, на самом деле в откомпилированном шаблоне относятся именно к корневому контейнеру данных. Здесь есть 3 решения: * Вынести наверх, до тега * Создать отдельный шаблон (например, layout.html), который будет содержать разметку, а обворачивание в этот шаблон сделать уже внутри * Брать данные только из корневого контекста Первый вариант будет выглядеть сдедующим образом (изменится только текущий шаблон):






  {$title}
  {$content}

Самый большой недостаток этого подхода - это то, что теперь весь шаблон заключен в активный компонент тега , то есть мы как бы имеем теперь 2 корневых шаблона. Это может повлять на работу некоторых шаблонов, которые выводили некоторые переменные, считая что текущий контейнер будет глобальным, например, {$meta_keywords} вместо {$#meta_keywords}. Второй способ более правильный, но требует выделения еще одного шаблона. Вот как будут выглядеть все наши шаблоны: Базовый шаблон **page.html**

Шаблон **layout.html**


{$title}
 
{$content}

И наш текущий шаблон:







  {$title}
  {$content}

Теперь все будет работать как ожидается.