TemplaVoila или TEMPLATE

[PhilD]

me_pagelayout предназначен для классического модуля
А для TV уже есть me_templavoilalayout2 - в котором шаблон цепляется к TO, а не к DS, что идеологически правильней.
В TV-листе сейчас есть неплохая ветка со сравнением.

А в спешиалэлементс есть еще одна принципиальная фича: поколоночные пермишены для контента. ИМХО в ТВ очень не хватает.

[azukari]

А никто не видел расширения, которое позволяет делать в обычном page больше 4 колонок? TV не предлагать

[PhilD]

zed_more_columns, будет ли работать с 4.Х?

[Dutchak Vitaly]

Если все в TV делать правильно, то mapping не слетает.
Если же вы меняете DOM структуру вашего html шаблона, то конечно вам прийдется некотоыре элементы промаппить заново, так как DOM путь к ним изменился и с этим ничего не поделать.

[azukari]

Нет, zed_more_columns использует древний подход split language labels, а еще он добавляет только одну колонку.

Написал расширение. Называется More Columns (am_more_columns). Создает сколько угодно колонок в Web Page Module. Плюс создает возможность задания названий для как новых, так и существующих по умолчанию колонок на разных языках BE из TSconfig. Особенно мне нравится сочетание am_more_columns с me_pagelayout.

[Pavel Antonov]

Сообщение от azukari

Наипсал расширение. Называется More Columns (am_more_columns).

Молодца!

Я использовал TV из-за возможностей FCE. Но насколько удобно создавать элементы с помощью Special Elements? Что то там замороченное, помоему...

По идее стандартная выбока контента должна работать быстрее, чем TV-mapping с XML.

[azukari]

По идее да. Посмотри подкаст про Special Elements. Там настройка конечно сложнее чем сетап FCE, но зато редактирование и создание SE вообще прозрачное.

[Pavel Antonov]

Сообщение от azukari

По идее да. Посмотри подкаст про Special Elements. Там настройка конечно сложнее чем сетап FCE, но зато редактирование и создание SE вообще прозрачное.

Я смотрел, и сразу могу сказать что мне не нравится по сравнению с FCE:

1. Использование таблицы tt_content c подменой уже определенных стандартных типов полей. Это не совсем прозрачно, может коряво работать при смене типа элемента на стандартные.
2. Если не подмена, то добавление своих полей - распухание таблицы tt_content. Например, допустим пример из подкаста создается с добавлением всех полей в базу. Это значит что все элементы контента будут тащить за собой кучу пустых полей.... а если таких специальных элементов много? как то... не впечатляет.
3. Формирования вложенных блоков в FCE все же и выглядит прозрачнее и редактировать удобнее... Например как сделать многоколоночный контейнер? Через IRRE? но отображаться то для редактора это нормально не будет! в TV я вижу все... вот колонки, вот контент в колонках...

Большой плюс конечно - возможность работать с данными с помощью SQL-выборок... но для контента это не так часто нужно, а для специализированных данных можно и свой модуль написать.

КСТАТИ! Кто сказал что нельзя и FCE разобрать с помощью SQL?!. MySQL поддерживает XPath! Если очень хочется, то можно и по данным TemplaVoila успешно ползать: http://dev.mysql.com/tech-resources/...l-5.1-xml.html