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

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

Типичный пример - используем компонент bitrix:catalog.top чтобы вывести несколько лучших товаров по определенному критерию. Было бы отилчно иметь возможность в файлике params_modifier.php произвести изменение входных параметров (например, заполнить переменную arrFilter), или определить раздел инфблока, из которого выводить элементы, на основе каких-то дополнительных критериев (например, текущей страницы), или проверить права доступа, и выбрать нужные свойства для того или иного пользователя. Сейчас для того, чтобы это проделать, нужно перед вызовом компонента размещать сторонний код, что разбивает компонент на части и повышает риск случайного изменения кода.

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

Хоть сам я и сторонник написать свой компонент, но это если делать для себя. Если же сайт потом будут редактировать другие люди, или если приходится доделывать после кого-то, согласитесь, очень приятно увидеть на сайте старые добрые bitrix:catalog или bitrix:catalog.section.list где ты легко можно найти что было изменено или добавлено, и быть более-менее уверенным что разработка велась правильно. Хоть и неоптимально, и медленно, и большой кеш, но зато оно работает, четко и правильно, кешируется, и всё такое.

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

В админке создать страницу, на которой был бы полный список всех использованных на сайте компонентов с указанием использованных шаблонов.
Зачем это нужно - часто нужно понять, используется ли на сайте какой-то шаблон или кастомный компонент - может, он уже мертвый груз и стоит его удалить?
С точки зрения ничего сложного не вижу - создать табличку БД с колонками для названия компонента, шаблона, пути подключения, а при каждом выполнении функции IncludeComponent добавлять запись в БД, выполняя проверку на уникальность перед добавлением. А в админке отображение этой таблицы + кнопка очистки таблицы.
Чтобы не замедлять сайт, можно вести такую статистку только в режиме отладки сайта.

Не секрет, что не всем разработчикам нравится редактировать шаблоны компонента в визуальном редакторе битрикса (:sarkasm:). При этом часто бывает так что найти на файловой системе и открыть в редакторе соотв. шаблон занимает в 10 раз больше времени, чем подправить в нём какую то фигнюшку.  Знакомо? Итак битриксам предлагается сделать сделать легко включаемую из настроек фичу изображённую на картинке:



Как это работает

Ссылочка "редактировать во внешнем редакторе" представляет из себя примерно следующее:


Не знаю как в МСИЕ (и знать не хочу), но в  нормальных остальных броузерах не  проблема зарегистрировать отработчик для кастомного протокола (пример), который ловит урл и открывает в любимом IDE разработчика на редактирование файл из sshfs-папки соответствующей сайту (ну или локальной папки проекта для дримвьюера, phpstorm итп).
Делается такая фича минут 10, а сэкономить может времени 5 вагонов.

С битриксов нужна только сама ссылочка и её включалка в админке, а скриптик-отработчик на клиентской стороне любой кому повезло с выбором ОС кто работает не под виндузами легко напишет сам.

Идея актуальна для тиражных решений, где может использоваться несколько шаблонов сайта в одном сайте. И, вообще для сайтов, где несколько похожих шаблонов.

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

• базовый шаблон сайта, который содержит стили, скрипты, шаблоны компонентов, включаемые файлы и прочее,
  
• дополнительные шаблоны, которые содержат отличия от базового.
  

Суть: в настройках шаблона сайта добавляем поле шаблон-родитель. В шаблонах-детях указываем шаблон-родитель, либо в настройках, либо, как часть имени папки шаблона:

parent
parent_child1
parent_child2
parent_child3

parent_child1 parent_child2 parent_child3 - дети parent

В шаблон parent будем складывать общие шаблоны компонентов, скрипты, css.

Следует изменить порядок подключения шаблонов компонентов:

Сейчас
текуший шаблон сайта
шаблон .default
папка компонента

Сделать
текуший шаблон сайта
родительский шаблон сайта
шаблон .default
папка компонента

Сделать подключение style.css, template_style.css и script.js не только из текущего шаблона сайта, но и из шаблона родителя.

В последнее время появились отличные шаблоны для корпоративного портала. Речь идёт о шаблоне "Бтрикс24" и предшествующем "Лёгком". Проектировщикам и верстальщикам респект и вечная уважуха! На их фоне шаблон для обучения, который зовётся "Прохождение курса обучения 9.1.0", выглядит как седло на корове.
Eсть шаблон, гораздо более приятный, используемый для курсов Битрикс. Может быть уже настало время поделиться им и включить его в поставку?

Добрый день.
Я бы хотела обратить внимание на реализацию стандартного шаблона компонента photogallery_user .default. Была бы очень признательна, если ли бы вы приняли во внимание эти пожелания.

Для клиента реализован фотоконкурс через компонент многопользовательской фотогалереи photogallery_user. Однако при взгляде на стандартный шаблон у меня волосы на голове зашевелились.

1. Дизайн очень непривлекательный и неудобный. Все меню в одну строчку без пробелов. Причем проверяла даже на шаблоне для печати, где нет ну абсолютно никаких сторонних css. Просто получается что и в шаблоне фотогалереи свойства не прописаны.
Какие-то непонятные отступы при просмотре галереи и альбомов пользователей. Точнее в прежнем дизайне были реализованы тени через таблицы. Тут же стили просто закомментили, а то что страницу перекосило - никого не волнует.

2. Очень неудобно реализован порядок Одобрения фотографий - каждую нужно загрузить для этого. Зачастую понятно по превью, что на фото. При большом количестве фотографий это очень неудобно.
Но больше всего убивает то, что модерировать фотографии может только администратор. А как же быть, если я не имею права дать ответственным за фотогалерею пользователям права администратора?! Причем права то на редактирования инфоблока есть, нет только реализации в шаблоне.

3. Для неавторизированных пользователей на главной странице заголовок "Фотографии" лежит сверху слайдера с популярными фотографиями.

4. При редактировании альбома, при выставлении пароля на альбом, русское название превращается в %gdhfg%gd5%.

5. При просмотре альбома ссылка Слайд шоу не работает.

6. У Администратора при редактировании фотографии форма редактирования появляется ЗА слайдером. Нужно закрыть его, чтобы увидеть форму.

7. При включенной опции публикации выбранных фото на главной странице фильтр конечно есть, только вот надо открыть каждую фотографию и нажать Редактировать, после чего поставить галочку в форме редактирования, которая к слову появляется ЗА слайдером.

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

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

Добавить в маркетплайс раздел "Шаблоны" - для продажи готовых шаблонов партнеров.

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

Хочется настраиваемых шаблонов.
Как это у джумлы (ну простите... заранее прошу не минусовать ): в папке шаблона несколько стилей и конфиг шаблона. В админке мы можем задавать настройки, стили шаблона, всё это пишется в конфиг и шаблонизатор подключает нужные стили.
Как это у друпала: в папке шаблона лежит несколько стилей, а переменный шаблона хранятся в таблице vars. Так же всё настраивается через админку.
Как это в битриксе?
Либо надо делать несколько шаблонов, либо надо заводить инфоблок "настройки шаблона" и header.php из инфоблоков получать значения полей инфоблока, их парсить и т.д.
А как было бы хорошо: лежит в папке шаблона конфиг, а шаблоне через функцию api получать значения из этого конфига.