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

• Размер поля
• Количество символов
• Количество строк
• Тип описания text/html/виз.редактор
  

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

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

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

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

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



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

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

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

Добавить свойство элемента инфоблока - Email.
И соответственно в компоненте редактирования / создания элементов сделать проверку на корректность заполнения при добавлении.

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

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

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

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

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



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

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

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

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

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

Элемент этого же инфоблока - выпуск
Элементы другого инфоблока - статьи
необходимо добавить статьи, после чего только выпуск в журнал.

При выборе в элементе инфоблока изображения из медиабиблиотеки и сохранении элемента, изображение автоматически копируется по новому пути "/upload/iblock/". Получается дублирование изображений на сервере. Почему нельзя просто привязываться к файлу из медиабиблиотеки?

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

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