Forums / National / Russian / Модули и плагины / CKEditor Как его настраивать ?

#46306 Kabak:

Добавлено 39 минут спустя:

А можно внести такую настройку в следующий выпуск Cotonti ?    Чтобы можно было выбрать в меню админки как именно выглядит CKEditor в разных разделах сайта ?

По большому счёту если тащить всё подобные изменения в коробку то она быстро превратится в очень сложную систему разобратся в которой будет черезвычайно сложно. А поскольку код движка из-за своей простоты является очень надёжным и быстрым то это путь в другую сторону. Но решать подобные задачи можно и нужно немного другим методом.

Опишу свой подход как бы решал эту конкретную задачу я в своих проектах. Допустим есть у вас сайт APC ... и нужно вам делать изменения конкретно под этот проект. Тогда создаём плагин с именем например apc и складываем в него все решения которые руки норовят запихнуть в код движка или стандартных модулей и расширений. Так же и с этой конкретной задачей - добавляете новый параметр в конфигурацию своего плагина apc. Дале используя хуки (конкретно по теме обсуждения подойдёт page.add.tags ) создаёте альтернативный тегу 'PAGEADD_FORM_TEXT' свой , например 'PAGEADD_FORM_TEXT_APC' и используете в шаблоне его вместо стандартного. Тогда обновление движка не спровоцирует ситуацию что все ваши внедрения в системные файлы пропадут, а сама настройка и генерация тега по прежнему будут работать из вашего сайто-плагина так как вы ожидаете.

// в вашем случае вместо
cot::$cfg['page']['minimaxieditor']
// сипользуйте конфигурацию из плагина
cot::$cfg['plugin']['apc']['minimaxieditor']

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

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

#46322 Kabak:

А чем утяжетит работу движка встроенная в админку настройка для поставляемго в базовоё версии CKEditor ?   

Конкретно эта доработка никак. Я в целом говорю что хотелок много может поступать и решение не каждой бывает простым. Я высказал общую концепцию почему движок до этого времени дожил таким шустрым и надёжным.

#46322 Kabak:

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

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

как вариант серез CSS создав правила для всех классов brush:*;

Если используется SyntaxHighlighter то он генерит такие дивы: <div id="highlighter_288027" class="syntaxhighlighter  php">...</div>. Принцип тот-же. Но на мой взгляд для того чтобы получить надпись с названием языка - проще использовать JS.

div.syntaxhighlighter.php:before { content: 'PHP'; background: #f70a0a;
border :#f70a0a solid 1px; 
  border-radius : 3px;
  position: absolute;
  top: 0px; 
  left: 55px;  }

div.syntaxhighlighter.cpp:before { content: 'CPP'; background: #0285ff; 
  border :#0285ff solid 1px; 
  border-radius : 3px;
  position: absolute; 
  top: 0px; 
  left: 55px; }

Благодарю за помощь. Осталось красиво сделать.

Добавлено 6 дней спустя:

Почему-то не всегда высвечивается с первого раза.  Открываю отладчик в браузере и тогда появляются надписи.  В чём может быть косяк ?  Не до конца загрузилась страница или в кэше браузера сидит старая страница ?

Открываю отладчик в браузере и тогда появляются надписи.  В чём может быть косяк ?  Не до конца загрузилась страница или в кэше браузера сидит старая страница ?

Отладчик страницы отключает кеш браузера. Возможно браузер закешировал старую версию CSS-ки

#47058 Kort:

div.syntaxhighlighter               { position: relative; }
  div.syntaxhighlighter:before      { color: @white; padding: 0 .5rem; background: @black; position: absolute; top: 0; left: 0; z-index: 1; }
  div.syntaxhighlighter.php:before	{ content: 'PHP'; }
  div.syntaxhighlighter.xml:before	{ content: 'XML'; }

С такими стилями у меня работает в Mozilla, Chrome и Edge и сразу и после перезагрузки страницы. Посмотри что в консоли, для очистки совести отключи кэш Cotonti и почисти кэш браузера.

Если на странице эти стили не прогрузились, посмотри в отладчике как и где загрузился css-файл с ними, на месте ли стили div'а.

Если подумать, то правильнее было бы так:

div:has(> div.syntaxhighlighter)            { position: relative; }
div:has(> div.syntaxhighlighter):before     { position: absolute; top: 0; right: 0; z-index: 1; }
div:has(> div.syntaxhighlighter.css):before { content: 'CSS/LESS'; }
div:has(> div.syntaxhighlighter.php):before { content: 'PHP'; }
div:has(> div.syntaxhighlighter.xml):before { content: 'XML'; }

Псевдокласс :before() должен применяться для непосредственного родительского элемента .syntaxhighlighter, иначе при горизонтальной прокрутке "лэйба" будет тоже скролиться. Но в Mozilla работать не будет -- псевдокласс :has() в нем пока что не реализован. В остальных браузерах все ок.

P.S. Или этот самый безымянный родительский div должен перестать быть безымянным.

1. Можно и global, но если речь только о локациях добавления и правки страницы, то это Hooks=page.add.tags, page.edit.tags
2. https://www.cotonti.com/ru/docs/ext/extensions/configvalues

Ну это вряд ли Дайвер придумал. Я думаю, все так делают -- это ж логично.