Я тут изобретаю параметры default и force, а оказывается можно просто value указать :-).
Вообще можно:

'resource_id'=>[
                                'label'=>'Ресурс ID',
                                'edit'=>['type'=>'hidden',
                                        'default'=>$_modx->resource.id
                    ],

или

'resource_id'=>[
                                'label'=>'Ресурс ID',
                                'edit'=>['type'=>'hidden',
                                        'force'=>$_modx->resource.id
                    ],

default записывает, если записываемое значение пустое. А force всегда перезаписывает значение чтобы юзер не написал.

Ошибки не критичные. Не могу добраться все их обработать :-(. их много при работе компонента вылазит. Весь журнал забивают.

А параметр bg убрать надо или все равно?
Как правильно в источнике файлов это записать?

\{«w»:1280,«h»:1280,«q»:90,«far»:«C»,«bg»:«f6f5f3»,«f»:«webp»,«fltr[]=stc|#000000»
},

fltr[]=stc|#000000

Ни транспарент ни None не срабатывают. Минишоп ставит черный цвет фоном и все. Есть еще идеи?

Login умеет работать со стандартными extended полями, подробнее здесь — Login.Extended User Profiles.

Либо расширять профиль пользователя — Дополнительные поля профиля юзера (не extended), и работать как с обычными полями.

А можно еще пример, как использовать геттаблес в админке modx?

Ну, я рад, что получилось.

Разобрался. Вот сюда

'resource_id'=>[
                    'label'=>'Ресурс ID',
                    'edit'=>['type'=>'hidden',
                    ],

надо добавить строчку value=$_modx->resource.id

'resource_id'=>[
                                'label'=>'Ресурс ID',
                                'edit'=>['type'=>'hidden',
                                        'value'=>$_modx->resource.id
                    ],

Все работает. Записи создаются. Спасибо. Изучаю дальше.

Да, через SuperBoxSelect норм отображается, спасибо!

Нет, не включена.

Разобрался с созданием таблицы и класса через MIGX. Геттаблес все отлично выводит, хотя в логах появляются ошибки

[2021-03-11 11:09:44] (ERROR @ L:\mysites\OpenServer\domains\test.ru\core\xpdo\xpdo.class.php : 644) Could not load class: pages from pages.
[2021-03-11 11:09:44] (ERROR @ L:\mysites\OpenServer\domains\test.ru\core\xpdo\xpdo.class.php : 1247) Problem getting service pages, instance of class pages, from path L:/mysites/OpenServer/domains/test.ru/core/components/pages/model/
[2021-03-11 11:09:44] (ERROR @ L:\mysites\OpenServer\domains\test.ru\core\xpdo\xpdo.class.php : 644) Could not load class: pages from pages.
[2021-03-11 11:09:44] (ERROR @ L:\mysites\OpenServer\domains\test.ru\core\xpdo\xpdo.class.php : 1247) Problem getting service pages, instance of class pages, from path L:/mysites/OpenServer/domains/test.ru/core/components/pages/model/pages/

Новые записи в таблицу геттаблес не создает, ругается на пустое значение resource_id. Это и понятно, ведь мы его не передаем в сниппет. Так? Уже созданные записи в бд отлично редактируются и в геттаблес. Просто сказка! Осталось исправить ошибку с созданием новых записей.

Ого! Спасибо. Буду разбираться

Может у вас включена двухфакторная аутентификация, и тогда там для внешних приложений генерируется отдельный пароль

не помогло, тем более что права настроены для админа и для анонима с этой политикой
в чем может быть проблема?

Конечно. Берете MIGX и скрещиваете с этой картой. и все гуд. Правда ужно сделать пару исправлений.
Или создаете 2 TV поля, но есть вероятность что не будет работать — нужно тестить.

Наверно, кстати, я не верно первоначальный вопрос понял. Если tv MIGX создавать в базе через migxdb, то вывести эту табличку можно через getTables без проблем. Я просто тв уже редко использую и обычно таблицы к ресурсам MODX не привязываю.
Пример вывода для таблицы https://www.tale.by/assets/docs/default.schema.xml из из статьи Товары из отдельной таблицы (migxdb:

{'getTable' | snippet : [
    'loadModels'=>'pages',
    'table'=>[
        'class'=>'CustomPages',
        'actions'=>[
            'create'=>[
            ],
            'update'=>[
                
            ],
        ],
        'pdoTools'=>[
            'class'=>'CustomPages',        
        ],
        'checkbox'=>0,
        'autosave'=>1,
        'row'=>[
                'id'=>[
                    ],
                'resource_id'=>[
                    'label'=>'Ресурс ID',
                    'edit'=>['type'=>'hidden',
                    ],
                    'filter'=>[
                     'edit'=>['type'=>'text',],
                     ],
                ],
                'pagetitle'=>[
                    'label'=>'Имя',
                    'filter'=>1
                ],
                'longtitle'=>[
                    'label'=>'Описание',
                    'edit'=>['type'=>'textarea',
                    ],
                ],
                'published'=>[
                    'label'=>'Опубликован',
                    'edit'=>['type'=>'checkbox',],
                ],
            ],
    ],
]}

Примерный сокращенный код. Не проверял его работу. Если разместить его на какой-либо странице и зайти на неё с get или post параметром resource_id=15, то покажет покажет CustomPages прикрепленные к ресурсу с id=15.

У меня на 2.8.1-pl работает

ставлю tickets, так же ругается почти. кодировка стоит utf8mb4_general_ci
Поставил utf8_general_ci, установилась, потом сопоставление вернул на utf8mb4_general_ci
Будут какие то последствия в работе?

Решил
Для начало скопируем существующий js от pdopage
В скопированном js Делаем следующие действия:
1)Меняем в строке 22. выглядеть строка должна так

var match = href.match(new RegExp(key + '=(\\d+)'));

Меняем знак "=" в регулярном выражении на ваш, в данном случае это "-".
Будет вот так

var match = href.match(new RegExp(key + '-(\\d+)'));

2)Повторяем шаг выше только на строке 127, так же меняем знак "=" в регулярном выражении на свой в данном случае на "-".

Затем загружаем модифицированную копию pdopage js на сайт, копируем путь к файлу.

Далее в вызове pdopage добавим данный параметр

&frontend_js

и в значение этого параметра ставим путь вашего модифицированного файла. Будет примерно так

&frontend_js=`/assets/static/js/pdotools/pdopage.edited.min.js`

Чистим кэш, и радуемся!

Довольно странно что такое не ввели изначально, вроде поменять 1 символ 2 раза, при том что остальная часть реализовано на 99%, почему не генерить регулярку на основе нового параметра с использованием pageLinkScheme, добавить новый параметр типо «pageLinkSchemeSeparator» и как бы все, далее тоже не сложно.