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

[[!FetchIt?
  ...
  &clearFieldsOnSuccess=`0`
]]

Подробнее о работе компонента можно узнать на сайте документации. А конкретнее на странице сниппета FetchIt, где и перечислены параметры с их описанием.

@Баха Волков Подскажи пожалуйста, как отменить reset формы после отправки? чтоб поля не сбрасывались.

Давно уже оформил. AjaxFormitLogin называется

getResources выводит список ресурсов, а не формирует ссылки на них. Как в чанке вы выводите ссылку? Так

<a href="[[+uri]]">link</a>

Поразбирался немного, в результате:

$user = $this->modx->getObject($modtelegram->classModUser, $q);

вот эта команда в методе GetUserByEmailPassword из файла

core/components/modtelegram/model/modtelegram/modtelegram.class.php

должна возвращать объект $user, но возвращает null. Пользователь точно есть.
$q формируется как

$q = $this->modx->newQuery($modtelegram->classModUser);
    $q->innerJoin($modtelegram->classModUserProfile, $modtelegram->classModUserProfile,
        "{$modtelegram->classModUser}.id = {$modtelegram->classModUserProfile}.internalKey");
    $q->where(array(
        "{$modtelegram->classModUser}.active"       => true,
        "{$modtelegram->classModUserProfile}.email" => $email,
    ));

Пока не понятно куда копать дальше. В modx и php новичёк. Первый сайт на modx делаю.

Не думали оформить как отдельный компонент (и может даже в стор залить)? Было бы удобнее, работал бы не зависимо от оригинального ajaxform. Например, можно было бы использовать на новых страницах, не боясь поломать старый сайт (с кучей чужого кода), полезно при редизайне главной, например, чтоб бандл jquery не тащить ради него… но и старые шаблоны не трогать.

хотя есть FetchIt (вроде то, что нужно)

в migx при попытке содать таблицы в базе вылетает ошибка
Fatal error: Class 'xPDOGenerator_mysql' not found in C:\OSPanel\domains\modx3.loc\core\components\migx\model\migx\migxpackagemanager.class.php on line 3

Ага. А вот как мне быть? Мне нужно чтоб класс таблицы я мог указать прямо в параметрах сниппета. То есть имя класса в сниппете есть только в виде переменной строки.

$class = 'ModExtra\Model\ModExtraItem';
$class::class;

Так не работает. Конечно можно использовать eval

$class = 'ModExtra\Model\ModExtraItem';
eval('$class1 ='. $class.'::class;');
if($item = $modx->getObject($class1,1)){
    print_r($item->toArray());
}

Но eval как известно зло. Или Использовать $xpdo->loadClass Но его не изветно когда отрубят.
Так как быть?

Да loadClass до сих пор используется и очень активно прямо в ядре.

Так а что ты проверял? (в обществе вроде по правилам использовать ты)
Я проверяю

<?php
error_reporting(E_ALL);
ini_set('display_errors', 1);

$class = 'ModExtra\Model\ModExtraItem';
$class::class;

ошибка: Fatal error: Dynamic class names are not allowed in compile-time ::class fetch in

Работает такой код:

{'!pdoResources' | snippet : [
   'class'=>'ModExtra\Model\ModExtraItem',
   'sortby'=>[
       'ModExtraItem.id'=>'ASC'
   ]
]}

Это работает только не понятно будет ли дальше работать.
\core\components\pdotools\src\Fetch.php вызывает
\core\vendor\xpdo\xpdo\src\xPDO\Om\xPDOQuery.php

public function __construct(& $xpdo, $class, $criteria= null) {
        parent :: __construct($xpdo);
        if ($class= $this->xpdo->loadClass($class)) {
            $this->_class= $class;
            $this->_alias= $this->xpdo->getAlias($this->_class);
            $this->_tableClass = $this->xpdo->getTableClass($this->_class);
            $this->query['from']['tables'][0]= array (
                'table' => $this->xpdo->getTableName($this->_class),
                'alias' => & $this->_alias
            );
            if ($criteria !== null) {
                if (is_object($criteria)) {
                    $this->wrap($criteria);
                }
                else {
                    $this->where($criteria);
                }
            }
        }
    }

\core\vendor\xpdo\xpdo\src\xPDO\xPDO.php

/**
     * Load a class by fully qualified name.
     *
     * The $fqn should in the format:
     *
     *    dir_a.dir_b.dir_c.classname
     *
     * which will translate to:
     *
     *    XPDO_CORE_PATH/om/dir_a/dir_b/dir_c/dbtype/classname.class.php
     *
     * As of xPDO 3.0, the use of loadClass is only necessary to support BC
     * with older xPDO models. Auto-loading in models built with xPDO 3.0 or
     * later makes the use of this method obsolete.
     *
     * @param string $fqn The fully-qualified name of the class to load.
     * @param string $path An optional path to start the search from.
     * @param bool $ignorePkg True if currently loaded packages should be ignored.
     * @param bool $transient True if the class is not a persistent table class.
     *
     * @return string|boolean The actual classname if successful, or false if
     * not.
     * @deprecated since 3.0
     */
    public function loadClass($fqn, $path= '', $ignorePkg= false, $transient= false) {

loadClass вроде deprecated а закомментировал весь блок с if ($class= $this->xpdo->loadClass($class)) { сайт ушел в аут. Чет похоже разработчики MODX3 недодумали :-)

Полчаса проверю все

у меня в ModExtra3 работает

Черт. Ввязался в обсуждение. Скорее всего не сработает. неймспейс это конструкция языка php а не текстовая переменная. Но чтоб точно сказать придется сейчас модекс 3 ставить пдотулс и модеекстра и пробовать :-(

Можно попробовать экранировать слэши вот так

ModExtra\\Processors\\Item\\GetList

Не уверен что сработает, но попробовать можно

Возможно. Но тут 1 вопрос имя класса текстовая переменная например

$class = 'MODX\Revolution\modResource'

Как текстовую переменную преобразовать в неймспайс? Просто не нашел этот момент в инете.

use $class

Насколько я понял точно нельзя. А

$class:class

можно?

Конечно не будет, нужно писать с неймспейсами. Тогда все будет

Я сказал часть функционала не работает и не будет работать. Например попробуйте через новый migx создать пакет и таблицу в базе данных. Когда я тестировал не работало.
А в pdoTools код типа

{'!pdoResource' | snippet : [
   'loadModels'=>'modextra',
   'class'=>'modextraItem',
]}

Работать наверно не будет. У меня сейчас modx3 не установлен и точно сказать не могу работает или нет. Но скорей всего в modx 3.3 такой код не будет работать.

Так это просто весь MCE меняет на Ace. А вот как во всплывающем окне с исходным кодом, Ace подключить. К примеру как в платном плагине TinyMCE — advcode.

Так то pdoTools и migx для MODX3 уже больше года работают

Скорей всего migxdb, pdotools и getTables никогда не смогут нормально работать в MODX3. В MODX3 внесли изменение Перед тем как работать с объектами их необходимо подключить в скрипте через use. Например

use MODX\Revolution\modResource;

Но в MODX REVO можно использовать конструкцию вида

{'!pdoResource' | snippet : [
   'loadModels'=>'modextra',
   'class'=>'modextraItem',
]}

И работать с любой таблицей базы данных. Просто указываешь класс таблицы в настройках сниппета.
Так вот, по идее, чтоб работать с какой-то таблицей в модекс 3 надо прописать вызов ее класса use в начале сниппета. Но это не возможно. Сниппеты и код pdoTools, migx и getTables при запуске кода не знают какой класс им надо подключать. Класс прописан в настройках в виде текста. А в php запустить use какая-то переменная нельзя. Сейсас в MODX 3.0.3 это еще работает, но в MODX 3.3 обещают отключить метод modx->loadClass через который сейчас вызов произвольного класса через текстовую переменную его названия еще работает.

Вообщем существенная для меня часть возможностей migx и pdoTools в MODX3 накроется. Я разбирался в этой теме полгода назад когда хотел перевести getTables на MODX3 и возможно еще что-то не понял. Не судите строго если ошибся. Но по моему для меня переход на MODX3 не имеет смысла. Вроде как часть нужного фуункционала в будущем просто не будет работать.