Может я логику не очень хорошо описал, попробую еще раз:
minishop2-combo-options полностью устраивает и делает то, что надо.
Но многие товары переносятся с каталогов и там возможные значения 'этого поля даны строкой с разделителем (запятые или слеш), их много и руками по одному вставлять неудобно. Нужно импортировать их в это поле из строки…
или вариант 2:
если мы в плагине на OnDocFormSave меняем поле textfield, то после сохранения оно в админке обновляется, а вот minishop2-combo-options не обновляется, подозреваю, что просто это не дописано =) MODx в ответе на POST запрос после сохранения документа новое значение поля присылает, а minishop2-combo-options на это не реагирует.
Я в целом согласен, что товар — это конечный элемент. Но уже на втором сайте получается так, что minishop используется не для магазина, а как структурированный каталог всевозможных элементов с удобной админкой. И вот получается так, что хорошо бы сделать вложенные ресурсы у товара :) Буду пробовать. Спасибо.
Василий, ты делаешь тикетс под безумкин ру, и он отвечает твоим требованиям. А я использую тикетс на совсем других сайтах, и он не отвечает моим требованиям. Мне всегда приходилось менять чанки/скрипты/стили. Ну и с каждой новой версии всегда приходилось смотреть, что нового. Поэтому если я вижу, что вышла новая версия, то обновляюсь только тогда, когда есть 2-3 часика свободного времени в запасе =)
Я 2 или 3 сайта делал с комментариями тикетс, и хочу сказать, что после каждого обновления были проблемы на уровне полной несовместимости, т.к. компонент усиленно развивается, а я в любом случае его чуть модифицировал под свои сайты (скрипты, стили).
В целом я уже решил вопрос. Я отнаследовался от msOrderHandler, скопировал в мой класс метод submit, убрал в нем из обязательных полей email, и перенес модернизированную функцию getCustomerId в него же.
НУ а магазины бывают разные, товары специфические. У меня например 1 пользователь с вероятностью 99,99% совершит только 1 покупку.
Да там есть проблемы с сайтом, много наворотил всего по неопытности сначала. Потом более-менее разгреб, но помогло не сильно… Надо все хорошенько переписывать там, а времени нет пока.
И на моем не очень шустром ноуте уже притормаживает браузер, для этого сайта было бы идеально скрывать старые комментарии с группировкой по годам например.
minishop2-combo-options полностью устраивает и делает то, что надо.
Но многие товары переносятся с каталогов и там возможные значения 'этого поля даны строкой с разделителем (запятые или слеш), их много и руками по одному вставлять неудобно. Нужно импортировать их в это поле из строки…
или вариант 2:
если мы в плагине на OnDocFormSave меняем поле textfield, то после сохранения оно в админке обновляется, а вот minishop2-combo-options не обновляется, подозреваю, что просто это не дописано =) MODx в ответе на POST запрос после сохранения документа новое значение поля присылает, а minishop2-combo-options на это не реагирует.
Я посмотрел QuickEmail, а там — email отправителя. Поменял в коде тикест. О-па и письма пошли.
Скачиваешь исходники, смотришь все места, где фигурируют уже имеющиеся поля и по аналогии добавляешь свое.
В целом занимает 10 минут.
В целом я уже решил вопрос. Я отнаследовался от msOrderHandler, скопировал в мой класс метод submit, убрал в нем из обязательных полей email, и перенес модернизированную функцию getCustomerId в него же.
НУ а магазины бывают разные, товары специфические. У меня например 1 пользователь с вероятностью 99,99% совершит только 1 покупку.
И на моем не очень шустром ноуте уже притормаживает браузер, для этого сайта было бы идеально скрывать старые комментарии с группировкой по годам например.
Вообще самый адекватный вариант наверное все же постраничный, как описано выше.