Володя

не совсем понятно что вам нужно в результате. Компонент для загрузки файлов пользвателями, у вас они авторизовываются для отправки письма через форму?
Если все же представить что они авторизовываются то зачем втыкать форму загрузки в форму отправки письма? Судя по тому что выдает ошибку вы ее вызываете через AjaxForm он и убирает регуляркой ключ формы загрузки файлов.
Постарайтесь пожалуйста точнее выразить что вам необходимо получить в итоге… и тогда я смогу вам точнее подсказать.
Спасибо!

нет, к сожалению так не получится.

[id]
    [name]
    [description]
    [address]
    [phone]
    [email]
    [price] 
    [prices]
    [city]
    [company]
    [resource]
    [logo]
    [work_hours]
    [delivery_time]
    [free]
    [rank]
    [active]
    [properties] 
    [city_id]
    [city_identifier]
    [city_region]
    [city_name]
    [city_area]
    [city_description]
    [city_price]
    [city_rank]
    [city_active]
    [company_id]
    [company_name]
    [company_description]
    [company_price]
    [company_resource]
    [company_logo] 
    [company_rank]
    [company_active]
    [company_properties]
    [region_id]
    [region_identifier]
    [region_name]
    [region_description]
    [region_price]
    [region_rank]
    [region_active]
    [delivery_cost]

Отправил в магазин. Скоро будет.

Напиши в скайп в профиле, помогу.

github.com/bezumkin/miniShop2/blob/master/core/components/minishop2/model/schema/minishop2.mysql.schema.xml#L69

modx.pro/help/6508/

нет, у это скрипта нет возможности выгрузить стандартно с csv.

при вызове сниппета QuickView указать идентификатор товара в Migx, далее он будет передан в чанк, в чанке ваш сниппет который по идентификатору выведет товар, а затем все это выводится в модальное окно.
так что да, можно

да, спасибо. Уже сам заметил этот косяк.
Хотел схитрить и обойтись одним кодом на несколько вызовов… Видимо не судьба.

Поправил…

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

там наверно буква из другого языка затесалась… вот и не работает. Проверяйте лучше!

да, при сборке косянул…
Спасибо, поправил и отправил в репо.

<?php
switch ($modx->event->name) {
	case 'OnBeforeDocFormSave':
        	$resource->set('id', 555);
		break;
}

самый простой вариант наверно, модифицировать исходник. Заменить xtype: 'textarea' на xtype: 'htmleditor'
получите родной ext редактор, может вам будет достаточно этого.

— удалите/ отключите плагины virtualpage
— пункты меню удалите в админке /manager/?a=system/action
— userprofile2 связан с virtualpage. удалить аналогично virtualpage. Таблицы удалить руками в базе.

Прикольно, интересно было узнать что на MODx.
Косяк правда, в логах ошибки синхронизации с основным сайтом с логином и паролем, он же подходит и к админке, минута и сайт регионального дилера доступен.
Особо ничего интересного не увидел… Но спасибо!)

Извиняюсь, видно в спешке забыл про него. Дописал, отправил в магазин.
Спасибо!

Такое поведение свойственно если жестко задавать id-шники элементам, если обходится без них то данных проблем и не возникнет. В случае чего помогает способ выше от Алексея Карташова.

не сходится контрольная сумма при проверке заказа…
Скинь лог полностью на почту или в скайп посмотрю…