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

Только для неавторизованного пользователя

Телефон: [[!+modx.user.id:default=`1`:userinfo=`phone`]]

default=`1` — это id админа. Можно указать phone или mobilephone.

Прошу прощения за назойливость, но в &where-запросах вообще ничего не понимаю. Где про них можно почитать?

В документации по SQL. Например, тут.

Вот тут твой тезка (кстати, большой авторитет) пишет по другому ;)

Нужно добавить параметры в вызов pdoResources

...
&includeTVs=`myTvDate`
&where=`[myTvDate > now()]`
// или так, если не работает первый вариант where
&where=`[TVmytvdate.value > now()]`

myTvDate — название вашей TV.
А если включить &showLog=`1`, то можно увидеть какой формируется запрос.

У minishop2-combo-autocomplete она скрыта принудительно (эмулируется поле редактирования).

hideTrigger: true

Нужно выставить в false. Но тогда это не будет похоже на поле автодополнения, а будет select.

,name: 'available'
,hiddenValue: 'available'

нужно выставлять на уровне xtype. Это нужно для того, чтобы данные сохранялись (для modx-combo и combo).

Почему нельзя, можно. Надо просто определить эти свойства

...
,name: 'available'
,hiddenValue: 'available'
...

А стрелочка должна быть. Глюк какой-то. А triggerAction: 'all' стоит?

Потому что в minishop2-combo-autocomplete определены свойства name и hiddenName формы. Именно они отправляют значение в базу.

displayField — то что будет отображаться в списке
valueField — значение выбранного.

Вы пишите в data 2 значения, т.е. 2 поля

[0, 'Да']

А в fields указываете название только одного поля.

Можно сделать например так

...
,store: new Ext.data.ArrayStore({
	fields: ['available','displayField']
	,data: [[0, 'Да'], [1, 'Нет']] 
})
,displayField: 'displayField'
,valueField: 'available'
...

Раз уж начали переопределять Store, то делайте это до конца. Где displayField, valueField?
В fields одно значение, а в data — два. Исправляйте.

Мы с тобой одной крови, ты и я!

Р. Киплинг
:)

Что я делаю не так?

Перечисляю
1. Документацию не читаешь
2. Поиском не пользуешься.
Контент по умолчанию выключен.

&includeContent = `1`

Попробовал у себя ради интереса, все показывает, и старые и новые. Кстати, глянул код процессора, который зачитывает ресурсы — джойны, массивы объектов, циклы по ним… Думаю, твое решение возможно и получше будет в плане производительности. Лично я бы оставил.
Вот запрос из этого процессора

SELECT ...
FROM `modx_site_content` AS `modResource` 
LEFT JOIN `modx_site_content` `Parent` ON `modResource`.`parent` =  `Parent`.`id` 
ORDER BY Parent.menuindex,modResource.menuindex ASC

Тут никаких ограничений нет.

А если почистить кэш?

Хорошая новость. От меня +1. Здесь этого очень не хватало. Глядишь и поиск в найденном появится. :)

Расширяй pdoParser своими функциями, зачем писать полностью новый.

Вещь нужная. У меня в планах тоже висит создание дополнения для управления ресурсами из фронтэнда, но я хотел сделать по другому. Теперь может и не буду.

Для этого есть системная настройка parser_class. Указывай в ней свой класс парсера.

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

Так же в каждом блоге есть подписка на него, это тоже кастомное решение?

Коробочное. Подписка доступна авторизованным пользователям.

Необычный прием — сниппетом выводить модальное окно. :)