Да, видимо, придется так и сделать :) Времени бы еще… :) Коля, спасибо большое за советы.

Эх, говорила мне мама — учи ExtJS!!! Ты же сам ткнул в пробел. Осваивай, все в твоих руках :) И будешь себе сетки зависимые делать. Типа как в управлении заказами. Там же по каждому заказу можно развернуть детали и посмотреть все товары в заказе. В твоем случае Object.add() или типа того в помощь!

Да, я примерно так в Delphi и делал — списки с параметрами, там выбираешь нужные, а ниже в основной табличке появляется результат выборки. Жаль, MIGX не позволяет две-три зависимых сетки (один ко многим) открыть на одной страничке. Думаю, подобная фича была бы очень востребована

Можно и из галереи дергать данные справочника, разницы нет, ты и оттуда можешь дернуть данные. Главное чтобы не руками наименования прописывались каждый раз.

лучше всего документами А я справочник в gallery засунул :). Действительно, по документам раскидать лучше будет. Коля, спасибо за идею!

От трех — это только пользовательское ТВ надо создавать. Там типа нажал кнопку — выбрал параметр — создался блог с табличкой, куда данные указал. Еще параметр — еще блок с табличкой… Вообще для таких как раз задач у нас и был создан класс Модели товара, и в нем уже создавались конечные товары, которые содержали только параметры, влияющие на цену, а все основные параметры и оформление — это содержалось в модели товара, но там запросы такие мозгодробительные, что я даже не включил их в ядро. Тот механизм только под индивидуальные решения.

На самом деле у тебя не получится обойтись простой табличкой, так как здесь матрица. У тебя произвольное кол-во материалов и по ним произвольное кол-во вариантов толщины. Каждый из этих вариантов имеет свою итоговую цену. То есть если у тебя 5 материалов и по каждому из них 5 вариантов толщины, в итоге у тебя получится 25 вариантов цен. Материалы тебе однозначно надо заводить в единый справочник, чтобы их можно было выбирать из выпадающего списка. А вот толщину и стоимость надо указывать вручную. Варианты здесь фэншуйные лезут различные, вплоть до собственного кастомного ТВ-поля, но наиболее простое и быстрое решение будет такое (во всяком случае я бы так сделал):

1. Создаем справочник материалов (лучше всего документами, по типу как у нас валюты сделаны. Если пока для них не будет публичных страниц, можно их в контекст spravochniki занести. А когда будут, тогда перенести в основной контекст).
2. Создаем TV-поле выпадающий список, чтобы можно было выбирать материал.
3. Создаем MIGX-табличку с тремя колонками: — Выпадающий список материалов (просто указываешь какое TV-поле юзать) — Числовое поле Толщина — Числовое поле Цена.
4. В getdata-процессоре в функции afterIteration парсим JSON-строку из ТВшки и набиваем в массив цен для дальнейшего использования. В редакторе манагер набивает сколько угодно строчек Материал-Толщина-Цена. На совести манагера, чтобы для одного материала не было повторений, но если очень надо, можно написать проверку в плагин на сохранение документа. Строчки сортировать можно, так что всегда можно держать все материалы рядышком. Тут один жирный минус: JSON не позволит на уровне запросов выполнять поиск по материалам, толщине и ценам, но в таком случае ты можешь просто поступить: на сохранение документа парсить данные ТВшки и фигачить данные в собственную таблицу для удобства запросов. А интерфейс будет на миге. Другой вариант: просто это дело перевести на MigxDB и сразу данные сохранять в отдельные таблицы.

Сделать таблицу с полями цвет, толщина и цена не проблема, MIGXdb поможет, но хочется удобно для администратора сделать. Тем более, это не единичный случай, еще один клиент ждет подобного решения (у того, правда, от 3-х параметров цена зависит :) )

Цена зависит от материала (цвет) и толщины — они формируют цену за кв.м. поверхности (http://omaa197.bget.ru/stoleshniczyi) И пакость еще в том, что цена нелинейно от толщины меняется, не описать элементарной функцией зависимость от толщины. Заказчик хочет руками ставить. Толщина будет от 22 до 46мм с шагом 6мм (5 значений), но я с запасом 10 запланировал Я понимаю, что задавать 10 полей под цены не айс, но на мой взгляд это оптимально с точки зрения администрирования будет, все-таки покомпактнее табличка, и перед глазами все данные.

Саш, еще раз прочти вопрос: У тебя в товаре от каких параметров цена зависит?