Рейтинг: 2.8596  
На голосовании
Предложил Ерофеев Анатолий 16.06.2014 17:31:35

Методы для получения настроек и описания компонента в class.php

Раз уж переходим к ООП в компонентах, то давайте делать и следующие шаги в этом направлении. Похоронили component.php, покусимся и на .parameters.php, .desсription.php. Ведь фразы вроде “Есть возможность наследования компонент” не выдерживают критики. Да, когда нужно создать похожий компонент, мы копируем не три файла, а всего два (+ не забываем про шаблоны). Почему бы не сделать в CBitrixComponent два новых метода - getDescription и getParameters, которые бы заменили эти старые добрые процедурные файлы?

P.S. К слову о шаблонах - почему бы не давать компоненту пользоваться шаблонами родительского компонента?
Рейтинг: 1.0752  
Новая
Предложил Police King 07.06.2014 04:56:16

...

...
Рейтинг: 3.1672  
В работе
Предложил Царук Антон 17.04.2014 10:57:37

Оптимизировать компоненты каталога и новостей

  1. Отказаться от разделения на каталог и новости, и назвать компоненты - "элементы инфоблока", "элемент инфоблока детально" и т.д.
  2. В настройках компонентов есть логичный параметр - "Свойства", позволяющий выбрать, какие свойства элементов нужно выводить. Они попадают в DISPLAY_PROPERTIES. Тем не менее, в результирующем массиве присутствует массив PROPERTIES со всеми-всеми свойствами... Зачем создавать лишние выборки?!
  3. Ну и косвенный момент - новые дефолтные шаблоны каталога наворочены страшно, написаны совершенно нечитабельным кодом. Кастомизировать их - это значит стереть весь код и написать с нуля. Надо как-то по-нормальному сделать дефолтные шаблоны, чтобы их можно было понять кому-либо, кроме их создателя...
Рейтинг: 1.2407  
Ответил Жуков Евгений 17.04.2014 11:52:41
п.1 - разделения нет. если компоненты с разным функционалом.
п.2 - не можем из-за сохранения совместимости
п.3 - работаем над этим, ждите ближайших обновлений.
Рейтинг: 12.1007  
Новая
Предложил Ерофеев Анатолий 14.04.2014 14:19:57

Компоненты для ORM, админка для ORM

Коллеги!

Вы внедрили замечательный механизм ORM, благодаря которому создавать свои сущности стало очень просто (с точки зрения программиста). Но раз вы разработали "стандарт" ORM для Битрикса, может, сделаете и набор стандартных компонентов для работы с ним (список записей, страница записи, добавление записи)? В том числе и стандартные страницы для админки со списком записей, фильтром, страницей редактирования записи.
Рейтинг: 0.7134  
На голосовании
Предложил Шерлок Холмс 04.04.2014 14:28:37

Дополнительный параметр CACHE_PARAM в параметрах компонентов

В стандартных компонентах к параметрам кеширования
CACHE_TYPE
CACHE_TIME
CACHE_GROUPS

добавить еще один параметр
CACHE_PARAM

в который можно записывать произвольные данные (число, строка) и будет изменяться идентификатор кеша компонента.
Для чего это можно использовать:
например, полностью устраивает компоннет bitrix:catalog.element, но нужно чтобы в зависимости от выбранного параметра на странице этот компонент (через логику result_modifier) выбирал или обрабатывал дополнительные данные.

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

Чтобы не создавать дополнительные параметры для этого случая, было бы удобно, чтобы был стандартный зарезервированный параметр CACHE_PARAM, в который можно поместить какие-то данные, и идентификатор кеша изменился бы.
Рейтинг: 18.76  
Ответил Жуков Евгений 04.04.2014 15:47:10
Если шаблон кастомизируется, все параметры, определенные в нем, попадают в идентификатор кеша.
Рейтинг: -2.123  
На голосовании
Предложил Шерлок Холмс 28.03.2014 17:53:42

Права на изменение только определенных параметров компонента

Предлагаю добавить права на доступ к редактированию параметров компонента для групп пользователей.

Чтобы дать доступ, например, группе "контент-менеджер" редактировать только определенные параметры компонента (а не все сразу).

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

Если оставить групе права менять только менее значащие параметры (настройки постраничной навигации, цветовую схему, количество элементов на странице или настройки вывода свойств), то будет намнго удобнее и безопаснее.
Рейтинг: 0.8823  
На голосовании
Предложил Шерлок Холмс 18.03.2014 00:55:08

Галочка "Сохранить адреса путей в настройки инфоблока" в компоненте

В настройках комплесных компонентов в разделе "ЧПУ" добавить галочку "Сохранить адреса путей в настройки инфоблока".
Чтобы можно было на страницу разместить компонент, настроить его, и автоматом бы перезаписались настройки инфоблока (путь к элементам, путь к разделам и тд).

Сейчас неудобство в том, что нужно это проделывать в двух местах каждый раз (при создании ифноблока, и при размещении компонента на странице). Имеем на лицо дублирование ненужных операций (затраты времени), повышение вероятности ошибок (забыли в инфоблоке поменять путь), упрощение понимания системы для начинающих разработчиков.
Рейтинг: 0.3639  
В работе
Предложил Шерлок Холмс 28.02.2014 18:01:42

Сделать стандартыные компоненты "Битрикс - Сортировка" и "Битрикс - выбор кол-ва элементов на странице".

В дополнение к компоненту "Битрикс - Каталог" сделать стандартыные компоненты "Битрикс - Сортировка" и "Битрикс - выбор кол-ва элементов на странице".
Чтобы можно было на странице каталога выбирать, сколько элементов на странице показывать, или по какому полю сортировать элементы (дать возможность посетителю выбирать).
Сапомисные компоненты просьба не предлагать, хочется иметь это в стандартном функционале.
Рейтинг: 1.442  
На голосовании
Предложил Шерлок Холмс 26.02.2014 17:08:20

Добавить событие перед изменением параметров компонента

Например,  onBerofreComponentParamsUpdate и onAfterComponentParamsUpdate
Рейтинг: 2.4289  
Новая
Предложил Куклин Евгений 19.02.2014 10:57:05

Поддержка дизайна "Лайт" (ныне - "Классический")

Господа, хочу напомнить вам, что есть компании, которые устраивает (а порой и больше подходит) дизайн "Лайт" и не устраивает Б24. Насколько я помню, была обещана поддержка обоих дизайнов.

Однако уже длительное время обновления практически не учитывают "Лайт" и делаются только под дизайн Б24, в результате часть функционала до лайта не доходит (типа счётчиков задач в меню, например), а часть, заточенная под Б24, в лайте выглядит часто просто нелепо и неудобно.

Не забывайте, пожалуйста, про поддержку старого дизайна.