2/ Пользовательское свойство "привязка к highloadblock". Нужно для организации связей highloadblock между собой.
3/ свойство в обычных инфоблоках "привязка к highloadblock". Чтобы справочники для товаров на инфоблоках хранить на highloadblock (зачем справочникам быть тоже на инфоблоках?)
4/ фильтр в списке элементов highloadblock если там будет статистика какая-нибудь, то как без фильтра?
5/ настраиваемый список элементов в highloadblock, чтобы убирать ненужные в лентах колонки
6/ множественные свойства в highloadblock этот вот пункт мне совершенно не критичен. Если будет привязка highloadblock друг к другу, то можно запросто организовать хранение множественных значений как отдельной сущности.
7/ свойство типа привязка к пользователю 8/ возможность выбора\установки namesapce если класс описываем самостоятельно 9/ возможность описывать формат поля (напр. 'format' => "/^[a-z0-9]{2}$/i")
Я так понимаю комплексного удаления записей и прочих групповых операций тоже нет? Т.е потестил, записал 1000 элементов, а чтоб удалить легче новый ИБ создать, чем построчно ..
Юрий Волошин
6 пункт уже работает, используется новым магазином в компоненте Бренды.
Здорово, но логика подсказывает, что если в запись с наименованием бренда заполнить еще и ссылку, а быть может это должен быть символьный код, как у простых элементов и генерироваться он должен из названия бренда, то при переходе по ссылке должна отдаваться страница с описанием этого бренда, не так ли? ну и туда же можно вывести товары этого бренда, а этого нет