Я предлагаю Вам внимательно почитать
ru.wikibooks.org/wiki/MODx/%D0%92%D1%81%D1%82%D1%80%D0%BE%D0%B5%D0%BD%D0%BD%D1%8B%D0%B5_%D1%81%D0%BD%D0%B8%D0%BF%D0%BF%D0%B5%D1%82%D1%8B/Wayfinder
и
rtfm.modx.com/display/ADDON/Wayfinder
— Параметры имени класса CSS

CSS можно использовать для управления видом (а в некоторых случаях — действием) различных частей выводимого фрагмента. Однако необходимо указать Wayfinder, какие имена классов CSS используются, и какие элементы разметки фрагмента связываются с ними.

&firstClass (по умолчанию — ‘’) — Класс CSS, определяющий первый элемент на данном уровне меню

&lastClass (по умолчанию — ‘last’) — Класс CSS, определяющий последний элемент на данном уровне меню

&hereClass (по умолчанию — ‘active’) — Класс CSS, определяющий позицию «вы здесь» для всей цепи

&selfClass (по умолчанию — ‘’) — Класс CSS, определяющий позицию «вы здесь» только для текущего документа

&parentClass (по умолчанию — ‘parent’) — Класс CSS, определяющий элемент меню, являющийся папкой

&rowClass (по умолчанию — ‘’) — Класс CSS, определяющий каждую строку

&levelClass (по умолчанию — ‘’) — Класс CSS, определяющий каждый уровень строк, номер уровня добавляется к указанной строке (напр., level1, level2, level3 и т.д.)

&outerClass (по умолчанию — ‘’) — Класс CSS внешнего шаблона

&innerClass (по умолчанию — ‘’) — Класс CSS внутреннего шаблона

&webLinkClass (по умолчанию — ‘’) — Класс CSS внешних ссылок (weblinks)

Я понимаю, что вместо

tpl.Wayfinder.outer

должен быть чанк, где я должен описать правило вывода для этого элемента — будь-то класс или еще что. Так ведь? Вот только я не совсем понимаю, что в этом классе и как описывать.

Я, наверное, немного не так поставил вопрос. Дело в том, что формат вывода я понимаю. Немного не могу понять, что нужно прописать в шаблонах для этих параметров

&outerTpl=`tpl.Wayfinder.outer` &parentRowTpl=`tpl.Wayfinder.row.parent` &innerRowTpl=`tpl.Wayfinder.row.inner` &rowTpl=`tpl.Wayfinder.row`.

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

Не много не понял вопроса.
Wayfinder — позволяет выводить меню относительно ресурсов в системе/контекста.

Вызвать в шаблоне можно вот так:

<div class="menu">

<ul class="nav">

[[Wayfinder?

&startId=`0`

&level=`2`

&outerTpl=`tpl.Wayfinder.outer`

&parentRowTpl=`tpl.Wayfinder.row.parent`

&innerRowTpl=`tpl.Wayfinder.row.inner`

&rowTpl=`tpl.Wayfinder.row`

]]

</ul>

</div>

соответственно про параметры можно почитать тут
rtfm.modx.com/display/ADDON/Wayfinder

А чтобы задался ваш стиль- в CSS файле укажите для класса menu.nav значения(это для моего примера), у вас судя по всему нужно будет указывать для идентификатора #sitenav

Рад стараться, сам потихонечку начинаю вливаться в ModX и PHP кодинг, все не привычно, но надеюсь натаскаюсь, по возможности буду помогать =)

Согласен, но в данном конкретном случае $response->getMessage() пуст, иначе мы увидели бы его на странице.

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

В общем, хорошо, что ты меня подопнул разобраться с этим вопросом. Хоть я и потратил на него всё воскресенье, зато теперь у нас есть новая версия Tickets =)

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

Скажем в рамках своей работы на Java, у меня есть один из серьезных проектов бизнес-критикал уровня, который внедрен в Альфа Банке — и если бы каждый динамический кусок кода не приводился бы к виду

($response->isError()) {

$modx->log(modX::LOG_LEVEL_ERROR, 'Message: '.$response->getMessage());

то было бы очень сложно искать узкие места…

Скорее всего, они ответят, что не надо проверять результат для getList процессоров. Я и сам не знаю, зачем я его проверяю? Что там может быть, какая ошибка?

Но, с другой стороны, конечно, всё-равно это не правильное поведение функции.

Молодец! Я тоже пришел в выводу в итоге, что проблема именно в PHP=))
Ну, посмотрим чем помогут товарищи с modx.com =)
Ждем хот фикса =)

Пробуй копать, в чем ошибка, через консоль браузера.

Ругань же есть, надо понять отчего.

ясно. просто нет доступа на прямую на хостинг,, так бы разобрался в чём проблема.

Вроде всё ок.

Могу предложить:
— Прописать в /manager/index.php

ini_set(display_errros, 0);
ini_set(error_reporting, 0);

— Обновить MODX до 2.2.6
— Сменить хостера

По всем признакам должно работать, а не работает. Без доступа к логам сервера что-то еще понять трудно.

PHP Version 5.3.13
PHP API 20090626
PHP Extension 20090626
Zend Extension 220090626
Zend Extension Build API220090626,NTS
PHP Extension Build API20090626,NTS

Configure Command './configure' '--with-layout=GNU' '--localstatedir=/var' '--with-config-file-scan-dir=/usr/opt/php53/etc/php' '--disable-all' '--enable-libxml' '--enable-mysqlnd' '--with-libxml-dir=/usr/local' '--with-pcre-regex=/usr/local' '--program-prefix=' '--disable-cgi' '--with-apxs=/usr/local/sbin/apxs' '--with-regex=php' '--with-zend-vm=CALL' '--prefix=/usr/opt/php53' '--mandir=/usr/opt/php53/man' '--infodir=/usr/opt/php53/info/' '--build=i386-portbld-freebsd8.1'

Посмотри версию PHP и другого ПО в админке MODX (Отчеты -> Информация о системе -> phpinfo())

вообще захожу через firefox. Через хром в инкогнито так же… очистка кэш не помогла…

Оперативно :) Спасибо!

А попробуй туда зайти из другого браузера или в Хроме, но в режиме инкогнито с отключенными плагинами?

Метка времени: 20.01.2013 12:38:44
Ошибка: SyntaxError: syntax error
Источник: имя.ru/manager/assets/ext3/ext-all.js
Строка 7, символ 1
Исходный код:
(
Метка времени: 20.01.2013 12:40:59
Ошибка: TypeError: can't access dead object
Источник: chrome://global/content/bindings/popup.xml
Строка: 296

Попробуй кэш почистить, чтобы перегенерировалась карта ресурсов.

Посмотри в консоль браузера на предмет наличия ошибок.