Наумов Алексей

Я думал, что noshow — это поле, которое вы добавили к объекту и оно есть в таблице, я бы так сделал.

Если у вас уже проставляется published так, как нужно, то просто добавьте условие, что бы показывались все опубликованные отзывы, у которых есть ответ:

[[!ecMessages? &where=`{"reply_text:!=": ""}`]]

По идее должно работать

У вас часть кода съелась в комментарии…

Но если я верно понял, то добавьте в вызов ecMessages условие:

&where=`{"noshow": 0, "reply_text:!=": ""}`

как-то так получается…

Ща некогда писать и тестировать…
Все ключевое я в комментарии описал, осталось оформить и протестить…

Это Tickets, просто сильно переделан вывод внешнего вида… Хотя ядро Tickets не менялось.

Ну… пишем плагин на OnDocFormSave.

В нем мы делаем проверку на:
1. Что мы сохраняем новый документ

if ($mode == 'new') {
  ...
}

2. Что наш документ — это Дом, например по шаблону проверяем

if($resource->get('template') == XXX)

И создаем дочерние ресурсы, используя $resource->get('id') (да-да, id нового документа у нас уже есть) в качестве parent.

$data = array(
   'parent' => $resource->get('id'),
   'published' => 1,
   'pagetitle' => 'Название',
    'content' => 'Текст страницы'
);
$modx->runProcessor('resource/create', $data);

Гугл: modx add language, в первой же ссылке ответ

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

В параметрах Babel посмотрите… у меня переадресация на главную идет… видимо есть такой параметр…

а index не знаю, откуда взялся, ни разу не сталкивался…

Страницы не являются дочерней index случайно?

1. Раздел «Управления словарями» в админке. Создаете нужные вам записи, например в core, языки ru и en, заводите запись lang_enter и переводы ей Вход и Enter. А затем в чанках:

[[%lang_enter]]

2. Ну я по разному выкручиваюсь, например в некоторых шаблонах прокатывает использовать че нить типа parent, а если нет — то в настройках контекста я создаю новую настройку articles_parent с разным значением к контекстов и использую ее в pdoResources.

А что мешает писать разные статьи в разные контексты сейчас? Пишите, Babel вам будет удобен для управления совпадающими страницами, но не запрещает создавать разные страницы…

Ну так то оно да, но ровно до следующего обновления компонента…

Думаю, что можно попробовать пойти аж тремя путями:
1. Добавить hidden поле notify=«1» в форму, не забыв добавить и его и в параметр allowedFields сниппета ecForm.
2. Написать плагин на событие OnEcMessageSave с проверкой, что это новое сообщение и там установить значение поля notify.
3. Поменять в исходниках значение поля по-умолчанию =)

Параметр

&sortby=``

пробовали?

Добрый день! В кавычках, к сожалению:

Магазин "Hyp"

Или вообще не используйте кавычки

"текст"

или такие используйте

«текст»

У сниппета getImageList есть плейсхолдер [[+total]]

Воспользуйтесь HybrudAuth или иным компонентом для авторизации, а компонентом Personalize для того, что бы скрывать форму добавления новых сообщений не авторизованными пользователями.

Что значит в отдельное ТВ?

Если я верно понял, то можно написать плагин, который будет реагировать на добавление/редактирование/удаление комментария и в этот момент копировать рейтинг цепочки хоть куда, в том числе и в TV.

В каком плане? После авторизации можно оставлять комментарии… И id авторизованного пользователя даже в базе сохраняется, после чего можно делать выборку с JOIN таблицы пользователей. Но да, это не из коробки, нужно писать самому.

Все верно.

Компонент использует свой файл стилей, который подключается при вызове сниппета ecForm.

Я рекомендую еще убрать из системных настроек путь к этому файлу, что бы избежать двойного подключения на странице.

Рассматриваю возможность тоже поехать, вероятно на автомобиле. Ищу попутчика, я из Тулы, могу заехать в Москву и далее по направлению на Минск.