Василий Наумкин

На здоровье! Про имена чанков указано в документации.

Ты используешь aliases, так что и параметры нужно указывать с ними:

&tplFilter.outer.category=`tpl.mFilter2.filter.outer.category`
&tplFilter.row.category=`tpl.mFilter2.filter.option.category`

Не хотелось бы там что-то изменять — всё равно перезатрутся при обновлении.

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

Почитай документацию, есть параметр &toSeparatePlaceholders.

Что значит, варианты? Это PHP класс, его можно унаследовать и расширить как принято в объектно-ориентированном программировании.

Вариант тут только один — написать что нужно на PHP.

Или пробелы:

&where=`{ "uri:LIKE": "food/B%" }`

Можно, если расширить метод buildCategoriesFilter и прописать там свой порядок.

На здоровье!

Я вот тоже удивился, откуда такой странный подход к задаче.

1. Они так и должны выводиться, по menuindex. Но нужно понимать, что выводится не дерево, а именно категории, и к ним уже добираются раздельно их родители.
То есть, отсортированы по menuindex именно категории, без своих родителей.

2. Если у ресурсов указана дата отмены публикации, то нужно использовать поле unpub_date, а не createdon.

Ну я не знаю, может начать всё-таки с getTickets, который выводит тикеты и поддерживает все нужные плейсхолдеры и параметры?

mFilter2 не может работать со всеми сниппетами на свете. Они должны, как минимум, иметь параметр &returnIds=`1`, при включении которого будет возвращен список подходящих id ресурсов.

Ну и я вообще не понимаю, как именно могут фильтроваться результаты сниппетов TicketLatest (смысл которого выводить последние тикеты или комменты, в порядке их появления) или pdoCrumbs (который выводит хлебные крошки в строго определённом порядке).

На мой взгляд, если возникают подобные идеи — на сайте что-то очень не так.

Вывести, если оно уже получено сниппетом, примерно так же как и раньше:

{$tvname}

А получить прямо из шаблона или чанка можно так

{$modx->getObject('modResource', 15)->getTVValue('tvname')}

Если ресурса с id 15 нет, то будет ошибка. Поэтому, безопаснее вот так:

{set $resource = $modx->getObject('modResource', 15)}
{if $resource}
	{$resource->getTVValue('tvname')}
{/if}

Не знаю, так повелось.

Большинство функционала Tickets нагло позаимствовано с Хабра, а там с этим строго.

Какие id,class должны быть

Посмотри в родных чанках галереи, это несложно.

А где здесь вообще FancyBox?

Этот сайт похож на блог?

Он сделан на Tickets.

То, что сначала нужно установить стабильную версию, я потом её обновить — нормально. Сейчас действительно доступны 2 ветки, причем вторую для рабочих сайтов устанавливать не рекомендуют.

А вот косяк с раздвоением поправил.

Да там 10 разу уже всё поменялось, так что не получится.

Скоро будет платное дополнение для вывода погоды с Яндекс, можно будет прикупить.

Что-то мне надоело угадывать, что ты имел в виду.

Давай дальше сам.

Ну а эта конструкция, по твоему, как-то магически данные получает, без запросов в БД?

Бери плейсхолдер [^t^], делай разные запросы и замеряй производительность.

Это же наоборот круто, больше не будет пустых или кривых тегов, от которых может повеситься парсер MODX.

В конце концов, любые изменения оформления сайта — это разработка, и её нужно проверять.