Надоело постоянно писать длинные CModule::IncludeModule() и CModule::IncludeModuleEx(), хотелось бы иметь в ядре укороченные синонимы для них, например, IncludeModule() или IncModule().
Просьба добавить события создания, редактирования и удаления купонов модуля Торговый каталог. Без данных событий нет возможности полноценной кастомизации функционала купонов под нужды проектов.
"Ctrl + стрелка влево/вправо" - это горячие клавиши, закрепленные в Windows для перевода в полях ввода курсора на начало или конец слова, интерфейс же мастеров перебивает эти клавиши своими действиями - переход на шаг назад или вперед, что доставляет просто массу неудобств тем, кто привык использовать данные горячие клавиши по их обычному назначению.
Сейчас для пользовательских типов свойств элементов инфоблоков поддерживается метод ConvertToDB(), которому передается два параметра: один с метаданными свойства, а второй со значением свойства для элемента. Иногда задачей требуется в этом методе получить информацию об элементе, для которого задается значение свойства, но получить эти данные никак нельзя, т.к. ID изменяемого элемента неизвестен и нет универсального способа его определить. Просьба добавить передачу ID элемента в ConvertToDB(), передача ID в метод ConvertFromDB() тоже не помешала бы.
P.S. уже очень давно прошу, сталкивался с такой необходимостью не раз.
Присутствие данного чекбокса в форме настроек инфоблока является очень опасным. Случайное снятие или отправка формы с последующим возникновением исключительных ситуации php приводит к потере данных о ценах. Инциденты уже есть, также начали встречаться сообщения на форуме, пруф, и жалобы участятся, т.к. в версии PHP 5.3.9 был добавлен параметр max_input_vars, значения по умолчанию которого будет часто не хватать для форм инфоблоков.
Модуль монитора производительности после прохождения теста конфигурации оставляет включенным режим вывода информации о времени создания страницы (блок внизу), и чтобы его отключить, без прямого ввода параметров, нужно переходить в публичную часть, что не очень удобно. По-уму, монитор должен сам контролировать отключение данного параметра.
Сейчас при установке продукта по умолчанию устанавливаются все модули, что отнимает очень много времени, особенно на топовых редакциях. Сразу весь набор модулей нужен в очень редких случаях, в основном на проектах используется лишь часть модулей, входящих в редакцию. Получается так, что сначала долго ждешь пока установятся все модули, а затем сразу удаляешь неиспользуемые. В идеале бы хотелось иметь возможность выбора нужных модулей в мастере установки продукта.
Сейчас пользовательские поля поддерживаются только несколькими объектами: USER, IBLOCK_SECTION, BLOG_BLOG, BLOG_POST, LEARN_ATTEMPT, SONET_GROUP, а иногда, при решении нестандартных задач, данный функционал требуется и для других объектов системы.