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

я на это обратил внимание , и сразу подумал про замену и мини парсер вводимых пользователем разрешенных тегов типа [tagname blabla="" blaha=""]view this text here...![/tagname] так устроено в ModxTalks`е, а угловые скобки все в сущности

Вот именно.

Прямо из smarty такой строчкой, вау

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

Это повод для раздела "Не документированное")) Для этого есть раздел Эксперименты и исследования меня больше поражает , для чего это Оооо, а это ппц как удобно бывает. Особенно не на создание, а на чтение. К примеру $modx->getObject('modUser', $id)->Profile->email; В любом месте на сайте можно писать $modx->user->Profile->$key или типа того, и вообще не париться был запрошен ранее объект профиля пользователя или нет. Если не был, xPDO сам выполнит $modx->user->Profile = $modx->user->getOne('Profile'); Если это не удобно, то что же тогда вообще удобно? А с учетом того, что мы все фигачим на modSmarty и у нас в Smarty доступен объект $modx, то тут удобства через край.

[left bracket]param name="wmode" value="opaque"/[right bracket]

ваш фильтр тегов все режет http://php.net/manual/ru/function.htmlentities.php вот такое в XML что значит, видел пару раз , залез в документацию - там нету

Это повод для раздела "Не документированное")) меня больше поражает , для чего это

магия class_key поражает, жаль только что это не документировано Там много недокументированных возможностей :) Вот, к примеру, меня вообще прёт: $user = $modx->newObject('modUser');

$user->Profile = $modx->newObject('modUserProfile');

$user->save(); Без всяких ->addOne() и т.п.