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

Предлагаю расширить список действий, которые можно совершать с свойствами в списке свойств. Сейчас доступно только 2 опции - активировать и деактивировать:



Было бы очень здорово добавить сюда:
1. Массовое проставление галочки (показывать в списке)
2. Массовое проставление галочки (показывать в детальном просмотре)
3. Привязать свойство к разделу (выбор раздела) - ОЧЕНЬ нужная вещь. Особенно когда свойств под 800-900 штук и чтобы привязать свойство к разделу, нужно в огромном списке без поиска его найти.
4. Галочка "Показывать на странице редактирования элемента"

С переходом на новый вид списка инфоблоков, пропала и никак не появляется возможность управлять картинками в списке у элементов инфоблока:

-Детальная картинка
-Картинка анонса
-Свойство типа файл

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

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

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

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


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

Здравствуйте!

Добавьте параметр в компоненты выбора из ИБ, например, catalog.element, catalog.section и т.д. который будет указывать на возврат свойств ИБ с непустыми значениями.

Сейчас в компоненте catalog.element получение свойств производится вот так:


А хотелось бы получать еще и вот так:

Смоделирую ситуацию:

1) Захожу в инфоблок заказы (их 60 штук), выводит по 20шт, то есть 3 страницы. Хочу видеть все - нажимаю вывести все .... вижу все 60 на странице.
2) Перехожу в инфоблок "каталог товаров", там 80 000 элементов и тут почему то применяется предыдущая настройка выводить все - сайт падает "out of memory"

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

В стандартном АПИ CIBlockElement сортировка передается массивом, в котором можно передать не ограниченное количество полей, но в стандартных компонентах news.list и catalog.section есть только 2 поля. В итоге, если мне нужна сортировка с более чем двумя полями, то мне нужно кастомизировать компонент, что не желательно.

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

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

Всем привет.
Делаю следующее:

1. Создал хайлоад-инфоблок (ХЛИБ) с 3 полями (название, сортировка, файл)
2. В инфоблоке (ИБ) добавил свойство с типом "список" и выбрал созданный ХЛИБ

Подгрузилась таблица ХЛИБ, но с большим количеством лишних полей (которых изначально в ХЛИБ нет).
При сохранении в мой ХЛИБ автоматически добавляются новые поля, например UF_DESCRIPTION, UF_FULL_DESCRIPTION...

Предложение:
1. Сделать чтобы при выборе нужного ХЛИБ в подгружаемой таблице были только его поля.
2. При сохранении параметров свойства ИБ с типом "список" в ХЛИБ не добавлялись лишние поля.

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

При открытии страницы создания/редактирования элемента инфоблока, у которого есть свойство привязки к элементам Highload-инфоблока в <select> подгружается список из всех элементов инфоблока.
Это происходит и когда элементов 4 и когда 600 000 элементов, только во втором случае апач обрубает процесс.

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

P.S. Если сделать множественную привязку, то в свойствах элемента инфоблока сохраняется только первый привязанный элемент highload-инфоблока. Печаль

Частично уже были в некоторых идеях. Но тут о highloadblock в общем, это все нужно в реальных проектах уже сегодня:

1/ Пользовательское свойство "Html/text" с визуальным редактором.
Нужно для полей в highloadblock

уже есть идея:
http://idea.1c-bitrix.ru/add-custom-field-htmltext/

2/ Пользовательское свойство "привязка к highloadblock".
Нужно для организации связей highloadblock между собой.

3/ свойство в обычных инфоблоках "привязка к highloadblock".
Чтобы справочники для товаров на инфоблоках хранить на highloadblock
(зачем справочникам быть тоже на инфоблоках?)

4/ фильтр в списке элементов highloadblock
если там будет статистика какая-нибудь, то как без фильтра?

5/ настраиваемый список элементов в highloadblock,
чтобы убирать ненужные в лентах колонки

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

Сейчас в данных компонентах сортировка возможна по одному или по двум полям.
А не редко встречаются случаи, когда нужно сортировать по массиву полей. Приходится компонент копировать для этого.
Желательно внедрить в стандартные.

Чтобы в настройках любой компоненты где есть выбор сортировки элементов можно было выбирать не одну или две сортировки, а столько сколько нужно =) А то глупо кастомизировать из-за такой мелочи, которая на практике нужна очень часто.
UPDATE: пожалуйста, кто минусит, намекните, я похоже чего-то не знаю, что знают все?