Re: [GNC] Backspace key stops working

2018-12-28 Thread Andrew Clark
I've also had issues with backspace not working in some versions. I think
after trying to paste a value something.

On Sat., 29 Dec. 2018, 18:23 Ethan Swint  Ok, I’m not crazy, then! I suspect, though I’m not sure, that I encounter
> it when Gnucash is saving as I try to edit an entry. I’ll bump my save rate
> up and see if I can force the behavior.
>
> -Ethan
>
> Sent from my iPhone
>
> > On Dec 28, 2018, at 19:17, John Ralls  wrote:
> >
> >
> >
> >> On Dec 28, 2018, at 4:49 PM, Ethan Swint  wrote:
> >>
> >> Just encountered this bug/feature again - the backspace key stops
> working, only in Gnucash, and Gnucash must be restarted to restore the
> functionality. I remember encountering this pre-Gnucash 3.
> >>
> >> Anyone else encountered this, or have an idea what might be triggering
> this behavior?
> >
> > It’s been reported by a few users over the years, but never with enough
> detail to figure the problem out or for developers to reproduce it. If you
> can find a way to reliably cause it to happen, even if only on your own
> computer, and describe it thoroughly and precisely we might be able to
> isolate the problem.
> >
> > 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] Backspace key stops working

2018-12-28 Thread Ethan Swint
Ok, I’m not crazy, then! I suspect, though I’m not sure, that I encounter it 
when Gnucash is saving as I try to edit an entry. I’ll bump my save rate up and 
see if I can force the behavior.

-Ethan

Sent from my iPhone

> On Dec 28, 2018, at 19:17, John Ralls  wrote:
> 
> 
> 
>> On Dec 28, 2018, at 4:49 PM, Ethan Swint  wrote:
>> 
>> Just encountered this bug/feature again - the backspace key stops working, 
>> only in Gnucash, and Gnucash must be restarted to restore the functionality. 
>> I remember encountering this pre-Gnucash 3.
>> 
>> Anyone else encountered this, or have an idea what might be triggering this 
>> behavior?
> 
> It’s been reported by a few users over the years, but never with enough 
> detail to figure the problem out or for developers to reproduce it. If you 
> can find a way to reliably cause it to happen, even if only on your own 
> computer, and describe it thoroughly and precisely we might be able to 
> isolate the problem.
> 
> 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] Gnucash-created "closing" entries

2018-12-28 Thread David Cousens
Stan,

There is one other question which may be pertinent. I am assuming the gains
and losses you are referring to are realized gains or losses and not
unrealized gains or losses.  If they are, should they not be reporting in an
Income:Investment account rather than directly into Equity. Depending on
whether they are taxable or not they could report under Taxable or
Non-taxable subaccounts of Income. Investment income is normally regarded as
ordinary income in most jurisdictions.

If they are unrealized gains or losses, it is a common procedure to record
them under Equity where you need to track them, but these should not
normally be part of any closing procedure (not usually taxable) as they are
part of the permanent accounts. That is also why Assets and Liabilities are
not closed during a closing procedure only the temporary Income and Expense
accounts for the period.

Usually any taxation calculations for the closed period will produce a
taxation liability in the next period but would not normally involve
unrealized gains/losses.

See
https://smallbusiness.chron.com/journal-entry-record-realized-loss-investment-36486.html.

Any advice about this here needs to be considered as advisory/illustrative
only and used with caution. You should seek professional accounting advice
about how to record your gains/losses and legacies relevant to your
jurisdiction. Accounting for legacies can depend a lot on local legislation
and may or may not be classified as income depending upon the circumstances.
For example, when my wife received a legacy from her mother, the capital
value of the legacy itself was not taxable under our local legislation, but
any income received from it was thereafter.

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] Backspace key stops working

2018-12-28 Thread John Ralls


> On Dec 28, 2018, at 4:49 PM, Ethan Swint  wrote:
> 
> Just encountered this bug/feature again - the backspace key stops working, 
> only in Gnucash, and Gnucash must be restarted to restore the functionality. 
> I remember encountering this pre-Gnucash 3.
> 
> Anyone else encountered this, or have an idea what might be triggering this 
> behavior?

It’s been reported by a few users over the years, but never with enough detail 
to figure the problem out or for developers to reproduce it. If you can find a 
way to reliably cause it to happen, even if only on your own computer, and 
describe it thoroughly and precisely we might be able to isolate the problem.

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] Gnucash-created "closing" entries

2018-12-28 Thread David Cousens
Stan,

At the present moment there does not appear to be any way to do what you
need to do. There is no option in the current close book procedure for
optionally setting the close date to anything else but the close date for
the period +12 hrs. This is set as the time of the transactions generated to
close the books. 

I would raise a bug on bugs.gnucash.org describing your problem, if no-one
suggests an easier solution, This won't resolve your immediate problem but
will alert the main developers of the need to address your problem longer
term

Someone else may be able to come up with a better way of resolving your
problem so treat the below as a last resort. First you need to ensure your
data file is uncompressed(https://wiki.gnucash.org/wiki/GnuCash_XML_format).
Then exit GnuCash, make a backup of the original datafile before editing it.

The only suggestion I could make at this stage would be perhaps to use a
text editor to locate and edit your additional transactions in your data
file and set their transaction date-time to after the GnuCash generated
closing transaction time.
The hard part may be locating the correct transactions. If you note what the
memo fields are in GnuCash before you exit it for the transactions you need
to locate and/or alter you should be able to locate the splits containing
them which will be within the transactions. Verify carefully that you have
the right transactions though.  If you have any problems, restore a copy
from your backup of the datafile (keeping the original copy though) and try
again.

There is a copy of a transaction record from my datafile at the end of this
post so you have some idea fo what to look for.
You will need to first find one of the GnuCash closing transactions and note
the date-time it was posted i.e. see the section like: 

 
2015-08-02 20:59:00 +1000
  

Looking quickly at the code, it appears the same date-time is used for all
closing transactions so it should be possible to
 then locate your additional transactions and change them to a date-time
after the date-time noted from the GnuCash closing transactions. Perhaps add
a minute but be careful that the time you add doesn't change the date i.e.
time goes past 23:59:59.

Save the file and then reopen with GnuCash.

David Cousens

transaction record form XML datafile


  6003472e9a890cbd3724825ae8d95462
  
CURRENCY
AUD
  
  
2015-08-02 20:59:00 +1000
  
  
2015-10-23 10:20:49 +1000
  
  MORGANS SEAFOODS  SCARBOROUGH 
QLDAU
  

  date-posted
  
2015-08-02
  


  notes
  OFX ext. info: |Trans type:Generic
debit

  
  

  a1bf65b2322f32623b5505e2b7a47ea7
  n
  2896/100
  2896/100
  1ec460ba4ac0be56cc14b2a3319b2ff6


  c9fa643a812cd6fb177f0e2a62a30416
  MORGANS SEAFOODS  SCARBOROUGH  QLDAU
  y
  
2015-09-30 23:59:59 +1000
  
  -2896/100
  -2896/100
  b67f5b6d398e2e451743ba2359734428
  

  online_id
  

  

  
 



-
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] Basic Question (I hope) - End of Year Procedure

2018-12-28 Thread Stephen M. Butler

On 12/28/18 6:08 AM, Jennym wrote:

Thanks Stephen,

Not sure what 'the GnC method' but thanks for your suggestions. Think I now
have my head around my 'problem'.


GnC method lets you ignore the close accounts step as it knows about the 
accounting period (you did set that up) and that Income and Expense 
accounts start over automatically -- even if you have prior year's 
transactions in them.


The only advantage I see to running the close books transaction is that 
it books the retained earnings to the account(s) you want rather than 
just showing it as an accumulated retained earnings on the Balance Sheet 
report.


The downside is if you ever have to make adjustments to prior year's 
activity you will need to either adjust the two close books transactions 
or delete them and re-close that year.  I did that for my business.  
Think I'll not do that for my personal finances.





--
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.



--
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

___
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.

[GNC] Backspace key stops working

2018-12-28 Thread Ethan Swint
Just encountered this bug/feature again - the backspace key stops working, only 
in Gnucash, and Gnucash must be restarted to restore the functionality. I 
remember encountering this pre-Gnucash 3.

Anyone else encountered this, or have an idea what might be triggering this 
behavior?

Regards,
Ethan  

Sent from my iPhone
___
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] Import qif does not remember account allocation.

2018-12-28 Thread DIW
On Mon, 03 Dec 2018 19:13:53 -0500
Derek Atkins  wrote:

> Hi,
> 
> John Ralls  writes:
> 
> >> On Dec 3, 2018, at 6:06 AM, David wasserman
> >>  wrote:
> >> 
> >> Running Ubuntu 18.04.  GNC version 2.6.19.
> >> 
> >> Whereas GNC remembers previous account allocation on my Mastercard.
> >> Importing from my recently new AMEX credit card, the system doesn't
> >> remember the account allocation even for exactly the same
> >> transaction multiple times previously booked.
> >> 
> >> How to fix, please?  
> >
> > Keep importing. It takes several runs of the importer to build up
> > enough matching data to generate matches, and it’s runs of the
> > matcher that matter, not the number of transactions in an import.  
> 
> Keep in mind that the QIF importer matches on FULL LINES.  If there is
> even a single character different in the Payee or Memo then the QIF
> importer will consider it different.
> 
> > Please remember to CC this list on all your replies.
> > You can do this by using Reply-To-List or Reply-All.  
> 
> -derek


Ongoing . . . . . 

I have now been through 8 monthly iterations of my newer Amex qif
importations.  Still no auto account allocation generation as
suggested will eventually occur. (Yet my long-term Mastercard
account .qif downloads continue to import and allocate correctly.)

In my frenetic searching, I find this file: /.gnucash/qif-accounts-map.
It seems to be the memory source of previous transaction.  It's a long
file that obviously has followed me over the years.  In it I recognise
that, typically, the Mastercard allocations Line Description has
the correct account allocation recorded.  

So I searched a recent Amex transaction that has twice previously been
manually corrected from "Unspecified" to it's correct Expense account
yet this is what is recorded inter alia:
("ROMEO S FOODHALL SUTHER SUTHERLAND" "ROMEO S FOODHALL SUTHER
SUTHERLAND" (9 8 0 3 4 2 11 12 5 6) #f "Unspecified" #f #t).

Sorry about the long preamble. ):

*1. Once designated "Unspecified" how/when, and by what means, does the
correct allocation be recorded?
*2. Is there a difference between manual correction while in QIF
Download mode and after Import has been completed?
*3. What do the numerals and #'s mean?
*4. Shall I upload the said qif-accounts-map file for you?

Dave W

___
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] Basic Question (I hope) - End of Year Procedure

2018-12-28 Thread Jennym
Thank you for your help, Michael.

The system automatically has been creating backups, in my ignorance, I now
see the files as running logs, and the actual file is .gnucash.

I've now corrected this thinking, copying the .gnucash file to Google Drive
for backup. 

Thanks for pointing me towards the right path, I've now got my head around
the file structure, which was something I was scared of in case I messed up
the register or something.



--
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] Basic Question (I hope) - End of Year Procedure

2018-12-28 Thread Jennym
Thank you David, you're right, I don't need to 'close the books' as the
accounts are only for assessing where my personal expenditure is going, and
keeping track of 'cash-flow'. I hadn't thought about 'reports.' 

I've now discovered how to set date parameters to produce a report, and when
the report is displayed on the screen, it's easy to cut and paste info into
an excel file to keep for 'prosperity' and playing around with budgets. 

I had in the past tried to export an account into a format for Excel. But
failed several times, the above 'cut and paste' have worked well.

Thank you for the links, they're invaluable to understanding how GnuCash
works. At this point in time, I'm still getting my head around the info.




--
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] [GNC-dev] GnuCash 3.3 Released

2018-12-28 Thread Thomas Hill
I have Mac Mohave 10.14.2. I downloaded Gnucash 3.3 and installed. Then I 
attempted to open it. Went through the usual open sequence, said opening, but 
not open. In fact, cannot find it open on my Mac. Icon still in Menu Bar, but 
does not show it open.

 

Thomas Hill

Web: www.masterministries.org

Email: hill_...@att.net

 

 

___
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] Gnucash-created "closing" entries

2018-12-28 Thread David Carlson
Stan,

You could try using the Close Books function  to create model transactions
then duplicate them to get copies that likely do not contain the odd dates.

David C

On Fri, Dec 28, 2018, 1:37 PM Stan Brown  > From: David Cousens 
> > Subject: Re: [GNC] Basic Question (I hope) - End of Year Procedure
> >
> > The easiest way to achieve that would be to manually perform the closing
> > transactions rather than use the inbuilt procedure, then they are just
> > ordinary transactionsand won't have the KVP pair in them.
> >
> > For closing transactions, they should always appear after any other
> > transaction for the period being closed so that the transferred balances
> > represent the true state of the accounts at the end of the period. This
> was
> > why accountants introduced an artificial 13th month into the financial
> year
> > so that all closing transactions were forced to occur fater any other
> > transaction that occurred within the year. Any required adjustments to
> the
> > accounts  are also usually carried out before the closing transactions
> for
> > the same reason.
> >
> > A list of key value pairs is a data structure that is part of each
> > transaction record. It allows arbitrary data to be added to the main data
> > structure (the transaction) without requiring that structure to be
> redefined
> > throughout the code. Only the code for processing the data in the KVP
> needs
> > to be added to the code base to add features requiring new data not
> > previously stored. The facilities for extracting it and adding it are a
> part
> > of the original transaction data structure. The KVP is also used in other
> > data structures within GnuCash for the same purpose.
>
>
> Thanks for your reply. I understand why you would say that the closing
> entries should be the last transactions, but let me explain why that
> doesn't work for me. The Gnucash closing entries are only two of about half
> a dozen closing entries that I have.
>
> I make a distinction between (a) ordinary income and expenses, and (b)
> several non-routine types of income or expense that I can't plan for. (a)
> are Income and Expense type accounts, and GC closes them into an Equity
> account called Ordinary Income Summary. (b) are things like Gain or Loss on
> Investments, or Legacies, which would dwarf ordinary income and expenses,
> and they are Equity accounts, not Income or Expenses.
>
> When I "close the books", GC generates two transactions, one summarizing
> income and one summarizing expenses. Then to have a transaction showing net
> income, I have to create it manually:
>
> Debit:  Ordinary Income Summary   $500.00
> Credit: Ordinary Income Summary   $425.00
> Credit: Net Worth $ 75.00
>
> Naturally, that transaction must follow the "close the books"
> transactions, since I don't know gross income and total expenses until
> after that transaction is created. And then my others:
>
> Debit:  Gain or Loss on Investments: $ .XX
> Credit: Net Worth$ .XX
>
> And so forth, for the other non-ordinary accounts.
>
> I know you suggested that I should create the closing transactions for
> income and expenses myself, but there are probably 50 accounts, so that
> seems like a lot of work.
>
> Surely there's a way within the GUI to make the special "closing"
> transactions into just regular transactions, so that I can enter the
> half-dozen final closing transactions and have them in the right order.
>
> --
> Stan Brown
> the_stan_br...@fastmail.fm
> https://BrownMath.com
> http://OakRoadSystems.com/
> ___
> 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.


[GNC] Gnucash-created "closing" entries

2018-12-28 Thread Stan Brown
> From: David Cousens 
> Subject: Re: [GNC] Basic Question (I hope) - End of Year Procedure
> 
> The easiest way to achieve that would be to manually perform the closing
> transactions rather than use the inbuilt procedure, then they are just
> ordinary transactionsand won't have the KVP pair in them. 
> 
> For closing transactions, they should always appear after any other
> transaction for the period being closed so that the transferred balances
> represent the true state of the accounts at the end of the period. This was
> why accountants introduced an artificial 13th month into the financial year
> so that all closing transactions were forced to occur fater any other
> transaction that occurred within the year. Any required adjustments to the
> accounts  are also usually carried out before the closing transactions for
> the same reason.
> 
> A list of key value pairs is a data structure that is part of each
> transaction record. It allows arbitrary data to be added to the main data
> structure (the transaction) without requiring that structure to be redefined
> throughout the code. Only the code for processing the data in the KVP needs
> to be added to the code base to add features requiring new data not
> previously stored. The facilities for extracting it and adding it are a part
> of the original transaction data structure. The KVP is also used in other
> data structures within GnuCash for the same purpose.


Thanks for your reply. I understand why you would say that the closing entries 
should be the last transactions, but let me explain why that doesn't work for 
me. The Gnucash closing entries are only two of about half a dozen closing 
entries that I have.

I make a distinction between (a) ordinary income and expenses, and (b) several 
non-routine types of income or expense that I can't plan for. (a) are Income 
and Expense type accounts, and GC closes them into an Equity account called 
Ordinary Income Summary. (b) are things like Gain or Loss on Investments, or 
Legacies, which would dwarf ordinary income and expenses, and they are Equity 
accounts, not Income or Expenses.

When I "close the books", GC generates two transactions, one summarizing income 
and one summarizing expenses. Then to have a transaction showing net income, I 
have to create it manually:

Debit:  Ordinary Income Summary   $500.00
Credit: Ordinary Income Summary   $425.00
Credit: Net Worth $ 75.00

Naturally, that transaction must follow the "close the books" transactions, 
since I don't know gross income and total expenses until after that transaction 
is created. And then my others:

Debit:  Gain or Loss on Investments: $ .XX
Credit: Net Worth$ .XX

And so forth, for the other non-ordinary accounts.

I know you suggested that I should create the closing transactions for income 
and expenses myself, but there are probably 50 accounts, so that seems like a 
lot of work.

Surely there's a way within the GUI to make the special "closing" transactions 
into just regular transactions, so that I can enter the half-dozen final 
closing transactions and have them in the right order. 

-- 
Stan Brown
the_stan_br...@fastmail.fm
https://BrownMath.com
http://OakRoadSystems.com/
___
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] Basic Question (I hope) - End of Year Procedure

2018-12-28 Thread Michael or Penny Novack

On 12/27/2018 7:31 PM, David Cousens wrote:


This was
why accountants introduced an artificial 13th month into the financial year
so that all closing transactions were forced to occur fater any other
transaction that occurred within the year. Any required adjustments to the
accounts  are also usually carried out before the closing transactions for
the same reason.
Or increased the number of days in December past 31 or otherwise 
provided for dates that were not fiscal dates for external transactions 
<< that's what where I spent my working days did >> However that  sort 
of thing not so easy these days when using software that checks the 
validity of dates and doesn't know about "special dates" . When it is 
your own "date validity checker" written in house, more practical.


HOWEVER --- there ARE ways around this difficulty for those of us using 
gnucash, WORK FLOW solutions. After the last external transaction, copy 
the file to a name like "last external". Then do the internal 
transactions that DO affect income expenses (like recording 
depreciation) and again make a copy. Now you can do the "close" 
transaction(s) and make a copy "post close". IF there are "adjustment" 
transactions to be entered, do them and again make a copy you name for 
the next year or simply copy "post close" to that.


Michael D Novack
___
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] Basic Question (I hope) - End of Year Procedure

2018-12-28 Thread Jennym
Thanks Colin, will now religiously back up, now I've taken the time to work
it out.



--
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] Basic Question (I hope) - End of Year Procedure

2018-12-28 Thread Colin Law
It is unfortunate that the original poster has not considered it
appropriate to respond to the help offered here.

Colin

On Mon, 24 Dec 2018 at 05:03, Jennym <55.jennifer.mas...@gmail.com> wrote:
>
> Hi
>
> I only started using GNUCash last April for simple, personal accounting, so
> I'm at the 'basic' stage. I'm using it with:
>
> a) Current bank account
> b) Two credit card accounts
> c) Personal Wallet
> d) Three income accounts
> e) Normal household accounts
> f) Budgeting (manually entered, not automatic via the system)
>
> So what I'd like to do:  Retain all of 2018 accounts (having them to hand
> for easy access), but have them zeroed for 2019.
>
> My worry is that if I do anything wrong, there's no historical 'undo' button
> to backtrack.
>
> Would really appreciate any advice. (Basic of course). Thank you
>
>
>
>
>
>
>
>
> --
> 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] Increase default font on register v3.3 windows 10

2018-12-28 Thread A Alonso
NICE, Thank you GTI.

 

You know, if I had found this early on:

For settings.ini file:

C:\Users\%USERNAME%\AppData\Local\gtk-3.0\settings.ini

For CSS file

C:\Users\%USERNAME%\AppData\Roaming\GnuCash\gtk-3.0.css

 

And this early on, it would have saved me hours!

  https://wiki.gnucash.org/wiki/GTK3#Visual_Styling

 

Thank again GTI very, much appreciated, you saved the day!

 

From: GTI .H [mailto:gti90...@gmail.com] 
Sent: Thursday, December 27, 2018 10:28 PM
To: A Alonso 
Cc: gnucash-user 
Subject: Re: [GNC] Increase default font on register v3.3 windows 10

 

Glad to know that the issue is solved! 

 

Well . . . , if you've been bitten by the bug of the MOD fever and really like 
a look in your GnuCash, maybe that interests you:

http://gnucash.1415818.n4.nabble.com/GNC-Change-text-color-td4701864i160.html#a4702697

 

Em qui, 27 de dez de 2018 às 22:39, A Alonso mailto:a...@project2m.com> > escreveu:

Nevermind, I found it.

 

#account_tree {

  font-size: 1.2em;

}

 

And it goes in the same file. Hope this helps someone else

 

THANK YOU! GT

 

 

From: GTI .H mailto:gti90...@gmail.com> > 
Sent: Thursday, December 27, 2018 9:54 AM
To: A Alonso mailto:a...@project2m.com> >
Cc: gnucash-user mailto:gnucash-user@gnucash.org> >
Subject: Re: [GNC] Increase default font on register v3.3 windows 10

 

Correction:

If you have not fixed my previous error (Missing backslash), the correct path 
is %USERNAME%\AppData\Roaming\GnuCash\gtk-3.0.css.

 

In standard conditions, this works for me, and for everyone on W10.

 

  "These settings can be seen when the preference setting

  'Register\Use GnuCash built-in color theme' and/or 

  'Account\Show account color as background color' is unset."

 

  Help sites:

 

  https://wiki.gnucash.org/wiki/GTK3#Visual_Styling

  https://developer.gnome.org/gtk3/stable/chap-css-overview.html

 

If none of this works, your issue is not setup.

 

A good attempt would be:

 

Make a backup first.

Remove GnuCash, delete (or Rename)  the %USERNAME%\AppData\Roaming\GnuCash\ 
folder, run the Sfc /scannow command at the command promp, reinstall GnuCash 
with admin privileges and repeat the procedure of my first post.

 

Good luck.

 

Em qua, 26 de dez de 2018 às 23:12, A Alonso mailto:a...@project2m.com> > escreveu:

Hi G,

 

When I saw your response on my phone I ran to my computer to try it.

No love. Default register font size did not change.

I tried sheet, tried .sheet 

No variation worked.

In fact, I think Ihad already tried this.

I did double check that use default theme was unchecked in preferences.

 

Any other suggestions?

 

Thanks,

 

Alfred

 

From: GTI .H mailto:gti90...@gmail.com> > 
Sent: Wednesday, December 26, 2018 8:35 PM
To: A Alonso mailto:a...@project2m.com> >
Cc: gnucash-user mailto:gnucash-user@gnucash.org> >
Subject: Re: [GNC] Increase default font on register v3.3 windows 10

 

Hi Alfred,

 

If they do not already exist, insert these lines,:

 

sheet {

  font: 15px arial, sans-serif;

  color: white;

}

 

in your "C:\Users\USER\AppData\Roaming\GnuCashgtk-3.0.css" file, if file does 
not exist, create one with a text editor.

 

Change the font size by modifying the number 15, then, close and open GnuCash 
to see the changes.

 

Em qua, 26 de dez de 2018 às 20:48, A Alonso mailto:a...@project2m.com> > escreveu:

HI guys,



I've seen approximately 3.5 hours trying to figure this out.



All I want to do is change the default register font size making it larger
for my old eyes.



I am using Gnucash v3.3 on windows 10. Just installed it a few days ago.



So far I've tried:



Google search

https://wiki.gnucash.org/wiki/GTK3

https://github.com/Gnucash/gnucash/blob/maint/doc/gtk-3.0.css

https://wiki.gnucash.org/wiki/Configuration_Locations

https://developer.gnome.org/gtk3/stable/GtkSettings.html



and others.



Feel free to laugh but despite trying my own 

gtk-3.0.css and messing with the settings.ini, (and yes disabling using
default them in preferences)

no matter what I do, nothing changes when I relaunch gnucash



Ok, maybe I'm not the brightest, but this is not as simple as 1,2,3.

No option in the program itself, could not find "select theme" app (maybe it
was there at some point).



I'm burned out. Could someone point me what do I need to change, to make the
register font bit bigger. That's it.



Any help would be appreciated!



Thanks,



Alfred





___
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.




 

-- 

Regards

GTI




 

-- 

Regards

GTI




 

-- 

Regards

GTI