TemplaVoila или TEMPLATE
 

Решил спросить у сообщества кто какие плюсы и, что более интересно, минусы видит в подходах TemplaVoila и обычным TEMPLATE. Это главный вопрос.

Отвечу на него первым. Я являюсь приверженцем классического метода разметки шаблонов с помощью маркеров и субпартов. Мне нравится, что они прозрачны для создания, анализа и редактирования TypoScript. ВМесте с этим в TV ссылки на объекты TS слетают после сохранения изменений в структуре HTML. Интерфейс TV это вообще отдельная песня.

Главное, на что хотелось обратить внимание, -- это то, что частенько проскакивает в постах, что толку от ТВ никакиого, кроме преимуществ использования FCE.

В связи с этим вспоминаем, что аж в 2006 году началась разработка одного интересного расширения. Называется SpecialElements (th_specialelements) и предоставляет возможности точно такие же как FCE, только без TV. Позовчера (24.07.07) была залита версия 1.0, чему я несказанно рад.

И что мы имеем? У TV больше нет преимуществ?

Templa
 

То, что mapping слетает, это да, это не правильно. Раздражает ;)

У TV много поклонников - пусть будет конкуренция, и поменьше багов ;)

ЗЫ. Спасибо за наводку на th_specialelements !

и для красоты добавляем me_pagelayout

Когда я увидел впервые TV после стандартного разбиения прозрел почти так же как после знакомства с типо3:)
И думаю за этой штукой будущее, тем более что в репозитории недавно появилось много экстеншенов по TV - особо в нихе не вникал, но названия говорят сами за себя TVP Clipboard, TVP Collapse/Expand, TVP Color TV, TVP Top Tabs, TVP Drag and Drop... в общем объединят если в одно или добавят в TV будет интересно:)
Вот как me_pagelayout уже встроен.

Красивости в ТемплаВойловской заменялке Web-Page модуля это круто конечно. Их классическому интерфейсу явно не хватает. Правда TV-Page модуль и без них прилично выглядит.

Короче, плюс в этом во всем это то, что проектом занимаются и, возможно, когда-нибудь доведут его до ума.

Ну мне лично намного удобнее мапить шаблон TV чем маркеры раставлять:)
На вкус и цвет как говорится)

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

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

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

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

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

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

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

Молодца!

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

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

По идее да. Посмотри подкаст про 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

TV более гибкая. С её помощью можно даже такое делать:
http://ru-tech.com/index.php?id=46 (Вкладочки)

Согласен со всем кроме:
1. распухания tt_content. Там используется поле pi_flexform. Никаких новых полей в БД они не добавляют.
2. подмены полей. Естественно данные будут подставляться. То же будет происходить например при использовании стандартных майлформы, таблицы и обычного Текст.

Насчет многоколоночного контейнера ты прав. Помнится было такое расширение KB Content Table которое позволяло делать сколько-угодно-колоночные и строчные контейнеры. Поскольку написан он для PHP4, в BE выдает ошибки XML parser, но все вроде работает.

Чот примера использования в WHERE нет. Судя по всему прикольная фича.

Это в случае FCE оно используется, а в случае th_specialelements, ты ограничен функционалом TypoScript, и выбор только два: использовать уже существующие поля или нарезать новые.

Согласен... это-то сразу и ограничивает все дело...
Если мне надо 3,4,5 RTE полей? куда их пихать то? Ну для второго они в примерах используют "altText" ...а дальше все.... конец.

не продакшен плагин - смотрел, серьезно для применения не рассматривал.

Честно не пробовал. Но думаю нет проблем и в WHERE использовать "extractValue", иначе глупо как-то... Вопрос конечно в скорости работы.

Блин, в натуре новые поля создавать предлагают. Вот ацтой.

Но мне понравилась идея с расширениями к расширению. На досуге я подумаю на эту тему. Использовать TV только ради FCE вааще не рационально.

Мда.. Не понятен мне мотив автора. Почему не сделать данные в pi_flexform, а вывод через какой-нибудь универсализированный шлюз "шаблон + php + TS + данные".

Найдите мне спонсора :)

А зачем? ... что бы получить в итоге TemplaVoila??? Как еще ты собираешься в одном поле все хранить?

Отлично собираюсь хранить, тока это будет не monsterous TemplaVoila, а отдельный такой суперконфигурируемый FCE c удобным интерфейсом. По идее в процессе проблем не должно возникнуть.

Нуууу.... хорошо, делайте! :D
Только ни один спонсор под такое объяснение денег не даст.

Не понимаю чем вам TV не нравится. Один new site wizard чего только стоит. И намного быстрее и удобней все нежели обычные маркеры. Да и в TS кода поменьше.Да и маппинг визуальный тоже прикольная вещь. Все равно лучше чем TV , может быть только TV более новой версии :D

Люблю против течения плавать. Сильнее становишься :)

Врядли от этого станете "сильнее". Просто потратите впустую время, которое можно потратить на более полезные дела. Например написать что-нибудь к TV чтобы вам было лучше с ней работать и её минусы превратились в в плюсы. А то что вы хотите написать рано или позно превратится в обрезанную версию TV с кучей багов.

Впрочем вам самим решать на что тратить свое свободное время )