Re: [GNC] Fwd: The two modules

[Stephen M. Butler]

On 06/28/2018 10:02 PM, DaveC49 wrote:
> Hi Stephen,
>
> I agree with your wife about not including the Income Statement inside a
> Balance Sheet. These serve different functions and it just makes a Balance
> Sheet more complicated than necessary. From an accounting perspective you
> should be able to evaluate a balance sheet fairly quickly and having a
> fairly uniform layout means comparison of balance sheets for different
> entities is much easier, which is the rational for trying to get the IFRS
> standards adopted world wide. My personal preference is for simple reports
> which meet one specific objective well and clearly.
>
> As I explained in a post to John, I don't necessarily require GnuCash to
> impose parent placholder accounts not to have transactions into them
> specifically, but it would be a nice feature to have an option to make
> adherence strict if the user requires it. It may however require
> considerable code mods to achieve that and I can achieve that by just
> removing any transactions which target an account i make a placeholder to a
> sub-account or another account. More difficult of course if you have a large
> number of such transactions. A lot of people use GnuCash for a lot of
> functions other than formal accounting so as David T pointed out some people
> use the placholder readonly functionality to meet other requirements. I
> can't think of a specific case but I am all for retaining as much
> flexibility in GnuCash as possible.  It may be just better documentation fof
> the Placholder setting may achieve that.
>
> Cheers
>
> David
>

It would be nice if there was a system wide preference flag (like the
current Trading Accounts setting) that a user could turn on that would
enforce that behavior. 

But, as you said, an individual can do the work to enforce it them-self.

Another question, do you set only the five top level accounts (Asset,
Expense, Equity (or Capital), Income and Expense) or do you have
multiple top level accounts in each of the designated types?

That is, do you do:
Assets  (asset type)
    Bank (bank type)
  Checking (bank)
  Savings (bank)
  etc
    Cash (cash)
    Home (asset)

Or,

Bank (asset)
   Checking (bank)
   Savings (bank)
   etc
Cash (asset)
Home (asset)

The first gives one top level Asset account, the second gives three top
level Asset accounts.

--Steve
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Fwd: The two modules

[DaveC49]

Hi Stephen,

I agree with your wife about not including the Income Statement inside a
Balance Sheet. These serve different functions and it just makes a Balance
Sheet more complicated than necessary. From an accounting perspective you
should be able to evaluate a balance sheet fairly quickly and having a
fairly uniform layout means comparison of balance sheets for different
entities is much easier, which is the rational for trying to get the IFRS
standards adopted world wide. My personal preference is for simple reports
which meet one specific objective well and clearly.

As I explained in a post to John, I don't necessarily require GnuCash to
impose parent placholder accounts not to have transactions into them
specifically, but it would be a nice feature to have an option to make
adherence strict if the user requires it. It may however require
considerable code mods to achieve that and I can achieve that by just
removing any transactions which target an account i make a placeholder to a
sub-account or another account. More difficult of course if you have a large
number of such transactions. A lot of people use GnuCash for a lot of
functions other than formal accounting so as David T pointed out some people
may find being able to make transactions to a parent account useful and also
use the placholder readonly functionality to meet other requirements. I
can't think of a specific case but I am all for retaining as much
flexibility in GnuCash as possible.  It may be just better documentation fof
the Placholder setting may achieve that.

Cheers

David



-
David Cousens
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Fwd: The two modules

[DaveC49]

John,

I agree with you that making the accounts with child accounts have no
transactions is being unnecessarily restrictive and may not meet all
possible use cases but perhaps having the option of being able to restrict
it to that case if it suits an individual's purpose is a suitable
compromise. The other thing may be to issue a warning when you have made an
account with transactions a Placeholder account and that you may want to
transfer those transactions to a subaccount or another account entirely. At
the moment, I think it simply flags that you have made the account
read-only.  

I don't find the name Placeholder accounts too undescriptive of the function
of providing a higher level grouping of accounts with some commanality of
purpose/function. Adding an additional option to be able to in addition make
placeholder accounts strictly Placeholder (i.e. unable to accept
transactions into them) would be one way to go which would retain that
flexibility for those who have a need for Placholder accounts to be a target
for transactions. 

I personally can live with it as it is now and impose my own rules on my
usage for placeholders not to have transactions into them and just take
appropriate action to transfer existing transactions if you change an
account to a placeholder account. 

Perhaps all that is necessary is really to highlight the implications of
making an account a placeholder in the documentation/guide, perhaps in the
section of setting up the CoA. i haven't read that for several yers now so i
might check it out.

In either case, any reports have to be able to cope with the cases where a
placeholder account does have transactions directly into it or does no,t in
an appropriate manner.  My personal preference would be for 

If a parent has transactions put it twice: 
Once as aggregate account and once as an account on it's own. That would
meet 
both needs. The aggregate will total it's own transactions with those of its 
child accounts. Or put differently the aggregate account would treat itself
as 
a child account.

David Cousens



-
David Cousens
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Fwd: The two modules

[Geert Janssens]

Op donderdag 28 juni 2018 20:34:45 CEST schreef David Carlson:
> Is the 'frozen' status which is already in place but seemingly unused
> supposed to be for this purpose?
> 
> David C

I have no idea what the intent of that status is. Looks like yet another 
variant of this though.

Geert


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Fwd: The two modules

[Christopher Lam]

Hi David

It'd seem the Frozen status relates to transaction status 
(Unreconciled/Cleared/Reconciled/Void/Frozen) only, and is so far unused.


I'm going to amend the balsheet-pnl to the desired format.

This means the accounts are shown sequentially, and *every* account will 
also include children amounts, no exceptions. This means 
Expense:Household will always reflect total household spending. If an 
account has sub-accounts, then the account's own amount will be shown 
first, if it exists, followed by the children amounts. If any child 
account has amount & child accounts, the child total amount shown first, 
then the child own amount (if any), followed by the grandchildren amounts.


This seems to be desired approach. The separate-row multilevel subtotals 
will be completely disabled & removed.


On 29/06/18 02:34, David Carlson wrote:

Is the 'frozen' status which is already in place but seemingly unused
supposed to be for this purpose?

David C

On Thu, Jun 28, 2018, 12:31 PM John Ralls  wrote:




On Jun 28, 2018, at 10:10 AM, Geert Janssens 

wrote:

Op donderdag 28 juni 2018 18:47:18 CEST schreef Stephen M. Butler:

On 06/27/2018 04:41 PM, DaveC49 wrote:

An active non-placeholder account should not have child/subaccounts,
although I don't think GnuCash actually prevents this. In this case,

the

parent account total is the sum of the child subaccount totals plus the
sum
of any transactions into the parent account itself. This will make a
report
look to be incorrect as the sum of transactions into the parent

account is

not presented separately and its total will not be the sum of the child
account totals. I can't think of a use case where this would be

desirable,

but some people may be happy with that behavior. I don't think this
behavior has changed since I first checked it out in an earlier version
(around 2.2 I think).

This is a problem.  In a good report the parent with transactions should
show a line for the parent so that the column total for that parent (on
the balance sheet) is correct.


This seems to make most sense to me:
If a parent has transactions put it twice:
Once as aggregate account and once as an account on it's own. That would

meet

both needs. The aggregate will total it's own transactions with those of

its

child accounts. Or put differently the aggregate account would treat

itself as

a child account.

+1


At least, as a former IT software development manager, I would insist
that a column total show all of it's inputs.

Maybe the financial folks can band together to get the developers to
enforce no-transactions to a parent account.

I think we should modify the concepts. "Placeholder" is ambiguous and

for the

lack of a better solution is has been abused to make existing accounts

read-

only.

Perhaps it's time to introduce a "View" type account which is only used

to

structure the account tree (and as aggregate account in reports) and

next to

that introduce a read-only attribute to normal accounts. Placeholder

could

then be phased out in favor of these two. We could even try to automate

this

using some heuristics:
- if a placeholder account has no transactions, convert it into a view

account

- if a placeholder account does have transactions, make it read-only

instead.

Add in an informational message to the user about what was done so the

user

can make corrections if needed (like adding view accounts if an account

was

being used for both functions).


I propose that we combine “placeholder” and “hidden” to “inactive” which
removes an account from the picker list and from the Accounts page unless
“show inactive accounts” is selected from the filter.

While marking an account “placeholder” prevents adding transactions to it,
there’s no requirement in GnuCash that an account with children have the
placeholder flag set. To strictly follow David Cousen’s advice we’d have to
impose that restriction, but some users might find that a bit drastic.
Perhaps we could make it a book option?

Regards,
John Ralls


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


___
gnucash-user mailing list

Re: [GNC] Fwd: The two modules

[Dale Alspach]

I work with an organization that uses QuikBooks. There seems to be a
built in mechanism in the report generator in that software that
automatically adds a line with name [parent account name] Other which
contains the total of the transactions in the parent account not in any
subaccount of the parent. Thus the report shows the parent total as the
sum of the amounts from the real subaccounts and this extra line.

I am not an accountant but the books are audited annually and no one has
raised any questions about this. Perhaps this is an alternative approach
that would satisfy the accountants and not force other users to formally
add an extra subaccount as a dumping place for miscellaneous
transactions that logically belong to the parent but not to any current
subaccount.

Dale

On 06/28/2018 03:48 PM, D via gnucash-user wrote:
> 
> 
> On June 28, 2018, at 1:12 PM, Geert Janssens  
> wrote:
> 
>> Op donderdag 28 juni 2018 18:47:18 CEST schreef Stephen M. Butler:
> [Snip]
>>> Maybe the financial folks can band together to get the developers to
>>> enforce no-transactions to a parent account.
>> I think we should modify the concepts. "Placeholder" is ambiguous and for 
>> the 
>> lack of a better solution is has been abused to make existing accounts read-
>> only.I
> 
> I am under the impression that the placeholder setting is only meant to make 
> an account read-only, so saying that users have "abused" this seems 
> incorrect. We've used the tool we've been given.
> 
>> Perhaps it's time to introduce a "View" type account which is only used to 
>> structure the account tree (and as aggregate account in reports) and next to 
>> that introduce a read-only attribute to normal accounts. Placeholder could 
>> then be phased out in favor of these two. We could even try to automate this 
>> using some heuristics:
>> - if a placeholder account has no transactions, convert it into a view 
>> account
>> - if a placeholder account does have transactions, make it read-only instead.
>> Add in an informational message to the user about what was done so the user 
>> can make corrections if needed (like adding view accounts if an account was 
>> being used for both functions).
>> Geert
> 
> You might even call a View account "Closed," or are there other reasons an 
> account might behave this way?
> 
> I'd also add that eliminating these accounts from drop down controls should 
> go along with the changes, but assume that would be implied from the fact 
> that Placeholder accounts don't appear there currently.I
> 
> David
> 
>> ___
>> gnucash-user mailing list
>> gnucash-user@gnucash.org
>> To update your subscription preferences or to unsubscribe:
>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>> If you are using Nabble or Gmane, please see 
>> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
>> -
>> Please remember to CC this list on all your replies.
>> You can do this by using Reply-To-List or Reply-All.
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see 
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
> 
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Fwd: The two modules

[D via gnucash-user]

On June 28, 2018, at 1:12 PM, Geert Janssens  wrote:

>Op donderdag 28 juni 2018 18:47:18 CEST schreef Stephen M. Butler:
[Snip]
>> Maybe the financial folks can band together to get the developers to
>> enforce no-transactions to a parent account.
>I think we should modify the concepts. "Placeholder" is ambiguous and for the 
>lack of a better solution is has been abused to make existing accounts read-
>only.I

I am under the impression that the placeholder setting is only meant to make an 
account read-only, so saying that users have "abused" this seems incorrect. 
We've used the tool we've been given.

>Perhaps it's time to introduce a "View" type account which is only used to 
>structure the account tree (and as aggregate account in reports) and next to 
>that introduce a read-only attribute to normal accounts. Placeholder could 
>then be phased out in favor of these two. We could even try to automate this 
>using some heuristics:
>- if a placeholder account has no transactions, convert it into a view account
>- if a placeholder account does have transactions, make it read-only instead.
>Add in an informational message to the user about what was done so the user 
>can make corrections if needed (like adding view accounts if an account was 
>being used for both functions).
>Geert

You might even call a View account "Closed," or are there other reasons an 
account might behave this way?

I'd also add that eliminating these accounts from drop down controls should go 
along with the changes, but assume that would be implied from the fact that 
Placeholder accounts don't appear there currently.I

David

>___
>gnucash-user mailing list
>gnucash-user@gnucash.org
>To update your subscription preferences or to unsubscribe:
>https://lists.gnucash.org/mailman/listinfo/gnucash-user
>If you are using Nabble or Gmane, please see 
>https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
>-
>Please remember to CC this list on all your replies.
>You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Fwd: The two modules

[David Carlson]

Is the 'frozen' status which is already in place but seemingly unused
supposed to be for this purpose?

David C

On Thu, Jun 28, 2018, 12:31 PM John Ralls  wrote:

>
>
> > On Jun 28, 2018, at 10:10 AM, Geert Janssens 
> wrote:
> >
> > Op donderdag 28 juni 2018 18:47:18 CEST schreef Stephen M. Butler:
> >> On 06/27/2018 04:41 PM, DaveC49 wrote:
> >>> An active non-placeholder account should not have child/subaccounts,
> >>> although I don't think GnuCash actually prevents this. In this case,
> the
> >>> parent account total is the sum of the child subaccount totals plus the
> >>> sum
> >>> of any transactions into the parent account itself. This will make a
> >>> report
> >>> look to be incorrect as the sum of transactions into the parent
> account is
> >>> not presented separately and its total will not be the sum of the child
> >>> account totals. I can't think of a use case where this would be
> desirable,
> >>> but some people may be happy with that behavior. I don't think this
> >>> behavior has changed since I first checked it out in an earlier version
> >>> (around 2.2 I think).
> >>
> >> This is a problem.  In a good report the parent with transactions should
> >> show a line for the parent so that the column total for that parent (on
> >> the balance sheet) is correct.
> >>
> > This seems to make most sense to me:
> > If a parent has transactions put it twice:
> > Once as aggregate account and once as an account on it's own. That would
> meet
> > both needs. The aggregate will total it's own transactions with those of
> its
> > child accounts. Or put differently the aggregate account would treat
> itself as
> > a child account.
>
> +1
>
> >
> >> At least, as a former IT software development manager, I would insist
> >> that a column total show all of it's inputs.
> >>
> >> Maybe the financial folks can band together to get the developers to
> >> enforce no-transactions to a parent account.
> >
> > I think we should modify the concepts. "Placeholder" is ambiguous and
> for the
> > lack of a better solution is has been abused to make existing accounts
> read-
> > only.
> >
> > Perhaps it's time to introduce a "View" type account which is only used
> to
> > structure the account tree (and as aggregate account in reports) and
> next to
> > that introduce a read-only attribute to normal accounts. Placeholder
> could
> > then be phased out in favor of these two. We could even try to automate
> this
> > using some heuristics:
> > - if a placeholder account has no transactions, convert it into a view
> account
> > - if a placeholder account does have transactions, make it read-only
> instead.
> > Add in an informational message to the user about what was done so the
> user
> > can make corrections if needed (like adding view accounts if an account
> was
> > being used for both functions).
> >
>
> I propose that we combine “placeholder” and “hidden” to “inactive” which
> removes an account from the picker list and from the Accounts page unless
> “show inactive accounts” is selected from the filter.
>
> While marking an account “placeholder” prevents adding transactions to it,
> there’s no requirement in GnuCash that an account with children have the
> placeholder flag set. To strictly follow David Cousen’s advice we’d have to
> impose that restriction, but some users might find that a bit drastic.
> Perhaps we could make it a book option?
>
> Regards,
> John Ralls
>
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Fwd: The two modules

[John Ralls]

> On Jun 28, 2018, at 10:10 AM, Geert Janssens  
> wrote:
> 
> Op donderdag 28 juni 2018 18:47:18 CEST schreef Stephen M. Butler:
>> On 06/27/2018 04:41 PM, DaveC49 wrote:
>>> An active non-placeholder account should not have child/subaccounts,
>>> although I don't think GnuCash actually prevents this. In this case, the
>>> parent account total is the sum of the child subaccount totals plus the
>>> sum
>>> of any transactions into the parent account itself. This will make a
>>> report
>>> look to be incorrect as the sum of transactions into the parent account is
>>> not presented separately and its total will not be the sum of the child
>>> account totals. I can't think of a use case where this would be desirable,
>>> but some people may be happy with that behavior. I don't think this
>>> behavior has changed since I first checked it out in an earlier version
>>> (around 2.2 I think).
>> 
>> This is a problem.  In a good report the parent with transactions should
>> show a line for the parent so that the column total for that parent (on
>> the balance sheet) is correct.
>> 
> This seems to make most sense to me:
> If a parent has transactions put it twice:
> Once as aggregate account and once as an account on it's own. That would meet 
> both needs. The aggregate will total it's own transactions with those of its 
> child accounts. Or put differently the aggregate account would treat itself 
> as 
> a child account.

+1

> 
>> At least, as a former IT software development manager, I would insist
>> that a column total show all of it's inputs. 
>> 
>> Maybe the financial folks can band together to get the developers to
>> enforce no-transactions to a parent account.
> 
> I think we should modify the concepts. "Placeholder" is ambiguous and for the 
> lack of a better solution is has been abused to make existing accounts read-
> only.
> 
> Perhaps it's time to introduce a "View" type account which is only used to 
> structure the account tree (and as aggregate account in reports) and next to 
> that introduce a read-only attribute to normal accounts. Placeholder could 
> then be phased out in favor of these two. We could even try to automate this 
> using some heuristics:
> - if a placeholder account has no transactions, convert it into a view account
> - if a placeholder account does have transactions, make it read-only instead.
> Add in an informational message to the user about what was done so the user 
> can make corrections if needed (like adding view accounts if an account was 
> being used for both functions).
> 

I propose that we combine “placeholder” and “hidden” to “inactive” which 
removes an account from the picker list and from the Accounts page unless “show 
inactive accounts” is selected from the filter.

While marking an account “placeholder” prevents adding transactions to it, 
there’s no requirement in GnuCash that an account with children have the 
placeholder flag set. To strictly follow David Cousen’s advice we’d have to 
impose that restriction, but some users might find that a bit drastic. Perhaps 
we could make it a book option?

Regards,
John Ralls


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Fwd: The two modules

[Stephen M. Butler]

On 06/28/2018 10:10 AM, Geert Janssens wrote:
> Op donderdag 28 juni 2018 18:47:18 CEST schreef Stephen M. Butler:
>> On 06/27/2018 04:41 PM, DaveC49 wrote:
>>> An active non-placeholder account should not have child/subaccounts,
>>> although I don't think GnuCash actually prevents this. In this case, the
>>> parent account total is the sum of the child subaccount totals plus the
>>> sum
>>> of any transactions into the parent account itself. This will make a
>>> report
>>> look to be incorrect as the sum of transactions into the parent account is
>>> not presented separately and its total will not be the sum of the child
>>> account totals. I can't think of a use case where this would be desirable,
>>> but some people may be happy with that behavior. I don't think this
>>> behavior has changed since I first checked it out in an earlier version
>>> (around 2.2 I think).
>> This is a problem.  In a good report the parent with transactions should
>> show a line for the parent so that the column total for that parent (on
>> the balance sheet) is correct.
>>
> This seems to make most sense to me:
> If a parent has transactions put it twice:
> Once as aggregate account and once as an account on it's own. That would meet 
> both needs. The aggregate will total it's own transactions with those of its 
> child accounts. Or put differently the aggregate account would treat itself 
> as 
> a child account.

I like that approach.
>> Maybe the financial folks can band together to get the developers to
>> enforce no-transactions to a parent account.
> I think we should modify the concepts. "Placeholder" is ambiguous and for the 
> lack of a better solution is has been abused to make existing accounts read-
> only.

Surprise!  Given enough rope we will tie knots.
> Perhaps it's time to introduce a "View" type account which is only used to 
> structure the account tree (and as aggregate account in reports) and next to 
> that introduce a read-only attribute to normal accounts. Placeholder could 
> then be phased out in favor of these two. We could even try to automate this 
> using some heuristics:
> - if a placeholder account has no transactions, convert it into a view account
> - if a placeholder account does have transactions, make it read-only instead.
> Add in an informational message to the user about what was done so the user 
> can make corrections if needed (like adding view accounts if an account was 
> being used for both functions).
>
> Geert
>
>
This would help the non-accountant to setup their books in a more
traditional form.  Especially if GnC enforced parent accounts to become
"View" accounts.
It would also help the report writers to present the information
logically without having to resort to extra decision making about how to
handle a parent who has transactions.
--Steve
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Fwd: The two modules

[Geert Janssens]

Op donderdag 28 juni 2018 18:47:18 CEST schreef Stephen M. Butler:
> On 06/27/2018 04:41 PM, DaveC49 wrote:
> > An active non-placeholder account should not have child/subaccounts,
> > although I don't think GnuCash actually prevents this. In this case, the
> > parent account total is the sum of the child subaccount totals plus the
> > sum
> > of any transactions into the parent account itself. This will make a
> > report
> > look to be incorrect as the sum of transactions into the parent account is
> > not presented separately and its total will not be the sum of the child
> > account totals. I can't think of a use case where this would be desirable,
> > but some people may be happy with that behavior. I don't think this
> > behavior has changed since I first checked it out in an earlier version
> > (around 2.2 I think).
> 
> This is a problem.  In a good report the parent with transactions should
> show a line for the parent so that the column total for that parent (on
> the balance sheet) is correct.
> 
This seems to make most sense to me:
If a parent has transactions put it twice:
Once as aggregate account and once as an account on it's own. That would meet 
both needs. The aggregate will total it's own transactions with those of its 
child accounts. Or put differently the aggregate account would treat itself as 
a child account.

> At least, as a former IT software development manager, I would insist
> that a column total show all of it's inputs. 
> 
> Maybe the financial folks can band together to get the developers to
> enforce no-transactions to a parent account.

I think we should modify the concepts. "Placeholder" is ambiguous and for the 
lack of a better solution is has been abused to make existing accounts read-
only.

Perhaps it's time to introduce a "View" type account which is only used to 
structure the account tree (and as aggregate account in reports) and next to 
that introduce a read-only attribute to normal accounts. Placeholder could 
then be phased out in favor of these two. We could even try to automate this 
using some heuristics:
- if a placeholder account has no transactions, convert it into a view account
- if a placeholder account does have transactions, make it read-only instead.
Add in an informational message to the user about what was done so the user 
can make corrections if needed (like adding view accounts if an account was 
being used for both functions).

Geert


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Fwd: The two modules

[Stephen M. Butler]

On 06/27/2018 04:41 PM, DaveC49 wrote:
> Stephen,
>  
> As an accountant I would prefer to have parent accounts as placeholder
> accounts which cannot be the target of transactions directly (this can be
> set in the edit Account dialog and marks the account as read only) as the
> placeholder total should then be the sum of its active child accounts. This
> will give clean easy to read reports which make obvious sense.

My wife is also an accountant and prefers that method also.  I setup my
books that way.  However, I'm trying to help Christopher with modifying
his version of the balance sheet to more fully meet my wife's
expectations (she likes the formatting of the eguile version but hates
the inclusion of the income statement within the equity portion of that
report.

<>
> An active non-placeholder account should not have child/subaccounts,
> although I don't think GnuCash actually prevents this. In this case, the
> parent account total is the sum of the child subaccount totals plus the sum
> of any transactions into the parent account itself. This will make a report
> look to be incorrect as the sum of transactions into the parent account is
> not presented separately and its total will not be the sum of the child
> account totals. I can't think of a use case where this would be desirable,
> but some people may be happy with that behavior. I don't think this behavior
> has changed since I first checked it out in an earlier version (around 2.2 I
> think).

This is a problem.  In a good report the parent with transactions should
show a line for the parent so that the column total for that parent (on
the balance sheet) is correct.

At least, as a former IT software development manager, I would insist
that a column total show all of it's inputs. 

Maybe the financial folks can band together to get the developers to
enforce no-transactions to a parent account.

<>
> Hope this helps make sense and helps you to get GnuCash working as you want
>
> Cheers
>
> David Cousens
>

Thanks David.  Except for the layout of the Balance Sheet and the Income
Statement reports, this has been working out great.

--Steve


Stephen M Butler, PMP, PSM
stephen.m.butle...@gmail.com
kg...@arrl.net
253-350-0166
---
GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Fwd: The two modules

[Mike or Penny Novack]

On 6/28/2018 9:39 AM, D via gnucash-user wrote:


Before you convert an existing parent account to a placeholder (by checking
the placeholder checkbox in the Edit Account dialog), you will need to
transfer any transactions into it to an appropriate child/sub-account. My
experience is that a placeholder account can have in turn child accounts
which are also placeholders as well as child active accounts, which is OK
and makes sense.
In practice, you might better be doing this by a sequence of account 
name changes. In my experience, the most common situation where an 
account (with transactions) is becoming a parent is when it is observed 
that NOW (the reason for the change) is that these transactions are of 
two (or more) distinct types and so splitting into multiple accounts is 
desired. But the NAME you want for the parent is that of the existing 
account.


a) rename that account to its desired new name.
b) create a new account with the old name, making it a placeholder account.
c) make "a" a child of "b"
d)  create the other child account (or accounts)
e) optional --- move transactions here that are in the wrong child IF 
you want to alter the past << I never do that >>


Michael
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Fwd: The two modules

[D via gnucash-user]

David,

You've now misstated twice that Placeholder accounts cannot have transactions, 
and I feel it is important to make it unambiguously clear to anyone reading 
this thread that there is nothing in Gnucash that prevents placeholder accounts 
from having transactions. 

Setting an account as a placeholder only prevents further transactions from 
being added to that account. Many of us use the placeholder setting to prevent 
accidental creation of transactions in closed accounts, for example.I

David T.

On June 28, 2018, at 4:58 AM, DaveC49  wrote:

Stephen,
 
As an accountant I would prefer to have parent accounts as placeholder
accounts which cannot be the target of transactions directly (this can be
set in the edit Account dialog and marks the account as read only) as the
placeholder total should then be the sum of its active child accounts. This
will give clean easy to read reports which make obvious sense.

Before you convert an existing parent account to a placeholder (by checking
the placeholder checkbox in the Edit Account dialog), you will need to
transfer any transactions into it to an appropriate child/sub-account. My
experience is that a placeholder account can have in turn child accounts
which are also placeholders as well as child active accounts, which is OK
and makes sense. 

An active non-placeholder account should not have child/subaccounts,
although I don't think GnuCash actually prevents this. In this case, the
parent account total is the sum of the child subaccount totals plus the sum
of any transactions into the parent account itself. This will make a report
look to be incorrect as the sum of transactions into the parent account is
not presented separately and its total will not be the sum of the child
account totals. I can't think of a use case where this would be desirable,
but some people may be happy with that behavior. I don't think this behavior
has changed since I first checked it out in an earlier version (around 2.2 I
think).

The report is a different beast but it should reflect the above behavior and
a placeholder parent account should only show the total of its
child/subaccounts totals. If it doesn't tha indicates that it may have
already been the target of transactions when set as a placeholder and these
were not transferred to a sub-account. 

If a parent account is not a placeholder account, it should behave as
described above and add the total of any transactions into it to the sum of
any child account totals. I haven't got time at the moment to check all the
reports out but I have never noticed any problems with the Balance Sheet and
Income Statement with all parent  accounts set as placeholders. There are
enough accountants using GnuCash that this would have been picked up pretty
quickly if it was not behaving as expected. 

Hope this helps make sense and helps you to get GnuCash working as you want

Cheers

David Cousens





-
David Cousens
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Fwd: The two modules

[Christopher Lam]

Hi Dave

It's nice to have input from someone in the know.

I have used the placeholder flag to tag accounts which are now closed, 
e.g. closed bank accounts, loans paid off, old unused expense 
categories. This is not expressly disallowed by the UI, and the 
advantage here is the account does not appear on the transfer dialog.


The approach of the balsheet & profit multicolumn report currently 
in development, is to ignore the placeholder flag, and allow 2 
strategies for parent/child subtotals. (These were also present in the 
old balance-sheet)


1. every parent account will automatically receive amounts from the 
children accounts, "recursive subtotal" e.g.


Asset $110,000 [the so-called placeholder acc]
Asset:Bank $2,000
Asset:Savings $8,000
Asset:House $100,000

I know some users will have subaccounts of their checking account for 
budgeting purposes, so,


Asset:Bank: $2000 [account-total is $1800 but also includes the child $200]
Asset:Bank:Budgeted $200

2. every account displays its own amounts, ignoring children accounts... 
however after each set parent+children, the whole group receives an 
overriding subtotal. "Hierarchical subtotal"


Asset $0
Asset:Bank $1,800
Asset:Bank:Budgeted $200
Total Asset:Bank $2,000

Asset:Savings $8,000
Asset:House $100,000
Total Asset $110,000

The balsheet (and P) report in development offers both, and is 
agnostic to the placeholder status. As a side effect, I've think that it 
makes for a good dashboard-view of your finances. See current output, in 
multicolumn in multicolumn.


https://screenshots.firefox.com/3AGgKiSkmdebjOsf/null

Left-column: profit, with hierarchical subtotals
Middle-column: balance-sheet, with hierarchical subtotals
Right-column: balance-sheet, with recursive subtotals

C

On 28/06/18 07:41, DaveC49 wrote:

Stephen,
  
As an accountant I would prefer to have parent accounts as placeholder

accounts which cannot be the target of transactions directly (this can be
set in the edit Account dialog and marks the account as read only) as the
placeholder total should then be the sum of its active child accounts. This
will give clean easy to read reports which make obvious sense.

Before you convert an existing parent account to a placeholder (by checking
the placeholder checkbox in the Edit Account dialog), you will need to
transfer any transactions into it to an appropriate child/sub-account. My
experience is that a placeholder account can have in turn child accounts
which are also placeholders as well as child active accounts, which is OK
and makes sense.

An active non-placeholder account should not have child/subaccounts,
although I don't think GnuCash actually prevents this. In this case, the
parent account total is the sum of the child subaccount totals plus the sum
of any transactions into the parent account itself. This will make a report
look to be incorrect as the sum of transactions into the parent account is
not presented separately and its total will not be the sum of the child
account totals. I can't think of a use case where this would be desirable,
but some people may be happy with that behavior. I don't think this behavior
has changed since I first checked it out in an earlier version (around 2.2 I
think).

The report is a different beast but it should reflect the above behavior and
a placeholder parent account should only show the total of its
child/subaccounts totals. If it doesn't tha indicates that it may have
already been the target of transactions when set as a placeholder and these
were not transferred to a sub-account.

If a parent account is not a placeholder account, it should behave as
described above and add the total of any transactions into it to the sum of
any child account totals. I haven't got time at the moment to check all the
reports out but I have never noticed any problems with the Balance Sheet and
Income Statement with all parent  accounts set as placeholders. There are
enough accountants using GnuCash that this would have been picked up pretty
quickly if it was not behaving as expected.

Hope this helps make sense and helps you to get GnuCash working as you want

Cheers

David Cousens





-
David Cousens
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 

Re: [GNC] Fwd: The two modules

[DaveC49]

Stephen,
 
As an accountant I would prefer to have parent accounts as placeholder
accounts which cannot be the target of transactions directly (this can be
set in the edit Account dialog and marks the account as read only) as the
placeholder total should then be the sum of its active child accounts. This
will give clean easy to read reports which make obvious sense.

Before you convert an existing parent account to a placeholder (by checking
the placeholder checkbox in the Edit Account dialog), you will need to
transfer any transactions into it to an appropriate child/sub-account. My
experience is that a placeholder account can have in turn child accounts
which are also placeholders as well as child active accounts, which is OK
and makes sense. 

An active non-placeholder account should not have child/subaccounts,
although I don't think GnuCash actually prevents this. In this case, the
parent account total is the sum of the child subaccount totals plus the sum
of any transactions into the parent account itself. This will make a report
look to be incorrect as the sum of transactions into the parent account is
not presented separately and its total will not be the sum of the child
account totals. I can't think of a use case where this would be desirable,
but some people may be happy with that behavior. I don't think this behavior
has changed since I first checked it out in an earlier version (around 2.2 I
think).

The report is a different beast but it should reflect the above behavior and
a placeholder parent account should only show the total of its
child/subaccounts totals. If it doesn't tha indicates that it may have
already been the target of transactions when set as a placeholder and these
were not transferred to a sub-account. 

If a parent account is not a placeholder account, it should behave as
described above and add the total of any transactions into it to the sum of
any child account totals. I haven't got time at the moment to check all the
reports out but I have never noticed any problems with the Balance Sheet and
Income Statement with all parent  accounts set as placeholders. There are
enough accountants using GnuCash that this would have been picked up pretty
quickly if it was not behaving as expected. 

Hope this helps make sense and helps you to get GnuCash working as you want

Cheers

David Cousens





-
David Cousens
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Fwd: The two modules

[Stephen M. Butler]

On 06/25/2018 01:51 AM, DaveC49 wrote:
> Stephen,
>
> You can possibly force the case of sum of the children account totals being
> the parent account total by making the parent  a placeholder account. Then
> it cannot have any transactions into it, only the child accounts.
>
> David Cousens
>
>

From a pure accounting perspective, that would be best.  However, what
should the report do/look like when the user isn't so astute?

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Fwd: The two modules

[DaveC49]

Stephen,

There is no need to install the libofx7specifically. If you install
libofx-dev that should install the the appropriate version of the library
for your ubuntu version (i.e. libofx4 on 14.04(Trusty), libofx6 on 16.04
(Xenial) and libofx7 on 18.04 (Bionic)

David Cousens



-
David Cousens
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Fwd: The two modules

[DaveC49]

Stephen,

You can possibly force the case of sum of the children account totals being
the parent account total by making the parent  a placeholder account. Then
it cannot have any transactions into it, only the child accounts.

David Cousens



-
David Cousens
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Fwd: The two modules

[Stephen M. Butler]

Geert,

Thank you.  Thank you.  I now have a working version Version: 3.1 Build
ID: 3.1+ (2018-04-28) up and running on Ubuntu 18.04

On 06/22/2018 11:32 AM, Geert Janssens wrote:


> Ok, in that case I think the easiest way forward is to not use
> GMOCK_ROOT and
> GTEST_ROOT and let gnucash discover your system installed version of 
> googletest and ignore the one you downloaded in your homedirectory.
>
> You may have to add -dev packages for googletest and mayby googlemock (I 
> don't 
> know the exact names on Ubuntu). And be sure to remove your build directory 
> and start again from running cmake.
>
> Regards,
>
> Geert
>
>
>

It appears that /usr/src/gtest and /usr/src/gmock are from 2014.  Also
appears the packages were not installed so went searching for
google-test and google-mock and did these commands:

sudo apt-get install googletest
sudo apt-get install googlemock
sudo apt-get install libgtest-dev

However, the "make" step complains about entries in /usr/src/gtest.  So
I removed the three packages and tried again.  "cmake" complains gtest
not present.
So I removed the two directories in /usr/src (gtest and gmock) and
reinstalled the three above.

I now have these entries in /usr/src:
lrwxrwxrwx  1 root root   21 Dec 22  2016 gmock -> googletest/googlemock
drwxr-xr-x  4 root root 4096 Jun 22 12:22 googletest
lrwxrwxrwx  1 root root   21 Dec 22  2016 gtest -> googletest/googletest

cmake ../gnucash-3.1  worked great
make worked fine (I did see these lines but make kept running)

[ 38%] Linking CXX shared library ../../../lib/libgnc-backend-xml-utils.so
CMakeFiles/gnc-backend-xml-utils.dir/gnc-xml-backend.cpp.o: In function
`GncXmlBackend::write_to_file(bool)':
gnc-xml-backend.cpp:(.text+0x11e6): warning: the use of `mktemp' is
dangerous, better use `mkstemp' or `mkdtemp'
[ 38%] Built target gnc-backend-xml-utils

and sudo make install worked like a champ.

Again, thank you.  Could not have figured this out on my own.

--Steve

Now to mow the lawn for the weekend.  <>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Fwd: The two modules

[Geert Janssens]

Op vrijdag 22 juni 2018 19:09:47 CEST schreef Stephen M. Butler:
> On 06/22/2018 12:29 AM, Geert Janssens wrote:
> > Op donderdag 21 juni 2018 00:01:32 CEST schreef Stephen M. Butler:
> >> Found libofx7 and installed that instead of libofx6 and libofx4.
> > 
> > These numbers seem to increase regularly... I have updated the install
> > instruction to only install libofx-dev. This will automatically pull in
> > the
> > corresponding libofx and its dependencies.
> 
> Thank you.  Wish I knew more about the innards of Linus.  Still feel
> like I need someone to hold my hand!
> 
> 
> >> In file included from /usr/src/gtest/src/gtest-all.cc:42:0:
> > 
> > 
> >> In file included from
> >> /home/steve/Projects/googletest/googletest/include/gtest/internal/gtest-i
> >> nte rnal.h:39:0, from
> > 
> > It looks like the build is mixing two versions of googletest. One
> > installed
> > systemwide (/usr/src/gtest) and one in /home/steve/Projects/googletest.
> > 
> > I assume you have followed instructions to download googletest and then
> > set
> > GMOCK_ROOT and GTEST_ROOT when running cmake.
> > 
> > A recent commit should have solved this issue, but your experience seems
> > to
> > suggest otherwise.
> 
> Yes, is there a command to remove one?  Which one?  Or could I move the
> most recent (I presume /home/steve/Projects/googletest) up the /usr/src? 
> 
> > What source are you building from ? A tarball or git ? If git, what commit
> > have you currently checked out ? You can determine this by running
> > git describe
> > in your git checkout.
> 
> Not git.  Still haven't figured that piece out yet.  I need to do that. 
> 
> I followed instructions from https://wiki.gnucash.org/wiki/Building and
> https://wiki.gnucash.org/wiki/BuildUbuntu16.04 and pulled the source
> from
> https://sourceforge.net/projects/gnucash/files/gnucash%20(stable)/3.1/ 
> and clicked on the green button that downloaded:  gnucash-3.1-1.tar.gz
>  nucash-3.1-1.tar.gz/download>.  gunzipped that and tar -xf   into
> /home/steve/Projects/GnuCash/.

Ok, in that case I think the easiest way forward is to not use GMOCK_ROOT and 
GTEST_ROOT and let gnucash discover your system installed version of 
googletest and ignore the one you downloaded in your homedirectory.

You may have to add -dev packages for googletest and mayby googlemock (I don't 
know the exact names on Ubuntu). And be sure to remove your build directory 
and start again from running cmake.

Regards,

Geert


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Fwd: The two modules

[Stephen M. Butler]

On 06/22/2018 12:29 AM, Geert Janssens wrote:
> Op donderdag 21 juni 2018 00:01:32 CEST schreef Stephen M. Butler:
>> Found libofx7 and installed that instead of libofx6 and libofx4.
>>
> These numbers seem to increase regularly... I have updated the install 
> instruction to only install libofx-dev. This will automatically pull in the 
> corresponding libofx and its dependencies.

Thank you.  Wish I knew more about the innards of Linus.  Still feel
like I need someone to hold my hand!


>> In file included from /usr/src/gtest/src/gtest-all.cc:42:0:
> 
>
>> In file included from
>> /home/steve/Projects/googletest/googletest/include/gtest/internal/gtest-inte
>> rnal.h:39:0, from
> It looks like the build is mixing two versions of googletest. One installed 
> systemwide (/usr/src/gtest) and one in /home/steve/Projects/googletest.
>
> I assume you have followed instructions to download googletest and then set 
> GMOCK_ROOT and GTEST_ROOT when running cmake.
>
> A recent commit should have solved this issue, but your experience seems to 
> suggest otherwise.

Yes, is there a command to remove one?  Which one?  Or could I move the
most recent (I presume /home/steve/Projects/googletest) up the /usr/src? 
> What source are you building from ? A tarball or git ? If git, what commit 
> have you currently checked out ? You can determine this by running
> git describe
> in your git checkout.

Not git.  Still haven't figured that piece out yet.  I need to do that. 

I followed instructions from https://wiki.gnucash.org/wiki/Building and
https://wiki.gnucash.org/wiki/BuildUbuntu16.04 and pulled the source
from
https://sourceforge.net/projects/gnucash/files/gnucash%20(stable)/3.1/ 
and clicked on the green button that downloaded:  gnucash-3.1-1.tar.gz
.
 
gunzipped that and tar -xf   into /home/steve/Projects/GnuCash/.
> Geert
>
>
Thanks Geert. 
--Steve
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Fwd: The two modules

[Stephen M. Butler]

The accountant is real uncomfortable with removing the cash account. 
She feels that the children should add up to the total for the parent. 
Given that GnuCash allows a parent to also have funds/transactions in
addition to the children, I guess the work around would be to treat
those as the initial, unidentified, child.  That way, when you add up
the column the total would include the contribution from the parent.

A balance sheet is made at a single point in time, such as, close of
business on .   [or start of business, ..., midday, etc]

Stephen M Butler, PMP, PSM
stephen.m.butle...@gmail.com
kg...@arrl.net
253-350-0166
---
GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8

On 06/21/2018 11:15 PM, Christopher Lam wrote:
> Hi Stephen
>
> Thank you this is useful.
>
> Confirms my suspicions that unrealized gains shouldn't appear in
> balsheet.
>
> From your illustrations below, the only addition I'd offer is there
> wouldn't be a separate 142 Broker:Cash account, it'd be "140 Broker
> $2000", "144 Broker:Stock $4000" entries... would this be a legitimate
> amendment?
>
> And are multiple-date balsheets legit?
>
> Ta
>
>
> On 22/06/18 09:09, Stephen M. Butler wrote:
>> Christopher
>>
>> Going to the latest version is stymied until I hear back from one of the
>> developers on what went wrong with make.
>>
>> I'm new to using GnuCash so have not delved into the Foreign currency or
>> stocks.
>>
>> So, let's build a COA together and see what happens (on paper):
>>
>> 100 - Asset
>> 110 -   " : Bank1
>> 112 -   " :    "  :Checking
>> 114 -   " :    "  : Savings
>> 116 -   " :    "  : Bonds
>> 120 -   " : Bank2
>> 130 -   " : ForeignBank   (GBP currency)
>> 140 -   " : Broker
>> 142 -   " :    "  : Cash
>> 144 -   " :    "  : Stock
>> 150 -   " : House
>>
>> 200 - Liability
>> 220 -   " : Bank2
>> 222 -   " :   "  : Loan
>> 224 -   " :   "  : Creditcard
>>
>> 300 - Equity
>>
>> 400 - Income
>>
>> 500 - Expense
>>
>> We may fill in the above further as we work along.  So, our initial
>> transaction will be to setup our initial balances:
>> [Normally we would setup somewhat prior to the above purchases and buy
>> things out of the checking account -- but, we just installed the
>> software and are starting in the middle.]
>>
>> Transaction 001
>>  114 Debit $100
>>  116 Debit $2000
>>  120 Debit $500
>>  130 Debit GBP 500  (equivalent to $625 at time of purchase)
>>  142 Debit $2000
>>  144 Debit $4000 (20 units @ $200)
>>  222 Credit $9000
>>  224 Credit $500
>>  300 Debit $275   [Note, we are below water here.  Equity should
>> be a
>> credit account and we are in the hole.]
>>
>> At this point I went to the house accountant and asked about unrealized
>> gain and how to book it.  She said you don't.  Not until there is an
>> event in which it is sold or traded.  For tomorrow GBP might drop back
>> to parity, the stock might crash, and the housing market could implode.
>>
>> So, we may need input from others who might have a different viewpoint.
>>
>> Stephen M Butler, PMP, PSM
>> stephen.m.butle...@gmail.com
>> kg...@arrl.net
>> 253-350-0166
>> ---
>> GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8
>>
>> On 06/18/2018 03:32 PM, Christopher Lam wrote:
>>> Hi Stephen
>>>
>>> One of the most unique features of gnucash is the multilevel account
>>> hierarchy, meaning both parent accounts and child accounts can carry
>>> balances.
>>>
>>> Would you mind liaising with the house accountant to ask about the
>>> following COA and the resulting balance sheet
>>>
>>> Asset (bal=$0.00)
>>> Asset:Bank1 (bal=$0.00)
>>> Asset:Bank1:Savings (bal=$100)
>>> Asset:Bank1:Bonds (bal=$2000)
>>> Asset:Bank2:Current (bal=$500)
>>> Asset:House (bal=$100,000, cost price)
>>> Asset:ForeignBank:Savings (bal=GBP 500, bought last year at a rate of
>>> 1 GBP = 1.25 USD
>>> Asset:Broker (bal=$2000) i.e.cash with broker
>>> Asset:Broker:Funds [stock] (bal=20units bought @ $200 each)
>>> Liability (bal=$0)
>>> Liability:Bank2 (bal=$0)
>>> Liability:Bank2:Loan (bal=-$9,000)
>>> Liability:Bank2:Creditcard (bal=-$500)
>>>
>>> Let's assume the current valuation of the unit funds is $250 i.e.
>>> unrealized gains of $1000; the house is currently valued at $110,000,
>>> and today 1 GBP = 1.30 USD :)
>>>
>>> How should the full expanded balance sheet look like? (XLS is fine)
>>> (if there are missing lines e.g. retained earnings etc please make up
>>> numbers and offer exact source)
>>>
>>> Thanks!
>>>
>>>
>>> On 19/06/18 00:16, Stephen M. Butler wrote:
 Yes, it is the alignment of numbers that is the problem.

 Stephen M Butler, PMP, PSM
 stephen.m.butle...@gmail.com
 kg...@arrl.net
 253-350-0166
 ---
 GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8

 On 06/18/2018 06:35 AM, Christopher Lam 

Re: [GNC] Fwd: The two modules

[Geert Janssens]

Op donderdag 21 juni 2018 00:01:32 CEST schreef Stephen M. Butler:
> Found libofx7 and installed that instead of libofx6 and libofx4.
> 
These numbers seem to increase regularly... I have updated the install 
instruction to only install libofx-dev. This will automatically pull in the 
corresponding libofx and its dependencies.

> After a few other missed steps I now have completed the "cmake
> ../gnucash-3.1" step  However the "make" step has problems:
> 
> ...
> 


> In file included from /usr/src/gtest/src/gtest-all.cc:42:0:



> In file included from
> /home/steve/Projects/googletest/googletest/include/gtest/internal/gtest-inte
> rnal.h:39:0, from

It looks like the build is mixing two versions of googletest. One installed 
systemwide (/usr/src/gtest) and one in /home/steve/Projects/googletest.

I assume you have followed instructions to download googletest and then set 
GMOCK_ROOT and GTEST_ROOT when running cmake.

A recent commit should have solved this issue, but your experience seems to 
suggest otherwise.

What source are you building from ? A tarball or git ? If git, what commit 
have you currently checked out ? You can determine this by running
git describe
in your git checkout.

Regards,

Geert


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Fwd: The two modules

[Christopher Lam]

Hi Stephen

Thank you this is useful.

Confirms my suspicions that unrealized gains shouldn't appear in balsheet.

From your illustrations below, the only addition I'd offer is there 
wouldn't be a separate 142 Broker:Cash account, it'd be "140 Broker 
$2000", "144 Broker:Stock $4000" entries... would this be a legitimate 
amendment?


And are multiple-date balsheets legit?

Ta


On 22/06/18 09:09, Stephen M. Butler wrote:

Christopher

Going to the latest version is stymied until I hear back from one of the
developers on what went wrong with make.

I'm new to using GnuCash so have not delved into the Foreign currency or
stocks.

So, let's build a COA together and see what happens (on paper):

100 - Asset
110 -   " : Bank1
112 -   " :    "  :Checking
114 -   " :    "  : Savings
116 -   " :    "  : Bonds
120 -   " : Bank2
130 -   " : ForeignBank   (GBP currency)
140 -   " : Broker
142 -   " :    "  : Cash
144 -   " :    "  : Stock
150 -   " : House

200 - Liability
220 -   " : Bank2
222 -   " :   "  : Loan
224 -   " :   "  : Creditcard

300 - Equity

400 - Income

500 - Expense

We may fill in the above further as we work along.  So, our initial
transaction will be to setup our initial balances:
[Normally we would setup somewhat prior to the above purchases and buy
things out of the checking account -- but, we just installed the
software and are starting in the middle.]

Transaction 001
     114 Debit $100
     116 Debit $2000
     120 Debit $500
     130 Debit GBP 500  (equivalent to $625 at time of purchase)
     142 Debit $2000
     144 Debit $4000 (20 units @ $200)
     222 Credit $9000
     224 Credit $500
     300 Debit $275   [Note, we are below water here.  Equity should be a
credit account and we are in the hole.]

At this point I went to the house accountant and asked about unrealized
gain and how to book it.  She said you don't.  Not until there is an
event in which it is sold or traded.  For tomorrow GBP might drop back
to parity, the stock might crash, and the housing market could implode.

So, we may need input from others who might have a different viewpoint.

Stephen M Butler, PMP, PSM
stephen.m.butle...@gmail.com
kg...@arrl.net
253-350-0166
---
GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8

On 06/18/2018 03:32 PM, Christopher Lam wrote:

Hi Stephen

One of the most unique features of gnucash is the multilevel account
hierarchy, meaning both parent accounts and child accounts can carry
balances.

Would you mind liaising with the house accountant to ask about the
following COA and the resulting balance sheet

Asset (bal=$0.00)
Asset:Bank1 (bal=$0.00)
Asset:Bank1:Savings (bal=$100)
Asset:Bank1:Bonds (bal=$2000)
Asset:Bank2:Current (bal=$500)
Asset:House (bal=$100,000, cost price)
Asset:ForeignBank:Savings (bal=GBP 500, bought last year at a rate of
1 GBP = 1.25 USD
Asset:Broker (bal=$2000) i.e.cash with broker
Asset:Broker:Funds [stock] (bal=20units bought @ $200 each)
Liability (bal=$0)
Liability:Bank2 (bal=$0)
Liability:Bank2:Loan (bal=-$9,000)
Liability:Bank2:Creditcard (bal=-$500)

Let's assume the current valuation of the unit funds is $250 i.e.
unrealized gains of $1000; the house is currently valued at $110,000,
and today 1 GBP = 1.30 USD :)

How should the full expanded balance sheet look like? (XLS is fine)
(if there are missing lines e.g. retained earnings etc please make up
numbers and offer exact source)

Thanks!


On 19/06/18 00:16, Stephen M. Butler wrote:

Yes, it is the alignment of numbers that is the problem.

Stephen M Butler, PMP, PSM
stephen.m.butle...@gmail.com
kg...@arrl.net
253-350-0166
---
GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8

On 06/18/2018 06:35 AM, Christopher Lam wrote:

Hi Stephen
Thank you this is very helpful.
  From my understanding the non-eguile version does produce satisfactory
headings and contents.
However its alignment of numbers is odd?
Is the alignment of subtotals and totals perfect in your amended
eguile report? How should it look if there are deeper levels of
subaccounts?
For html export, open the report tab, then File>Export>Export Report.
I believe the standard balsheet can be refined but this will take some
time.
C

On 18 June 2018 at 00:32, Stephen M. Butler mailto:kg...@arrl.net>> wrote:

  Interesting on the age.  I thought I'd downloaded the most recent
  Linux
  install.  But, my version is 2.6.19 built from rev c1b5e6c8d+ on
  2018-04-09.  May be best to wait for the next release due out
  early next
  week and see how those reports look.

  In the interim, attached are:
  1.  GVE.gnucash -- my current set of books for an apartment
  building I'm
  selling
  2.  Balance Sheet - standard.pdf -- Standard Balance Sheet report
  (unformatted)
  3.  Balance Sheet - formatted.pdf -- Eguile balance sheet after my
  changes were applied
          (Wife 

Re: [GNC] Fwd: The two modules

[Stephen M. Butler]

Christopher

Going to the latest version is stymied until I hear back from one of the
developers on what went wrong with make.

I'm new to using GnuCash so have not delved into the Foreign currency or
stocks.

So, let's build a COA together and see what happens (on paper):

100 - Asset
110 -   " : Bank1
112 -   " :    "  :Checking
114 -   " :    "  : Savings
116 -   " :    "  : Bonds
120 -   " : Bank2
130 -   " : ForeignBank   (GBP currency)
140 -   " : Broker
142 -   " :    "  : Cash
144 -   " :    "  : Stock
150 -   " : House

200 - Liability
220 -   " : Bank2
222 -   " :   "  : Loan
224 -   " :   "  : Creditcard

300 - Equity

400 - Income

500 - Expense

We may fill in the above further as we work along.  So, our initial
transaction will be to setup our initial balances:
[Normally we would setup somewhat prior to the above purchases and buy
things out of the checking account -- but, we just installed the
software and are starting in the middle.]

Transaction 001
    114 Debit $100
    116 Debit $2000
    120 Debit $500
    130 Debit GBP 500  (equivalent to $625 at time of purchase)
    142 Debit $2000
    144 Debit $4000 (20 units @ $200)
    222 Credit $9000
    224 Credit $500
    300 Debit $275   [Note, we are below water here.  Equity should be a
credit account and we are in the hole.]

At this point I went to the house accountant and asked about unrealized
gain and how to book it.  She said you don't.  Not until there is an
event in which it is sold or traded.  For tomorrow GBP might drop back
to parity, the stock might crash, and the housing market could implode.

So, we may need input from others who might have a different viewpoint.

Stephen M Butler, PMP, PSM
stephen.m.butle...@gmail.com
kg...@arrl.net
253-350-0166
---
GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8

On 06/18/2018 03:32 PM, Christopher Lam wrote:
> Hi Stephen
>
> One of the most unique features of gnucash is the multilevel account
> hierarchy, meaning both parent accounts and child accounts can carry
> balances.
>
> Would you mind liaising with the house accountant to ask about the
> following COA and the resulting balance sheet
>
> Asset (bal=$0.00)
> Asset:Bank1 (bal=$0.00)
> Asset:Bank1:Savings (bal=$100)
> Asset:Bank1:Bonds (bal=$2000)
> Asset:Bank2:Current (bal=$500)
> Asset:House (bal=$100,000, cost price)
> Asset:ForeignBank:Savings (bal=GBP 500, bought last year at a rate of
> 1 GBP = 1.25 USD
> Asset:Broker (bal=$2000) i.e.cash with broker
> Asset:Broker:Funds [stock] (bal=20units bought @ $200 each)
> Liability (bal=$0)
> Liability:Bank2 (bal=$0)
> Liability:Bank2:Loan (bal=-$9,000)
> Liability:Bank2:Creditcard (bal=-$500)
>
> Let's assume the current valuation of the unit funds is $250 i.e.
> unrealized gains of $1000; the house is currently valued at $110,000,
> and today 1 GBP = 1.30 USD :)
>
> How should the full expanded balance sheet look like? (XLS is fine)
> (if there are missing lines e.g. retained earnings etc please make up
> numbers and offer exact source)
>
> Thanks!
>
>
> On 19/06/18 00:16, Stephen M. Butler wrote:
>> Yes, it is the alignment of numbers that is the problem.
>>
>> Stephen M Butler, PMP, PSM
>> stephen.m.butle...@gmail.com
>> kg...@arrl.net
>> 253-350-0166
>> ---
>> GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8
>>
>> On 06/18/2018 06:35 AM, Christopher Lam wrote:
>>> Hi Stephen
>>> Thank you this is very helpful.
>>>  From my understanding the non-eguile version does produce satisfactory
>>> headings and contents.
>>> However its alignment of numbers is odd?
>>> Is the alignment of subtotals and totals perfect in your amended
>>> eguile report? How should it look if there are deeper levels of
>>> subaccounts?
>>> For html export, open the report tab, then File>Export>Export Report.
>>> I believe the standard balsheet can be refined but this will take some
>>> time.
>>> C
>>>
>>> On 18 June 2018 at 00:32, Stephen M. Butler >> > wrote:
>>>
>>>  Interesting on the age.  I thought I'd downloaded the most recent
>>>  Linux
>>>  install.  But, my version is 2.6.19 built from rev c1b5e6c8d+ on
>>>  2018-04-09.  May be best to wait for the next release due out
>>>  early next
>>>  week and see how those reports look.
>>>
>>>  In the interim, attached are:
>>>  1.  GVE.gnucash -- my current set of books for an apartment
>>>  building I'm
>>>  selling
>>>  2.  Balance Sheet - standard.pdf -- Standard Balance Sheet report
>>>  (unformatted)
>>>  3.  Balance Sheet - formatted.pdf -- Eguile balance sheet after my
>>>  changes were applied
>>>          (Wife still has problems but willing to work with this.
>>>  Specifically, the "Profit/Loss" line should be part of Equities
>>> and be
>>>  added just after Retained earnings.  She thinks I should have
>>> just one
>>>  line of 

Re: [GNC] Fwd: The two modules

[Stephen M. Butler]

Found libofx7 and installed that instead of libofx6 and libofx4.

After a few other missed steps I now have completed the "cmake
../gnucash-3.1" step  However the "make" step has problems:

...

[ 29%] Built target test-core-guile
Scanning dependencies of target scm-test-core
[ 29%] Generating
../../lib/gnucash/scm/ccache/2.0/gnucash/unittest-support.go
wrote
`/home/steve/Projects/GnuCash/mybuild/lib/gnucash/scm/ccache/2.0/gnucash/unittest-support.go'
[ 29%] Built target scm-test-core
Scanning dependencies of target gtest
[ 29%] Building CXX object
common/test-core/CMakeFiles/gtest.dir/usr/src/gtest/src/gtest-all.cc.o
In file included from /usr/src/gtest/src/gtest-all.cc:42:0:
/usr/src/gtest/src/gtest.cc: In destructor ‘virtual testing::Test::~Test()’:
/usr/src/gtest/src/gtest.cc:1897:10: error: type ‘const class
testing::internal::scoped_ptr’
argument given to ‘delete’, expected pointer
   delete gtest_flag_saver_;
  ^
/usr/src/gtest/src/gtest.cc: At global scope:
/usr/src/gtest/src/gtest.cc:2177:1: error: prototype for
‘testing::TestInfo::TestInfo(const string&, const string&, const char*,
const char*, testing::internal::TypeId,
testing::internal::TestFactoryBase*)’ does not match any in class
‘testing::TestInfo’
 TestInfo::TestInfo(const std::string& a_test_case_name,
 ^~~~
In file included from
/home/steve/Projects/googletest/googletest/include/gtest/internal/gtest-internal.h:39:0,
 from
/home/steve/Projects/googletest/googletest/include/gtest/gtest.h:58,
 from /usr/src/gtest/src/gtest-all.cc:39:
/home/steve/Projects/googletest/googletest/include/gtest/gtest.h:801:35:
error: candidates are: testing::TestInfo::TestInfo(const testing::TestInfo&)
   GTEST_DISALLOW_COPY_AND_ASSIGN_(TestInfo);
   ^
/home/steve/Projects/googletest/googletest/include/gtest/internal/gtest-port.h:918:3:
note: in definition of macro ‘GTEST_DISALLOW_COPY_AND_ASSIGN_’
   type(type const &) GTEST_CXX11_EQUALS_DELETE_; \
   ^~~~
In file included from /usr/src/gtest/src/gtest-all.cc:39:0:
/home/steve/Projects/googletest/googletest/include/gtest/gtest.h:756:3:
error: testing::TestInfo::TestInfo(const string&, const
string&, const char*, const char*, testing::internal::CodeLocation,
testing::internal::TypeId, testing::internal::TestFactoryBase*)
   TestInfo(const std::string& test_case_name,
   ^~~~
In file included from /usr/src/gtest/src/gtest-all.cc:42:0:
/usr/src/gtest/src/gtest.cc: In function ‘testing::TestInfo*
testing::internal::MakeAndRegisterTestInfo(const char*, const char*,
const char*, const char*, testing::internal::TypeId,
testing::internal::SetUpTestCaseFunc,
testing::internal::TearDownTestCaseFunc,
testing::internal::TestFactoryBase*)’:
/usr/src/gtest/src/gtest.cc:2227:45: error: no matching function for
call to ‘testing::TestInfo::TestInfo(const char*&, const char*&, const
char*&, const char*&, const void*&, testing::internal::TestFactoryBase*&)’
    fixture_class_id, factory);
 ^
In file included from /usr/src/gtest/src/gtest-all.cc:39:0:
/home/steve/Projects/googletest/googletest/include/gtest/gtest.h:756:3:
note: candidate: testing::TestInfo::TestInfo(const string&, const
string&, const char*, const char*, testing::internal::CodeLocation,
testing::internal::TypeId, testing::internal::TestFactoryBase*)
   TestInfo(const std::string& test_case_name,
   ^~~~
/home/steve/Projects/googletest/googletest/include/gtest/gtest.h:756:3:
note:   candidate expects 7 arguments, 6 provided
In file included from /usr/src/gtest/src/gtest-all.cc:42:0:
/usr/src/gtest/src/gtest.cc: At global scope:
/usr/src/gtest/src/gtest.cc:3486:76: error: definition of
‘testing::ScopedTrace::ScopedTrace(const char*, int, const
testing::Message&)’ is not in namespace enclosing ‘testing::ScopedTrace’
[-fpermissive]
 ScopedTrace::ScopedTrace(const char* file, int line, const Message&
message)
   
^
/usr/src/gtest/src/gtest.cc:3486:1: error: prototype for
‘testing::ScopedTrace::ScopedTrace(const char*, int, const
testing::Message&)’ does not match any in class ‘testing::ScopedTrace’
 ScopedTrace::ScopedTrace(const char* file, int line, const Message&
message)
 ^~~
In file included from
/home/steve/Projects/googletest/googletest/include/gtest/internal/gtest-internal.h:39:0,
 from
/home/steve/Projects/googletest/googletest/include/gtest/gtest.h:58,
 from /usr/src/gtest/src/gtest-all.cc:39:
/home/steve/Projects/googletest/googletest/include/gtest/gtest.h:2182:35:
error: candidates are: testing::ScopedTrace::ScopedTrace(const
testing::ScopedTrace&)
   GTEST_DISALLOW_COPY_AND_ASSIGN_(ScopedTrace);
   ^
/home/steve/Projects/googletest/googletest/include/gtest/internal/gtest-port.h:918:3:
note: in definition of macro 

Re: [GNC] Fwd: The two modules

[Stephen M. Butler]

Thank you.  Found those entries and also found I had missed to OFX
portion -- but apt-get complains on that one:

$ sudo apt-get install libofx6 libofx4 libofx-dev
Reading package lists... Done
Building dependency tree  
Reading state information... Done
Package libofx6 is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

E: Package 'libofx6' has no installation candidate
E: Unable to locate package libofx4

Stephen M Butler, PMP, PSM
stephen.m.butle...@gmail.com
kg...@arrl.net
253-350-0166
---
GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8

On 06/20/2018 01:32 PM, nvsoar wrote:
> Seems to me that I read recently that gwenhywfar is an AQ Banking
> package.  On the same google page is an entry that it can be
> downloaded from Source Forge.
> nvsoar
>
> On 06/20/18 13:17, Stephen M. Butler wrote:
>> Then I ran into this problem.  Researching.
>>
>> I don't see 'gwenhywfar' listed on the installation page.  Attempting to
>> install says package not found.
>>
>> $ cmake -D CMAKE_INStALL_PREFIX=/usr/local ../gnucash-3.1
>> -- The C compiler identification is GNU 7.3.0
>> -- The CXX compiler identification is GNU 7.3.0
>> -- Check for working C compiler: /usr/bin/cc
>> -- Check for working C compiler: /usr/bin/cc -- works
>> -- Detecting C compiler ABI info
>> -- Detecting C compiler ABI info - done
>> -- Detecting C compile features
>> -- Detecting C compile features - done
>> -- Check for working CXX compiler: /usr/bin/c++
>> -- Check for working CXX compiler: /usr/bin/c++ -- works
>> -- Detecting CXX compiler ABI info
>> -- Detecting CXX compiler ABI info - done
>> -- Detecting CXX compile features
>> -- Detecting CXX compile features - done
>> -- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.1")
>> -- Checking for module 'glib-2.0>=2.40'
>> --   Found glib-2.0, version 2.56.1
>> -- Checking for module 'gio-2.0'
>> --   Found gio-2.0, version 2.56.1
>> -- Checking for module 'gobject-2.0>=2.20'$ cmake -D
>> CMAKE_INStALL_PREFIX=/usr/local ../gnucash-3.1
>> -- The C compiler identification is GNU 7.3.0
>> -- The CXX compiler identification is GNU 7.3.0
>> -- Check for working C compiler: /usr/bin/cc
>> -- Check for working C compiler: /usr/bin/cc -- works
>> -- Detecting C compiler ABI info
>> -- Detecting C compiler ABI info - done
>> -- Detecting C compile features
>> -- Detecting C compile features - done
>> -- Check for working CXX compiler: /usr/bin/c++
>> -- Check for working CXX compiler: /usr/bin/c++ -- works
>> -- Detecting CXX compiler ABI info
>> -- Detecting CXX compiler ABI info - done
>> -- Detecting CXX compile features
>> -- Detecting CXX compile features - done
>> -- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.1")
>> -- Checking for module 'glib-2.0>=2.40'
>> --   Found glib-2.0, version 2.56.1
>> -- Checking for module 'gio-2.0'
>> --   Found gio-2.0, version 2.56.1
>> -- Checking for module 'gobject-2.0>=2.20'
>> --   Found gobject-2.0, version 2.56.1
>> -- Checking for module 'gmodule-2.0>=2.20'
>> --   Found gmodule-2.0, version 2.56.1
>> -- Checking for module 'gthread-2.0>=2.20'
>> --   Found gthread-2.0, version 2.56.1
>> -- Checking for module 'libxml-2.0>=2.7.0'
>> --   Found libxml-2.0, version 2.9.4
>> -- Checking for module 'libxslt'
>> --   Found libxslt, version 1.1.29
>> -- Checking for module 'webkit2gtk-4.0'
>> --   Found webkit2gtk-4.0, version 2.20.3
>> -- Checking for module 'gtk+-3.0>=3.10.0'
>> --   Found gtk+-3.0, version 3.22.30
>> -- Checking for module 'zlib'
>> --   Found zlib, version 1.2.11
>> -- Found Gettext: /usr/bin/msgmerge (found suitable version "0.19.8.1",
>> minimum required is "0.19.6")
>> -- Using guile-2.0.x
>> -- Using guile SRFI-64
>> -- Checking for module 'gwenhywfar'
>> --   No package 'gwenhywfar' found
>> CMake Error at /usr/share/cmake-3.10/Modules/FindPkgConfig.cmake:415
>> (message):
>>    A required package was not found
>> Call Stack (most recent call first):
>>    /usr/share/cmake-3.10/Modules/FindPkgConfig.cmake:593
>> (_pkg_check_modules_internal)
>>    common/cmake_modules/GncFindPkgConfig.cmake:253 (PKG_CHECK_MODULES)
>>    CMakeLists.txt:347 (GNC_PKG_CHECK_MODULES)
>>
>>
>> -- Configuring incomplete, errors occurred!
>> See also
>> "/home/steve/Projects/GnuCash/mybuild/CMakeFiles/CMakeOutput.log".
>>
>> --   Found gobject-2.0, version 2.56.1
>> -- Checking for module 'gmodule-2.0>=2.20'
>> --   Found gmodule-2.0, version 2.56.1
>> -- Checking for module 'gthread-2.0>=2.20'
>> --   Found gthread-2.0, version 2.56.1
>> -- Checking for module 'libxml-2.0>=2.7.0'
>> --   Found libxml-2.0, version 2.9.4
>> -- Checking for module 'libxslt'
>> --   Found libxslt, version 1.1.29
>> -- Checking for module 'webkit2gtk-4.0'
>> --   Found webkit2gtk-4.0, version 2.20.3
>> -- Checking for module 'gtk+-3.0>=3.10.0'
>> --   Found gtk+-3.0, version 

Re: [GNC] Fwd: The two modules

[nvsoar]

Seems to me that I read recently that gwenhywfar is an AQ Banking 
package.  On the same google page is an entry that it can be downloaded 
from Source Forge.

nvsoar

On 06/20/18 13:17, Stephen M. Butler wrote:

Then I ran into this problem.  Researching.

I don't see 'gwenhywfar' listed on the installation page.  Attempting to
install says package not found.

$ cmake -D CMAKE_INStALL_PREFIX=/usr/local ../gnucash-3.1
-- The C compiler identification is GNU 7.3.0
-- The CXX compiler identification is GNU 7.3.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.1")
-- Checking for module 'glib-2.0>=2.40'
--   Found glib-2.0, version 2.56.1
-- Checking for module 'gio-2.0'
--   Found gio-2.0, version 2.56.1
-- Checking for module 'gobject-2.0>=2.20'$ cmake -D
CMAKE_INStALL_PREFIX=/usr/local ../gnucash-3.1
-- The C compiler identification is GNU 7.3.0
-- The CXX compiler identification is GNU 7.3.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.1")
-- Checking for module 'glib-2.0>=2.40'
--   Found glib-2.0, version 2.56.1
-- Checking for module 'gio-2.0'
--   Found gio-2.0, version 2.56.1
-- Checking for module 'gobject-2.0>=2.20'
--   Found gobject-2.0, version 2.56.1
-- Checking for module 'gmodule-2.0>=2.20'
--   Found gmodule-2.0, version 2.56.1
-- Checking for module 'gthread-2.0>=2.20'
--   Found gthread-2.0, version 2.56.1
-- Checking for module 'libxml-2.0>=2.7.0'
--   Found libxml-2.0, version 2.9.4
-- Checking for module 'libxslt'
--   Found libxslt, version 1.1.29
-- Checking for module 'webkit2gtk-4.0'
--   Found webkit2gtk-4.0, version 2.20.3
-- Checking for module 'gtk+-3.0>=3.10.0'
--   Found gtk+-3.0, version 3.22.30
-- Checking for module 'zlib'
--   Found zlib, version 1.2.11
-- Found Gettext: /usr/bin/msgmerge (found suitable version "0.19.8.1",
minimum required is "0.19.6")
-- Using guile-2.0.x
-- Using guile SRFI-64
-- Checking for module 'gwenhywfar'
--   No package 'gwenhywfar' found
CMake Error at /usr/share/cmake-3.10/Modules/FindPkgConfig.cmake:415
(message):
   A required package was not found
Call Stack (most recent call first):
   /usr/share/cmake-3.10/Modules/FindPkgConfig.cmake:593
(_pkg_check_modules_internal)
   common/cmake_modules/GncFindPkgConfig.cmake:253 (PKG_CHECK_MODULES)
   CMakeLists.txt:347 (GNC_PKG_CHECK_MODULES)


-- Configuring incomplete, errors occurred!
See also "/home/steve/Projects/GnuCash/mybuild/CMakeFiles/CMakeOutput.log".

--   Found gobject-2.0, version 2.56.1
-- Checking for module 'gmodule-2.0>=2.20'
--   Found gmodule-2.0, version 2.56.1
-- Checking for module 'gthread-2.0>=2.20'
--   Found gthread-2.0, version 2.56.1
-- Checking for module 'libxml-2.0>=2.7.0'
--   Found libxml-2.0, version 2.9.4
-- Checking for module 'libxslt'
--   Found libxslt, version 1.1.29
-- Checking for module 'webkit2gtk-4.0'
--   Found webkit2gtk-4.0, version 2.20.3
-- Checking for module 'gtk+-3.0>=3.10.0'
--   Found gtk+-3.0, version 3.22.30
-- Checking for module 'zlib'
--   Found zlib, version 1.2.11
-- Found Gettext: /usr/bin/msgmerge (found suitable version "0.19.8.1",
minimum required is "0.19.6")
-- Using guile-2.0.x
-- Using guile SRFI-64
-- Checking for module 'gwenhywfar'
--   No package 'gwenhywfar' found
CMake Error at /usr/share/cmake-3.10/Modules/FindPkgConfig.cmake:415
(message):
   A required package was not found
Call Stack (most recent call first):
   /usr/share/cmake-3.10/Modules/FindPkgConfig.cmake:593
(_pkg_check_modules_internal)
   common/cmake_modules/GncFindPkgConfig.cmake:253 (PKG_CHECK_MODULES)
   CMakeLists.txt:347 (GNC_PKG_CHECK_MODULES)


-- Configuring incomplete, errors occurred!
See also "/home/steve/Projects/GnuCash/mybuild/CMakeFiles/CMakeOutput.log".

Stephen M Butler, PMP, PSM
stephen.m.butle...@gmail.com
kg...@arrl.net
253-350-0166
---
GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8

On 06/20/2018 12:34 PM, Stephen M. Butler wrote:

I decided to pull down the latest 

Re: [GNC] Fwd: The two modules

[Stephen M. Butler]

Then I ran into this problem.  Researching.

I don't see 'gwenhywfar' listed on the installation page.  Attempting to
install says package not found. 

$ cmake -D CMAKE_INStALL_PREFIX=/usr/local ../gnucash-3.1
-- The C compiler identification is GNU 7.3.0
-- The CXX compiler identification is GNU 7.3.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.1")
-- Checking for module 'glib-2.0>=2.40'
--   Found glib-2.0, version 2.56.1
-- Checking for module 'gio-2.0'
--   Found gio-2.0, version 2.56.1
-- Checking for module 'gobject-2.0>=2.20'$ cmake -D
CMAKE_INStALL_PREFIX=/usr/local ../gnucash-3.1
-- The C compiler identification is GNU 7.3.0
-- The CXX compiler identification is GNU 7.3.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.1")
-- Checking for module 'glib-2.0>=2.40'
--   Found glib-2.0, version 2.56.1
-- Checking for module 'gio-2.0'
--   Found gio-2.0, version 2.56.1
-- Checking for module 'gobject-2.0>=2.20'
--   Found gobject-2.0, version 2.56.1
-- Checking for module 'gmodule-2.0>=2.20'
--   Found gmodule-2.0, version 2.56.1
-- Checking for module 'gthread-2.0>=2.20'
--   Found gthread-2.0, version 2.56.1
-- Checking for module 'libxml-2.0>=2.7.0'
--   Found libxml-2.0, version 2.9.4
-- Checking for module 'libxslt'
--   Found libxslt, version 1.1.29
-- Checking for module 'webkit2gtk-4.0'
--   Found webkit2gtk-4.0, version 2.20.3
-- Checking for module 'gtk+-3.0>=3.10.0'
--   Found gtk+-3.0, version 3.22.30
-- Checking for module 'zlib'
--   Found zlib, version 1.2.11
-- Found Gettext: /usr/bin/msgmerge (found suitable version "0.19.8.1",
minimum required is "0.19.6")
-- Using guile-2.0.x
-- Using guile SRFI-64
-- Checking for module 'gwenhywfar'
--   No package 'gwenhywfar' found
CMake Error at /usr/share/cmake-3.10/Modules/FindPkgConfig.cmake:415
(message):
  A required package was not found
Call Stack (most recent call first):
  /usr/share/cmake-3.10/Modules/FindPkgConfig.cmake:593
(_pkg_check_modules_internal)
  common/cmake_modules/GncFindPkgConfig.cmake:253 (PKG_CHECK_MODULES)
  CMakeLists.txt:347 (GNC_PKG_CHECK_MODULES)


-- Configuring incomplete, errors occurred!
See also "/home/steve/Projects/GnuCash/mybuild/CMakeFiles/CMakeOutput.log".

--   Found gobject-2.0, version 2.56.1
-- Checking for module 'gmodule-2.0>=2.20'
--   Found gmodule-2.0, version 2.56.1
-- Checking for module 'gthread-2.0>=2.20'
--   Found gthread-2.0, version 2.56.1
-- Checking for module 'libxml-2.0>=2.7.0'
--   Found libxml-2.0, version 2.9.4
-- Checking for module 'libxslt'
--   Found libxslt, version 1.1.29
-- Checking for module 'webkit2gtk-4.0'
--   Found webkit2gtk-4.0, version 2.20.3
-- Checking for module 'gtk+-3.0>=3.10.0'
--   Found gtk+-3.0, version 3.22.30
-- Checking for module 'zlib'
--   Found zlib, version 1.2.11
-- Found Gettext: /usr/bin/msgmerge (found suitable version "0.19.8.1",
minimum required is "0.19.6")
-- Using guile-2.0.x
-- Using guile SRFI-64
-- Checking for module 'gwenhywfar'
--   No package 'gwenhywfar' found
CMake Error at /usr/share/cmake-3.10/Modules/FindPkgConfig.cmake:415
(message):
  A required package was not found
Call Stack (most recent call first):
  /usr/share/cmake-3.10/Modules/FindPkgConfig.cmake:593
(_pkg_check_modules_internal)
  common/cmake_modules/GncFindPkgConfig.cmake:253 (PKG_CHECK_MODULES)
  CMakeLists.txt:347 (GNC_PKG_CHECK_MODULES)


-- Configuring incomplete, errors occurred!
See also "/home/steve/Projects/GnuCash/mybuild/CMakeFiles/CMakeOutput.log".

Stephen M Butler, PMP, PSM
stephen.m.butle...@gmail.com
kg...@arrl.net
253-350-0166
---
GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8

On 06/20/2018 12:34 PM, Stephen M. Butler wrote:
> I decided to pull down the latest version (I know a new one is coming in
> just a few days) to be sure I could compile it and utilize the latest
> versions of the reports for this mock company.
>
> But, I ran into a slight problem installing the packages 

Re: [GNC] Fwd: The two modules

[Stephen M. Butler]

I decided to pull down the latest version (I know a new one is coming in
just a few days) to be sure I could compile it and utilize the latest
versions of the reports for this mock company.

But, I ran into a slight problem installing the packages and hope I made
the right choice:  $ sudo apt-get install swig2.0
Reading package lists... Done
Building dependency tree  
Reading state information... Done
Package swig2.0 is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
However the following packages replace it:
  swig:i386 swig

E: Package 'swig2.0' has no installation candidate


$ sudo apt-get install swig
Reading package lists... Done
Building dependency tree  
Reading state information... Done
The following additional packages will be installed:
  swig3.0


Someone may wish to update the
https://wiki.gnucash.org/wiki/BuildUbuntu16.04 page I was following. 
I'm on Ubuntu 18.04.

--Steve

Stephen M Butler, PMP, PSM
stephen.m.butle...@gmail.com
kg...@arrl.net
253-350-0166
---
GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8

On 06/18/2018 03:32 PM, Christopher Lam wrote:
<>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Fwd: The two modules

[Christopher Lam]

Hi Stephen

One of the most unique features of gnucash is the multilevel account 
hierarchy, meaning both parent accounts and child accounts can carry 
balances.


Would you mind liaising with the house accountant to ask about the 
following COA and the resulting balance sheet


Asset (bal=$0.00)
Asset:Bank1 (bal=$0.00)
Asset:Bank1:Savings (bal=$100)
Asset:Bank1:Bonds (bal=$2000)
Asset:Bank2:Current (bal=$500)
Asset:House (bal=$100,000, cost price)
Asset:ForeignBank:Savings (bal=GBP 500, bought last year at a rate of 1 
GBP = 1.25 USD

Asset:Broker (bal=$2000) i.e.cash with broker
Asset:Broker:Funds [stock] (bal=20units bought @ $200 each)
Liability (bal=$0)
Liability:Bank2 (bal=$0)
Liability:Bank2:Loan (bal=-$9,000)
Liability:Bank2:Creditcard (bal=-$500)

Let's assume the current valuation of the unit funds is $250 i.e. 
unrealized gains of $1000; the house is currently valued at $110,000, 
and today 1 GBP = 1.30 USD :)


How should the full expanded balance sheet look like? (XLS is fine) (if 
there are missing lines e.g. retained earnings etc please make up 
numbers and offer exact source)


Thanks!


On 19/06/18 00:16, Stephen M. Butler wrote:

Yes, it is the alignment of numbers that is the problem.

Stephen M Butler, PMP, PSM
stephen.m.butle...@gmail.com
kg...@arrl.net
253-350-0166
---
GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8

On 06/18/2018 06:35 AM, Christopher Lam wrote:

Hi Stephen
Thank you this is very helpful.
 From my understanding the non-eguile version does produce satisfactory
headings and contents.
However its alignment of numbers is odd?
Is the alignment of subtotals and totals perfect in your amended
eguile report? How should it look if there are deeper levels of
subaccounts?
For html export, open the report tab, then File>Export>Export Report.
I believe the standard balsheet can be refined but this will take some
time.
C

On 18 June 2018 at 00:32, Stephen M. Butler mailto:kg...@arrl.net>> wrote:

 Interesting on the age.  I thought I'd downloaded the most recent
 Linux
 install.  But, my version is 2.6.19 built from rev c1b5e6c8d+ on
 2018-04-09.  May be best to wait for the next release due out
 early next
 week and see how those reports look.

 In the interim, attached are:
 1.  GVE.gnucash -- my current set of books for an apartment
 building I'm
 selling
 2.  Balance Sheet - standard.pdf -- Standard Balance Sheet report
 (unformatted)
 3.  Balance Sheet - formatted.pdf -- Eguile balance sheet after my
 changes were applied
         (Wife still has problems but willing to work with this.
 Specifically, the "Profit/Loss" line should be part of Equities and be
 added just after Retained earnings.  She thinks I should have just one
 line of retained earnings rather than the yearly line I created when
 closing the books each year -- I'll have to clean up my chart of
 accounts to accomplish that -- sigh!)  Plus, I have top level accounts
 with the five major names (Assets, Liabilities, Equities -- maybe
 should
 rename to Capital, Income and Expense).  So the report does look funny
 with the section titles repeated due to my top level accounts.

 I was going to include the eguile version -- but it no longer wants to
 link in when I put that code back in place.  Wish I truly
 understood how
 that linkage works.  Doesn't seem to function as documented -- at
 least
 as to how I read/understood the document!  But, since eguile is going
 away, that probably doesn't matter.

 Also, is there a way to dump the html version of the reports.  I think
 that is what you wanted but I've only figured out how to capture
 the pdf
 version to a file rather than letting it print.  Seems strange as I do
 have 20 years on Unix type systems -- but mostly as an Oracle DBA and
 didn't delve deep into the O/S.  Even my korn shell scripting ability
 has atrophied in the past year.

 I need to head out and attempt to destroy some bamboo that the
 previous
 owner let escape.  Plus put in the column bases for the greenhouse the
 wife wants for her orchids.  Isn't retirement fun!  How did I ever
 have
 time to make the daily trip to downtown Seattle for a living?

 --Steve


 Stephen M Butler, PMP, PSM
 stephen.m.butle...@gmail.com 
 kg...@arrl.net 
 253-350-0166
 ---
 GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8

 On 06/15/2018 09:06 PM, Christopher Lam wrote:
 > Thanks; this is from an old version of eguile balsheet which is
 > already obsolete in 3.X onwards, and I know it'll be more
 difficult to
 > fix as time goes by. There are already changes from timepair to
 > time64, compulsory CSS, removal of 

Re: [GNC] Fwd: The two modules

[Stephen M. Butler]

Yes, it is the alignment of numbers that is the problem.

Stephen M Butler, PMP, PSM
stephen.m.butle...@gmail.com
kg...@arrl.net
253-350-0166
---
GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8

On 06/18/2018 06:35 AM, Christopher Lam wrote:
> Hi Stephen
> Thank you this is very helpful.
> From my understanding the non-eguile version does produce satisfactory
> headings and contents.
> However its alignment of numbers is odd?
> Is the alignment of subtotals and totals perfect in your amended
> eguile report? How should it look if there are deeper levels of
> subaccounts?
> For html export, open the report tab, then File>Export>Export Report.
> I believe the standard balsheet can be refined but this will take some
> time.
> C
>
> On 18 June 2018 at 00:32, Stephen M. Butler  > wrote:
>
> Interesting on the age.  I thought I'd downloaded the most recent
> Linux
> install.  But, my version is 2.6.19 built from rev c1b5e6c8d+ on
> 2018-04-09.  May be best to wait for the next release due out
> early next
> week and see how those reports look.
>
> In the interim, attached are:
> 1.  GVE.gnucash -- my current set of books for an apartment
> building I'm
> selling
> 2.  Balance Sheet - standard.pdf -- Standard Balance Sheet report
> (unformatted) 
> 3.  Balance Sheet - formatted.pdf -- Eguile balance sheet after my
> changes were applied
>         (Wife still has problems but willing to work with this. 
> Specifically, the "Profit/Loss" line should be part of Equities and be
> added just after Retained earnings.  She thinks I should have just one
> line of retained earnings rather than the yearly line I created when
> closing the books each year -- I'll have to clean up my chart of
> accounts to accomplish that -- sigh!)  Plus, I have top level accounts
> with the five major names (Assets, Liabilities, Equities -- maybe
> should
> rename to Capital, Income and Expense).  So the report does look funny
> with the section titles repeated due to my top level accounts. 
>
> I was going to include the eguile version -- but it no longer wants to
> link in when I put that code back in place.  Wish I truly
> understood how
> that linkage works.  Doesn't seem to function as documented -- at
> least
> as to how I read/understood the document!  But, since eguile is going
> away, that probably doesn't matter.
>
> Also, is there a way to dump the html version of the reports.  I think
> that is what you wanted but I've only figured out how to capture
> the pdf
> version to a file rather than letting it print.  Seems strange as I do
> have 20 years on Unix type systems -- but mostly as an Oracle DBA and
> didn't delve deep into the O/S.  Even my korn shell scripting ability
> has atrophied in the past year.
>
> I need to head out and attempt to destroy some bamboo that the
> previous
> owner let escape.  Plus put in the column bases for the greenhouse the
> wife wants for her orchids.  Isn't retirement fun!  How did I ever
> have
> time to make the daily trip to downtown Seattle for a living?
>
> --Steve
>
>
> Stephen M Butler, PMP, PSM
> stephen.m.butle...@gmail.com 
> kg...@arrl.net 
> 253-350-0166
> ---
> GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8
>
> On 06/15/2018 09:06 PM, Christopher Lam wrote:
> > Thanks; this is from an old version of eguile balsheet which is
> > already obsolete in 3.X onwards, and I know it'll be more
> difficult to
> > fix as time goes by. There are already changes from timepair to
> > time64, compulsory CSS, removal of slots access... There is no
> active
> > eguile maintainer anymore, and I really cannot understand eguile.
> >
> > Would you be kind to comment upon the HTML output (File > Export >
> > Export Report) of the standard (non-eguile) balsheet, with desired
> > amendments? I can try to amend with backward compatibility.
> >
> > For bonus points, if you have a sample datafile with accounts and
> > transactions that highlight the various functionality of balsheet
> > (e.g. income/expense, equity, any foreign currency conversions or
> > stock purchases - I'm sure the wife will have them in her textbooks)
> > I'm sure I can fix the standard balsheet to her standards!
> >
> > So, wishlist:
> >
> >   * datafile with example transactions
> >   * current html report of standard balsheet
> >   * annotated ideal report produced by standard balsheet :)
> >
> > Let's keep this discussion public for external input too.
> >
> > Regards
> >
> > -- Forwarded message