Re: [GNC-dev] book-currency

[Christopher Lam]

Hi Alex
Thank you for update - would you mind letting us know the layman version of
it?
Thanks!

On 3 July 2018 at 01:02, Alex Aycinena  wrote:

>
>> -- Forwarded message --
>> From: John Ralls 
>> To: Christopher Lam 
>> Cc: gnucash-devel 
>> Bcc:
>> Date: Sun, 1 Jul 2018 20:13:37 -0700
>> Subject: Re: [GNC-dev] book-currency
>> If you’re sure it’s dead code, by all means.
>>
>> The volume of cruft often overwhelms the working code, and always wastes
>> maintenance time.
>>
>> Regards,
>> John Ralls
>>
>> > On Jul 1, 2018, at 5:47 PM, Christopher Lam 
>> wrote:
>> >
>> > There's lots of dead code related to an (AFAIK) unimplemented
>> book-currency
>> > or currency-accounting feature... Some are cluttering options.scm -
>> should
>> > we remove them?
>> > ___
>> > gnucash-devel mailing list
>> > gnucash-devel@gnucash.org
>> > https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
>
>
>  I put it there for a project I am working on (but have gotten delayed
> on). It is not dead code; however, allow me to remove it in the next week
> or so and I will re-apply it later when the project moves forward.
>
> Alex
>
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] New balsheet (and P report), API considerations, and (slow?) KVP in Account.cpp

[Christopher Lam]

Hi Stephen, Dave 

Thank you -

Dave - the changes are merely cosmetic therefore easy.

It sounds there are still 2 desired presentational types - (1) Dave's
approach = *recursive-bal* - 'parent' accounts generally collect their
children account amounts; if they also have their own amount, the latter is
rendered on the next line, indented as a child account. (2) Stephen's
approach = *multilevel-bal* - parent accounts' amounts are hidden unless
they exist.

With *multilevel *balances we expect multiple sublevels; so the following
becomes feasible:
Expenses:Household:Child1   (parent-acc without amount)
Expenses:Household:Child1:Sports = $30
Expenses:Household:Child1:Clothing = $40
TOTAL Expenses:Household:Child1 = $70

Expenses:Household:Child2 = $20 (parent-acc with amounts)
Expenses:Household:Child2:Sports = $20
Expenses:Household:Child2:Clothing = $20
TOTAL Expenses:Household:Child2 = $60
TOTAL Expenses:Household = $xxx
TOTAL Expenses = $yyy
^ notice there will be as many TOTAL lines as there are levels from root.

I'll try to restore the multilevel subtotals - I had received no feedback
and it is rather difficult to debug; as I mentioned to Stephen I'd removed
it, but I expect it can be done.

The existing code is a mess and I want them gone, but will need to know the
amounts are correct.

C

On 30 June 2018 at 18:50, DaveC49  wrote:

> Chris,
>  I have the multicolumn report up and running in V3.2. In addition to
> adding
> your file I also had to incorporate it in the CMakeLists.txt in
> ~/gnucash/report/standard-reports to have it available from the menu.
> Initially I will just comment on the presentation, as I don't have a
> testfile setup with which I can check the numbers out yet.
>
> I need to emphasize that these are my personal preferences for clarity of
> presentation and not any accounting profession standard as such. IAS-1
> (https://www.iasplus.com/en/standards/ias/ias1) the IFRS standard does not
> specify any particular layout and format and mainly concentrates on what
> content has to be presented in the four standard financial statements (some
> individual jurisdictions may be more prescriptive):
> Statement of financial position (balance sheet);
> Statement of profit and loss and other comprehensive income;
> Statement of cash flows;
> Statement of changes in equity.
>
> One of the problems of a multicolumn report is in representing an account
> heirarchy which is more than 2 to 3 levels deep as I'm sure you have
> already
> discovered. You run out of ways of clearly delineating the totals at each
> level fairly quickly. This is much easier when you can have a column at
> each
> level of the heirarchy.
>
> 1. I would put the date headings one line up from the Asset Bold heading.
> 2. i wouldn't use double lines under sub-totals within the major Asset,
> Liability and Equity groups but would just use a single line under them and
> reserve the double underline for the total in each of those major sections,
> 3. With the Totals, I would not incorporate the full account heirarchy in
> the heading, but just the parent account that the subtotal is for. Then
> indenting of the account heirarchy can then indicate the heirarchy level
> and
> what are totals at that level. You could perhaps augment this by using
> decreasing font sixes as the heirarchy level increases.
> 4. If it is possible, I would have the total of any transactions direct to
> the parent account displayed in the same manner as any of its child
> accounts
> and balances so that the total displayed for the parent is the balance of
> the direct transactions + any child account totals. If no direct
> transactions, drop this as a line item. Since GnuCash does allow this
> 5. Also consider totalling up rather than down (avoids having to repeat the
> Level Heading with a Total label.
> 6. There is no need for a separate Net Worth item as that is what Equity
> is.
>
> I have attached a LibreOffice document illustrating what I mean by the
> above
> in case it is not clear. I have illustrated a case where Petty Cash is a
> parent account which has transactions into it as well as having a child
> account (Ignore any table lines).
> MultiColumnBalSheetLayoutSuggestions.odt
>  MultiColumnBalSheetLayoutSuggestions.odt>
>
> Hope this helps with some ideas.
>
> Cheers
> David
>
>
>
> -
> David Cousens
> --
> Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-Dev-f1435356.html
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] Compiling Gnucash on MacOS - not for the faint of heart...

[chris graves]

> On Jul 2, 2018, at 5:38 PM, Rob Gowin  wrote:
> 
> 
> 
> On Mon, Jul 2, 2018 at 7:22 PM, chris graves  > wrote:
> 
> 
>> On Jul 1, 2018, at 8:39 PM, Rob Gowin > > wrote:
>> 
>> 
>> 
>> On Sun, Jul 1, 2018, 11:25 PM John Ralls > > wrote:
>> 
>> 
>> > On Jul 1, 2018, at 7:39 PM, chris graves > > > wrote:
>> > 
>> > Also, just curious, what IDE's gnucash developers use on MacOS.  It 
>> > appears that Xcode is not suitable.
>> 
>> Last question first, bash and emacs. ISTR Mike Alexander uses vim and emacs.
>> 
>> Cmake *will* generate an Xcode project and I managed to get it to work once, 
>> but for the most after ~35 years of emacs I just don’t find that Xcode 
>> offers enough to make the time to switch.
>> 
>> The README_CMAKE.txt file 
>> (https://github.com/Gnucash/gnucash/blob/maint/cmake/README_CMAKE.txt 
>> ) 
>> documents the details about how to use Xcode for GnuCash development (once 
>> all of the dependencies are built.)
>> 
>> Rob
>> 
> Thanks for the comments Rob.  Yeah I figured to just take the path of least 
> resistance.  Long time vi user, so guess we'll stick with that.  Tried emacs 
> once, but couldn't get my fingers to simultaneously press all the needed keys 
> :-(
> 
> 
> If you're going to stick with vi, why were you asking about IDEs? :-)

If someone came out and said XYX is the most awesome tool for hacking gnucash, 
I'd be up for it, but since no one has...
As they say, do as the natives do!

> 
> 
>   
>version="1.56.0"/>
> 
>   
>   
> 
>   
> 
> I guessing one needs to run bootstrap.sh which may generate b2, but if so, 
> not sure which args to provide bootstrap.sh
> 
> No arguments needed,  as per  https://wiki.gnucash.org/wiki/MacOSX/Quartz 
> 
I know, it's always RTFM -- thanks.
> 
> -- Rob
> 

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

Re: [GNC-dev] Compiling Gnucash on MacOS - not for the faint of heart...

[Rob Gowin]

On Mon, Jul 2, 2018 at 7:22 PM, chris graves  wrote:

>
>
> On Jul 1, 2018, at 8:39 PM, Rob Gowin  wrote:
>
>
>
> On Sun, Jul 1, 2018, 11:25 PM John Ralls  wrote:
>
>>
>>
>> > On Jul 1, 2018, at 7:39 PM, chris graves  wrote:
>> >
>> > Also, just curious, what IDE's gnucash developers use on MacOS.  It
>> appears that Xcode is not suitable.
>>
>> Last question first, bash and emacs. ISTR Mike Alexander uses vim and
>> emacs.
>>
>> Cmake *will* generate an Xcode project and I managed to get it to work
>> once, but for the most after ~35 years of emacs I just don’t find that
>> Xcode offers enough to make the time to switch.
>>
>
> The README_CMAKE.txt file (https://github.com/Gnucash/
> gnucash/blob/maint/cmake/README_CMAKE.txt) documents the details about
> how to use Xcode for GnuCash development (once all of the dependencies are
> built.)
>
> Rob
>
> Thanks for the comments Rob.  Yeah I figured to just take the path of
> least resistance.  Long time vi user, so guess we'll stick with that.
> Tried emacs once, but couldn't get my fingers to simultaneously press all
> the needed keys :-(
>
>
If you're going to stick with vi, why were you asking about IDEs? :-)


>   
>version="1.56.0"/>
> 
>   
>   
> 
>   
>
>
> I guessing one needs to run bootstrap.sh which may generate b2, but if so,
> not sure which args to provide bootstrap.sh
>

No arguments needed,  as per  https://wiki.gnucash.org/wiki/MacOSX/Quartz

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

Re: [GNC-dev] Compiling Gnucash on MacOS - not for the faint of heart...

[chris graves]

> On Jul 1, 2018, at 8:39 PM, Rob Gowin  wrote:
> 
> 
> 
> On Sun, Jul 1, 2018, 11:25 PM John Ralls  > wrote:
> 
> 
> > On Jul 1, 2018, at 7:39 PM, chris graves  > > wrote:
> > 
> > Also, just curious, what IDE's gnucash developers use on MacOS.  It appears 
> > that Xcode is not suitable.
> 
> Last question first, bash and emacs. ISTR Mike Alexander uses vim and emacs.
> 
> Cmake *will* generate an Xcode project and I managed to get it to work once, 
> but for the most after ~35 years of emacs I just don’t find that Xcode offers 
> enough to make the time to switch.
> 
> The README_CMAKE.txt file 
> (https://github.com/Gnucash/gnucash/blob/maint/cmake/README_CMAKE.txt 
> ) 
> documents the details about how to use Xcode for GnuCash development (once 
> all of the dependencies are built.)
> 
> Rob
> 
Thanks for the comments Rob.  Yeah I figured to just take the path of least 
resistance.  Long time vi user, so guess we'll stick with that.  Tried emacs 
once, but couldn't get my fingers to simultaneously press all the needed keys 
:-(

Made it a bit further in compiling gnucash.  I'm surprised that we are all not 
working from the same code base as far as the prereq's go.

To get pas the iso-codes issue, I manually downloaded iso-codes-3.67.tar.xz 
from:
https://ftp.osuosl.org/pub/blfs/conglomeration/iso-codes/ 


Then ran across an error compiling guile, found a bug and manually applied a 
patch:
http://lists.gnu.org/archive/html/bug-guile/2016-06/msg00252.html 


Now I'm stuck compiling boost with this error:
*** Configuring boost *** [68/76]
./autogen.sh --prefix /Users/chris/gnucash-stable   
/bin/sh: ./autogen.sh: No such file or directory

Looking at 
https://raw.githubusercontent.com/gnucash/gnucash-on-osx/master/modulesets/gnucash.modules
 

 I see:

  


  
  

  

I guessing one needs to run bootstrap.sh which may generate b2, but if so, not 
sure which args to provide bootstrap.sh



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

Re: [GNC-dev] book-currency

[John Ralls]

Derek,

Yeah, see Alex's reply. It all belongs on a feature branch until it's finished. 
Alex said he'll clean it up next week.

Regards,
John Ralls


> On Jul 2, 2018, at 2:02 PM, Derek Atkins  wrote:
> 
> Are you sure the book-currency is unimplemented / unused?
> 
> -derek
> 
> John Ralls  writes:
> 
>> If you’re sure it’s dead code, by all means.
>> 
>> The volume of cruft often overwhelms the working code, and always
>> wastes maintenance time.
>> 
>> Regards,
>> John Ralls
>> 
>>> On Jul 1, 2018, at 5:47 PM, Christopher Lam  
>>> wrote:
>>> 
>>> There's lots of dead code related to an (AFAIK) unimplemented book-currency
>>> or currency-accounting feature... Some are cluttering options.scm - should
>>> we remove them?
>>> ___
>>> gnucash-devel mailing list
>>> gnucash-devel@gnucash.org
>>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>> 
>> ___
>> gnucash-devel mailing list
>> gnucash-devel@gnucash.org
>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
> 
> -- 
>   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
>   warl...@mit.eduPGP key available

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

Re: [GNC-dev] book-currency

[Derek Atkins]

Are you sure the book-currency is unimplemented / unused?

-derek

John Ralls  writes:

> If you’re sure it’s dead code, by all means.
>
> The volume of cruft often overwhelms the working code, and always
> wastes maintenance time.
>
> Regards,
> John Ralls
>
>> On Jul 1, 2018, at 5:47 PM, Christopher Lam  
>> wrote:
>> 
>> There's lots of dead code related to an (AFAIK) unimplemented book-currency
>> or currency-accounting feature... Some are cluttering options.scm - should
>> we remove them?
>> ___
>> gnucash-devel mailing list
>> gnucash-devel@gnucash.org
>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel

-- 
   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
   warl...@mit.eduPGP key available
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] book-currency

[Alex Aycinena]

>
>
> -- Forwarded message --
> From: John Ralls 
> To: Christopher Lam 
> Cc: gnucash-devel 
> Bcc:
> Date: Sun, 1 Jul 2018 20:13:37 -0700
> Subject: Re: [GNC-dev] book-currency
> If you’re sure it’s dead code, by all means.
>
> The volume of cruft often overwhelms the working code, and always wastes
> maintenance time.
>
> Regards,
> John Ralls
>
> > On Jul 1, 2018, at 5:47 PM, Christopher Lam 
> wrote:
> >
> > There's lots of dead code related to an (AFAIK) unimplemented
> book-currency
> > or currency-accounting feature... Some are cluttering options.scm -
> should
> > we remove them?
> > ___
> > gnucash-devel mailing list
> > gnucash-devel@gnucash.org
> > https://lists.gnucash.org/mailman/listinfo/gnucash-devel



 I put it there for a project I am working on (but have gotten delayed on).
It is not dead code; however, allow me to remove it in the next week or so
and I will re-apply it later when the project moves forward.

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

Re: [GNC-dev] New balsheet (and P report), API considerations, and (slow?) KVP in Account.cpp

[DaveC49]

Chris,
 I have the multicolumn report up and running in V3.2. In addition to adding
your file I also had to incorporate it in the CMakeLists.txt in
~/gnucash/report/standard-reports to have it available from the menu. 
Initially I will just comment on the presentation, as I don't have a
testfile setup with which I can check the numbers out yet. 

I need to emphasize that these are my personal preferences for clarity of
presentation and not any accounting profession standard as such. IAS-1
(https://www.iasplus.com/en/standards/ias/ias1) the IFRS standard does not
specify any particular layout and format and mainly concentrates on what
content has to be presented in the four standard financial statements (some
individual jurisdictions may be more prescriptive):
Statement of financial position (balance sheet);
Statement of profit and loss and other comprehensive income;
Statement of cash flows;
Statement of changes in equity.

One of the problems of a multicolumn report is in representing an account
heirarchy which is more than 2 to 3 levels deep as I'm sure you have already
discovered. You run out of ways of clearly delineating the totals at each
level fairly quickly. This is much easier when you can have a column at each
level of the heirarchy. 

1. I would put the date headings one line up from the Asset Bold heading.
2. i wouldn't use double lines under sub-totals within the major Asset,
Liability and Equity groups but would just use a single line under them and
reserve the double underline for the total in each of those major sections,
3. With the Totals, I would not incorporate the full account heirarchy in
the heading, but just the parent account that the subtotal is for. Then
indenting of the account heirarchy can then indicate the heirarchy level and
what are totals at that level. You could perhaps augment this by using
decreasing font sixes as the heirarchy level increases.
4. If it is possible, I would have the total of any transactions direct to
the parent account displayed in the same manner as any of its child accounts
and balances so that the total displayed for the parent is the balance of
the direct transactions + any child account totals. If no direct
transactions, drop this as a line item. Since GnuCash does allow this
5. Also consider totalling up rather than down (avoids having to repeat the
Level Heading with a Total label.
6. There is no need for a separate Net Worth item as that is what Equity is.

I have attached a LibreOffice document illustrating what I mean by the above
in case it is not clear. I have illustrated a case where Petty Cash is a
parent account which has transactions into it as well as having a child
account (Ignore any table lines).
MultiColumnBalSheetLayoutSuggestions.odt

  

Hope this helps with some ideas.

Cheers
David



-
David Cousens
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-Dev-f1435356.html
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel