Prihod

да

Очень не хватает выгрузки в xls/xlsx.

Ну прикрутить это можно без проблем

Картинки он также может импортировать в галерею?

Да, т.к импорт в msImportExport это обертка над bezumkin.ru/modx/minishop2/import/2309/

А если у меня уже созданы дополнительные свойства через файлы (вручную плагинами), в базе они в таблице modx_ms2_products. Как msFieldsManager будет с этим взаимодействовать?

Пока вы не добавите свое новое поле через плагин он ваши старые поля не уведет, а после добавления поля ваши поля которые вы добавили в ручную появятся в плагине и если вы теперь сделаете правку своих старых полей через плагин то по идеи должны перемениться новые значения и вы можете удалить свои плагины если конечно вы для них не создавали свои extjs компоненты.

И еще вопрос: если делать импорт из эксельника, будут ли корректно записываться свойства, созданные при помощи msFieldsManager

Да, т.к поля созданные через msFieldsManager становятся как бы родными для продукта. С вашим полями которые вы создали вручную проблем же нет.

С вариантам расширять на лету как по мне так много хлопот, может для простых вариантов такой подход и прокатит, если нужно без особой мороки добавить свои поля в modResource то можно заюзать https://modstore.pro/packages/utilities/cmpgeneratorpro с помощью данного плагина можно быстренькому расширить класс modResource

Ну добавить та поле в БД для modResource не проблема но вот работать с этими полями без правки скриптов modResource не получится т.к в modx не предусмотрено механизма типа плагинов для расширения modResource как в minishop2 для товара

А зачем может понадобиться менять xtype для родных полей minishop2?

Пока нет т.к в настройках самого miniShop в его опции «Поля таблицы заказов» нельзя указать свои поля для вывода, как только эта возможность появиться в новой версии miniShop она будет реализована и в msFieldsManager

Правильно ли я понял про minishop2-combo-vendor, что вам нужна возможность указать свой xtype для создаваемого поля и + вы еще хотели бы менять xtype для родных полей minishop2?

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

Механизм дополнительных полей который появился в версии 2.2 конечно обладает некоторой гибкостью в плане привязки их к категориям но в тоже время имеет и недостаток т.к все данные хранятся в тестовом поле — это означает медленный поиск и сортировку + при выборке ресурсов необходимо отдельно делать дополнительные запросы.

Да, создаются реальные поля с указанными типами данных и при их смене меняются их значение в БД

В общим нормальную демку сходу для тестирования компонента развернуть не получается так, что увы компонент будет без нее.

ок, я подумаю как это можно будет сделать с защитой для компонента :)

Ну по-моему на видео и так все видно что может компонент, есть так сказать его lite версия UiCMPGenerator
можно поюзать ее

https://modx.pro/development/4601-uicmpgenerator-addition-to-package/

Если не отмечен чекбокс «Перезаписать файл» то все изменения которые ты сделал сам остаются при дальнейшей генерации компонента т.е если понадобилась перезаписать файл мы отмечаем чекбокс нажимает кнопку генерировать компонент потом убираем чекбокс и делаем свои правки которые в дальнейшем не будут перезаписываться. Но это не касается map файлов, т.е если мы добавляем новое поле в нашу таблицу то нам нет необходимости отмечать чекбокс «Перезаписать файл» т.к map файлы в любом случаи перезапишутся

Hi, сделал новое дополнение CMPGenerator Pro на основе UiCMPGenerator.

Что может CMPGenerator Pro:

1. создать базовую файловую структуру пакета, а так же при желании базовый класс + классы для валидации и работы с POST данными;

2. автоматически добавить информацию о вашем пакете в extension_package и в namespaces Modx-а что избавляет вас на этапе разработки от сообщении об ошибки типа Could not load class: когда вы пытаетесь работать со своими таблицами;

3. создать схемные xpdo-файлы и xpdo-классы для ваших таблиц баз данных, а также указать зависимости между ними (Composite Aggregate);

4. расширять базовые классы Modx;

5. создавать в 2 клика свой тип документов Modx за счет расширения класса modResource (автоматически создадутся соответствующие контролеры, процессоры и js файлы);

6. создать для пользовательских таблиц mgr и web контролеры с процессорами (для mgr будут созданы js файлы с функционалам для работы с полями таблицы с привязкой к их типу);

7. задать php тип для полей таблицы, что влияет на то какой компонент extjs будет использоваться для работы с данным полем, а так же как его данные будет обрабатывать Modx;

8. добавить в меню админки Modx действие для вашего mgr котроллера;

9. собрать транспортный пакет с автоматическим включением в него:
— таблиц;
— чанков, сниппетов и плагинов(для того что бы события на которые подписан плагин были добавлены в транспортный пакет данный плагин должен быть создан в админке с подпиской на нужные события) из соответствующих папок в elements;
— опций;
— пунктов меню.

Примечание: большинство перечисленных выше пунктов доступы только при включенной опции «Создать базовый класс» на этапе создания пакета.

Видео с демонстрацией функционала дополнения те кто смотрел для UiCMPGenerator могут пропустить с 2:38 сек. по 5:35 сек.

И таки да, данное дополнение платное.

Просто MODX ничего не знает о вашем пакете.
Переходим в настройки системы и создаем новый параметр (если его еще нет) extension_packages. Заполняем только «Ключ» (extension_packages) и «Значение»:

[{"Map":{"path":"[[++core_path]]components/my_component_name/model/"}}]

или из консоли

$modx->addExtensionPackage('Map', '[[++core_path]]components/my_component_name/model/');

Они пропадают на странице компонента?

уже можно

Странный глюк, без доступа к админки ничего сказать о нем не могу