cms_blog_posts

дело в том, что движок БД изначально работает в разы быстрее, нежели интерпретатор php, поэтому ситуация такая же например как с выводом материала на другом языке. Запись двух вариантов в таблице будет работать быстрее любых строковых преобразований при генерации вывода. А сокращенный вывод нужен например для ленты активности, или если модули занимают боковые (узкие) позиции и наличие любых бб-кодов будет разрушать как читабельность, так и возможность резки по [cut…

таки не согласен.

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

просто тогда можно будет решить без костылей возможность выбора редактора. делаем общий класс парсинга вынесенный в отдельный файл и там проверям, если в конфиге указан визивинг, то парсим так то, а если ббкод, то по другому.

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

штатного редактора нет как такового его роль выполняют три функции в ядре движка

штатного редактора нет

Вот это и есть ключевой гемор! Он то и нужен системе. Выдернуть вон с дле и прикрутить сюда. — самое оптимальное

Выдернуть вон с дле и прикрутить сюда

ну не сказал бы что вынуть да сунуть, это самое оптимальное :)) может тупо не сунуться или не вынуться.

суть в другом, мы же хотим сделать систему лучше, поэтому может стоить как то сообща обсудить этот момент и найти какой то консенсус. может стоит оставить все как есть, а может переделать.

редактор можно “выдернуть” и “привить” любой, проблема с правкой большого количества кода с переопределением вызова в существующих компонентах и шаблонах …

ну визуальные редакторы — это дыры и кривота (не считать имперави). BB с фильтром — самое оптимальное

проблема с правкой большого количества кода

это да. но когда-нибудь от хаоса надо будет избавляться :)

научите где править- поправлю :)

ну, значит, осталось только оформить вызов этих трех функций в виде плагина редактора, и да здравствует единообразие!… )

чувствую иронию :)

ну меня просто устраивает связка штатных функций и имперави

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

вообщем как всегда :)) мысль озвучена, если руководство решит прислушаться в будущем — хорошо. нет, так решим локально для себя.

подумаю в свободную минутку )