Сергей Шлоков

Как-то так

[[!pdoUsers?
    &tpl=`@INLINE <p>[[+username]] - [[+views]].</p>`
    &loadModels=`sitestatistics`
    &innerJoin=`{
        "UserStat":{"class":"UserStatistics","on":"modUser.id=UserStat.uid"},
        "PageStat":{"class":"PageStatistics","on":"UserStat.user_key=PageStat.user_key"}
    }`
     &select=`{
        "PageStat": "IFNULL(SUM(PageStat.views),0) as views"
    }`
    &groupby=`UserStat.uid`
    &where=`["UserStat.uid = 1 AND PageStat.date BETWEEN '2016-01-01' and '2016-06-31' "]`
]]

В параметре where указывается id пользователя и период.

Василий, добавь пожалуйста тег kbd в Jevix для более красивого оформления статей на этом сайте.

Пожалуйста!
В плагине 2 последние строчки конфига можно убрать. Так как res_id можно получить в js. А Trans.config.connector_url дублирует Trans.config.connectorUrl.
Js будет выглядеть так

Trans.grid.Items = function (config) {
    Ext.applyIf(config, {
        url: Trans.config.connectorUrl,
      	*****
        baseParams: {
            action: 'mgr/transitems/getlist',
            res_id: MODx.request.id //id текущего документа
        }, 
	*****

В вызове getlist процессора нужно добавить параметр с id текущего ресурса, а уже в процессоре его ловить. В вашем примере вы в процессоре ловите параметр resource_id

$this->getProperty('resource_id')

А вы его передаёте в процессор?

Так и есть. MODx.load() просто создает JS компонент. Его нужно отрисовать — show() или render(). Поэтому и не подключается, указанных полей в разметке ещё нет.
Добавь в свой компонент этот код (после items)

listeners: {
	render: function () {
		MODx.loadRTE("regulations"); // id поля 
		MODx.loadRTE("info"); // id поля 
	}
}

Думаю, всё заведётся.

Я думаю, причина в том, что на момент подключения MODx.loadRTE() нет ещё этих полей. Подключать не к чему. Нужно повесить подключение на событие render твоего компонента.
Для эксперимента попробуй подключить через setTimeout

Ext.onReady(function() {
	MODx.load({ xtype: "xtype-страницы компонента"});
	setTimeout(function(){
	      MODx.loadRTE("regulations"); // id поля 
	      MODx.loadRTE("info"); // id поля 
	},5000); // Сработает через 5 секунд
});

Если я правильно понял задачу, просто пропишите в шаблоне эти ТВшки. Ведь вам нужно вывести картинки текущего ресурса?

<div id="featured"> 
	[[*tv.image1]]
	[[*tv.image2]]
	[[*tv.image3]]
	[[*tv.image4]]
</div> 
<span class="orbit-caption" id="ezioCaption">Текст</span>
<span class="orbit-caption" id="marcusCaption">Текст..</span>

П.С. Названия ТВ укажите свои.

Мне кажется в данном случае pdoResources вообще не нужен.

Согласен. Под лежачий камень…
Главное, чтобы не получилось как в анекдоте про сову и мышей, которым она посоветовала стать ёжиками.
С амбасадорами как-то не очень вышло.

Добавлю в закладки. Пора уже начинать изучать баш скриптинг.

Истинно вам говорю, 4-го мая 1925 года Земля налетит на небесную ось.

© Собачье сердце.

П.С. Надо будет детям теплых вещей прикупить. Сам-то я наверно не доживу.

Т, е. это группа людей, которые будут определять стратегию развития.
На данный момент 3 человека уже несколько лет не могут довести до конца решение с третьей версией MODX. А что ждать от 14 человек? Тем более, на то, чтобы их просто собрать, потребовалось несколько месяцев. Интересно как будет решаться вопрос с шаблонизатором. Марк просто стукнет по столу и скажет, что будет Twig или месяцами/годами этот вопрос будет висеть на повестке?
Главное направление развития, как мне кажется, это соответствие текущему уровню развития технологий и стандартов. Скоро уж и Composer может устареть (как CD диски), а MODX ещё до него не дошёл.
Я так понимаю, что проблема не в выборе стратегии, а в её реализации. Марк где-то писал, что у него просто не хватает времени.

Конечно очень хочется, чтобы это реально выросло во что-то серьезное. Но мне кажется, что это похоже на добавление ещё одного руля в машину, а нужно просто увеличить мощность движка.

Надеюсь, мой пессимизм обусловлен хмурой осенней погодой. ) Но плюса эта новость заслуживает.

Признаюсь, я ошибался. Видишь как люди плюсуют твои комментарии. Значит им удобнее твой вариант — пройти все 8 шагов инструкции. А я то по старинке всё готовые дополнения делаю. )

Представь, как твой комментарий приобрёл бы ценность, добавив ты туда пример совершенного кода?

Представь, как мне фиолетово. Судя по комментарию это мне у тебя ещё учится и учится.
П.С. А если серьёзно, то код-то как раз пользователя не волнует. Единицы смотрят под капот. А вот удобство настройки, мне кажется, дело первоочередное. UX forever!
П.П.С. Collections у меня нет, скажу по теме пользователей. Вот такая конструкция

var leftCol = this.items.items[0].items.items[0].items.items[0];

легко заменяется на такую

Ext.getCmp('modx-user-active').ownerCt

И в итоге чекбокс добавить можно так:

$modx->controller->addHtml("
<script type='text/javascript'>
     Ext.ComponentMgr.onAvailable('modx-user-tabs', function() {
          this.on('beforerender', function() {
               var cb = Ext.create({
                     xtype: 'xcheckbox',
                     boxLabel: 'Тестовый чекбокс',
                     description: 'Тестовый чекбокс',
                     name: 'testCheckbox',
                     checked: true
               });
          Ext.getCmp('modx-user-active').ownerCt.insert(0, cb);
         });
     });
</script>
");

Каждый человек — загадка, мир, вселенная. В философском смысле. А в профессиональном Илья на высокой ступени иерархии. Тут нет никакой загадки. Для меня по крайней мере.

кому вопросы то

Какие вопросы? Согласен, коллега? Это риторический вопрос, не требующий ответа. ;)
А всё остальное — просто брюзжание немолодого человека юных лет про то, что мне не хватает для кайфа. )

Создаются объекты, которые потом можно бронировать. Поэтому вам вряд ли подойдет этот компонент.

Позволю себе побрюзжать немного :)
1. Людям не знакомым с Collections (как я например) из описания совершенно не понятно, что и для чего. Нужно лезть в инструкцию, чтобы понять, что добавляются пункты контекстного меню.
2. Ну и зачем всё это писать, если можно выложить на гитхаб уже готовое решение с очень маленькой инструкцией по кастомизации — где и что изменить в заготовке под себя. А в такой простыне кода даже мне страшно разбираться.
Это два, как мне кажется, упущения.
Ну а по мелочи… Думаю, такие вещи как

this.topToolbar.items.items[0].items.items[1];

и

var color = 'white';
if (value == 1) {
    color = 'red';
} else if (value == 2) {
    color = 'green';
} else if (value == 3) {
    color = 'grey';
}

и

if (!$this->checkPermissions()) {
     return $this->failure($this->modx->lexicon('access_denied'));
}

со временем трансформируются во что-то более совершенное. :)
Согласен, коллега?

Можно ли кастомизировать мне будет собственными силами ваш модуль под создание мероприятий

Всё зависит от задач. Модуль всё-таки создан для бронирования. Можно забронировать столик, комнату, зал, беседку для проведения мероприятия. А как бронировать мероприятия?

Какие-нибудь новости есть?