Сделайте по умолчанию для всех элементов вида текст возможность редактирования и возможность менять стили без указания их в файле манифеста.
Если в блоке у меня есть какой то текст разумеется я или заказчик захочет его заменить/перекрасить и приходится каждый блок текста прописывать в манифесте. По моему это какой то неправильный подход.
'style' => array(

'.LVL1_TEXTBLOCK .h1' => array(
 'name' => 'Заголовок акции',
 'type' => 'typo',
 'additional' => array(
array(
'name' => 'Название группы',
'attrs' => array(
  array(
 'name' => 'Текстовое поле',
 'type' => 'text',
 'attribute' => 'data-text-field'
  ),
)
)
 )
),

Постоянно сталкиваюсь с двумя очень неправильными ситуациями, когда дизайнеры и программисты, создающие движок Битрикса, не изолируют свой код CSS от кода клиента.

Ситуация 1: Клиент прописывает стили для сайта. Ну, например, ссылки должны быть зелёными. Заходим в какое-нибудь окно редактирования административной панели (в публичке), а там - зелёные ссылки! Т.е. стили сайта повлияли на стили в интерфейсе движка. Такого быть не должно! Мало ли какие у клиента будут стили для инпутов, и они "поползут" в вёрстке. Может у клиента сайт на синем фоне, а ссылки белые. А в окне Битрикса выползут ссылки "белые на белом", т.е. "пропадут". И т.п.

Лечение: Битрикс должен заключать свой HTML в контейнер, а стили прописывать с директивой !important
Объяснить разработчикам, что служебные стили Битрикса начинаются с bx- и лучше их не использовать.

Ситуация 2: Клиент прописывает стили для сайта. И использует где-то на странице стандартный компонент. Этот компонент внезапно перекрывает стили шаблона и получается каша. Например, пропадает элемент! Оказывается, в компоненте был прописан вот такой стиль в общем пространстве имён!!!

Лечение: Опять же Битрикс все свои замечательные придумки должен заключать в пространство имён.
Научите своих дизайнеров, верстальщиков и программистов хорошему!
Это не проблема клиента! Это проблема некачественного неизолированного кода! Клиент должен быть свободен от таких раздумий "а не пришло ли в голову разработчикам Битрикса использовать такой-то стиль...."

Нужно внедрить возможность выбора/смены шаблона для страниц (или CSS-стилей). Сейчас приходится пересоздавать страницу или переопределять как на скриншотах.
У страницы шаблон Приложение, а стили переопределены из шаблона Юр.услуги.
https://image.ibb.co/de1L1c/2018_04_08_19_30_09.png
https://image.ibb.co/dBGaZx/2018_04_08_19_31_20.png

В презентации нового визуального редактора все выглядит очень красиво, аж слюнки текут:



Но, чтобы сделать такую красоту, сейчас нужно вручную править несколько файлов:

• description.php
• styles.css
• .styles.php
  

Недавно появилась документация:
Работа со стилями в визуальном HTML-редакторе

Но даже с ее помощью мне, например, подключить стили к редактору не удалось.

Может стоит сделать такую же подключалку стилей, как была в старом редакторе, доработав ее?

Очень этого не хватает. Фактически, сейчас .styles.php не используется. Хотелось бы видеть свои стили там же, где и "Заголовок 1", "Заголовок 2" и т.д.

Сейчас постоянно творится следующая чехарда: если у сайта есть дизайн, то он непременно должен учитывать дизайн административных элементов Битрикса, потому что если они где-то пересекаются, окошки, ссылки, кнопки, текст в визуальном редакторе и многое другое может перекраситься, "поползти", "схлопнуться" и иногда даже оказаться совсем непригодным для использования.

Но было правильнее именно Битриксу изолировать от пользовательских стилей свои, заключив их в контейнеры, вроде #bitrixAdminContainer, которые бы исключали перекрытие, а в наиболее важных и уязвимых элементах ставить !important.

Я покупаю продукт и рассчитываю на его стабильную работу независимо от того дизайна, который будет придуман мной или дизайнером. Поэтому считаю, что эта работа должна делаться именно разработчиками Битрикса.

Читать подробнее...

Например, в файле /bitrix/cache/css/s1/s1/kernel_main/kernel_main.css (который подключается автоматом на каждом сайте) есть стили без префиксов:

в итоге возникает конфликт стилей при подключении похожих библиотек для всплыващих окон.

Недавно было замечено, что при публикации в Живую ленту внешних rss-лент вставлялись картинки даже крупного размера. То есть, если в rss-сообщении была картинка шириной более 760px, то она размещалась оригинальным размером и обрезалась.


Решение: Для того, чтобы изображения помещались полностью и отображались пропорционально, необходимо в файлы

• "/bitrix/cache/css/s1/bitrix24/page_live_feed\page_live_feed0.css " в строке 2444,
• "/bitrix/cache/css/s1/bitrix24/page_live_feed\page_live_feed.css " в строке 11036
  

добавить следующий стиль

.feed-post-text-block-inner-inner img { max-width:750px;}

Первый файл для браузера Internet Explorer, другой для остальных браузеров.
Были взяты данные строки, так как они находятся вблизи стилей, находящихся по соседству.
Дальнейшее отображение будет выглядеть так:

Сейчас в качестве эксперимента 3аставляю себя ей поль3оваться.
Что больше всего выводит и3 себя:
- глюки ви3уального редактора (тикеты оформил)
- отвратные стили «и3» коробки. То что уже написано совершенно нечитабельно.

Например: определите, к чему относятся 3аголовки?


Если хотите поставить минус, пожалуйста объясните вашу позицию в комментарии.

Было бы здорово, если бы все стили от самого Битрикса, например, в визуальном редакторе или в панелях управления компонентами, меню и пр., имели бы префиксы, например ".bx_"

Не было бы наследования стилей от шаблона.

Если у WORK_AREA можно было бы применять разные шаблоны, аналогично как это делается для включаемых областей было бы очень и очень удобно. И, желательно, чтобы функции для работы со свойствами страниц были уже доступны. В настройках WORK_AREA, аналогично включаемой области можно было бы указать нужный шаблон, для раздела, страницы или слушая какой-либо параметр, или переменную. А лучше чтобы можно было все это выбирать и настраивать.

Хотябы для раздела, тогда можно было бы хранить массив в .section.php да, а если включить в него имена файлов этого раздела - то и для каждого из них. м.б. .section_template.php - какойнибудь или .index_template.php.

Для чего это нужно? Ну, например для организации разделов и страниц на сайте с разным количеством колонок, разными включаемыми областями, фоновые картинки, стили для содержимого WORK_AREA.

Надеюсь идея интересная.