Заголовок, множественное или единственное число в зависимости от кол-ва выводимых ресурсов
Подскажите пожалуйста, есть ли что-то, что бы генерировало множественное и единственное число в зависимости от количества выводимых ресурсов через pdoResources? Например, если по заданным условиям выводится один ресурс, то заголовок «Образец», а если более одного: «Образцы». Честно гуглил, не нашел((
Заранее спасибо
Заранее спасибо
Комментарии: 11
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
declension (decl) — склоняет слово, следующее за числом по правилам русского языка. Например: 1 яблоко, 2 яблока, 10 яблок. Вторым параметром указывается выводить ли само число, по умолчанию выводится только подходящий вариант слова. Разделитель вариантов можно задавать третьим параметром, по умолчанию |
Есть выводимые ресурсы в виде карточек и есть заголовок к ним.
Допустим у нас концерт и на нем выступает либо один солист, либо несколько, и вот надо как-то сделать автоматизацию, что елси pdoResources выводит один ресурс, то заголовок у нас «Солист:», а если более одного ресурса: «Солисты:» и ниже уже шаблончики этих солистов или солиста.
Или можно как-то «посчитать», получить значение выводимых ресурсов, в соответствии условию, в виде числа?
Тыкался так и этак — всё что угодно кроме количества даёт(
Направьте пожалуйста
Список ресурсов
Количество
в tpl чанк ресурсов как обычно
Это код карточки концертов, они другим снипетом выводятся на страницу списком и вот грабли — одна из них почему-то показывает тупо всех солистов сколько допускает параметр &limit.
Убираю из этого концерта солистов — подставляет TBC, и эта фигня вылезает в другой карточке.
Что ж я делаю не так?(
вместо -0 можно попробовать 999999999999
Всё дело было в том, что tplWrapper был @INLINE. Сделал отдельный чанк, и там [[+total]] нормально отдает реальную цифру, написал вот такое и стало мне счастье:
Нужно было просто заменить [[+total]] на {{+total}}, тогда парсер MODX пропустит этот плейхолдер, а pdoTools обработает как надо.
P.S. @Иван Бочкарев В вашей версии документации в примере указаны неправильные теги — в моей старой версии всё верно.
Вот твой коммит, с изменением смысла примера.