Василий Столейков

Как указать количество загружаемых файлов через Plupload?
Как можно вклиниться в вызов Plupload и указать ему настройку количества загружаемых файлов?

Да нет, тут похоже нужно Javascript задействовать для контроля, ведь загрузчик-то Plupload…
Вот пытаюсь вклинится в его работу, но не хочется трогать файл компонента

assets/components/tickets/js/web/files.js

Вот и сижу, ломаю себе голову… ))

Неужели нельзя сделать такое ограничение на количество файлов?

ОК, спасибо!

А, всё работает. Нужно было обернуть пагинацию в #mse2_pagination

При несуществующем элементе предлагается создать его, но не подставляется в название выделенный текст.
Это так и задумано, или можно это сделать?

mFilter2 при использовании &toSeparatePlaceholders неправильно считает количество страниц, не обновляет ajax пагинацию. То есть при нажатии на вторую страницу в пагинации происходит сброс всех отмеченных в mFilter2 параметров.

Ещё нужна помощь в этом деле? Могу помочь.

Интересно, спасибо за это решение!
Правда подсказки о выводе количества результатов настроены на товары, а не на категории. Но их можно отключить, чтобы не вводили в заблуждение. )

Классная возможность! Сергей — ты изобретатель!
Было бы действительно здорово добавить этот функционал в modDevTools modx.pro/components/4349-moddevtools-version-1-1-0-pl-virtual-chunks/, а то он похоже завис на этой версии (1.1.0-pl) и дальше не развивается.

ПРОСТИТЕ мою невыспанность, всё прекрасно работает!
Мне нужно было хорошо выспаться, чтобы наконец-то понять очевидное:

&tplFile - для файлов
&tplImage - для фоток (!!!)

А я-то проверял почему-то &tplFile именно на фотках…

Вопрос снят.

В сниппете TicketForm переменная &tplFile определяется по-другому чем другие переменные.
Чем отличается следующий вызов:

$tplFile = $Tickets->config['tplFile'] = $modx->getOption('tplFile', $scriptProperties, 'tpl.Tickets.form.file', true);

от обычного:

$tplFiles = $modx->getOption('tplFiles', $scriptProperties, 'tpl.Tickets.form.files');

Интересно, что таким образом прописывается и параметр &tplImage, значит и он не будет реагировать на кастомную tpl-ку?

Обновил версии движка, пробовал разные — ситуация не поменялась. Делаю вывод что это

баг в Tickets

Создал тестовый сайт на modhost.pro с такими же характеристиками

Версия Tickets 1.6.6-pl2 (вроде последняя). Версия движка — 2.4.1-pl.

ситуация такая же!

Да, помогло! Спасибо за логичное решение!

Да, эта проблема почему-то только у одного пользователя, под которым я и работал. Сброс кэша, снятие блокировок, перезагрузка прав доступа и завершение всех сеансов не вылечили этого пользователя…

Проверил под другим пользователем всё нормально. Это скорее всего из-за того, что одним техническим логином (под которым я проверял) работало одновременно несколько человек, хотя это только догадки…
Вопрос снят, спасибо за помощь!

Очень странно. Сменил везде на INLINE чанки с {{+views}}, результат тоже разный, хотя [[+id]] у них одинаковый.
Интересно что на сайте есть ещё и блок «Популярные статьи», где просмотры совпадают с первым обычным getTickets и сортируют правильно по просмотрам:

[[!getTickets? 
                &tpl=`@INLINE 
                    <li>
                        <a href="{{+uri}}" class="clearfix">
                            <div class="h3 uk-text-left" title="{{+pagetitle}}" data-uk-tooltip>{{+pagetitle:ellipsis=`40`}}</div>
                            <p>{{+introtext:notags:ellipsis=`50`}}</p>
                            <div class="uk-text-muted">
                                <span class="glyphicon glyphicon-eye-open"></span>
                                <span>{{+views}} {{+views:units=`просмотр|просмотра|просмотров`}}</span>
                            </div>
                        </a>
                    </li>
                ` 
                &parents=`[[%articles_tickets_id]]` 
                &includeContent=`0`
                &leftJoin=`{
                "View": {
                  "class":"TicketView",
                  "alias":"View", 
                  "on": "Ticket.id = View.parent"
                  }
                }`
                &select=`{
                "Ticket":"*",
                "View": "COUNT(View.parent) as views"
                }`
                &sortby=`views`
                &groupby=`Ticket.id`
                &sortdir=`DESC`
                &limit=`5`
            ]]

Вот какая закономерность у статей:

getTickets || TicketMeta
	21		|| 7
	18		|| 6
	8		|| 4
	3		|| 3
	2		|| 2

Может быть сниппеты как-то считают только по конкретному пользователю (например &getUser)?

P.S. Попробовал просмотреть в режиме инкогнито — количество просмотров уравнялось (как у TicketMeta). Очистка кэша не влияет.

Почему интересно у залогинившегося пользователя getTickets считает чуть ли не в геометрической прогрессии?

Интересно, спасибо. Но проблему это не решило.
Дело в том, что первый вызов вызывался в обычном чанке (тут я упростил для примера), а второй в INLINE.
Заменил второму на {{}} — не помогло.
Указал второму реальный чанк (теперь оба вызова в реальных чанках) — результат тот же…

Извини что отвлекаю, я не требую ответа, просто прочитав документацию на docs.modx.proи официальную не нашел ответа.
Ладно, буду пробовать дальше — в любом случае тебе спасибо большое за помощь!

P.S. Прости за мои нубские вопросы, всё оказывается очень просто, я тут офф. документацию не с того места читать начал. Думал только по ссылке что в docs.modx.com даётся, а оказывается там намного больше!
Проблема решена обычными операторами как в php! =)