Re: The payment amount must be greater than zero

2007-08-20 Thread Patrik Lermon
On 8/20/07, Derek Atkins <[EMAIL PROTECTED]> wrote: > Quoting Graham Leggett <[EMAIL PROTECTED]>: > > > Derek Atkins wrote: > > > >> Unfortunately it's not THAT simple. From the UI, yes, but there are > >> underlying assumptions that the UI is helping enforce. Entering a > >> negative amount woul

Re: The payment amount must be greater than zero

2007-08-20 Thread Vahur Lokk
Patrik Lermon wrote: > On 8/20/07, Derek Atkins <[EMAIL PROTECTED]> wrote: > >> Underlying assumptions in the business features that Invoices are always >> on sign and Payments are always the other. A negative payment would >> therefore look like an Invoice.. but it's NOT an invoice.. And it w

Re: The payment amount must be greater than zero

2007-08-20 Thread Derek Atkins
"Patrik Lermon" <[EMAIL PROTECTED]> writes: >> Underlying assumptions in the business features that Invoices are always >> on sign and Payments are always the other. A negative payment would >> therefore look like an Invoice.. but it's NOT an invoice.. And it would >> confuse the payment-merging

Re: The payment amount must be greater than zero

2007-08-20 Thread Derek Atkins
Vahur Lokk <[EMAIL PROTECTED]> writes: > As for the abovementioned payment-merging process, this is in itself an > architectural mistake that has to be overwritten sooner or later. > Multiple-payment system that does not allow for picking > non-consequential invoices to be paid just does not su

Re: The payment amount must be greater than zero

2007-08-20 Thread Patrik Lermon
On 8/20/07, Derek Atkins <[EMAIL PROTECTED]> wrote: > Vahur Lokk <[EMAIL PROTECTED]> writes: > > > As for the abovementioned payment-merging process, this is in itself an > > architectural mistake that has to be overwritten sooner or later. > > Multiple-payment system that does not allow for pickin

Re: The payment amount must be greater than zero

2007-08-20 Thread Graham Leggett
On Mon, August 20, 2007 4:36 pm, Derek Atkins wrote: > See, this is where you're not quite right. Gnucash really is a little > schizophrenic here; it's not sure if it wants to be a Personal finance > program or a Small Business finance program. It's really trying to be > both. It's NOT trying t

Re: The payment amount must be greater than zero

2007-08-20 Thread Andrew Wood
Hi Patrick, GNUcash has taken a huge amount of unpaid voluntary work by people who like to code. The way things get done in a project like this is to raise a bug report and wait; but don't hold your breath as the feature or behaviour you want might never get done. That's the nature of project

Re: The payment amount must be greater than zero

2007-08-20 Thread Nigel Titley
> Why don't you start using curse words and calling us names, to get the > complete feeling of hostility on this list? > > Develop-list are usually not only meant for programmers, but for > people interested in the development. > When you've been here for a while you get used to Derek. He's not

Re: The payment amount must be greater than zero

2007-08-20 Thread Chris Shoemaker
On Mon, Aug 20, 2007 at 05:13:13PM +0200, Graham Leggett wrote: > On Mon, August 20, 2007 4:36 pm, Derek Atkins wrote: > > > See, this is where you're not quite right. Gnucash really is a little > > schizophrenic here; it's not sure if it wants to be a Personal finance > > program or a Small Busi

Re: The payment amount must be greater than zero

2007-08-20 Thread Patrik Lermon
Hi Anndreww. I know perfectly fine how the free source community works. And most project that I have been involved it is fine to be on the devel-list and: - not being harassed - being able to come with suggestions, without supplying a patch This is after all the development list (and program de

Re: SLR bug in 2.2?

2007-08-20 Thread Josh Sled
Tim Wunder <[EMAIL PROTECTED]> writes: > In 2.0.x, if the Since Last Run druid is canceled at any time, all > transactions are canceled. In 2.2 it seems that if you cancel the SLR after > reviewing the created transactions, the auto created transactions are not > canceled (and the book gets dirt

Re: The payment amount must be greater than zero

2007-08-20 Thread Graham Leggett
Nigel Titley wrote: He does have a point though. Feature enhancements take time. None of us have enough time. Neither do the people who need the features, which is why the very first step is to ensure that no time is wasted - by asking the list whether there is a well understood reason for s

Re: The payment amount must be greater than zero

2007-08-20 Thread Derek Atkins
Graham Leggett <[EMAIL PROTECTED]> writes: > Nigel Titley wrote: > >> He does have a point though. Feature enhancements take time. None of >> us have enough time. > > Neither do the people who need the features, which is why the very > first step is to ensure that no time is wasted - by asking the

Re: The payment amount must be greater than zero

2007-08-20 Thread Derek Atkins
"Graham Leggett" <[EMAIL PROTECTED]> writes: > On Mon, August 20, 2007 4:36 pm, Derek Atkins wrote: > >> See, this is where you're not quite right. Gnucash really is a little >> schizophrenic here; it's not sure if it wants to be a Personal finance >> program or a Small Business finance program.