За удаление чанков отвечает настройка. Поставьте true. Видите, у сниппета ниже стоит true, поэтому они обновляются и удаляются. Если не хотите, чтобы чанки у пользователя обновлялись при обновлении компонента, то придется удалять их вручную
case xPDOTransport::ACTION_UNINSTALL:
$chunk = $modx->getObject('modChunk', array('name'=>$chunkName));
$chunk->remove();
...
т.е. дата публикации у них '2016-04-02'. Поэтому я в первом комментарии и сделал группировку условия, чтобы OR было в скобках.
Вот же как получается без группировки
А чтобы ограничить parent, нужно указать depth=1 (или 0, точно не помню).
Есть еще вариант с использованием фенома. Тогда можно из без сниппета обойтись.
Совет. У pdoTools сниппетов есть замечательный параметр showLog. Советую его использовать при отладке.
Событие OnManagerPageBeforeRender будет регистрировать скрипт для любого объекта (ресурса, чанка, сниппета), а нужно только для ресурса. Тут подойдет событие OnDocFormPrerender.
В примере моего плагина 2 javacript события — beforeSubmit и success. Если задействовать первое, то второе не нужно. Потому что, во-первых, изменения уже видны в интерфейсе (обновлять страницу не нужно) и, во-вторых, новые значения запишутся в базу (не надо их ловить в OnDocFormSave). Для знатоков яваскрипт не составит труда обработать и ТВшки. Этот вариант более интерактивный.
Ну а если таких знаний не хватает, то подойдет вариант ниже — в OnDocFormSave (можно в OnBeforeDocFormSave) меняются значения ТВ, а в яваскрипте, подключенным в OnDocFormPrerender, обновляется страница. Этот вариант проще.
П.С.Мнепростоленьписатьпробелы.
Последнее обновление позволяет сделать это так
Можете сделать проще.
За удаление чанков отвечает настройка. Поставьте true. Видите, у сниппета ниже стоит true, поэтому они обновляются и удаляются. Если не хотите, чтобы чанки у пользователя обновлялись при обновлении компонента, то придется удалять их вручную
{private message}
Правка ExtJs исходников решает задачу до первого обновления. Лучше сделать свой скрипт и подключать его используя вариант Григория.
Тогда это будет готовое решение.
Конечно предложенный вариант расширения таблицы пользователей гораздо лучше, чем TV или extended.