Re: Add Additional Column to Register Report (PATCH INCLUDED)

2008-06-27 Thread Charles Day 
On Wed, Jun 25, 2008 at 10:59 AM, Robert Stocks <[EMAIL PROTECTED]>
wrote:

> 2008/6/25 Charles Day <[EMAIL PROTECTED]>:
> > On Wed, Jun 25, 2008 at 12:19 AM, Robert Stocks <[EMAIL PROTECTED]
> >
> > wrote:
> >>
> >> 2008/6/24 Charles Day <[EMAIL PROTECTED]>:
> >> > Robert, did you realize that the register report already shows memos
> if
> >> > the
> >> > "Description" display option is checked? It puts them on the split
> lines
> >> > underneath the "Description" heading.
> >> >
> >> > Checking or unchecking the new "Memo" option that you've added didn't
> >> > seem
> >> > to make any difference to the report output in my testing. I don't
> even
> >> > see
> >> > a new column heading, for example. Perhaps (opt-val "__reg" "journal")
> >> > is
> >> > always evaluating to #t for some reason. Any advice on how to get the
> >> > new
> >> > column to appear?
> >> >
> >> Charles,
> >>
> >> Thanks for looking at this.
> >>
> >> I worked out that  (opt-val "__reg" "journal") is set based on the
> >> view the register is in when you open the report,
> >> setting it to Single Line provides the #f in this option.
> >>
> >> The reason I put the test for (opt-val "__reg" "journal") was because
> >> the memo option is redundant when the register is set to show splits.
> >
> > But the "Memo" report option shouldn't become completely disabled just
> > because of how the register is being viewed. I think the memo option
> should
> > be checked by default, but if you feel that this is redundant for this
> > particular situation then why not just run the report with the memo
> option
> > automatically "unchecked"? (And if completely disabling the option was
> the
> > right thing to do then the user should still get a visual indication,
> like
> > the Memo option being greyed out.)
>
> Greying out the option sounds good - how do you do that? (remember
> this is my first experience of programming both scheme and GnuCash)
>

I think I finally see what you mean here: (1) in the unpatched report there
is no way to make split memos appear if you run the "Account Report" from
Basic Ledger mode, and (2) in this case it makes more sense, space-wise, to
display the notes in a separate column rather than double the number of
lines in the report.

Here's how I'd prefer to see it: We'd need two report option checkboxes:
Description and Memo. Both options would always be on by default, but these
options would never be disabled/greyed out; the user would be free to change
each of them after the report is initially run. For each option, if it is
checked then that piece of data will be displayed. Otherwise it will not.

As far as how the information is arranged on the report page:
1. In Basic Ledger mode, Description and Memo would appear in separate
columns to save vertical space.
2. In all other modes, Description and Memo would appear in the same column
to save horizontal space.

That's not a big change from what you have already. How does that sound?

It would be nice to also have a Notes option to allow the user to display or
hide the transaction's Notes field after the initial run, but since that
really isn't in the scope of what you're trying to accomplish, let's not
worry about it.

-Charles

>
> >> I refer you to my requirement (producing a report for a "Loan to:
> >> Friend" account.)
> >>
> >> I need the Split Memo, Date, Amount and Description for those parts of
> >> the split that affect the selected account only, and do not want to
> >> see any other parts of the split.
> >>
> >> Example Transaction Phone bill (2 phones on account one is mine other
> >> is a friends)
> >> Date: 1/1/2008
> >> Description: T-Mobile
> >> Memo:   (Wow {friend} spent a lot this month)
> >>
> >> Split Memo, Account  , Debit   ,
> >> Credit
> >> , Assets:Bank Account  ,100.00 ,
> >> Phone Rental  , Expenses:Phones:Line Rental ,   , 25.00
> >> Phone Calls, Expenses:Phones:Calls  ,   ,  5.00
> >> Phone Rental  , Assets:Loans to:{friend}  ,   , 25.00
> >> Phone Calls, Assets:Loans to:{friend}  ,   , 45.00
> >>
> >>
> >> My report can be configured to show
> >>
> >> 1/1/2008 T-Mobile Phone Rental  ,   , 25.00
> >> 1/1/2008 T-Mobile Phone Calls,   , 45.00
> >>
> >> and not show the snarky comments in the main memo field, or how much I
> >> spent on my phone calls.
> >
> > If I have understood, you want the transaction's Description field to be
> > optional, the transaction's Notes field to be optional, and the Memo
> field
> > of the splits to be optional. That's fine, but I don't understand why a
> new
> > column needs to be added to the report. All of these fields can be
> displayed
> > in one column, which uses the space better, and the unpatched report
> already
> > works that way.
> >
> > Why not just add a Notes checkbox option and a Memo checkbox option to
> the
> > report that causes the unwanted

Re: Add Additional Column to Register Report (PATCH INCLUDED)

2008-06-27 Thread Derek Atkins 
Always attach patches.  It's just common knowledge.  It's like asking
if there's documentation on how to breathe or blink

-derek

Quoting Robert Stocks <[EMAIL PROTECTED]>:

> Is there a preferred method for supplying patches (Attachment vs In
> line)?  is it documented someplace I missed?
>
> -robert
> 2008/6/27 Derek Atkins <[EMAIL PROTECTED]>:
>> "Charles Day" <[EMAIL PROTECTED]> writes:
>>
>>> I'm on windows too, and the line endings are the same as all the other
>>> patches I've applied (LF only). It turned out that adding the "-l" 
>>> option to
>>> ignore whitespace differences did the trick. Perhaps the difference comes
 From doing cut/paste out of an email.
>>
>> That would do it.  In general cut-and-paste destroys white space
>> tab v. space
>>
>> -derek
>>
>> --
>>   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
>>   Member, MIT Student Information Processing Board  (SIPB)
>>   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
>>   [EMAIL PROTECTED]PGP key available
>>
>
>
>
> --
> Robert
>



-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   [EMAIL PROTECTED]PGP key available

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Add Additional Column to Register Report (PATCH INCLUDED)

2008-06-27 Thread Robert Stocks 
Is there a preferred method for supplying patches (Attachment vs In
line)?  is it documented someplace I missed?

-robert
2008/6/27 Derek Atkins <[EMAIL PROTECTED]>:
> "Charles Day" <[EMAIL PROTECTED]> writes:
>
>> I'm on windows too, and the line endings are the same as all the other
>> patches I've applied (LF only). It turned out that adding the "-l" option to
>> ignore whitespace differences did the trick. Perhaps the difference comes
>>>From doing cut/paste out of an email.
>
> That would do it.  In general cut-and-paste destroys white space
> tab v. space
>
> -derek
>
> --
>   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
>   Member, MIT Student Information Processing Board  (SIPB)
>   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
>   [EMAIL PROTECTED]PGP key available
>



-- 
Robert
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Add Additional Column to Register Report (PATCH INCLUDED)

2008-06-27 Thread Derek Atkins 
"Charles Day" <[EMAIL PROTECTED]> writes:

> I'm on windows too, and the line endings are the same as all the other
> patches I've applied (LF only). It turned out that adding the "-l" option to
> ignore whitespace differences did the trick. Perhaps the difference comes
>>From doing cut/paste out of an email.

That would do it.  In general cut-and-paste destroys white space
tab v. space

-derek

-- 
   Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
   Member, MIT Student Information Processing Board  (SIPB)
   URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
   [EMAIL PROTECTED]PGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: GNUCash Startup Files

2008-06-27 Thread Josh Sled 
"Stephen Grant Brown" <[EMAIL PROTECTED]> writes:
> Under Vista, I uninstalled GNUCash, checked that there was no "C:\Program 
> Files\gnucash" subdir, reinstalled gnucash 2.2.5 into "C:\Program 
> Files\gnucash" and restarted gnucash.
>
> It found the datga files that I am using.
>
> Where did gnucash get this informatin from? Ie what file did gnucash look at 
> to find that I had a data file in "C:\Users\Public\GNUCash Data"?

This information is stored in gconf, under the key ,
and the <./file0> key specifically.

> I suspect that this config fille is corrupted and expected it to be delted 
> when I unistalled GNUCash.

If you just want to ignore this file, then start gnucash with the "--nofile"
option.

-- 
...jsled
http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED]


pgp1pk0kiMD0D.pgp
Description: PGP signature
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: How to compile the latest version of GnuCash with database support on MS Windows

2008-06-27 Thread Josh Sled 
"Ajit Kumar" <[EMAIL PROTECTED]> writes:
> I am new to GnuCash and currently evaluating it to see how best I can use it
> for my finance needs. Also, I need the backend to be based on a database.
> Upon reading through the document, I came to know that PostgreSQL is
> supported but not as a default backend. 
>
>  
>
> Could anyone guide me through the steps to build GnuCash with the back-end
> database support? Also, does GnuCash support MySql/Oracle database?

There is no pre-alpha version in which a postgres or any other database
backend is available, much less supported.

Instructions for building on Windows can be found at
.
 I
don't see why they wouldn't apply to the "gda-dev" branch, where the most
recent DB-related efforts are taking place, except I don't think building on
Windows is a goal for that branch, right now.

-- 
...jsled
http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED]


pgpMRITPvfswg.pgp
Description: PGP signature
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel