Сейчас невозможно убрать из страницы редактирования элемента ИБ свойства, которые являются обязательными.
Но свойства могут заполняться автоматически, и нужно иметь возможность их скрывать.
Яркий пример этому: Поле "Внешний код" если включен, то отображается на странице редактирования элемента у всех ИБ. Хотя оно не везде нужно, и включен функционал, который автоматически заполняет Внешний код. И хорошо бы скрыть это поле, раз заполняется автоматически, чтобы не путать Контент-менеджеров, т.к. поле помечено как Обязательное.
Хотелось бы видеть блок настройки "Разрешенные компоненты" для каждого сайта свои. Особенно это актуально, когда доступ к редактированию разных сайтов имеют разные люди. В том числе и внешние сотрудники, типа сеошников и контентщиков.
А если серьёзно - сейчас, при создании сделки, менеджеру приходиться выбирать из кучи продуктов в маленьком окошке списка select (картинка во вложении). При этом, поиск есть по первой букве (как по городу) и, почему-то, ищет не всегда корректно.
Нельзя ли изменить список, чтобы можно было набирать название продукта и оставались бы варианты, содержащие введённый отрезок текста? Было бы очень здорово!
Предлагаю реализовать для визуального редактора возможность выбора тегов которые подлежат замене или очистке с привязкой к определенным группам пользователей. Т.е. для опытных один набор. Для простых - другой. В текущей версии даже безобидный тег picture заменяется на span.
Добрый день, уважаемые разработчики. Одно время мне очень пригодилась при создании собственных модулей функция $GLOBALS["DB"]->RunSQLBatch(); Но последнее время мне больше нравится работать с highload-блоками, поскольку CMS сразу предоставляет удобный интерфейс работы с собственными таблицами базы данных. Битрикс предлагает широкий выбор “привязок” пользовательских полей (по типу) к другим таблицам, типам данных (USER_TYPE_ID):
enumeration - Список double - Число integer - Целое число boolean - Да/Нет string - Строка file - Файл video - Видео iblock_section - Привязка к разделам инф. блоков iblock_element - Привязка к элементам инф. блоков string_formatted - Шаблон crm - Привязка к элементам CRM crm_status - Привязка к справочникам CRM address - Адрес resourcebooking - Бронирование ресурсов date - Дата datetime - Дата со временем money - Деньги vote - Опрос mail_message - Письмо (email) hlblock - Привязка к элементам highload-блоков url_preview - Содержимое ссылки url — Ссылка
Довольно широкий выбор! Было бы неплохо еще добавить привязку к пользователю, типу цен, службам доставки, платежным системам… Это очень удобно, когда ты создаешь собственную таблицу, а CMS предоставляет готовый интерфейс для работы с этой таблице пользователю.
Сейчас в структуре можно назначать только одного управляющего отдела, было бы удобно иметь возможность в каждый отдел и подотдел ставить несколько руководителей
Была форма с 3000 ответов, к которым было приложено 2500 файлов. Мне нужно было удалить файлы. Я удалил один из ответов и проверил, что файл на диске удалился. А потом, чтобы не мучаться и не удалять результаты с помощью выделения элементов, я решил воспользоваться функцией настройки формы "Очистить". Битрикс меня переспросил: "Вы уверены что хотите удалить все результаты заполнения формы?". Я ответил "Да". Все вопросы удалились,... а файлы остались. Т.е. удаление файлов работает только при удалении элементов формы. Слава богу, перед удалением, я сохранил ID картинок и ответов.
Дня не бывает, чтобы кто-то не споткнулся об setTitle. Он работает сам по себе, свойства страницы — сами по себе. Выглядит он как авторитетная приоритетная функция, а по факту — полу-инвалид, сбивающий с толку программистов. Можно поставить setTitle в самом конце документа и недоумевать, почему у страницы другой заголовок. А всё потому, что где-то там, вверху, был установлен setPageProperty, которому отдан приоритет.
setTitle нужно сделать наконец обёрткой над setPageProperty( 'title', ... ) и чтобы это было его действие по-умолчанию.