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

При загрузки файла в поле типа "Файл" неверно отрабатывает проверка максимального размера файла. Демонстрация ошибки и исправление в скринах.

Есть интересный функционал "вставить путь к файлу" который копирует файл по URL.
Но есть проблема, CMS не распознаёт путь со своего же сервера и копирует файл из одной папки битрикс, в другую... И у нас получается один файл в двух местах:
/upload/iblock/81d/test.jpg
/upload/iblock/53f/test.jpg

Предлагаю: не копировать файл если путь состоит из {адреса сервера}/upload/...
это поможет избежать дубликатов файлов, локализует хранение файлов вне папки /upload/ и снизит нагрузку на канал посетителей сайта (которые могут грузить 10 одинаковых картинок по разным url)

Было бы круто искать значение для фильтрации введя сразу значения, а не прокручивая большой список искать его http://joxi.ru/Y2LkJKjU7QMVbm  

Сейчас в админке добавлять значения множественного свойства можно только в конец списка. Но иногда надо внести корректировку и добавить или перенести значения свойства. Можно заполнить все множественные свойства заново с нужного, но при большом количестве значений свойства это очень не удобно.

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

Уже лет 5 стесняюсь спросить.. А почему у свойства html/тест все смещено вправо?

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

Но все же, если постараться, сделать такое условие, чтобы заголовок свойства, обозначенного как html/text, располагалось по центру.
А само окошко редактора.. ТОЖЕ располагалось по центру?

Я не слишком много прошу? Раз уж редактор не можете сделать нормальный, то, может быть, хотя бы.. вот это.. немного же прошу. Христа ради. Поможите?

Коллеги Добрый день!
очень не удобно что все картинки лежат в папке /upload/iblock с рандомным названием я к примеру хочу удалить каталог или кто то когда то его удалил и там 150gb фото это же надо контролировать!
ПРЕДЛАГАЮ сделать путь к фото с id инфоблока к примеру:

/upload/iblock/id8
и в нём уже хранить картинки



это закроет огромное количество проблем начиная с
переноса с сервера на сервердо чистоты сайта  

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

Дать возможность загрузки файлов, а именно картинок в поля для картинок анонса, детальной картинки и картинка свойством которое передается методом drag and drop в компоненте iblock.element.add.form как сделано это в админ-панели.
Если есть такая возможность уже, то как реализовать.  

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

Почему совместный список в ИБ не отображает иерархию? Мне это очень не удобно! Сначала папки, потом тонна элементов не понятно откуда...
Кто хочет иерархии в ИБ жмите плюс!

По результатам работы с битриксом на протяжении уже 4 месяцев (плотной работы) пришел к выводу того что систему свойств товаров и тп нужно пересматривать. Особенно если это касается проектов где десятки тысяч товаров и сотни свойств. Сейчас единственный вариант это создавать под каждую категорию товаров свои инфоблоки и свойства для них, но проблема потом с интеграцией с шаблонами и т.д. Сейчас перечислю список основных предложений или улучшений:

1. Добавить при создании свойства галочки:
* служебное - данное свойство является системным и не выводится нигде и ни при каких условиях в публичной части.
* выводить в карточке - если стоит галочка - свойство выводится в характеристиках товара в его карточке (не подключать его через компонент каталога и детального просмотра а делать это из админ-панели).

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

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

4. Добавить в выборе привязок свойств к разделу поиск по названию. Когда свойств сотни - искать по названию - большая трата времени и сил (https://yadi.sk/i/dP1Z2k0MD0SCPA).

5. Добавить возможность привязки вариантов свойства типа список к разделам. например свойство будет одно и то же, но варианты будут зависеть от раздела.

6. Добавить встроенный в систему группировщик свойств. Ведь даже у свойств заказа есть группы, но у свойств товаров их нет. При заполнении товаров намного удобнее было бы разбивать свойства на логические блоки по вкладкам чем выдавать огромную простынку текста если у товарной позиции много характеристик.