Идеи пользователя 191258

Сделать возможность не сбрасывать списки участвующих и отказавшихся при редактировании события. Совершенно не удобно, если надо поправить только описание (например исправить орфографическую ошибку), то все участники получают новое уведомление, как-будто старого и не было.

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

научить CWizardUtil::GetNamespaceList() работать не только с папкой bitrix (wizards, modules), но и с папкой local, чтобы поиск шел еще в local/wizards и  local/wizards/modules/MODULE_NAME/install/wizards

В настройках доступа к модулю предлагается удалить доступ по умолчанию, что странно)

Зачастую службы оплаты требуют указание ФИО пользователя одним полем (sale_pay_system_edit.php).
Было бы круто если бы там можно было сразу выбрать фио пользователя (сформированное в зависимости от настроек сайта "Формат имени", с которого сделан заказ)

При использовании свойств зависимых от раздела хочется сделать защиту от дурака и запретить привязку к двум и более разделам. Уверен это не единственный случай такой необходимости.

Во все фильтры по пользователям стоит добавить пресет "я".
Такой вариант особенно будет удобен в техподдержке, чтобы найти тикеты, за которые непосредственно ответственный. т.к. там поле ответственный выглядит обычным select'ом.

Сейчас реализована возможность наследоваться от других компонентов следующим образом:
Но так происходит наследование только class.php. т.е. если я хочу только чуть-чуть изменить логику обхода элементов полученных в getlist, я все равно должен скопировать и шаблон, и описание, и параметры, и языковые файлы.

Как не странно, но указание напрямую адреса наследуемого файла параметров приводит к ошибке в публичке (повторные ajax запросы и зависание в визуальном редакторе при попытке отредактировать параметры компонента).

Хотелось бы увидеть что-то вроде:

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

Почему бы не делать компоненты на d7 без component.php? Причем логику компонента разбивать на методы.
Например вместо проверки $USER->IsAdmin() (или любой другой) реализовать метод public function hasPermission()
в таком случае если клиент захочет расширить число групп которым, доступен функционал компонента (видимо это какая-то модерация),  достаточно будет отнаследоваться от компонента и переопределить 1 метод

Возможно пример не очень яркий, но вся прелесть наследования пропадает, когда приходится не только наследоваться но и component.php править и вмешиваться в его логику.