Просмотр полной версии : TemplaVoila или TEMPLATE
Решил спросить у сообщества кто какие плюсы и, что более интересно, минусы видит в подходах TemplaVoila и обычным TEMPLATE. Это главный вопрос.
Отвечу на него первым. Я являюсь приверженцем классического метода разметки шаблонов с помощью маркеров и субпартов. Мне нравится, что они прозрачны для создания, анализа и редактирования TypoScript. ВМесте с этим в TV ссылки на объекты TS слетают после сохранения изменений в структуре HTML. Интерфейс TV это вообще отдельная песня.
Главное, на что хотелось обратить внимание, -- это то, что частенько проскакивает в постах, что толку от ТВ никакиого, кроме преимуществ использования FCE.
В связи с этим вспоминаем, что аж в 2006 году началась разработка одного интересного расширения. Называется SpecialElements (th_specialelements) и предоставляет возможности точно такие же как FCE, только без TV. Позовчера (24.07.07) была залита версия 1.0, чему я несказанно рад.
И что мы имеем? У TV больше нет преимуществ?
ВМесте с этим в TV ссылки на объекты TS слетают после сохранения изменений в структуре HTML.
И что мы имеем? У TV больше нет преимуществ?
То, что 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.Х?
Dutchak Vitaly
27.07.2007, 20:12
Если все в TV делать правильно, то mapping не слетает.
Если же вы меняете DOM структуру вашего html шаблона, то конечно вам прийдется некотоыре элементы промаппить заново, так как DOM путь к ним изменился и с этим ничего не поделать.
Нет, zed_more_columns использует древний подход split language labels, а еще он добавляет только одну колонку.
Написал расширение. Называется More Columns (am_more_columns (http://typo3.org/extensions/repository/view/am_more_columns/0.1.0/)). Создает сколько угодно колонок в Web Page Module. Плюс создает возможность задания названий для как новых, так и существующих по умолчанию колонок на разных языках BE из TSconfig. Особенно мне нравится сочетание am_more_columns с me_pagelayout (http://typo3.org/extensions/repository/view/me_pagelayout/0.2.0/).
http://www.ljplus.ru/img3/a/z/azukari/screenshot.jpg
Pavel Antonov
30.07.2007, 14:29
Наипсал расширение. Называется More Columns (am_more_columns (http://typo3.org/extensions/repository/view/am_more_columns/0.1.0/)).
Молодца!
Я использовал TV из-за возможностей FCE. Но насколько удобно создавать элементы с помощью Special Elements? Что то там замороченное, помоему...
По идее стандартная выбока контента должна работать быстрее, чем TV-mapping с XML.
По идее да. Посмотри подкаст про Special Elements. Там настройка конечно сложнее чем сетап FCE, но зато редактирование и создание SE вообще прозрачное.
Pavel Antonov
30.07.2007, 15:55
По идее да. Посмотри подкаст про Special Elements. Там настройка конечно сложнее чем сетап FCE, но зато редактирование и создание SE вообще прозрачное.
Я смотрел, и сразу могу сказать что мне не нравится по сравнению с FCE:
Использование таблицы tt_content c подменой уже определенных стандартных типов полей. Это не совсем прозрачно, может коряво работать при смене типа элемента на стандартные.
Если не подмена, то добавление своих полей - распухание таблицы tt_content. Например, допустим пример из подкаста создается с добавлением всех полей в базу. Это значит что все элементы контента будут тащить за собой кучу пустых полей.... а если таких специальных элементов много? как то... не впечатляет.
Формирования вложенных блоков в FCE все же и выглядит прозрачнее и редактировать удобнее... Например как сделать многоколоночный контейнер? Через IRRE? но отображаться то для редактора это нормально не будет! в TV я вижу все... вот колонки, вот контент в колонках...Большой плюс конечно - возможность работать с данными с помощью SQL-выборок... но для контента это не так часто нужно, а для специализированных данных можно и свой модуль написать.
КСТАТИ! Кто сказал что нельзя и FCE разобрать с помощью SQL?!. MySQL поддерживает XPath! Если очень хочется, то можно и по данным TemplaVoila успешно ползать: http://dev.mysql.com/tech-resources/articles/mysql-5.1-xml.html
Dutchak Vitaly
30.07.2007, 16:31
TV более гибкая. С её помощью можно даже такое делать:
http://ru-tech.com/index.php?id=46 (Вкладочки)
Согласен со всем кроме:
1. распухания tt_content. Там используется поле pi_flexform. Никаких новых полей в БД они не добавляют.
2. подмены полей. Естественно данные будут подставляться. То же будет происходить например при использовании стандартных майлформы, таблицы и обычного Текст.
Насчет многоколоночного контейнера ты прав. Помнится было такое расширение KB Content Table (http://typo3.org/extensions/repository/search/kb_conttable/) которое позволяло делать сколько-угодно-колоночные и строчные контейнеры. Поскольку написан он для PHP4, в BE выдает ошибки XML parser, но все вроде работает.
КСТАТИ! Кто сказал что нельзя и FCE разобрать с помощью SQL?!. MySQL поддерживает XPath!
Чот примера использования в WHERE нет. Судя по всему прикольная фича.
Pavel Antonov
30.07.2007, 16:58
Согласен со всем кроме:
1. распухания tt_content. Там используется поле pi_flexform. Никаких новых полей в БД они не добавляют.
Это в случае FCE оно используется, а в случае th_specialelements, ты ограничен функционалом TypoScript, и выбор только два: использовать уже существующие поля или нарезать новые.
2. подмены полей. Естественно данные будут подставляться. То же будет происходить например при использовании стандартных майлформы, таблицы и обычного Текст.
Согласен... это-то сразу и ограничивает все дело...
Если мне надо 3,4,5 RTE полей? куда их пихать то? Ну для второго они в примерах используют "altText" ...а дальше все.... конец.
Насчет многоколоночного контейнера ты прав. Помнится было такое расширение KB Content Table (http://typo3.org/extensions/repository/search/kb_conttable/) которое позволяло делать сколько-угодно-колоночные и строчные контейнеры. Поскольку написан он для PHP4, в BE выдает ошибки XML parser, но все вроде работает.
не продакшен плагин - смотрел, серьезно для применения не рассматривал.
Чот примера использования в WHERE нет. Судя по всему прикольная фича.
Честно не пробовал. Но думаю нет проблем и в WHERE использовать "extractValue", иначе глупо как-то... Вопрос конечно в скорости работы.
Блин, в натуре новые поля создавать предлагают. Вот ацтой.
Но мне понравилась идея с расширениями к расширению. На досуге я подумаю на эту тему. Использовать TV только ради FCE вааще не рационально.
Мда.. Не понятен мне мотив автора. Почему не сделать данные в pi_flexform, а вывод через какой-нибудь универсализированный шлюз "шаблон + php + TS + данные".
Найдите мне спонсора :)
Pavel Antonov
30.07.2007, 19:13
Блин, в натуре новые поля создавать предлагают. Вот ацтой.
Но мне понравилась идея с расширениями к расширению. На досуге я подумаю на эту тему. Использовать TV только ради FCE вааще не рационально.
Мда.. Не понятен мне мотив автора. Почему не сделать данные в pi_flexform, а вывод через какой-нибудь универсализированный шлюз "шаблон + php + TS + данные".
Найдите мне спонсора :)
А зачем? ... что бы получить в итоге TemplaVoila??? Как еще ты собираешься в одном поле все хранить?
А зачем? ... что бы получить в итоге TemplaVoila??? Как еще ты собираешься в одном поле все хранить?
Отлично собираюсь хранить, тока это будет не monsterous TemplaVoila, а отдельный такой суперконфигурируемый FCE c удобным интерфейсом. По идее в процессе проблем не должно возникнуть.
Pavel Antonov
30.07.2007, 20:02
Отлично собираюсь хранить, тока это будет не monsterous TemplaVoila, а отдельный такой суперконфигурируемый FCE c удобным интерфейсом. По идее в процессе проблем не должно возникнуть.
Нуууу.... хорошо, делайте! :D
Только ни один спонсор под такое объяснение денег не даст.
Dutchak Vitaly
30.07.2007, 21:58
Не понимаю чем вам TV не нравится. Один new site wizard чего только стоит. И намного быстрее и удобней все нежели обычные маркеры. Да и в TS кода поменьше.Да и маппинг визуальный тоже прикольная вещь. Все равно лучше чем TV , может быть только TV более новой версии :D
Люблю против течения плавать. Сильнее становишься :)
Dutchak Vitaly
31.07.2007, 03:54
Люблю против течения плавать. Сильнее становишься :)
Врядли от этого станете "сильнее". Просто потратите впустую время, которое можно потратить на более полезные дела. Например написать что-нибудь к TV чтобы вам было лучше с ней работать и её минусы превратились в в плюсы. А то что вы хотите написать рано или позно превратится в обрезанную версию TV с кучей багов.
Впрочем вам самим решать на что тратить свое свободное время )
Работает на vBulletin® версия 3.8.1. Copyright ©2000-2025, Jelsoft Enterprises Ltd. Перевод: zCarot