Как работать с невидимостью HTML-тега «BR» и видимостью BB-тега «BR»?
MaxSite CMS v0.92, шаблон «default». Здравствуйте.
Столкнулся с неприятностью, которая скорее расстраивает, нежели мешает работать, но избавиться от неё хотелось бы. Дело в том, что в среде редактора теги «BR», «BR/» и «BR /» исчезают после сохранения текста, что порой сильно сбивает с толку, а аналогичный тег ББкода и вовсе движком не вычитывается, т.о. на выходе статья получается вида:
...конец предложения.[br][br]Начало предложения...
Прошу содействия в решении проблемы. Спасибо.
10 4787
Еще записи по теме
- Микроразметка Schema.org для сайта - как?
- Database not connected
- Почему при редиректе с http на https подставляется index.php?
- Есть ли влияние плагина «Mobile Theme» на рейтинг в поисковых системах?
- Как запретить поиск по определённым словам?
- Как уменьшить время загрузки страницы? Не количество запросов к БД
- Можно ли выключить ЧПУ чтобы ссылки были типа id12345?
Игорь, в последней версии движка добавилась возможность выбора парсера, которым нужно обрабатывать текст. К сожалению, явным образом не указано, что этот выбор нужно делать для каждой записи отдельно. Если честно, то я только благодаря вашему запросу увидел, что это обязательно надо делать. Приложил к вашему посту скриншот, чтобы было понятно где и что нужно устанавливать (выбирать). Само собой у вас должны быть включены плагины parser_default и parser_simple (этот не обязательно включать).
Активировал плагин parser_default и выбрал его в качестве обработчика HTML. В процессе редактирования статьи BB-код "BR" стал обрабатываться правильно, а аналогичный HTML-тег по-прежнему исчезает. В результате проблему можно считать решённой, т.к. раз BB-код заработал - его HTML-аналог уже не нужен. В очередной раз благодарю за помощь.
При активных плагинах дефолтого bb-кода и parser_default при вставке таблицы в виде html-кода в исходном коде страницы в каждой строке стоит открывающий тег
, а после него уже введенный html-код.Уже созданную в html страницу открыл для редактирования, предварительно активировал дефолтный bb-код и parser_default. Обработчиком выбрал дефолт. Сохранил как есть. Посмотрел исходный код страницы, а там теги h было внутри p
На другой странице перенос строки в штатном bb-код при активном дефолтном обработчике хтмл приводит к коду в странице:
и через несколько строк изначально был код
а стал
В общем, что-то нездоровое творится с редакторами и код лишний пишут. Хотел вообще все поотключать, но штатный editor_markitup остается. Удалил его из папки админа, так админка накрылась. Как убрать их? Хочу сам отдельно html писать, а в админке готовый код вставлять, как это сделать?
там где <br > внутри было
а где [removed][removed] был яваскриптовский код. В общем,
br со стилями, еще и div впихнули.
Дело не в редакторах. Сам по себе Встроенный редактор ничего не пишет и не коверкает. Поэтому и выбран в качестве дефолтного. Писать могут парсеры текста. Просто отключи плагины parser_default и parser_simple если включены. Вырезать редактор смысла нет, если в системе не будет ему альтернативы. Именно, что всё сломается. Поэтому нужно чтобы был хотя бы один плагин редактора. Посмотри в соответствующем разделе Редакторы. Там есть очень простые.
Если хочешь процитировать js-код или html-код в комментариях, то предварительно замени хотя бы знаки < на мнемо-коды с <
Если отключить парсер хтмл, то квадратные скобки видны и с br проблема.
Смотрел все, ставил. Выбрал самые простые невизуальные dumb, но у них кнопки не нажимаются, в смысле код не печатает. Оставил как есть, просто вставлял код из онлайновых, но опять же br...
А плагин bb-кодов включен? для работы с кодом [image] нужно ещё и lightbox включить.
включал и выключал. Остановился на штатном bb, тот который в админку зашит и дефолтный парсер. В нем ручками удалил из br . Теперь отображает вроде правильно, только в код добавляет p куда не просили, например, вокруг а.
Я смотрю ты лихо штатные файлы правишь. Так то можешь делать всё, что душе угодно. Но просто чтобы потом не говорили, что я не предупредил - при обновлении правки затрутся, поэтому лучше делать свои кастомные плагины (с функциями ядра так не поступишь, увы). Например, тот же дефолтный парсер можно переделать в свой плагин парсера с любыми нужными тебе правками. Так будет легче потом при обновлении движка. Да и в любой момент можешь ещё что-нибудь подкрутить.