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

В файле - bitrix/modules/iblock/admin/iblock_element_admin.php отредактировать строку 882. Добавить сортировку.

Вместо
$rs = CIBlockProperty::GetPropertyEnum($arProperty['ID']);

Сделать
$rs = CIBlockProperty::GetPropertyEnum($arProperty['ID'], ['SORT' => 'ASC', 'VALUE' => 'ASC', 'ID' => 'ASC']);

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

Если в списках при создании элемента нажать n раз на кнопку "сохранить", то мы получим n элементов. Это в корне неправильно!

У нас более 600 сотрудников и множество форм заявок реализованным на списках.
И всегда находятся  ̶н̶е̶люди, которые нажмут несколько раз (доходило до 6) на кнопку "сохранить", в результате получаем дубли, много дублей!

Реализуйте, пожалуйста, блокер на кнопку "сохранить" (после нажатия) или хотя бы анимацию выполнения действия.  

Часто бывают задачи, когда надо выгрузить в карту сайта данные из HL инфоблоков.
Штатного механизма - нет, приходится допиливать.

ЧПУ умного фильтра не работает в компоненте новостей.
Все потому, что при обработке ЧПУ в файле component.php комплексного компонента news ничего неизвестно о шаблоне пути #SMART_FILTER_PATH#.
Т.е. компонент не в курсе, что шаблон может содержать разделитель "/".
Решается все добавлением 1 строки в место, где компонент определяет $componentPage:

Здравствуйте!
Обнаружил неприятную особенность. Если загрузить большую картинку в поле Файл, сохранить ее и взять ссылку на это изображение. Потом уменьшить картинку встроенным редактором, "карандашиком" под фото и сохранить, и тоже взять ссылку на фото, то у нас фото будет доступно большое по первой ссылке, а уменьшенное по второй. Причем фото большое мы больше нигде не найдем, чтобы его удалить.

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

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

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

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

Есть пример решения http://marketplace.1c-bitrix.ru/solutions/simai.complexprop/ , он работает адекватно, но хотелось бы чтобы свойства добавленные в составное свойство, не были видны пользователю при редактировании элемента.

нужен фильтр по торговым предложениям (например "SKUFILTER_NAME"=>"arrSKUFilter"), чтобы можно было отображать в каталоге только нужные предложения в товарах, как это можно сделать через API - CCatalogSKU::getOffersList

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

Это необходимо когда у товара есть свойство "Цена в долларах" и цену товара в рублях нужно формировать на основе значения этого свойства.

Сейчас приходится задавать цену товара в обработчике события "Bitrix\Catalog\Model\Price::OnAfterUpdate". При этом приходится делать дополнительную работу -- получать текущую цену товара и сравнивать с той ценой, которую мы собираемся установить. Это необходимо делать для того, чтобы не возникала бесконечная рекурсия. При этом, если допустить ошибку в этом обработчике, то бесконечная рекурсия всё равно может наступить и сайт перестанет работать. Это неудобно и опасно.