Излишние br в Markitup

ЕСТЬ РЕШЕНИЕ ЗАКРЫТО InstantCMS 2.X
#1 27 ноября 2017 в 18:59
Друзья, помогите, намучился!
Проблема следующего характера: после обновления 2.8.2 заметил такую неприятную особенность, как чрезмерное злоупотребление тегами BR и Р редактора Markitup! Я его использую на форуме и получается при вводе текста:
  1. <ol>
  2. <li>пункт 1</li>
  3. <li>пункт 2</li>
  4. <li>пункт 3</li>
  5. </ol>
  6. <h1>заголовок</h1>
  7. текст
получаю:
  1. <p></p>
  2. <ol>
  3. <li>пункт 1</li>
  4. <br>
  5. <br>
  6. <li>пункт 2</li>
  7. <br>
  8. <br>
  9. <li>пункт 3</li>
  10. <br>
  11. <br>
  12. </ol>
  13. <br>
  14. <br>
  15. <h1>заголовок</h1>
  16. <br>
  17. <br>
  18. текст
  19. <p></p>
Сначала грешил на типограф, но его включение/отключение ничего не меняет. В статьях использую Redactor — там таких проблем нет.
Кто-нить решил сию проблему, или у меня одного так?
#2 27 ноября 2017 в 21:48
Браузер Firefox? Всеми браузерами пробовали?
#3 28 ноября 2017 в 18:35
DeeMon, да, конечно. Но причём тут браузер??
#4 28 ноября 2017 в 19:26


Это работает фильтр. Он добавляет тэг br после каждой новой строки.

Денис Васильевич

И это дело не в самом редакторе а в настройках фильтра, которые задаются при формировании текста.
Например в поле html, по умолчанию он настроен так:
  1.  
  2. $value = cmsEventsManager::hook('html_filter', array(
  3. 'text' => $value,
  4. 'is_auto_br' => false,
  5. 'build_smiles' => $this->getOption('editor') == 'markitup', // пока что только так
  6. 'build_redirect_link' => (bool)$this->getOption('build_redirect_link')
  7. ));
  8.  
Обратите внимание на строку
'is_auto_br' => false,
#5 28 ноября 2017 в 20:08
Денис Васильевич, никакой разницы в true/false. К сожалению.
Причём пробовал менять и тут и в файле jevix.class.php — без разницы
#6 28 ноября 2017 в 20:18

DeeMon, да, конечно.

ParadoX
Да конечно, что? На всех браузерах косяк?
#7 28 ноября 2017 в 20:28


Денис Васильевич, никакой разницы в true/false. К сожалению.
Причём пробовал менять и тут и в файле jevix.class.php — без разницы

ParadoX

Вы видимо не то меняете. Да я и не говорил что дело в поле, я лишь привёл поле как пример. В компоненте Форум, редактор ведь не полем выводится. Но там наверняка используется такой же фильтр при формировании текста.
#8 28 ноября 2017 в 22:33

Да конечно, что?

DeeMon
Да, конечно, всеми. Косяк во всех. Но как <br> в тексте после отправки зависит от браузера мне не понятно!..

Вы видимо не то меняете.

Денис Васильевич
Именно. Но никак не могу найти где собака порылась
#9 30 ноября 2017 в 13:20
Ребят, проблема трындец насущная! Неужели у меня одного так????
#10 22 декабря 2017 в 19:38
Я в шоке! Неужели всех устраивает?
#11 22 декабря 2017 в 19:50


Я в шоке! Неужели всех устраивает?

ParadoX

Зачем. У меня в ГудГалереи тоже этот редактор но переделанный, пример. И там всё хорошо в этом плане.
Это я к тому, что каждый под себя правит. Вам ведь дали наводку, действуйте ))

#12 20 января 2018 в 21:51
Друзья! Проблема была найдена. Причиной был конфликт встроенного типографа с xcode. Если у кого возникнет такая же, обращайтесь в личку.
Используя этот сайт, вы соглашаетесь с тем, что мы используем файлы cookie.