Вот где я написал что у вас нет своего опыта? Или может я где то написал что ваш опыт хуже моего? Или что опыт должен быть одинаковым? К чему эти эмоции? Не опытом же меряемся...

Конструктивное это когда чужой опыт используют, а не живут в пузыре лишь собственных мнений

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

Конструктивное - про поиск компромиса в разногласиях

Возник вопрос, в ходе ответа на него попутно упомянул что функционально кому то мешает мало используемое поле tpl в общей таблице категорий (я вообще промолчал что поле про которое спрашивают "Зачем оно?", а значит оно не популряно не только в моём опыте, занимает больше\такЖеМного места чем более важные колонки Код и Заголовок ... камон то же поле Код при включеном ЧПУ намного важнее чем TPL но под него выделили всего 10% места а под tpl столько же как и под заголовок, хотя по приоритетам логичнее бы больше на заголовок, не значительно меньше на код и уже по остаточному принципу, если уж есть такая колонка, то в меншей мере на tpl).

В ответ лишь "архиполезно" и "сходил бы ты на ...". Ок, допустим кто то действительно активно использует это поле в общей таблице, предлагаю компромисное решение которое еще и решит много других проблем. В ответ "еще раз, сходил бы ты .... сделал себе кастомную тему" (как будто у меня её и так нет).

А теперь не про конструктив а по существу:

Через день тут будет ор стоять.

По поводу чего тут будет стоять ор? Да и пусть стоял бы) Тут и так глухо как на кладбище.

Кроме этого, напомню про супер-мега-тему сумисан, которая ни разу (ни разу, Паша!) не обновлялась, сколько я ее помню в коробке. Кстати, и ни одного случая ее применения я тоже не видел. Тем не менее, тащим ее 10 лет.

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

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

И вообще к чему тут осбуждение этой вкусовщины и ломания копий вокруг неё? Разве я об этом говорил? Лично в моих проектах вообще всегда стоит дефолтная админка и батл "свистопердящих" с "убого голыми" админками, вообще проходит мимо меня. Меня и моих заказчиков редко интересует визуал дефолтной админки. Красивая?! - Хорошо. Нет - и так сойдёт, все равно у меня на красивости никто ни время ни деньги не тратит на внутренней часть сайта. Потому всегда дефолтная по визуалу, но не по функционалу, а на визуал плевать. Главное удобство ведь админы и менеджеры больше всего проводят времени в админке чем те же посетители в публичной части, а значит во главе стоит функционал и удобство работы, а не красота.

Функционал и предложил обсудить. Предложил же концепцию решения совсем другого вопроса:

• Есть поле которое в конкретной локации лишь отнимает зря место а кому то вообще мешает.
• Оказалось что ошибся в том что никому оно там не нужно. Есть всё же кому нужно.
• Ищем компромис. Предложил идею сделать возможность админам нормально переключать темы админок и как логическое завершение спорного вопроса - несколько вариантов админки (в одном оформлении но разному по составу функционала и информации). Это даст как решение этого мелкого разногласия так и возможность глобально решить другой вопрос который возможно возникает не у всех но у кого то он актуален. Вопрос разграничения доступа разным админам к разному функционалу в админке путём отображения отличающихся по структуре шаблонов. Такой вопрос уже не решить банальным скрытием тех или иных частей в зависимости от какой нибудь настройки.
• В ответ получил - "Две админки? Фее! Иди ты ... сам себе делай кастомную" 
• Спрашиваю почему, что не так? 
• И тут просто гениально! - "Мое личное мнение - давайте иметь в коробке две админки. 'Скелет' и аля "красивую". А еще менять их от релиза к релизу" ... мдаа как будто я против)))

Сорян за то что повторяюсь но я до сих пор под впечатлением )))

только вот объективно текущий вариант "fallback control panel" куда ни глянь в табличной вёрстке просто кричит о том, - избавьтесь от меня наконец-то, я прошлый век!

Кроме этого, напомню про супер-мега-тему сумисан, которая ни разу (ни разу, Паша!) не обновлялась, сколько я ее помню в коробке. Кстати, и ни одного случая ее применения я тоже не видел. Тем не менее, тащим ее 10 лет.

С Алексом мы обсуждали варианты по админке. Мое личное мнение -- чтобы исключить вкусовщину и прочий субъективный личный опыт, имеет смысл сохранить fallback-админку примерно такой, какой она есть сейчас (желательно с минимумом всяких 1.49815rem и цветов, которые видны из соседней комнаты) + иметь в коробке какую-либо реализацию для приличия. Yukon, Шмюкон или какая-нибудь радужная хрень с оранжевыми шариками.

Как вариант -- циклично менять тему админки через пару релизов, чтобы каждый из backend-разработчиков был в тонусе.

В результате получим:

1. Нормальную рабочую среду без склок
2. Несколько площадок для тестирования и обсуждения идей с конкретными примерами и реализациями
3. Актуальную на любой момент времени основу для создания с нуля или поддержания в актуальном состоянии своей админки

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

Конструктивное обсуждение ничего не скажешь)

... опыт, как показывает практика, у всех разный

И в чём я не прав?

#46057 Dayver:

ИМХО. Всегда считал что данная опция лишняя в общей таблице категорий и достаточно того что в правке она есть а загромождать лишней колонку дерево структуры не следует.

Архиполезная штука, а если в разделе мешает, можно сделать кастомную тему и удалить в ней данную колонку)

Кстати напомнили хорошую идею дать возможность задавать индивидуально пользователю не тольку тему для сайта но и для админки ... тогда можно будет дефолтную тему админки сделать удобной для 80% (проценты взяты из субъективного опыта разработки сайтов) её пользователей а остальные 20% технических специалистов могут пользоватся кастомной расширеной версией.

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

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

Используется для того что бы настраивать индивидуальные шаблоны для разных категорий. Расширенные настройки https://prnt.sc/6NNQoRZRonkT в правке категории.

ИМХО. Всегда считал что данная опция лишняя в общей таблице категорий и достаточно того что в правке она есть а загромождать лишней колонку дерево структуры не следует.

Архиполезная штука, а если в разделе мешает, можно сделать кастомную тему и удалить в ней данную колонку)

https://prnt.sc/6NNQoRZRonkT

ИМХО. Всегда считал что данная опция лишняя в общей таблице категорий и достаточно того что в правке она есть а загромождать лишней колонку дерево структуры не следует.

В панели управлении, когда мы заходим в раздел "Структура" модулей "Pages" или "Forums" в таблице есть поле/строка "TPL".

Зачем оно здесь, каково его назначение и как его использовать?

Может есть инструкция, или упоминание, чтобы почитать или увидеть примеры?

Используется ли для модулей "Pages" или "Forums" или только для одного из них, то какого именно?