Идеи для: Информационные блоки

Рейтинг: 5.8902  
Новая
Предложил Goldmaker 06.11.2018 14:39:55

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

сабж.
до момента полной отладки новых фильтров элементов инфоблока (и списка пользователей) дайте возможность использовать старые фильтры. Клиенты обновляют битрикс и им полностью приходится переделывать в админке фильтрацию по ссылке. Например раньше элементы связанные с конкретным элементом находились по ссылке в карточке элемента, теперь это не работает (хотя ссылки остались!), то же самое со списком пользователей - раньше можно было через урл отфильтровать пользователей по какому то признаку например группе, теперь приходится либо всё переделывать либо заставлять пользователя пальцами городить фильтры. Хоть не обновляйся!  
Рейтинг: 1.8902  
Новая
Предложил Федоренко Анастасия 06.11.2018 01:31:54

iblock.element.add.form drag and drop

Дать возможность загрузки файлов, а именно картинок в поля для картинок анонса, детальной картинки и картинка свойством которое передается методом drag and drop в компоненте iblock.element.add.form как сделано это в админ-панели.
Если есть такая возможность уже, то как реализовать.  
Рейтинг: 2.8902  
Новая
Предложил Исупов Александр 04.11.2018 16:11:02

Доработка быстрых фильтров

Пожелание - не прятать быстрые фильтры в поисковую строку, а как вариант добавить опциональность - тем, кто хочет прятать - прятать, а тем кто не хочет - выводить в старом формате над списком элементов.
Файлы:
Рейтинг: 0  
Новая
Предложил AndreyChursin 30.10.2018 15:22:30

совместный список в ИБ должен поддерживать иерархию

Почему совместный список в ИБ не отображает иерархию? Мне это очень не удобно! Сначала папки, потом тонна элементов не понятно откуда...
Кто хочет иерархии в ИБ жмите плюс!
Рейтинг: -2.1098  
Новая
Предложил Исупов Александр 11.10.2018 17:21:10

Переработка функционала свойств товаров и тп

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

1. Добавить при создании свойства галочки:
* служебное - данное свойство является системным и не выводится нигде и ни при каких условиях в публичной части.
* выводить в карточке - если стоит галочка - свойство выводится в характеристиках товара в его карточке (не подключать его через компонент каталога и детального просмотра а делать это из админ-панели).

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

3. Чтобы не плодить тысячу свойств с одинаковым смыслом в настройках свойств раздела дать возможность прописывать название для публичной части. К примеру есть свойство "тип", которое в категории велосипеды должно иметь название "тип велосипеда", а в категории тренажеров - "тип тренажера", т.е чтобы было системное название и публичное, которое изменяется в настройках раздела в списке привязанных к нему свойств.

4. Добавить в выборе привязок свойств к разделу поиск по названию. Когда свойств сотни - искать по названию - большая трата времени и сил (https://yadi.sk/i/dP1Z2k0MD0SCPA).

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

6. Добавить встроенный в систему группировщик свойств. Ведь даже у свойств заказа есть группы, но у свойств товаров их нет. При заполнении товаров намного удобнее было бы разбивать свойства на логические блоки по вкладкам чем выдавать огромную простынку текста если у товарной позиции много характеристик.
Рейтинг: 5  
Новая
Предложил Дехаев Дмитрий 02.10.2018 14:03:58

GetList: Сортировка по порядку ID в переданном массиве

На входе есть массив с ID элементов. Они находятся в массиве в том порядке, в котором нужно организовать вывод (например, получены из компонента поиска с сортировкой по релевантности)

$arItemsID = [/* массив ID элементов в нужном порядке */];
$ob = \CIblockElement::GetList(
    [
        'ID' => 'LIST', // новый тип сортировки
    ],
    ['ID' => $arItemsID]
);
while ($arItem = $ob->Fetch()) {
    // элементы выводятся в порядке попадания в массив $arItemsID 
}

Для этого нужно в функцию \CIblockElement::PrepareGetList() добавить такой код
if (count($arOrder) == 1 && $arOrder['ID'] == 'LIST' && array_key_exists('ID', $arFilter)) {
    $arSqlOrder['ID'] = 'FIELD(BE.ID, \''.implode('\',\'', $arFilter['ID']).'\')';
}
Рейтинг: 4.8902  
Новая
Предложил Удовиченко Юрий 13.09.2018 08:40:47

Изменение наименований полей в списке редактирования элементов инфоблоков

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

Без этого происходит путаница. Часто инфоблоки создаются совсем для иных целей, как справочники. Яркий пример - слайдер. Обычно нужны только поля Наименование (для описания слайда) и предварительное фото - сам слайд. При этом они должны быть соответственно подписаны, например "Название слайда" и "Слайд", чтобы сторонний пользователь (только первый раз зашедший в админку) сразу всё понял.  

В карточке элемента возможно удалить всё ненужное и поменять названия полей, а вот на странице списка можно только убрать всё ненужное и сделать правильную сортировку. Изменить названия полей нельзя. И картинка слайдера так и останется "Картинкой для анонса". В результате человек в карточке элемента видит одно, а на странице списка совсем другое. И это ещё не самый худший вариант.

Я думаю, необходимо создать дополнительную вкладку настойки инфоблока, где можно было бы заменить стандартные наименования. Или же брать настройки из текущих настроек редактирования карточки элемента (раз уж там это реализовано), чтобы эта информация была идентичной и не приходилось её дублировать.
Рейтинг: 1  
Новая
Предложил AndreyChursin 29.08.2018 11:03:20

Привязка элемента к неактивным разделам

При редактировании списка нет возможности привязать сразу к нескольким разделам (только по одному)


При выборе в детальном редактировании нет различий между разделами.. если разделов много - сложно запомнить неактивные...
Рейтинг: 0  
Внедрено
Предложил Вадим 10.08.2018 07:53:04

Экспорт товаров вконтакте с неправильным ключом доступа убивает редактирование разделов каталога

Столкнулись с такой проблемой, по непонятной причине устарел или что-то случилось с ключом доступа к модулю Экспорт товаров вконтакте

После этого при редактировании разделов вылезла такая ошибка
http://www.imgup.ru/images2/2dzfx3411313.png

Должна либо не показываться вкладка товары вконтакте при редактировании раздела, либо должна быть выведена всплывающая строка об ошибке
Рейтинг: 0  
Ответил Жуков Евгений 25.10.2018 17:42:23
Исправлено в sale 17.0.28
Рейтинг: 0  
На голосовании
Предложил Умрихин Владислав 16.07.2018 07:05:27

Добавить CIBlockPropertyEnum::GetList сортировку по SECTION_ID

Это будет полезно как минимум при организации фильтрации по тегам с списках элементов.

CModule::IncludeModule("iblock");
$property_enums = CIBlockPropertyEnum::GetList(Array("SORT"=>"ASC"), Array("IBLOCK_ID"=>$arParams["IBLOCK_ID"],"SECTION_ID"=>$arResult["SECTION"]["PATH"][0]["ID"], "PROPERTY_ID" => "51"));

while($ob = $property_enums->GetNext()){
   $arTags[]=$ob["VALUE"];
}
<? foreach ($arTags as $key => $arTag): ?>
<a class="hashtag hashtag-active"   href="/news/<? echo(!empty($arParams["PARENT_SECTION_CODE"]) ? $arParams["PARENT_SECTION_CODE"] . '/' : ''); ?>?tag=<?= $arTag ?><?=(!empty($_GET['year']) ? '&year='.$_GET['year'].'' : '' ) ?><?=(!empty($_GET['month']) ? '&month='.$_GET['month'].'' : '' ) ?>
   ">
   <?= $arTag ?>
</a><? endforeach; ?>
Рейтинг: 4  
На голосовании
Предложил Kirill 22.05.2018 04:46:24

Функционал модуля asd.iblock в коробку

Прошу перенести функционал самого популярного модуля Маркетплейс, asd.iblock, в состав коробки.

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

Ответ "устанавливайте из Маркетплейс сторонний модуль" считаю неприемлемым – для меня коробочные функции, это прежде всего гарантия того, что они будут поддерживаться Битриксом всегда. А партнерский модуль – сегодня он есть, завтра разработчик его удалил из Маркетплейс или перестал поддерживаться и обновляться. Или вообще оставит всем вот такой "привет":
http://marketplace.1c-bitrix.ru/solutions/scrollup.bxd/
https://github.com/ancorp/bitrix-debug/
http://olegorestov.ru/this/bitrix_debug_module/

Тем более, asd.iblock бесплатный и Антон уже работает в команде Битрикс.