Как собирается сайт

[tenshi]

[title]{% block title %} {% SiteCaption %} {% endblock %}[/title]

{% block title %}{% if title %}{{ title }}{% else %}{{ block.super }}{% endif %}{% endblock %}

— [title][apply-templates select="/*" mode=«title-content»][/title]
[template match="/*" mode=«title-content»][value-of select="$SiteCaption"][/template]

[template match="/*[ title ]" mode=«title-content»][value-of select=«title»][/template]

— в xslt логика более простая и понятная

[Biggo]

Мне так не кажется, вопрос привычки.

[tenshi]

{% block title %}{% if title %}{{ title }}{% else %}{{ block.super }}{% endif %}{% endblock %}

[template match="/*[ title ]" mode=«title-content»][value-of select=«title»][/template]

===

не заябывает вручную реализовывать наследование значения по умолчанию?

[Biggo]

нет, т.к. это буквально единственное место, где данные проверяются таким образом(либо значение, либо значение блока из родительского шаблона). В остальном, надо сказать, для дизайнера джанго-синтаксис понятен сразу, а это самое важное.

[tenshi]

мне, как программисту и верстальщику, он сразу не понятен. наверно надо больше читать про дизайн х)

[Biggo]

у нас аудитория разношерстная, и чаще всего далекая от веб-технологий, но некоторые из них осваивают язык шаблонов сами.

[tenshi]

как они узнгаю где применять obj.p_details, а где obj|obj_info:«html»? и почему для вывода значения используется два различных синтаксиса?

[Biggo]

Это есть в помощи к шаблонам(пока правда не ко всем). С первым значением понятно, а второе значение возвращает фильтр obj_info, который принимает в данном случае 2 аргумента obj и html.
Кроме html, могут быть и другие селекторы.

[tenshi]

что мешает сделать obj.p_html?

[Biggo]

в принципе ничего не мешает, так, видимо, было сделано для универсальности, чтобы не создавать дополнительных методов модели.