Christian,
On Sat, Oct 25, 2008 at 2:35 AM, Christian Stimming <[EMAIL PROTECTED]> wrote:
> Am Sonntag, 28. September 2008 01:49 schrieb J. Alex Aycinena:
>> While testing a modified Tax Report that I submitted recently, I found
>> what I would consider a UI inconsistency that initially caused my
Am Sonntag, 28. September 2008 01:49 schrieb J. Alex Aycinena:
> While testing a modified Tax Report that I submitted recently, I found
> what I would consider a UI inconsistency that initially caused my
> report to bomb until I fixed the report to handle this condition. That
> is, that you can set
;[EMAIL PROTECTED]>
> Subject: Re: [PATCH] Tax-related inconsistency in UI
> To: [EMAIL PROTECTED]
> Cc: gnucash-devel@gnucash.org
> Date: Monday, September 29, 2008, 2:39 PM
> David,
>
> See comments below:
>
> On Sun, Sep 28, 2008 at 10:00 PM, David T.
> <[EMAIL PROTEC
no TXF category
assigned? And that it is better to direct the user to the Tax Options
dialog where the two can be updated together and kept consistent?
Alex
>
> --- On Sat, 9/27/08, J. Alex Aycinena <[EMAIL PROTECTED]> wrote:
>
>> From: J. Alex Aycinena <[EMAIL PROTECTED]>
&g
ommit them all on close.
David
--- On Sat, 9/27/08, J. Alex Aycinena <[EMAIL PROTECTED]> wrote:
> From: J. Alex Aycinena <[EMAIL PROTECTED]>
> Subject: [PATCH] Tax-related inconsistency in UI
> To: gnucash-devel@gnucash.org
> Date: Saturday, September 27, 2008, 4:49 PM
>
Hello,
While testing a modified Tax Report that I submitted recently, I found
what I would consider a UI inconsistency that initially caused my
report to bomb until I fixed the report to handle this condition. That
is, that you can set an account as 'tax-related' in the edit account
dialog and the
