24 replies to this topic

[tapakan]

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

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

 

Представим ситуацию:

Есть элемент цены, в котором есть 2 доп. параметра цвет и модификатор(В нем опции - 1,2,3,4,5,6).

 

Базовая цена: 10eur

1 вариант:  Синий + красный и 1+2 модификации = 20eur

2 вариант:  Красный + Зеленый и 2+3 модификации = 30eur

 

На сайте выбираем красный + 2-я модификация - какой будет ценник?

 

Есть вариант, ограничить выбор опции у параметра для всего элемента(По типу Цены калькулятора).

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

 

Возможно у кого-то есть совсем другой вариант выбора свойств, не стесняйтесь! Пишите!

[Евгения]

Тип цены калькулятора? это берется одна основная цена, и на нее накручиваются некие параметры? Так? Или не так? )

 

З.Ы. Тестирую наконец вторую бету. Вы герои, ребят Мои аплодисменты

Edited by Евгения, 15 January 2015 - 03:48.

[rihter2001]

ну на своём примере

Есть кровать

габариты

длина 180/200- цена не меняется

ширина 120/180/200-цена меняется

и есть цвета

базовые-5шт  цена не меняется

и доп цвета 50шт(ral) +500руб

+экстра цвета 20шт +1000руб

 

мультивыбор очень нужен в таких вариантах а в

Базовая цена: 10eur 1 вариант: Синий + красный и 1+2 модификации = 20eur 2 вариант: Красный + Зеленый и 2+3 модификации = 30eur

 

больше похоже на зависимые поля,что тоже было бы очень кстати

опять же на моём примере

необходимо чтобы можно было  выбрать только один цвет

или база

или доп

или экстра

при выборе одного из них другие обнуляются и не передаются

[tapakan]

Тип цены калькулятора? это берется одна основная цена, и на нее накручиваются некие параметры? Так? Или не так? )

 

З.Ы. Тестирую наконец вторую бету. Вы герои, ребят Мои аплодисменты

В элементе цены JBPrice Calc цена добавляется к базовой.

Значение из остальных элементов(Артикул, Описание, Изображение, Скидка и т.д.) берется из последнего выбранного варианта.

[Павел Акимов]

Мне кажется я не понял в чём проблема

 

в вашем случае должна быть зависимость цвет-цена и Модификатор-цена

 

тогда результат всегда будет ясен..

 

или все дело как это в админке оформлять?

[SmetDenis]

Тип цены калькулятора?

Видимо мы не совсем корректно выразились

Сейчас у нас есть два типа элементов цены, который отличаются подходом к вариациям (придают им разный смысл)

1. JBPrice Plain - привычный уже многим вариант из JBPrice Advance, когда каждая вариация - это определенная комбинация товара (цвет+размер у футболки, например). Если на сайте выбрана существующая комбинация, то цена, скидка и остаток будут взяты из него. В противном случае - вариант по умолчанию - базовая цена. основная его проблема в том что, нужно наполнить 100500 вариантов, чтобы перечислить все модификации товара. А для сложных и больших товаров - это сложная и порой не тривиальная задача.

2. JBPrice Calc - Этот вариант предполагает, что каждая вариация - это четкий модификатор товара, который может изменить цену (+/- от начальной стоимости). Таким образом, получается своеобразный упрощенный калькулятор и это решает проблему с перебором всех вариаций. Можно просто указать что все красные футболки - это +50 руб к основной цене.

И вроде все здорово, пока реальность не бьет в лицо. Оба элемента работают без множественного выбора.
Например, нельзя выбрать чтобы цвет был одновременно красный+синий. И еще больше неразберихи как это нужно валидировать в админке, так чтобы не возникало спорных ситуаций (например, как в первом сообщении).

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

Примеры из жизни - приветствуются

[tapakan]

и доп цвета 50шт(ral) +500руб +экстра цвета 20шт +1000руб

Пересечение у этих цветов нет?  Если нет, тогда множественность существенно бы сократила работу по созданию вариантов.

Мне кажется я не понял в чём проблема

Оба варианта подходят по выбранным значениям, конфликт на лицо.

[rihter2001]

Пересечение у этих цветов нет? Если нет, тогда множественность существенно бы сократила работу по созданию вариантов

Нету я про это и говорю думаю у многих похожие вариации

[tapakan]

А что делать с теми "немногими" ?)

[rihter2001]

А что делать с теми "немногими" ?)

рецептики пока

и кстати в calc твой вариант не прокатит