Re: Problem in Virtual products

[David E. Jones]

-David


On Feb 2, 2007, at 2:28 AM, Jacques Le Roux wrote:

The only reason to put a price on the virtual product is to act as a default, so it is totally optional and for many product sets may not exist at all. That is true in general, and could even vary by currency depending on what people want to do with it. In other words, I don't think we should put in a check or requirement like that because there are perfectly valid scenarios where you would not want that.

There are no bug. But do you think it's good that an user may enter prices for a variant in another currency than the one used for virtual and in such case this prices will never be used. The Occam's razor principle would tend to cut this problem at root. Less inconsistency in UI is always better for a software to spread and should always be researched, that's my point of view.

Jacques

I know they are some other points like that in current UI. No hurry but good to enhance as soon as found.

I don't see any problem here.

The code looks for price information on the product. If no price
information for a certain type, currency, etc is not found and the
product is a variant it will find the corresponding virtual product
and look for the price information there.

What else could/would it do?

What is the bug here?

-David


On Feb 1, 2007, at 12:50 AM, Jacques Le Roux wrote:

Finally, I want to make an abstract of what I understand :

Variants herit prices from virtual.
Variants may override prices from virtual, hence have different
currencies than virtual.
But this last functionnality (regarding currency at least) is not
working yet.

Is that correct ? If yes, I will open a Jira issue for this

virtual's, for the moment.
Of course I understand that in a perfect world we should support
different currencies for different variants. But I guess this can
wait... Because I'm only reasoning at the businness level for the
moment. And I guess at the technological level things may be less
clear.

Thanks for your attention

Jacques

peculiar case where I will propose to restrict currency in variants to

Jonathon,

Jacques,

I was asking myself, in a principe of reality, if we should not,
for the
moment, restrict variants currencies to their virtual's.

Agreed. This will tie up that "loose end". Rather than having
"undefined behavior" (for multiple
currencies), we should at least let users know that their virtual
products' currencies count and
the related variants' don't. Or better yet, prevent users from
using a different currency for
variants.

Later was what I was suggesting. it's easy to do, in one word :
pragmatic ! I think I will create at least a Jira  issue for this

if

nobody disagree (with strong arguments ;o)

A sticky issue: which currency/price takes precedence, variant
or virtual?
I'd say variant prices should override virtual.

Yes variants should override. But has this a sense ? Because
virtuals are
never used as product, they are abstract (in Oriented Object
sense). So I
wonder if having a currency different for virtual and variants
have a
sense. Having variants with different currencies is another
problem...

Hmm. In OO sense, it doesn't make sense that virtuals have a
price even.

Yes true, but difficult to manage because product UI is
generalised and morevover because of your point below.

However, in
user-interface sense, users would want to have a "standard price"
set for all variants, for ease
of use if for nothing else.
Hence, I can see why some users might want to tie currency/price
to virtuals.

Yes true, OO heritage ;o). So remains the case of different
currencies for different variants. But is that realistic (this is a

real

question for real people) ?

Well, at least we share/discuss what we know so that others can
grab our info and enhance OFBiz,
though we ourselves have no time to fix this issue. :P

We may hope so, but I would prefer to do job because else I will
wait for sure. I just want to know if nobody see drawbacks in
arguments above, or have better ideas  ?


Thanks

Jacques

Jonathon

Jacques Le Roux wrote:

Jonathon,

From: "Jonathon -- Improov" <[EMAIL PROTECTED]>

I think David's point about supporting multiple currencies is
valid, ie OFBiz should operate that
way. It'll be nice to be able to use different currencies for
different variants (eg. some sold in
some countries but not in others).

Yes I totally agree.

However, I strongly suspect that's not exactly how it works now.

I agree too. Yes for the moment people wanting to deal with
multiple currencies create a store by currency, I guess.

Let me know if anyone needs me to
help in research; my current project doesn't handle more than 1
currency... yet.

I would create a Jira issue for this. This is not a priority for
me either. And I suspect that it may be a large task to do.

So

that's why I was asking myself, in a principe of reality, if we
should not, for the moment, restrict variants currencies to

their

virtual's.

A sticky issue: which currency/price takes precedence, variant
or virtual? I'd say variant prices
should override virtual.

Yes variants should override. But has this a sense ? Because
virtuals are never used as product, they are abstract (in

Oriented

Object sense). So I wonder if having a currency different for
virtual and variants have a sense. Having variants with

different

currencies is another problem...

Thanks for your thoughts

Jacques

Jonathon

Jacques Le Roux wrote:

Do you mean that it should work like I tried to use it or that
we should make it work, or  ?

Jacques

----- Original Message -----
From: "David E. Jones" <[EMAIL PROTECTED]>
To: <user@ofbiz.apache.org>
Sent: Wednesday, January 31, 2007 10:45 PM
Subject: Re: Problem in Virtual products

The point is to support prices in multiple currencies
simultaneously...

-David


On Jan 31, 2007, at 1:41 PM, Jacques Le Roux wrote:

Finally after my apologies I thought a bit about this.
Should we
not restrict variants currency to the one set in virtual ?
Because
even if someone set variants prices to another currency it
will not
be used. And this can fool an user as I have been.

What do you think ?

Jacques

Sorry,


right Jacopo and sorry

Jacques

----- Original Message -----
From: "Jacques Le Roux" <[EMAIL PROTECTED]>
To: <user@ofbiz.apache.org>
Sent: Wednesday, January 31, 2007 5:02 PM
Subject: Re: Problem in Virtual products

I used euro and not dollar for variant prices. So yes, you are

Jacopo,

From: "Jacopo Cappellato" <[EMAIL PROTECTED]>

Jacques Le Roux wrote:

Vamsi

When I am selecting configuration it is not showing the
product price with
configuration.

AFAIK there are no specific prices for variants. If you
set a
price for a variants this will have no effect. The price
set

for

the

virtual product will be used.

I'm pretty sure that the variant price is used if set, it
will
appear as
soon as you add the variant to the cart.

I tested it before by creating a default price for WG-9943-
B3 and

virtual had also Competitive and List Prices. So I just
tested by

it was not applied but the virtual price was applied. BTW the adding Competitive and List Prices to the variant WG-9943-B3

same

result.

Am'I missing something here, promotions, prices rules ?

Jacques

Jacopo

smime.p7s
Description: S/MIME cryptographic signature