Рейтинг: 3.8902  
На голосовании
Предложил Федоренко Анастасия 06.11.2018 01:31:54

iblock.element.add.form drag and drop

Дать возможность загрузки файлов, а именно картинок в поля для картинок анонса, детальной картинки и картинка свойством которое передается методом drag and drop в компоненте iblock.element.add.form как сделано это в админ-панели.
Если есть такая возможность уже, то как реализовать.  
Рейтинг: 1.7939  
На голосовании
Предложил Рамиль Юналиев 15.06.2017 14:04:51

Хватит подключать CModule::IncludeModule("iblock")

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

Подключать на уровне ядра сразу как main
Рейтинг: 1.1625  
На голосовании
Предложил Клёпов Роман 16.02.2017 11:00:52

Добавьте конструктор фильтра в компоненты

Добрый день, коллеги!

Всегда пользовался типовыми компонентами Битрикс, а сегодня только обратил внимание: как пользователь без технических знаний сможет фильтровать данные?




Что сейчас есть: есть поле фильтр, куда мы должны вписать название переменной, далее в коде мы должны дописать параметры фильтрации. Разве любой пользователь далекий от техники и программирования сможет это сделать? А если логику надо использовать сложную (и, или) и с кучей параметров, то для рядового пользователя Битрикс - это достаточно сложная задача. Давайте это исправим!
Рейтинг: 0  
Ответил 06.03.2017 17:19:10
В новых компонентах интернет магазина сделано, подходит ли вам такая схема. Сможем дальше расширять по компонентам идею.
Рейтинг: 4.5324  
Новая
Предложил Николаев Андрей 09.10.2016 15:03:34

Развитие api для разделов инфоблоков

В версии инфоблоков 16.5.4 вышла прекрасная функциональность для работы с разделами на новом ядре D7.
Правда документации пока нет (но ничего страшного) и можно было бы существенно увеличить возможности новой реализации:

1) Метод compileEntityByIblock мог бы возвращать не полное название класса, а объект этого класса. При этом его работа была бы эффективнее. Сравните 2 подхода:
use \Bitrix\Main\Loader;
use \Bitrix\Iblock\Model\Section as SectionFactory;

Loader::IncludeModule('iblock');
$sSection = SectionFactory::compileEntityByIblock(1);
$oEntity = new $sSection;
var_dump($oEntity->getMap());

Против
use \Bitrix\Main\Loader;
use \Bitrix\Iblock\Model\Section as SectionFactory;

Loader::IncludeModule('iblock');
$oEntity = SectionFactory::compileEntityByIblock(1);
var_dump($oEntity->getMap());

Мне кажется решение под номером 2 выглядит практичнее.

2) Предлагаю расширить модель SectionTable (или ее производные типа Section1Table) на runtime параметр: ELEMENT_COUNT - который бы доставал активные элементы, привязанные к соответствующему разделу.

Кейс: нужно отобразить только те разделы, где есть активные элементы.
Решение предлагаемое из коробки - составление своего runtime-поля для каждого getList/getRow (где оно требуется).
Если добавить штатное решение как SELECT поле и просто передавать его в массиве полей или соответственно по условию, то код будет выглядеть элегантнее и проще, а другие подобные поля, можно будет посмотреть и сделать по аналогии.
Рейтинг: 2.0819  
Внедрено
Предложил Валерий Чебан 04.09.2014 15:13:12

Добавить событие OnAfterIblockDelete, т.е. после фактического удаления инфоблока

Оба имеющихся события:
OnBeforeIBlockDelete
OnIBlockDelete
вызываются до фактического удаления инфоблока из базы:

Необходимо еще событие OnAfterIblockDelete, когда удаление уже произошло.
Рейтинг: 0.1463  
Ответил Жуков Евгений 21.04.2015 15:27:27
iblock 15.5.0
Рейтинг: 24.0085  
Внедрено
Предложил Валерий Чебан 22.05.2014 23:56:49

CIBlockSection::GetList() добавить nTopCount

В параметр $arNavStartParams добавить еще обработку nTopCount, чтобы не использовать для этих целей
nPageSize
, который вызывает обработку наличия постраничной навигации на странице, повышающий PAGE_NUMBER на один.
Рейтинг: 0.3976  
Ответил Жуков Евгений 31.08.2015 18:03:13
Вышло в iblock 15.5.5
Рейтинг: 6.0121  
Внедрено
Предложил Кирсанов Анатолий 15.05.2014 16:26:52

Добавить в CIBlockElement::GetList наравне с CATALOG_QUANTITY выборку CATALOG_QUANTITY_RESERVED

Сейчас (инфоблоки 14.5.3, каталог 14.5.3) этот метод выбирает много о товаре вместе с элементом инфоблока, но не количество зарезервированного товара. Приходится делать дополнительную выборку на основе CCatalogProduct::GetList. При наличии двух выборок, соединение в CIBlockElement::GetList с таблицей товаров уже не имеет смысла, раз все равно собирать данные о товаре отдельным вызовом.

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

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

Предложил сначала в поддержке, получил предложение-отписку насчет сайта идей. Обращение 487565.
Рейтинг: 0.1389  
Ответил Жуков Евгений 20.05.2014 17:30:33
Выйдет в catalog 14.5.5

P.S. В нашем коде мы уходим от использования CIBlockElement для получения инфомации о товаре как таковом.
Рейтинг: 0.203  
Внедрено
Предложил Рубцов Дмитрий 21.04.2014 15:28:43

Событие перед/после установки свойств элемента

Сейчас есть события связанные с изменением/добавлением элемента, но не всегда свойства добавляются в этих методах. Вместо этого используются SetPropertyValuesEx/SetPropertyValues, в которых никаких событий нет. Т.е. невозможно отследить момент добавления/изменения значения свойства у элемента.
Рейтинг: 4.7817  
Ответил Жуков Евгений 21.04.2014 18:10:51
События OnAfterIBlockElementSetPropertyValues и OnAfterIBlockElementSetPropertyValuesEx выйдут в обновлении iblock 14.5.1 События OnBefore добавить пока что проблематично в силу специфики использования методов.
Рейтинг: 87.2361  
На голосовании
Предложил DEFA 23.07.2013 14:33:12

Расширение API Инфоблоков: SubQuery не только по ID элемента основного запроса, но и по свойствам

Сделать возможность применять подзапросы (SubQuery) не только по полю ID элемента основного запроса, но и по значению свойства типа "Привязка к элементам".

Подробнее в блоге http://dev.1c-bitrix.ru/community/webdev/user/28970/blog/8081/
Рейтинг: 13.9704  
На голосовании
Предложил Шипулин Артем 15.07.2013 13:17:53

Поменять порядок массивов фильтрации в catalog.section

По умолчанию идет
$rsElements = CIBlockElement::GetList($arSort, array_merge($arrFilter, $arFilter), false, $arNavParams, $arSelect);


где $arrFilter - пользовательский массив фильтрации, и некоторые значения, которые идут в $arFilter, переопределяют значения в $arrFilter

$arFilter = array(
"IBLOCK_ID" => $arParams["IBLOCK_ID"],
"IBLOCK_LID" => SITE_ID,
"IBLOCK_ACTIVE" => "Y",
"ACTIVE_DATE" => "Y",
"ACTIVE" => "Y",
"CHECK_PERMISSIONS" => "Y",
"MIN_PERMISSION" => "R",
"INCLUDE_SUBSECTIONS" => ($arParams["INCLUDE_SUBSECTIONS"] == 'N' ? 'N' : 'Y'),
;);


например  "ACTIVE_DATE" => "Y",   "ACTIVE" => "Y"
Рейтинг: 35.8027  
Новая
Предложил Валерий Чебан 25.12.2011 17:37:55

Фильтрация по свойствам связанных элементов

Хелло,
В API по выбору элементов инфоблока ( CIBlockElement::GetList() ) есть возможность фильтрации по полям связанных элементов, для этого нужно поставить точку, т.е. например
$arFilter = array('PROPERTY_link.CODE' => 'код связанного элемента');

Было бы здорово, если бы работало и по свойствам, хотя бы для цепочек связанности одного уровня (кстати, неограниченный уровень цепочек - это вторая идея, чтобы было возможно многократно указать через точку: PROPERTY_link.PROPERTY_link2.PROPERTY_some_prop - т.е. транзитивная фильтрация ).

Т.е. хотелось, чтобы работало и так:

$arFilter = array('PROPERTY_link.PROPERTY_link2' => 'фильтрация по свойству связанного элемента');