Давеча задумался об оптимизации шаблона, посмотрел в сторону LS2.0 — там все так аккуратненько…

Будет ли в скинах для LS 1.0.3 работать конструкция от LS2.0:

{extends 'header.tpl'}

{block 'someblock' prepend /*or append*/ }
    some content
{/block}

при соответствующей «разметке» в header.tpl:

{block name = "someblock"}...{/block}

Или для это зависит от движка?
Если да:
— можно ли таким образом создать полностью совместимый с плагинами шаблон?
— может ли это решить проблемы с делегированием шаблонов в плагинах?

На примере будущего jQuery-шаблона для ПриветСочи.ру решил выложить мини-инструкцию использования наследования шаблонов, сильно сокращающий количество часто повторяющегося Smarty-кода.

Коротко о файлах в примере (ссылка на архив внизу):

• topic.prototype.tpl — прототип топика, содержащий всю повторяющуюся разметку. Использованы вложенные конструкции типа

  {block name=...}

• topic_link.tpl, topic_photoset.tpl, topic_question.tpl, topic_topic.tpl — файлы, наследующие и заменяющие/дописывающие некоторые блоки прототипа топика (topic.prototype.tpl)
• topic.social.tpl — включение с кодом кнопочек публикации в разные соц-сети.

Коротко о содержании файлов:

Посмотрев файлы примера, не сложно заметить, что файлы topic_*.tpl содержат:

1. в начале каждого файла наличиствует код

   {extends file=topic.prototype.tpl}

2. минимум специфической разметки, обрамленной в конструкции

   {block name=... флаг}

   — это замены и дополнения блоков. Флаг может либо отсутствовать (что означает полную замену содержимого блока), либо принимать принимать значения:
   
   • append — дописывает в конец содержимое блока к наследуемому блоку.
   • prepend — дописывает в начало содержимое блока к наследуемому блоку.
   • hide — скрывает блок (насколько я понял, если добавить в блок прототипа, то по умолчанию блок будет скрыт).
   • nocache — запрещает кеширование содержания блока (а это вообще актуально для LS?).

Документация

• Наследование шаблонов
• Директива extends
• Директива block

ZIP-архив с примером