&tplFilter.row.ms|price=`tpl.mFilter2.filter.number`
&tplFilter.outer.ms|price=`tpl.mFilter2.filter.slider`

К сожалению, не мопогло(

В каком-то кастомном, не суть, но я это к тому, что логи нужно смотреть, там все понятно станет.

а в каком если не секрет?

Попробуйте так прописать:

tplFilter.outer.ms|price
tplFilter.row.ms|price

Хотя наверно и ваше решение правильное. Другое все в порядке.

Спасибо, перепроверю. А в самом коде ничего лишнего нет? Или возможно, чего то не хватает?

Я за решение 1. Если есть хотя бы один комментарий не от автора, то вопрос нельзя удалить или снять с публикации.

Решение 2. Если прогер спрашивает как вывести ресурсы через pdoResources и берет в работу ИМ, то я на месте заказчика хотел бы видеть историю пользователя, чтобы быть уверенным в выборе. Это нормально, если прогер 2 года назад спрашивает какую-то мелочь, а сейчас уже умеет создавать компоненты.

По идеи, он все равно берет минимальную и максимальную цену. А тут у вас максимум и минимум перепутан. Что-то значит не так. Возможно, что-то дописывали.

))
Обычные модификации не подходят, ввиду крайне не удобного администрирования.
Попытаюсь объяснить подробнее:
Мебель, выбор ткани или выбор цвета.
Цвета и ткани делятся на ценовые категории, внутри каждой много делений по названиям тканей, а каждая ткань в свою очередь представляет из себя множество фото в разных цветовых решениях.
Категории тканей — это у нас категории товаров. Сама ткань — ресурс (товар), фото тканей — галерея изображений.
Суть в том, что в зависимости от товара наценка на категории тканей разная. Поэтому вводим такую опцию — Категории тканей, которая содержит просто перечисление категорий (категория 1, категория2, категория 3 и т.д.), а в модификациях мы указываем наценку, допустим: кат1 — 0, кат 2 — +500, кат 3 + 1000 и.т.д
При нажатии на сайте ссылки выбор ткани всплывает модальное окно в которое подгружаются только те ресурсы, названия родителя которых совпадают с значениями опций (где-то может быть 5 категорий ткани, где-то 8) и они раскидываются по вкладкам (табам), каждый таб — отдельная категория ткани. и вот сюда мне нужно погрузить наценку категории, а для этого — получить модификации продукта по опции Категория тканей и соответственно наценку на каждое из значений опции

Как я заменил, ползунок сначала показывает цены по одной категории, затем по другой. (Но это не точно).
Скорее всего просто в рандомном порядке

Цены указаны только в целых числах, кеш много раз чистил((

Что-то показывается не правильно. Либо это копейки или кэш.

ссылочка

«Вставлю и я свои 5 копеек» :)
@Василий Наумкин Спасибо тебе за участие в развитии сообщества и созданные инструменты. Ты внес ощутительный вклад — ты это сам прекрасно знаешь.
Да, все мы выгораем постепенно и теряем вдохновение к работе — к сожалению, такая у нас реальность.
От себя, я тебе желаю позитива, хороших и интересных проектов, профессионального роста и счастья тебе и твоим близким.
А теперь по делу:
Узнал поздно о твоем решении, мог бы помочь с мордой на VueJS (NuxtJS), но раз Иван уже взялся за modx.pro, то ждем его на React :)
Касательно, pdoTools предлагаю назначить несколько мейнтейнеров из сообщества (@Илья Уткин,@Павел Гвоздь,@Сергей Шлоков) с правом принятия пулл-реквестов и мержа в основную ветку, чтобы они проводили код-ревью и принимать решения по добавлению изменений в репозиторий. Я бы предложил себя, но этот год начался очень нагружено и боюсь не оправдать ожиданий из-за нехватки времени.

Удачи тебе :)

Под обсуждение: Общеизвестно, что в сообществе есть возможность и поощряется говорить «спасибо» за ответы на вопросы, добавляя + в «карму».
А все ли в курсе, что некоторые программисты и веб-мастера люди видимо очень стеснительные и после получения ответа на свой вопрос, чтобы в будущем не было «стыдно что задавал глупые вопросы» просто берут и снимают их с публикации.

И вот она, Проблема:
От снятия топиков с публикации есть два сайд-эффекта, которые не очевидны и не приятны:

1. Вопрос (и ответ) не найдут поиском другие (а там готовые решения конкретных проблем)
2. Карма в необпуликованных топиках не учитывается

Тут у нас рейтинг особо ни на что сам по себе не влияет но как-то пару лет назад приболел и работать не хотелось, взялся отвечать на вопросы, зеленые плюсики были доп. мотивацией и предавали некой геймификации процессу. За пару дней плотной «форумной жизни» я не раз столкнулся с тем, что у тебя на почте лежит письмо от modx.pro и там автор например отвечает «спасибо решение мне помогло», кликаешь посмотреть на зеленый плюсик и порадоваться что кому-то помог, а там — 403. Мотивация отвечать… если не пропадает, то падает. А как бы иногда было приятно на вопрос от коллеги ответь «чекни на modx.pro — я там отвечал кому-то по этой теме», правда же?

Решение 1, возможно имеет смысл запретить снимать с публикации топики в которых есть ответы или хотя бы запретить делать это быстро?

Или еще интереснее Решение 2: я прямо уверен что некоторые с публикации снимают топики чтобы потом при откликах в разделе Работа, заказчик не пошел в профиль — не посмотрел топики и не усомнился в компетенции специалиста «а чего это он вопросы задает, сам не шарит что-ли?». Заказчики вообще нечасто в курсе специфики наших профессий :) и намного хуже когда разработчик перестает учиться…
Так может сделаем возможность вместо снятия с публикации просто скрывать ссылку и имя автора топика в Вопросах?

Можно еще в зависимости от рейтинга автора (или даты регистрации) писать вместо имени «МодЫксер» или «Опытный МодЫксер», «Новичек» и т.п. чтобы намекнуть читателю об уровне топикстартера, как было на «теплых ламповых» форумах) (может это доп.усложнение и перебор, конечно, но возможность анонимизации в вопросах точно позволила бы ценным ответам задерживаться в паблике, что для сообщества точно было бы полезным!

Ничего не понял, но очень интересно. Почему просто не сделать нужную модификацию?

Не уверен))
Суть такова: внутри товара я получаю некий ресурс — в галерее которых цвета.
В тоже время у этого товара есть опция, в модификациях которой указана наценка.

Проще говоря, есть группы лдсп и на каждую группу по названию (категория 1, категория 2 и т.д.) есть наценка. Вот ее и нужно подтянуть.

А зачем? Вы уверены, что ответ на ваш вопрос является единственно верным решением вашей задачи?

Нашел ошибку.
Файл msynccataloghandler метод getCategoryData строка 628
Должна проверяться настройка $this->config['category_by_name'] а не $this->config['parent_by_name']
Из за этого сопоставление по имени не работает

Огромное человеческое спасибо

Работает