Идеи пользователя
Дать возможность загрузки файлов, а именно картинок в поля для картинок анонса, детальной картинки и картинка свойством которое передается методом drag and drop в компоненте iblock.element.add.form как сделано это в админ-панели.
Если есть такая возможность уже, то как реализовать.
Если есть такая возможность уже, то как реализовать.
Пожелание - не прятать быстрые фильтры в поисковую строку, а как вариант добавить опциональность - тем, кто хочет прятать - прятать, а тем кто не хочет - выводить в старом формате над списком элементов.
Почему совместный список в ИБ не отображает иерархию? Мне это очень не удобно! Сначала папки, потом тонна элементов не понятно откуда...
Кто хочет иерархии в ИБ жмите плюс!
Кто хочет иерархии в ИБ жмите плюс!
По результатам работы с битриксом на протяжении уже 4 месяцев (плотной работы) пришел к выводу того что систему свойств товаров и тп нужно пересматривать. Особенно если это касается проектов где десятки тысяч товаров и сотни свойств. Сейчас единственный вариант это создавать под каждую категорию товаров свои инфоблоки и свойства для них, но проблема потом с интеграцией с шаблонами и т.д. Сейчас перечислю список основных предложений или улучшений:
1. Добавить при создании свойства галочки:
* служебное - данное свойство является системным и не выводится нигде и ни при каких условиях в публичной части.
* выводить в карточке - если стоит галочка - свойство выводится в характеристиках товара в его карточке (не подключать его через компонент каталога и детального просмотра а делать это из админ-панели).
2. Добавить выбор разделов инфоблока, где используется данное свойство (желательно чтобы поле выбора разделов поддерживало поиск по названию, т.к разделов может быть очень много).
3. Чтобы не плодить тысячу свойств с одинаковым смыслом в настройках свойств раздела дать возможность прописывать название для публичной части. К примеру есть свойство "тип", которое в категории велосипеды должно иметь название "тип велосипеда", а в категории тренажеров - "тип тренажера", т.е чтобы было системное название и публичное, которое изменяется в настройках раздела в списке привязанных к нему свойств.
4. Добавить в выборе привязок свойств к разделу поиск по названию. Когда свойств сотни - искать по названию - большая трата времени и сил ().
5. Добавить возможность привязки вариантов свойства типа список к разделам. например свойство будет одно и то же, но варианты будут зависеть от раздела.
6. Добавить встроенный в систему группировщик свойств. Ведь даже у свойств заказа есть группы, но у свойств товаров их нет. При заполнении товаров намного удобнее было бы разбивать свойства на логические блоки по вкладкам чем выдавать огромную простынку текста если у товарной позиции много характеристик.
1. Добавить при создании свойства галочки:
* служебное - данное свойство является системным и не выводится нигде и ни при каких условиях в публичной части.
* выводить в карточке - если стоит галочка - свойство выводится в характеристиках товара в его карточке (не подключать его через компонент каталога и детального просмотра а делать это из админ-панели).
2. Добавить выбор разделов инфоблока, где используется данное свойство (желательно чтобы поле выбора разделов поддерживало поиск по названию, т.к разделов может быть очень много).
3. Чтобы не плодить тысячу свойств с одинаковым смыслом в настройках свойств раздела дать возможность прописывать название для публичной части. К примеру есть свойство "тип", которое в категории велосипеды должно иметь название "тип велосипеда", а в категории тренажеров - "тип тренажера", т.е чтобы было системное название и публичное, которое изменяется в настройках раздела в списке привязанных к нему свойств.
4. Добавить в выборе привязок свойств к разделу поиск по названию. Когда свойств сотни - искать по названию - большая трата времени и сил ().
5. Добавить возможность привязки вариантов свойства типа список к разделам. например свойство будет одно и то же, но варианты будут зависеть от раздела.
6. Добавить встроенный в систему группировщик свойств. Ведь даже у свойств заказа есть группы, но у свойств товаров их нет. При заполнении товаров намного удобнее было бы разбивать свойства на логические блоки по вкладкам чем выдавать огромную простынку текста если у товарной позиции много характеристик.
На входе есть массив с ID элементов. Они находятся в массиве в том порядке, в котором нужно организовать вывод (например, получены из компонента поиска с сортировкой по релевантности)
Для этого нужно в функцию \CIblockElement::PrepareGetList() добавить такой код
$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']).'\')';
} |
Ответил 
Жуков Евгений 23.07.2019 11:18:16
Жуков Евгений 23.07.2019 11:18:16
Выйдет в iblock 18.6.700. Пример использования:
Создать возможность менять наименования стандартных полей инфоблока в таблицах списков. На данный момент в карточке редактирования элемента наименования полей и свойств можно настроить как угодно, но в общем списке эта возможность до сих пор не реализована. Речь идёт именно о стандартных полях: картинка для анонса, наименование, превью, детальный текст и т.п.
Без этого происходит путаница. Часто инфоблоки создаются совсем для иных целей, как справочники. Яркий пример - слайдер. Обычно нужны только поля Наименование (для описания слайда) и предварительное фото - сам слайд. При этом они должны быть соответственно подписаны, например "Название слайда" и "Слайд", чтобы сторонний пользователь (только первый раз зашедший в админку) сразу всё понял.
В карточке элемента возможно удалить всё ненужное и поменять названия полей, а вот на странице списка можно только убрать всё ненужное и сделать правильную сортировку. Изменить названия полей нельзя. И картинка слайдера так и останется "Картинкой для анонса". В результате человек в карточке элемента видит одно, а на странице списка совсем другое. И это ещё не самый худший вариант.
Я думаю, необходимо создать дополнительную вкладку настойки инфоблока, где можно было бы заменить стандартные наименования. Или же брать настройки из текущих настроек редактирования карточки элемента (раз уж там это реализовано), чтобы эта информация была идентичной и не приходилось её дублировать.
Без этого происходит путаница. Часто инфоблоки создаются совсем для иных целей, как справочники. Яркий пример - слайдер. Обычно нужны только поля Наименование (для описания слайда) и предварительное фото - сам слайд. При этом они должны быть соответственно подписаны, например "Название слайда" и "Слайд", чтобы сторонний пользователь (только первый раз зашедший в админку) сразу всё понял.
В карточке элемента возможно удалить всё ненужное и поменять названия полей, а вот на странице списка можно только убрать всё ненужное и сделать правильную сортировку. Изменить названия полей нельзя. И картинка слайдера так и останется "Картинкой для анонса". В результате человек в карточке элемента видит одно, а на странице списка совсем другое. И это ещё не самый худший вариант.
Я думаю, необходимо создать дополнительную вкладку настойки инфоблока, где можно было бы заменить стандартные наименования. Или же брать настройки из текущих настроек редактирования карточки элемента (раз уж там это реализовано), чтобы эта информация была идентичной и не приходилось её дублировать.
При редактировании списка нет возможности привязать сразу к нескольким разделам (только по одному)
При выборе в детальном редактировании нет различий между разделами.. если разделов много - сложно запомнить неактивные...
При выборе в детальном редактировании нет различий между разделами.. если разделов много - сложно запомнить неактивные...
Столкнулись с такой проблемой, по непонятной причине устарел или что-то случилось с ключом доступа к модулю Экспорт товаров вконтакте
После этого при редактировании разделов вылезла такая ошибка
Должна либо не показываться вкладка товары вконтакте при редактировании раздела, либо должна быть выведена всплывающая строка об ошибке
После этого при редактировании разделов вылезла такая ошибка
Должна либо не показываться вкладка товары вконтакте при редактировании раздела, либо должна быть выведена всплывающая строка об ошибке
Ответил
Жуков Евгений 25.10.2018 17:42:23
Жуков Евгений 25.10.2018 17:42:23
Исправлено в sale 17.0.28
Это будет полезно как минимум при организации фильтрации по тегам с списках элементов.
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; ?>
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; ?>
Прошу перенести функционал самого популярного модуля Маркетплейс, asd.iblock, в состав коробки.
Данный модуль уже много лет является самым устанавливаемый, что подтверждает массовый недочет разработчиков Битрикс.
Ответ "устанавливайте из Маркетплейс сторонний модуль" считаю неприемлемым – для меня коробочные функции, это прежде всего гарантия того, что они будут поддерживаться Битриксом всегда. А партнерский модуль – сегодня он есть, завтра разработчик его удалил из Маркетплейс или перестал поддерживаться и обновляться. Или вообще оставит всем вот такой "привет":
Тем более, asd.iblock бесплатный и Антон уже работает в команде Битрикс.
Данный модуль уже много лет является самым устанавливаемый, что подтверждает массовый недочет разработчиков Битрикс.
Ответ "устанавливайте из Маркетплейс сторонний модуль" считаю неприемлемым – для меня коробочные функции, это прежде всего гарантия того, что они будут поддерживаться Битриксом всегда. А партнерский модуль – сегодня он есть, завтра разработчик его удалил из Маркетплейс или перестал поддерживаться и обновляться. Или вообще оставит всем вот такой "привет":
Тем более, asd.iblock бесплатный и Антон уже работает в команде Битрикс.
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
