Что же до аналога вкладки tickets'ов — можно или расширить его ядро в том месте, где определяется этот таб (не рекомендуется, т.к. при обновлении расширения все слетит) или сэмулировать его вызов внутри свежесозданного таба, по аналогии с тем, как он вызывается для tickets'ов. В этом случае минусом будет то, что при изменении данного вызова для tickets'ов в новых версиях, ваша версия закладки комментариев для прочих ресурсов станет устаревшей.
1. Или при помощи дополнения pdoField, или при помощи экспериментального парсера, идущего в комплекте с pdoTools — тогда вот таким образом: [[#12.pagetitle]].
Только учтите, что если вызывать эти данные таким образом, а не в рамках, допустим, вашего getResources единым массивом — то это лишний запрос в базе, а если их будет много = все будет тормозить.
2. вам нужно добавить параметр &includeContent=`1`. А вообще — советую перейти на pdoResources, он быстрее будет..)
Не подгружает, скорее всего, потому что сниппет не инициализируется в любом контексте, отличном от web.
Причиной может служить как неправильная инициализация скрипта с вашей стороны (возможно, следует указать параметр &context), так и банальный недосмотр со стороны разработчика.
//ну и так, на всякий случай — когда работаете через разные контексты, всегда не лишним будет включить системную настройку allow_forward_across_contexts
Там же можно настроить параметры водяного знака и метод обрезания.
Пример:
На
Впрочем, если требуется считать кол-во символов более, чем у одного поля — этот вариант действительно удобнее.
Далее, создаем плагин и подключаем его на событие OnDocFormSave:
И выводите созданное тв-поле в любом желаемом месте.
Хук, соответственно, не нужен.
+ Файл скрипта лучше перенести в отдельную папку и указать его путь в системных настройках, чтобы не затерлось при обновлении.
Что же до аналога вкладки tickets'ов — можно или расширить его ядро в том месте, где определяется этот таб (не рекомендуется, т.к. при обновлении расширения все слетит) или сэмулировать его вызов внутри свежесозданного таба, по аналогии с тем, как он вызывается для tickets'ов. В этом случае минусом будет то, что при изменении данного вызова для tickets'ов в новых версиях, ваша версия закладки комментариев для прочих ресурсов станет устаревшей.
Покажите, что пишет лог?
В частности:
Ну и кэш чистим, да.
Но если есть возможность, то лучше через css.
Классы состоят из тех, которые возвращает сам снипеет (допустим, pdoResources, который по-умолчанию возвращает modResource) — это «основной» класс (его еще можно переназвать при помощи параметра &class), к которому будет происходить join.
Это может быть как modResource, Data и прочее — зависит от сниппета и легко просматривается через &showLog.
Через leftJoin же мы определяем псевдоним таблицы («Image» в примере выше) и далее в коде используем его как префикс у поля, чтобы определить из какой из таблиц выбрать колонку (для selecta, метода склеивания таблиц и тд).
Что до «добавочных» классов при leftJoine — это расширяющие модели xPDO, которые получаются при помощи парсинга папки core/components/Название_класса, в которой уже хранится остальная информация (какая таблица, какие типы данных и так далее).
Тут я вам точнее не скажу, советую почитать вот это или это.
Вот тут более подробная информация и заодно ответ на ваш первый вопрос.
По pdoTools — в основном, здесь и доки. В остальном — разве что еще англоязычные форумы modx'a. Впрочем, тут уже лучше гуглить — точно не скажу.
Только учтите, что если вызывать эти данные таким образом, а не в рамках, допустим, вашего getResources единым массивом — то это лишний запрос в базе, а если их будет много = все будет тормозить.
2. вам нужно добавить параметр &includeContent=`1`. А вообще — советую перейти на pdoResources, он быстрее будет..)