Рейтинг: 0  
На голосовании
Предложил Kozhin Sergey 06.08.2018 16:36:40

Стили манифест

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

'.LVL1_TEXTBLOCK .h1' => array(
 'name' => 'Заголовок акции',
 'type' => 'typo',
 'additional' => array(
array(
'name' => 'Название группы',
'attrs' => array(
  array(
 'name' => 'Текстовое поле',
 'type' => 'text',
 'attribute' => 'data-text-field'
  ),
)
)
 )
),
Рейтинг: 4  
На голосовании
Предложил Неслуховский Иван 26.07.2018 08:30:37

В движке Битрикса заключать стили CSS в пространства имён Битрикса

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

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

Лечение: Битрикс должен заключать свой HTML в контейнер, а стили прописывать с директивой !important
Объяснить разработчикам, что служебные стили Битрикса начинаются с bx- и лучше их не использовать.
<div class="bx-admin-panel"> ......... </div>
.bx-admin-panel a !important { ............. }

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

div.empty {width: 1px; height: 1px;}
Лечение: Опять же Битрикс все свои замечательные придумки должен заключать в пространство имён.
<div class="bx-super-component"> .... <div class="empty"></div> .... </div>

.bx-super-component div.empty {width: 1px; height: 1px;}
Научите своих дизайнеров, верстальщиков и программистов хорошему!
Это не проблема клиента! Это проблема некачественного неизолированного кода! Клиент должен быть свободен от таких раздумий "а не пришло ли в голову разработчикам Битрикса использовать такой-то стиль...."
Рейтинг: 0.8902  
В работе
Предложил Буров Сергей 08.04.2018 19:33:37

Смена шаблона для страниц (или CSS-стилей)

Нужно внедрить возможность выбора/смены шаблона для страниц (или 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
Рейтинг: 5.293  
На голосовании
Предложил Смирнов Сергей 17.09.2015 20:23:27

Новый HTML-редактор: визуальное подключение стилей CSS

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



Но, чтобы сделать такую красоту, сейчас нужно вручную править несколько файлов:
  • description.php
  • styles.css
  • .styles.php
Недавно появилась документация:
Работа со стилями в визуальном HTML-редакторе

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

Может стоит сделать такую же подключалку стилей, как была в старом редакторе, доработав ее?
Рейтинг: 23.7027  
На голосовании
Предложил Максимов Андрей 05.05.2015 13:32:57

Новый визуальный редактор: возможность выбора своего класса, как в старом редакторе

Очень этого не хватает. Фактически, сейчас .styles.php не используется. Хотелось бы видеть свои стили там же, где и "Заголовок 1", "Заголовок 2" и т.д.
Рейтинг: 4.4955  
На голосовании
Предложил Неслуховский Иван 27.10.2014 11:48:51

Исключить перекрытие стилями сайта стилей административных элементов в публичке

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

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

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

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

Рейтинг: 2.2418  
На голосовании
Предложил Шерлок Холмс 20.06.2014 17:10:04

Добавлять префиксы к классам Битрикс

Например, в файле /bitrix/cache/css/s1/s1/kernel_main/kernel_main.css (который подключается автоматом на каждом сайте) есть стили без префиксов:
.popup-window {
   background-color: #fff;
   -webkit-border-radius: 4px;
   border-radius: 4px;
   -webkit-box-shadow: 0 6px 11px rgba(0, 0, 0, .17);
   -moz-box-shadow: 0 6px 11px rgba(0, 0, 0, .17);
   box-shadow: 0 6px 11px rgba(0, 0, 0, .17);
   border: 1px solid;
   border-color: #e1e1e1 #d1d1d1 #d1d1d1 #d1d1d1;
} 
.menu-popup { ... }

в итоге возникает конфликт стилей при подключении похожих библиотек для всплыващих окон.
Рейтинг: -1.7119  
На голосовании
Предложил Черкашин Владимир 02.06.2014 16:25:14

удалить...

...
Рейтинг: 1.582  
Новая
Предложил Роденков Павел 24.02.2014 09:11:09

Корректное отображение картинок из rss-ленты

Недавно было замечено, что при публикации в Живую ленту внешних 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, другой для остальных браузеров.
Были взяты данные строки, так как они находятся вблизи стилей, находящихся по соседству.
Дальнейшее отображение будет выглядеть так:
Рейтинг: 38.6703  
На голосовании
Предложил Шерлок Холмс 15.02.2013 12:42:41

Сделать компактную тему для стилей админки

:|
Рейтинг: 14.1314  
На голосовании
Предложил Месилов Максим 25.11.2012 23:20:18

Сделайте удобные и красивые стили «по-умолчанию» для wiki в КП и Bitrix24

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

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


Если хотите поставить минус, пожалуйста объясните вашу позицию в комментарии.
Рейтинг: 29.2013  
Внедрено
Предложил Шарыпов Евгений 03.11.2011 10:56:37

Добавить CSS-префиксы

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

Не было бы наследования стилей от шаблона.
Рейтинг: 2.6255  
На голосовании
Предложил Иванов Иван 03.10.2011 17:08:25

Предлагаю шаблоны для WORK_AREA

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

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

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

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