и не говори, главное тебя слышат :D

А вообще я наблюдаю за развитием твоего проекта, пока не придумал конечно куда это внедрить. Но мысли некоторые навивают.

:thanks:
Из последнего: закончил реализацию тега script, буквально пару часов назад. Пара примеров:

<tsn:script>
<[CDATA[
  // Код выполняется в глобальной области видимости шаблона.
  // Созданные переменные будут доступны в других JS-выражениях и тегах script.
  var data = {
    key: 'value'
  };
]]>
</tsn:script>
<tsn:echo data="data.key" />

Выведет: "value".

Или так:

<tsn:script type="local">
<[CDATA[
  // Код выполняется в локальной области видимости анониймной функции.
  // Тег этого типа может выводить текстовые данные в результат через return:
  return 'Text';
]]>
</tsn:script>

На выходе: "Text".

Ещё есть атрибут context в теге типа local, работает так же как и в других тегах.

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

Я успеваю только иногда просматривать тему. Я даже бы взял шаблонизатор и прикрутил его, но останется только заставить всех хостеров поддерживать node.js.

Вопрос времени. Да и хостеров хватает. Немного погодя будет версия, не привязанная к NodeJS, нужен будет только интерпретатор JS. На работе собираемся внедрить. Вы бы писали что требуется, я же не в курсе всего...

В примере есть одно некрасивое решение с переопределением блока CONTENT. Сейчас, что бы обернуть существующий блок в разметку и заменить его, нужно изъебываться с сохранением в хранилище данных результат рендеринга блока. Для такой ситуации я реализовал новый тип блока wrapper:

<tsn:block name="CONTENT" type="wrapper">
	<div class="service">
		<tsn:render block="CONTENT" />
	</div>
</tsn:block>

Этот блок сначала сохраняет глобальный блок с именем name как локальный, а затем заменяет глобальный блок собой. Это позволяет вызывать оригинальный блок CONTENT внутри блока типа wrapper, потому как локальные блоки имеют больший приоритет при использовании тега render.
Если смотреть на код шаблона, не должно возникать двусмысленностей с именами блоков, если знать про тип wrapper.

Как вам такое решение? Пока не пушил на гитхаб.

B~Vladi,
вот сижу выбираю шаблонизатор какой нить, но нужен что бы работал c PHP а не NodeJS, есть идеи? Твой реально на PHP переписать? И как ты на это смотришь?

Пэхапэ отстой, юзай ноду :D

PHP?! smarty?

Конечно реально, там нет ничего магического. Особенно если найдется подходящий SAX-парсер.

Вообще я не против, даже буду всячески способствовать, но сам писать не буду, ибо см. первый ответ.

я бы с удовольствием, но увы не везде есть нода.

ясно.. Тогда сам перепишу его на пыху. Отпишусь сюда.

Он будет компилировать шаблон в PHP-код?

зачем, в JS конечно же.. или не? или у тебя во что-то другое компилит?