+1
Chris
-Original Message-
From: Adrian Crum [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 21, 2007 3:03 PM
To: dev@ofbiz.apache.org
Subject: Re: Accounts Receivable
[EMAIL PROTECTED] wrote:
> The big question for me is, are there any users who need real accounts
receivable? Thi
For the short term, I have found that reading the Data Model book helps me
to understand the UI.
Longer term, I don't know if there is anything similar in the java framework
we could use, but I have had success in the past using the C# field
validation events. It at least gave clear error message
Agreed that this should not go to release4.0, I just wanted to be clear that
I hadn't tested it on release4.0.
1. The way I did it allows for multiple products using the same set of
ProductConfigOptions but allows for different defaults. For example, using
the example configurable product pc001,
I had no idea the can of worms this would open up when I entered the issue.
I come down on the side of wanting this patch in the release branch.
Further, as there is no defined release date for 4.0, I would consider it
still open for very high-priority issues that are not traditionally defined
as
I'm not sure I follow. Widgets are part of the presentation layer. I would
say that the default configuration of each item is business logic and
specified elsewhere. Currently, it uses a somewhat random method of the
default being the first choice available.
Has this just not been an issue for
My 2c on receipts...
As someone who was recently working on configuring receipts, I didn't find
it difficult. I did find that you have to read Receipt.java to discover
what fields are available for substitution, which is a documentation issue,
and not a usability issue. IMHO, listing the fields