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

Необходима возможность настроить правила вставки жирного текста и новых абзацев.

Сейчас для жирного текста используется менее актуальный <b> (хотелось бы использовать <strong>).

Перенос строки производится с помощью <br>, хотелось бы возможность выбрать в настройках перенос с помощью тега <p>.

Сейчас возможно сменить SEO для раздела и всех подразделов, но бывает требуется внести исправление только в текущий раздел, а для дочерних оставить прежнюю маску (шаблон с переменными)

Возможно нужно добавить блок "Настройки для раздела" с такими же полями но исключительно для текущего раздела. Либо сделать 2 галочки "для этого раздела" и "для еог подразделов"

Как сделать нормальный удобный не тупой редактор:
1. открыть админку Вродпресса
2. зайти в редактирование страницы или записи.
3. подсмотреть, как сделано там.

Может, просто тупо стащить его?

Ну невозможно же!
мне-то пофиг, я все равно в режиме кода работаю.
Но контентщики - их-то за что мучать?

Если вы переходите в редактирование инфоблока из раздела "Контент", то обратно можно вернуться только нажав кнопку "Сохранить". При этом похоже, что вся информация инфоблока всегда пересохраняется заново.

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

А в разделе редактирования инфоблока существует только одна ссылка "Вернуться в список информационных блоков", что адекватно, если перешёл к редактированию из списка инфоблоков, но никак не в том случае, если перешёл сюда из списка элементов.

Что ещё более маразматично - нажатие кнопки "Отмена" - также вернёт вас в список инфоблоков.

Уверен, что ссылка "Отменить" и "Вернуться" должна срабатывать именно туда, откуда ты перешёл к редактированию.

В документации по мультиязычным сайтам очень много говорится о структуре папок LANG файлов, последовательности их подключения и т.п. Но единственное, что я никак до сих пор не могу понять так это каким образом происходит переключение между языками. Как и где настраивается, чтобы Bitrix понимала какой именно язык нужно подключить в данной ситуации.

В результате абсолютно все многоязычные сайты, с которыми я встречался, использовали свои наработки. Свою наработку с дописыванием константы ко всем сообщениям и прописыванием  делать и мне.

Необходимо осветить этот вопрос более детально. Вынести дополнительные настройки по условию, так же как, например, переключается шаблон.

При добавлении в поле файл элемента инфоблока файла из медиабиблиотеки, при его копировании, создается файловая запись, где ORIGINAL_NAME = хешированое имя "исходного" файла из МБ, которое бесполезно. Было бы удобно ORIGINAL_NAME сохранять как у реального исходника -или- добавить опцию "Сохранять исходные имена файлов" для МБ, отдельно от upload'а.

Оказывается при загрузке фото в картинку товара загрузчик не удаляет EXIF данные, помещаемые смартфоном, в частности GPS места съемки. Они сохраняются и при выгрузке фото с сайта. Это является довольно конфиденциальной информацией и нет ни одного нормлального сервиса или приложения в мире, где бы такое происходило! Есть множество сценариев когда по неосторожности они легко попадут на сайт и с сайта в руки недобросовестных конкурентов. Добавьте, пожалуйста, срочно в функционал удаление таких данных из фото прямо в момент загрузки на сайт.

Было бы очень неплохо сделать визуальном редакторе контейнеры как на онлайн ресурсах.
Сейчас контент менеджер может с помощью таблицы создать определенный вид страницы расположить элементы так как ему нужно. НО! Как только мы смотрим такую страницу с мобильных устройств у нас получается полная ересь. Так вот суть предложения, что бы данные в контейнере выстраивались друг под другом как это происходит на других сервисах, что бы можно было создавать страницы любой сложности без знаний верстки для контент менеджера. На данном этапе когда мобильный трафик растет с каждым годом, такой функционал для редактора был бы очень кстати.

Медиабиблиотека в настоящий момент вызывает жалость, как сирота, потерявший родителей. Когда она создавалась некоторые технологии (массовая загрузка файлов) были ещё передовыми, тогда и Java-плагин считался нормальным решением. Но сейчас эта часть модуля Управления структурой выглядит чем-то вроде "привета из 2000-х", пользоваться ей очень сложно.

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

Уважаемые разработчики Битрикс! Очень давно вы хотели сделать мир лучше и работали над движком равномерно. Сейчас, когда вы "выросли", вы занимаетесь только теми модулями, которые больше всего в данный момент приносят вам прибыль. Так нельзя, ищите баланс.

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