В интернет-магазине многие свойства товара лучше хранить в виде чисел. Так их удобнее использовать в умном фильтре, например, отбирать мебель по ширине.

Но в списке характеристик люди привыкли видеть те же габариты в виде ШхВхГ, да ещё и с единицей измерения:

Габариты ШхВхГ ....................... 680х340х200 мм

Такой вид компактнее.
Единицы измерения рядом со значениями - читателю не нужно бегать глазами по горизонтали к названию совойства

Сравните с тем, что есть сейчас:

Ширина, мм ....................... 680
Высота, мм ........................ 340
Глубина, мм ....................... 200

Такая же проблема возникает, если характеристика товара это диапазон значений, например, диапазон воспроизводимых частот у акустики (тут ещё и разделитель тысяч прибавляется):

Частота воспроизведения ....................... 20 - 35 000 Гц

Предлагаю для решения этой задачи использовать вычисляемые поля.

Идея вычисляемых полей давно у же витает в воздухе (и даже набрала огромный рейтинг в голосовании).
Более того, она была не только заявлена Битриксом четыре (!) года назад, но и реализована в разделе SEO. Различные SEO-поля, формируемые по шаблону, это и есть пример реализации вычисляемых свойств. Но дальше дело как-то не пошло, а жаль.

Вот Яндекс.Маркет, кстати, давно уже научился делать такие вещи.
Ну красота же! Я уж молчу про группировку полей...

Информационные блоки БУС, Свойства инфоблоков

(комментариев: 5)

Рейтинг: 0

На голосовании

Предложил

Пользователь 1929259 11.04.2018 14:00:59

Редактирование шаблонов. Текст

Здравствуйте. Когда появится возможность редактирования положения текста в блоке?

Информационные блоки редактирование текста, редактирование положения текста в блоке сайта, битрикс24

(комментариев: 0)

Рейтинг: 0

На голосовании

Предложил

Пользователь 3089 05.04.2018 22:19:55

Нужно нормальное совмещение поиска и фильтрации

За все эти годы ничего не изменилось. Смотрел в последний раз в components/bitrix/catalog/templates/.default/bitrix/catalog.search/.default/template.php от iblock 17.5.4.

Выполняется поиск в два шага:

bitrix:search.page
bitrix:catalog.section

Это ненормально. Причины всего-то две:

Техническая: странно собирать ИД-шки элементов, чтобы потом использовать их для второй выборки уже не из поискового индекса, а из инфоблока.
Функционал: пользователи давно ждут подсветки поисковых фраз в результатах поиска, но при таком подходе ее не будет в принципе.

То, что сейчас можно видеть в каталожном поиске - это последствия определенного разделения функционала между двумя модулями.

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

Информационные блоки Умный фильтр, поиск, Поиск по каталогу, фасетные индексы

(комментариев: 0)

Рейтинг: 16.7804

На голосовании

Предложил

Пользователь 26749 02.03.2018 11:33:04

Умный фильтр с условиями и/или

Сейчас умный фильтр для множественных свойств работает только по условию "ИЛИ", нет возможности выбрать условие "И". К примеру, есть каталог фильмов. Отмечаю флажками в свойстве Жанр: боевик и фантастика. В результате будут все фильмы: и боевики и фантастика, но не боевик+фантастика.

Большая просьба к разработчикам доработать умный фильтр!

Информационные блоки Умный фильтр, фильтр, фильтры, фильтрация

(комментариев: 3)

Рейтинг: 0

На голосовании

Предложил

Пользователь 30147 28.02.2018 20:45:27

Дополнительный LIMIT в CIBlockElement::GetList

В нестандартных случаях (например, написание API) очень часто требуется обычный лимит, как используется базах данных, например, вот так:

SEL ECT * 
FR OM  `b_iblock_element` 
LIMIT 30 , 30

Чтобы сделать такую возможность для разработчиков, впринципе, достаточно заменить код:

if (!empty( $arNavStartParams ) && is_array ( $arNavStartParams )) {

следующим

if (!empty($arNavStartParams['limitStart']) && !empty($arNavStartParams['limitCount'])){
    $strSql = "
        SELECT ".$el->sSelect."
        FR OM ".$el->sFrom."
        WH ERE 1=1 ".$el->sWhere."
        ".$el->sGroupBy."
        ".$el->sOrderBy."
        LIMIT ".intval ($arNavStartParams['limitStart']).", ".intval ($arNavStartParams['limitCount'])."
    ";
    $res = $DB->Query ( $strSql,
                        false,
                        "FILE: ".__FILE__."<br> LINE: ".__LINE__
    );
} elseif (!empty( $arNavStartParams ) && is_array ( $arNavStartParams )) {

ну и дополнить документацию https://dev.1c-bitrix.ru/api_help/iblock/classes/ciblockelement/getlist.php

Информационные блоки CIBlockElement::GetList, GetList

(комментариев: 1)

Рейтинг: -2

На голосовании

Предложил

Пользователь 1768249 14.02.2018 10:56:39

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

уже столько раз встретилась необязательность названия при выводе в публичку, что хочется к полю названия добавить галку - признак - выводить ли в публичке

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

(комментариев: 0)

Рейтинг: 13.8902

На голосовании

Предложил

Пользователь 66839 15.12.2017 15:50:56

Шаблоны настроек форм редактирования в инфоблоках

Не хватает возможности сохранять не только один вариант настроек форм редактирования элементов/разделов. Например, сохранять несколько вариантов шаблонами, а затем менять выбором. При этом иметь возможность задавать шаблон для каждого элемента в отдельности.

Например:

Информационные блоки инфоблоки, инфоблоки элементы разделы, настройки формы, редактирование раздела, редактирование элемента

(комментариев: 0)

Рейтинг: -2.8902

На голосовании

Предложил

Пользователь 351405 13.12.2017 11:15:22

Автоматическая генерация кириллического символьного кода

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

Информационные блоки кириллица, URL, ЧПУ

(комментариев: 0)

Рейтинг: 4.2644

На голосовании

Предложил

Пользователь 77642 16.11.2017 11:23:33

Новое свойство "Строка фиксированной длины"

Предлагаю в инфоблоках добавить новое свойство "Строка фиксированной длины". С указанием ее размера.
Это значительно упростит создание индексов.
А также позволит избежать создания базой данных множества временных таблиц (когда в условиях участвуют поля TEXT), и соответственно снизить на нее нагрузку и увеличить скорость.

Информационные блоки свойство строка фиксированной длины инфоблок

(комментариев: 2)

Рейтинг: 0.1682

Внедрено

Предложил

Пользователь 361031 09.11.2017 08:27:23

Создание элемента в форме подбора

ловлю себя на мысли, что при выборе http://prntscr.com/h6f4fi, допустим, какого-то значения св-ва (с типом = привязка к элементу) нужного в списке не создано - нельзя ли добавить кнопку "создать" в форме сразу? http://prntscr.com/h6f4jz как-то так
чтоб не идти в раздел инфоблоков с контентом и не создавать сначала элемент, а потом возвращаться на этап подбора..

Рейтинг: 1.2518

Ответил

Жуков Евгений 09.11.2017 11:07:51

Используйте свойство типа "Привязка к элементам с автозаполнением"

Информационные блоки инфоблоки, интернет-магазин, юзабилити_где_оно

(комментариев: 5)

Контакты Поиск

Оставайтесь с нами: