Forumlar / National / Russian / Идеи / Anket: Унификация шаблонов редактирования страницы

В связи с этим: https://github.com/Cotonti/Cotonti/issues/920

Мы получили удобный инструмент для управления страницами.

В формах страниц параметры полей стали одинаковыми при редактировании и создании страницы, нарпимер названия полей: rpage<имя_поля>

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

Для себя я этот вопрос решаю планигом т.к. сейчас реальная разница в этих шаблонах только в префиксах тегов. Но может пришла пора от этого избавляться?

А, если у кого-то есть специфика требующая вывода одних полей при редактировании страницы и не вывода их при добавлении, то это легко решается условиями.

#36461 Moool13:

За, но полностью исключать page.add.tpl думаю не стоит - если он есть в скине, использовать его.

В целом тоже «за». Однако согласен с «Moool»,  и изложил несколько вопросов и предлождений в английском топике.

в общем вечер думал - шаблоны все-таки не одинаковые. я против.

Про это и речь - шаблоны будут объединены, но различные шаблоны в несколько файлов по-прежнему можно будет использовать, так же лучше, имхо.

page.add'ы обычно формируется в конце работ по сайту из page.edit'ов за максимум полчаса

На этапе разработки сейчас мне достаточно дефолтного page.add из папки с модулем. Вся работа идет только с page.edit. В конце они унифицируются по п. 1. Никаких лишних проблем и телодвижений это не требует.

Часто и в add и в edit используются конструкции IF / ELSE с проверкой разделов, в нескольких проектах у меня, например, использованы селекты и jQuery. Часто add и edit шаблоны вообще не симметричны (запрещена смена раздела или ключевого экстраполя).

Дефолтный page.add из папки модуля теперь не будет подтягиваться? Или его не будет? Или как?

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

Примитивные сайтики станут на один шаблон короче. Там, где необходима гибкость, ничего не улучшится (да и зачем?)

Нет.

Имея сайты, где доп.полей больше чем 50, я соглашусь с тем, что шаблоны не плохо было бы объединить.

• удобство - да, оно появляется
• гибксть - да, она сохраняется, т.к. относительно исключения page.add.tpl, сли он нужен, речь тут не идёт
• несиметричность - да, возможна, не юзайте обобщённый шаблон

Примитивные сайтики станут на один шаблон короче

И не примитивные тоже станут на один шаблон короче.

у эдит есть: OWNER DATE DELETE и другие, которых нет у простого add / да и зачем крушить шаблоны

это легко обходится условиями

редактирование данных шаблоно в занимает 2 минуты

на небольшом сайте да.

Конечно, старые сайты, возможно, и придётся обгрейдить, но это же не причина отказываться от нововведения.