Рейтинг: 0.8836  
На голосовании
Предложил Постоев Олег 27.02.2014 17:06:31

Добавить настройки поля описания значения свйоства

Настройки свойств инфоблока

Добавить настройки для поля описания значения:
  • Размер поля
  • Количество символов
  • Количество строк
  • Тип описания text/html/виз.редактор
Рейтинг: 55.8759  
На голосовании
Предложил Хоруженко Виктор 24.07.2013 18:03:24

Разные свойства для элементов разных разделов

Очень нужная вещь: Показывать разные свойства для разных разделов в инфоблоке.

Такая возможность уже есть в Торговом каталоге. Подобное решение хорошо бы реализовать для инфоблоков.
А то для обычного разнопланового каталога приходится делать разные кастыли, чтобы не показывать сотню свойств или не плодить инфоблоки.
Рейтинг: 2.2808  
Новая
Предложил Сидоров Михаил 07.09.2012 14:51:02

Табличное представление привязки инфоблоков

Очень нужно добавить поля в табличном представлении.
Например, у сделки есть "график платежей", у этого графика есть 2 поля "Дата" и "Сумма". Сейчас это можно сделать только создав два множественного поля, которые будут отображаться друг под другом, и разобраться в таком представлении очень сложно, неудобно и вообще не правильно.
Хорошо бы добавить такую привязку к инфоблокам, где можно будет указывать, какие поля будут использоваться при редактировании/добавлении и просмотре, и какое поле будет использоваться для привязки к сущности CRM элемента ифоблока.
Хорошо бы еще сделать изменение этого элемента прям из сущности CRM
Рейтинг: 77.6258  
На голосовании
Предложил Грипинский Сергей 13.07.2012 10:35:29

Копирование и перемещение инфоблоков

Болят руки и мозг от создания однотипных инфоблоков? Устали каждый раз выставлять там права доступа и подписи?
Привыкли, что с файлами можно делать перемещения и копирование, а в инфоблоках - фигушки и вы расстроены?
У вас много типов инфоблоков и в каждом по 1-2 инфоблока? Правда, хочется собрать их в более большие осмысленные кучки? А вот пока нельзя! Поэтому...


Предлагаю добавить два действия с инфоблоками: копирование и перемещение.



Начнём с простого: перемещение. На сколько я вижу по структуре БД, это тривиальная задача, которая заключается в изменении содержимого записи IBLOCK_TYPE_ID в таблице b_iblock

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

P.S.: Глобальная концепция компонентов продукта - обращаться к инфоблоку по ID и проверять тип - мне до сих пор не ясна. ID инфоблока ведь уникальный. Зачем??? Чем-то напоминает, "ой, а мне только спросить!"
Однако, такая концепция имеет место в стандартных компонентах, поэтому я понимаю, что перемещение инфоблока может привести к необходимости перенастройки поля "Тип информационного блока (используется только для проверки)" в уже настроенных и размещённых компонентах. Но оно того стоит!
Рейтинг: 26.9515  
На голосовании
Предложил Домацкий Евгений 20.06.2012 10:56:35

Добавить свойство инфоблока - Email

Добавить свойство элемента инфоблока - Email.
И соответственно в компоненте редактирования / создания элементов сделать проверку на корректность заполнения при добавлении.
Рейтинг: 1.2057  
На голосовании
Предложил Волков Сергей 31.05.2012 15:11:46

Использование групп одного инфоблока другими

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

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

В результате есть 2 пути:
- тупо повторять структуру в каждом инфоблоке;
- использовать решение http://marketplace.1c-bitrix.ru/solutions/smanline.classifier/#tab-images-link

У первого и второго есть свои плюсы и минусы.

Что я предлагаю:
- группировку элементов одного инфоблока группами другого;
- чтобы это включалось в настройках "дочернего" инфоблока (например, пункт "Использовать группы инфоблока" со списком инфоблоков в выпадающем меню, исключая текущий и другие с такой же настройкой).
См. на скрине настроек инфоблока пункт "Использовать разделы другого инфоблока":



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

Функционал создания и редактирования групп тоже должен функционировать везде -- и в тех инфоблоках, которые имеют свои группы, и в тех, которые не имеют свои группы и используют группы других инфоблоков. Только в последнем случае, разумеется, группы будут создаваться и редактироваться не "свои", а  "заимствованные".
Рейтинг: 9.0318  
Внедрено
Предложил Шкуркин Дмитрий 27.05.2012 13:06:25

Сортировка элементов и постраничная навигация

Запоминать параметры сортировки и постраничной навигации для каждого инфоблока отдельно.
По умолчанию сотрировка работает так как надо, но если изменить ее то при переходе в другой инфоблок тип и направление сортировки распространяется уже и на другой инфоблок - очень не удобно.
Тоже самое касается постраничной навигации, если в одном инфоблоке перейти, например, на 3 страницу, после чего перейти в другой инфоблок, то мы сразу попадаем на 3 страницу
Рейтинг: 0  
Ответил Жуков Евгений 10.10.2014 12:12:36
iblock 15.0.0
Рейтинг: 20.3528  
На голосовании
Предложил Шкуркин Дмитрий 27.05.2012 12:58:29

Аналог SKU для обычных инфоблоков

Добавить функционал SKU для обычных инфоблоков. Имеется ввиду добавление на форму редактирования элемента списка подчиненных элементов

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

Элемент этого же инфоблока - выпуск
Элементы другого инфоблока - статьи
необходимо добавить статьи, после чего только выпуск в журнал.
Рейтинг: -17.3017  
Ответил Жуков Евгений 28.05.2012 12:29:37
Сами классы интерфейса торговых предложений не привязаны к SKU. Вы можете их спокойно использовать для своей задачи.
Рейтинг: 4.1597  
На голосовании
Предложил Заруденский Иван 21.01.2012 15:47:16

Медиабиблиотека в инфоблоках

При выборе в элементе инфоблока изображения из медиабиблиотеки и сохранении элемента, изображение автоматически копируется по новому пути "/upload/iblock/". Получается дублирование изображений на сервере. Почему нельзя просто привязываться к файлу из медиабиблиотеки?
Рейтинг: 20.6533  
На голосовании
Предложил Александрович Денис 27.10.2011 10:55:37

Привязка к техподдержке элементов инфоблока

Хотелось бы чтоб появилась возможность привязывать к "мастеру создания обращения" элементы другого инфоблока.

Например есть инфоблок с лицензиями на продукты, каждая из которых привязана к определенному пользователю. Этот ИБ надо привязать к ТП, чтобы пользователю при создании обращения показывался список из его лицензий, и он мог по конкретной лицензии задать вопрос. Естественно если лицензия истекает, то элемент блокируется и у пользователя больше не будет возможности создать нового обращения по этой лицензии.