методом проб и ошибок понял что менять надо в том пакете который потом собирать надо.
Но что-то не меняется. Буду мучить кеш дальше. Спасибо за помощь.

ага, а изменения делать в не собранном пакете а не в самом компоненте?

После изменений запускай build.transport.php, затем в менеджере пакетов переустанови пакет, изменения появятся. Если держать эти вкладки открытыми, получается довольно быстро, можно даже мелкие изменения смотреть)

огромное вам спасибо за помощь!

Тоже самое было пару дней назад. Сейчас все починилось само.

Да здесь все просто, в моем случае трафик идет через 22 хопа до modx.com, ну соответствено на одном из хопов были потери пакетов, отсюда и проблема…

Не один, у меня было тоже самое на одном kz хостинге, причем началось внезапно т.е. по началу все работало прекрасно. После этого пробовал ставить на ipage тот же дистрибутив, там все ок

Я разбирался по демо сайту, там наглядный Wayfinder и с примерами, дело в том, что по умолчанию Wayfinder выводит
ul li структуру, можно css переписать, добавить div обертку.

Еще намекну.
В задаче

<li class="current"><a href="index.html">Home</a></li>

За текущую позицию в меню в ВФ отвечает &hereClass, по умолчанию он равен `active`, а в задаче должно быть `current`, значит вызывать ВФ нужно с параметром &hereClass=`current`.

Едем дальше:
чанк по умолчанию для &outerTpl

<ul>[[+wf.wrapper]]</ul>

, а для задачи нужно указать ИД для списка, получается чанк tpl.Wayfinder.outer:

<ul id="sitenav">[[+wf.wrapper]]</ul>

Если дальше сложности, спрашивай.

Вот тут еще клевый пример с картинками, всегда его советую посмотреть, когда по ВФ вопросы:
rtfm.modx.com/display/ADDON/Wayfinder+Introductory+Examples

outer-это описание внешнего контейнера.
Иными словами то, во что обернуть Ваш вывод WF
Можете им не пользоваться в прицнипе.

А вообще предлгаю почитать маны и поэкспериментировать с WF +)

Спасибо большое, попробую разобраться.

Я предлагаю Вам внимательно почитать
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 процессоров. Я и сам не знаю, зачем я его проверяю? Что там может быть, какая ошибка?

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