The short answer is: "No."
Gnucash data files end with ".gnucash" Gnucash *settings* files use gcm.
Go back to the first machine and locate the file named {MYACCOUNTS}.gnucash
(usually in your home directory) and copy that. Note that you should not look
for MYACCOUNTS, but rather the file name
Axel,
Just to confirm that you're not going crazy, I've seen the same behavior on the
date field for a long time. As you describe, the date field width is optimized
for display without the drop down triangle; the triangle causes erroneous
display as you describe. I seem to fecal that the regis
Why would the format of the date have any effect on this? Whether it is
12/12/2019 or 12/12/2019, the sequence of elements is immaterial.
I should clarify that I see this in the registers, not invoices. I should also
say that it appears to me that the column width gets set, and then the drop
do
Set the account as Hidden and Placeholder.
On December 20, 2019, at 10:01 PM, David Carlson
wrote:
Alan,
A very simple method that I use is to append the word - Closed to the
account name. If you want, you could also change the account to read only.
David Carlson
On Fri, Dec 20, 2019, 10:17
I may be a little slow here, but it seems to me this is something of an edge
case. Isn't this analogous to sending an html file without including embedded
images? Very efficient; not very informative.
Finally, from my perspective, a 100kb pdf is not a huge payload to be sending,
but I understa
I think https://wiki.gnucash.org/wiki/GTK3 will help the OP adjust the tab
heights, as will (especially)
https://lists.gnucash.org/pipermail/gnucash-user/2018-June/077390.html
David T.
On January 1, 2020, at 8:10 AM, Greg Feneis via gnucash-user
wrote:
I think the items in that list are tabs
Chase has been a problem for several years. Multi factor authentication has
been one source of trouble, which Traveler12 might explore. I seem to recall
also that some have had troubles with Chase's OFX, but that may be an outdated
problem.
On January 1, 2020, at 8:28 AM, Greg Feneis wrote:
I
William,
Did the discussion on css styling not work for you?
David T.
On January 2, 2020, at 4:05 AM, Colin Law wrote:
I see what you mean. On Ubuntu with Waterfox browser they are much tighter
packed (gnucash 3.6).
Colin
On Wed, 1 Jan 2020 at 17:00, William Marshall wrote:
> Colin,
>
> I
Elmar,
I've had my saved reports disappear in the past, but never did figure out what
precisely caused it; the most likely culprit (I think) was some kind of invalid
character in the saved reports file.
Saved reports on Windows is in (I believe) %HOME%\AppData\Roaming, although it
could be %HO
I would step a little bit further back and ask the OP to describe a little more
fully his setup, especially with regards to the folder on which he has
previously stored his data. It seems possible that his data is stored in a
location that is currently not available. Similarly, perhaps there are
Oh. Ok. I'm sorry it's not working for you; I'm pretty sure that, prior to my
leaving the Apple world, I was able to change the appearance of Gnucash by
following the css styling instructions. That included the tab height.
Unfortunately, for this discussion, I no longer have my Mac to look at th
Adrien,
I'm intrigued. You have given the relevant css nodes simply as "tab" off
"tabs". The earlier thread that I cited had the nodes as "notebook tab" and
"notebook tabs". Has the css been changed, are these different elements, or
does the difference not matter, I wonder?
David T.
On Januar
Historical price data is available on the web (e.g., Yahoo! or Alphavantage),
and can be imported into the price db from csv or tab files pretty easily.
On January 5, 2020, at 11:09 PM, Bruno Acklin wrote:
Hi John,
Thanks for the impressively quick reply - and yes, I agree this looks like the
d let me combine and split conversations at will
>when they come in wrong. (or are handled by the client improperly)
>
>Regards,
>Adrien
>
>> On Jan 7, 2020 w2d7, at 1:23 PM, Frank H. Ellenberger
> wrote:
>>
>> Hi,
>>
>> I anm using Thun
Bb
___
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/Mailin
Bill,
You might explore creating several 2 x 2 multi column reports with the
individual reports embedded--one for each of your entities, with each row
putting current and previous year in a column. Although the multi column
report can be picky and slow at times, it might meet your needs in th
Either it was connectivity issues, or I'm getting senile...
On January 10, 2020, at 11:32 AM, D via gnucash-user
wrote:
Bb
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
The bug (whose number you haven't provided) is more of an inconvenience than a
block to basic functionality. That brings the relative importance of the issue
way down in priority.
David T.
On January 10, 2020, at 6:34 AM, David Carlson
wrote:
Jack,
There are many bugs open that long or lon
I like your thinking!
On January 10, 2020, at 10:26 PM, John Ralls wrote:
A# ?
> On Jan 8, 2020, at 11:42 PM, D via gnucash-user
> wrote:
>
> Bb
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your
Brandon,
The Guide at section 2.2 says:
"Assets - Liabilities = Equity + (Income - Expenses)"
In your case:
209.01 - 1497.72 = -18818.74 + (22975.27 - 5445.24)
Or:
-1288.71 = -1288.71
Yay!
HTH,
David
On Jan 15, 2020, 13:13, at 13:13, Brandon Captain wrote:
>Hello,
>
>I have a rather gener
A few versions back, I pieced together a Perl script that rebuilt the price
history for a Gnucash SQL file, replacing the existing history table with
monthly prices for the duration that a given commodity was held. It worked fine
for me, and cleaned up years of erratic pricing info, although it
It might be worth asking why OP is using /opt for their data files in the first
place. It is more usual for users to place their personal files in the /users
hierarchy (i.e., ~/).
On January 26, 2020, at 8:33 AM, Bruce Schuck
wrote:
It seems that maybe the /opt directory tree is being restric
risen.
On 26 Jan 2020, at 2:02 pm, D via gnucash-user wrote:
It might be worth asking why OP is using /opt for their data files in the first
place. It is more usual for users to place their personal files in the /users
hierarchy (i.e., ~/).
On January 26, 2020, at 8:33 AM, Bruce Schuck
wrote
t;> Peter West
>> p...@pbw.id.au
>> …he rebuked them for their unbelief and hardness of heart, because
>they had not believed those who saw him after he had risen.
>>
>>> On 26 Jan 2020, at 2:02 pm, D via gnucash-user
> wrote:
>>>
>>> It might b
Indeed, Bruce's own citation at 3.13 states:
"/opt is reserved for the installation of add-on application software
packages."
That would preclude a user's data files.
On January 26, 2020, at 11:29 PM, Adrien Monteleone
wrote:
But /opt isn’t for user data files according to that standard. T
If it were me, I'd simply record everything in HUF, unless one of the
aforementioned accounts is actually denominated in CAD.
David
On Jan 27, 2020, 14:50, at 14:50, Marcell Madar wrote:
>Hello everyone,
>
>Our family has one common GnuCash account in Hungarian Forints (HUF)
>that is
>used to
If the extent of the transactions is small, a separate spreadsheet might
suffice, but I imagine it wouldn't scale much, if at all.
As I have reached the point in my life where I try not to focus on small
balance differences between friends, I might not be the one to advise you here.
Perhaps som
Have you tried this:
https://www.howtogeek.com/231700/how-to-change-the-number-of-recent-items-in-os-x/
On Jan 31, 2020, 01:43, at 01:43, Greg W wrote:
>I've tried searching around and haven't found anywhere that seems to
>suggest how to edit then number of recently opened books that show up
>in
Ok. Thanks.
On Jan 31, 2020, 08:53, at 08:53, John Ralls wrote:
>
>GnuCash pays no attention at all to that setting.
>
>Regards,
>John Ralls
>
>
>> On Jan 30, 2020, at 7:17 PM, D via gnucash-user
> wrote:
>>
>> Have you tried this:
>>
>&g
Honestly? That appendix should be deleted. Everything is covered in other
places, or is incredibly dated.
Original Message
From: "Frank H. Ellenberger"
Sent: Sat Mar 07 14:49:38 GMT+05:30 2020
To: Rick Squires , 'David Cousens'
Cc: GnuCash
Subject: Re: [GNC] The Tutorial a
Frank,
You're right. My perspective on the documentation is beside the point now, and
I have to remind myself not to engage in these discussions any more. Maybe the
German users have a need for the xslt; haven't seen much traffic on the English
lists on the topic.
David T.
Origina
There is one exception I know: you can set an account and all its children to
the same TXF category. Otherwise, Adrien is correct.
David T.
Original Message
From: Adrien Monteleone
Sent: Sat Apr 04 21:56:32 GMT+05:30 2020
To: Gnucash Users
Subject: Re: [GNC] How To Set Tax
So, David, you're saying you edited the data file directly in order to fix the
new reconciliation problem?
If so, that's a pretty strong indication to me that this change should get
rolled back. There is no situation in which I think an end user should have to
edit the data directly in order to
gt;
>> On Apr 9, 2020 w15d100, at 1:10 AM, D via gnucash-user
> wrote:
>>
>> So, David, you're saying you edited the data file directly in order
>to fix the new reconciliation problem?
>>
>> If so, that's a pretty strong indication to me that this ch
I have used empty splits to anchor a transaction for a stock spin off to the
originating company. Say IBM spun off shares for AAPL. Without an empty split
for IBM in the new AAPL shares-in transaction, there's no way to see the
connection between the original company and the new one. I wouldn't
It's been a while since I imported transactions, but I seem to recall there
being a point where you could tell the matcher to (R)econcile or (U)pdate the
existing entry. Choosing R should set the transaction to cleared and leave
your manually-entered data intact.
Now, why that matcher defaul
Frank,
On the first point, I'd note that the books in question are mine; changing the
transaction date from MY date to the bank's date would seem to contradict that.
I was unaware that the matcher would match transactions that have different
amounts. That seems worrying.
Generally speaking,
r *can* be taught to not overwrite existing data.
There are win32 builds; do try a master release. More features are
upcoming, and all need beta testing.
On Sun, 12 Apr 2020, 10:21 pm D. via gnucash-user,
wrote:
> Frank,
>
> On the first point, I'd note that the books in
David,
Thanks for taking this on. I'd noticed as well that the Guide was rather
limited in its explanation for these settings. Explaining what each option does
as will as offering some ideas why a user might want one setting over another
would be advisable.
Frank,
As I mentioned, I no long
Andrew,
The XP version won't be "creaky;" it will be a hazard. Microsoft stopped
supporting XP years ago, and all sorts of unfixed security threats exist in it.
Those threats are not just for the machine in question; they give a foothold
into entire networks. You really should reconsider this.
Unfortunately, no. This is a long standing feature request. See:
https://gnucash.uservoice.com/forums/101223-feature-request/suggestions/1470507-configuration-option-for-backup-location
David T.
Original Message
From: Tom Browder
Sent: Sat Apr 25 21:31:57 GMT+05:30 2020
To: g
Every release is announced in this user list. Does that notification not reach
you?
Original Message
From: Ed Love
Sent: Mon Apr 27 10:45:00 GMT+05:30 2020
To: Gnucash Users
Subject: [GNC] notify when new version is available?
Is this possible? It would be useful! I checked
I agree that the setting sounds broken in Rich's case, although it's generally
worked for me.
However, the preference setting and storage location of log files is comparing
apples and oranges, regardless of whether the setting works or not. Many people
want to have their primary data file in o
20
To: "D." , stepbystepf...@comcast.net
Cc: Gnucash Users
Subject: [GNC] Volunteers for a triage teem; was: Gnucash logs
Hi David et.al.
Am 27.04.20 um 18:47 schrieb D. via gnucash-user:
> It's too bad the RFE had never been taken up. It doesn't seem like it would
>
Michael,
I take your point; we users will often create duplicated file names for
different content. I believe that many users only keep one set of books. I
don't have any statistics on general GnuCash usage to be able to say whether
more users have one file or many.
However, given that opera
Frank,
I don't understand; comment number 2 on
https://bugs.gnucash.org/show_bug.cgi?id=638858 was written by Jeff on
2016-04-28, and reads in its entirety:
Yes this would be a great option! Is is also listed on the GnuCash Feature
Requests here:
https://gnucash.uservoice.com/forums/101223-f
Michael,
I purposefully *didn't* say in this email "almost all users have only one set
of books"; I said "I believe that many users only keep one set of books," and I
very specifically noted that I do not have statistics regarding the uses to
which gnucash is put. Neither do you. Your use expe
Chris,
No doubt I agree that your approach is easier, but... users aren't going to
follow that. As I am not going to be the one coding, I can only offer
observations. If you build out, you get to decide how it works.
David T.
Original Message
From: Chris Good
Sent: Wed Ap
Set up an independent income account for the government contributions:
Income:GovContrib
Then add either a split to your contribution for the government,
01-01-2020 SIPP Contribution Assets:SIPP £125
My contribution Income:Me £100
Government contribution Income:GovContrib £2
???
Perhaps this is a terminology thing, but aren't you just re-presenting the
second option I gave originally?
Think of it another way: there are two sources for the funding of your SIPP:
your contribution, and the government's. How you handle your own contribution
depends on your workflow;
ville Hamilton
Sent: Thu Apr 30 19:42:46 GMT+05:30 2020
To: "D."
Cc: "D. via gnucash-user"
Subject: Re: [GNC] Reporting transactions
Sorry David, I didn't mean to imply I prefer the second to the first
option. I just thought it easier to show by editing one of your vers
Christopher,
I think the point Ruaraidh is making here is that *their* contribution isn't
income-- not the government piece. I agree this can easily be handled in one
file though.
Original Message
From: Christopher Lam
Sent: Thu Apr 30 19:57:36 GMT+05:30 2020
To: Ruaraidh
Hal,
John Ralls, the person who manages the Mac end of GnuCash, has pointed out that
Homebrew simply uses the GnuCash dmg for its installation. That dmg does not
include python bindings, so the answer to your question is "No, Homebrew does
not include python. You would need to clozapine GnuCas
John,
I somewhat remember the discussion back in 2011 about the timestamp, but do not
recall all the details. Remind me why it is that GnuCash uses timestamps in
these date fields? All these steps and workarounds that take place to present
the proper date around the world.
Wouldn't it be sim
"clozapine"="compile"
Not sure what dictionary my machine is using!
Original Message ----
From: "D. via gnucash-user"
Sent: Fri May 01 09:21:46 GMT+05:30 2020
To: Hal Vaughan
Cc: "D. via gnucash-user"
Subject: Re: [GNC] Adding Transa
uot;
Cc: "finf...@gmail.com" , "D. via gnucash-user"
Subject: Re: [GNC] Working with dates in Postgresql DB
David,
I don't know why the decision was made to use time, it was taken long before I
joined the project, but it probably has to do with that being the way computers
kee
That somehow seems to be an entirely justified substitution in my case!
Original Message
From: John Ralls
Sent: Fri May 01 10:34:54 GMT+05:30 2020
To: "D."
Cc: Hal Vaughan , "D. via gnucash-user"
Subject: Re: [GNC] Adding Transactions From Anothe
Did you read thre recommendations that David Cousens gave in:
https://lists.gnucash.org/pipermail/gnucash-user/2020-May/090891.html
David T.
Original Message
From: Chris Taylor
Sent: Fri May 01 11:37:46 GMT+05:30 2020
To: gnucash-user@gnucash.org
Subject: [GNC] Superannuatio
take transaction dates and store them in UTC, to be
converted back to some arbitrary time zone at a later time. It makes my head
hurt, though.
David
Original Message
From: John Ralls
Sent: Fri May 01 23:30:37 GMT+05:30 2020
To: "D."
Cc: finf...@gmail.com, "D.
DB
Might be a problem if you were in Perth on April 11 entering txns and then
back in California on April 10 entering further txns using today's date ?
i.e. if you travelled to a timezone that was still the previous day ?
Cheers David H.
On Sat, 2 May 2020 at 04:35, D. via gnucash-us
lifornia on April 10 entering further txns using today's date ?
> i.e. if you travelled to a timezone that was still the previous day ?
>
> Cheers David H.
>
>
> On Sat, 2 May 2020 at 04:35, D. via gnucash-user
> wrote:
> I understand that a lot of debate and discuss
Just fishing, but wouldn't the signs change if you moved an asset account, say,
to expenses? How would/should GnuCash handle existing transactions in such a
moved account?
David T.
Original Message
From: Adrien Monteleone
Sent: Sat May 02 11:53:19 GMT+05:30 2020
To: Gnucas
Hello,
You have a number of misconceptions going here, beginning with the purpose and
implementation of Trading Accounts. If you go to the external article on
trading accounts referred to in the wiki, you should get a clearer picture. I
am no expert on trading accounts, so I'll let others clea
Yes.
Save as html and open/print from browser.
Original Message
From: flywire
Sent: Sat May 02 16:52:56 GMT+05:30 2020
To: Gnucash Users
Subject: [GNC] Export Transaction Report as pdf Splits Last Line over 2 Pages
Is exporting Transaction Report as pdf splitting the last
n the Guide, however.
Regards,
Adrien
> On May 2, 2020 w18d123, at 2:08 AM, D. via gnucash-user
> wrote:
>
> Hello,
>
> You have a number of misconceptions going here, beginning with the purpose
> and implementation of Trading Accounts. If you go to the external article on
&
Hear, hear! Thanks John!
David
Original Message
From: Adrien Monteleone
Sent: Sun May 03 07:59:18 GMT+05:30 2020
To: Gnucash Users
Subject: Re: [GNC] How do I add stock trades?
An even more thorough explanation and understanding.
Thanks John!
Regards,
Adrien
> On May 2,
Since each of the lines has its own account, that should be eminently possible
with a transaction report. I have something just like this to track my personal
wage situation--a W-2 in US tax parlance. It's just a simple transaction report
for the proper time period, using only the accounts in qu
What happens if you delete the two transactions and recreate them?
Original Message
From: augras
Sent: Sun May 03 18:59:08 GMT+05:30 2020
To: gnucash-user@gnucash.org
Subject: Re: [GNC] Scheduled transactions
Hello Jim,
thanks for your answer and your time.
You are right for
If it works for you and it's clear to you, then that's what matters.
Original Message
From: Ruaraidh Sackville Hamilton
Sent: Sun May 03 15:19:16 GMT+05:30 2020
To: Christopher Lam
Cc: "D. via gnucash-user"
Subject: Re: [GNC] Reporting transactions
I'm trying to figure out whether the OP is referring to QIF or QFX. The
original message refers to the former. But subsequent messages refer to the
latter.
If the problem is with QFX, perhaps the source file has FITID issues. Some
clarification is in order.
David
On May 6, 2020, 16:48, at 16
he QFX issues to another discussion thread.
-Original Message-
From: gnucash-user
[mailto:gnucash-user-bounces+alangnuc=bigtowers....@gnucash.org] On Behalf Of D
via gnucash-user
Sent: Wednesday, May 06, 2020 10:17 AM
To: David Carlson
Cc: Gnucash Users
Subject: Re: [GNC] QIF file imp
Adrien,
Being a past member of group 1, I can vouch for the challenges that the current
tool set presents. Some might even call me the poster child on how difficult it
can be. It does meet numerous disparate needs, however.
Your group 2 users can and do contribute-- to the wiki and the user l
My experience matches David H. Windows 10, dropbox XML file. No crashes in
years. Might want to figure out why Windows is hiccuping, rather than change
data back ends. I can't imagine that recovering your corrupted gnucash data
will be easier with an SQL back end.
David T.
Original
I'd look at the price source used in the report (on the report options). It
sounds to me like the report is converting the January shares sold at the
February/March price.
Original Message
From: Art Chimes
Sent: Wed May 13 01:57:24 GMT+05:30 2020
To: Gnucash Users , Adrien M
Further: if you want to use the Account Report, first filter the register for
the dates (View->Filter by) and then run the report. If you want to use the
Transaction Report, once it informs you that you haven't selected any account,
open the Options and select the account and date range.
-
https://www.gnucash.org/docs/v3/C/gnucash-guide/basics-running-gnucash.html#basics-register2
In particular, the note regarding the description column is relevant.
Original Message
From: rmom...@gmail.com
Sent: Mon Jun 01 13:24:43 EDT 2020
To: GnuCash
Subject: [GNC] Adjusting
You could fix the one error, then reconcile to the last statement you have.
Presumably, it will only differ by the amount of the transactions you changed.
That's a lot less work...
Original Message
From: Gio Bacareza
Sent: Thu Jun 11 13:39:20 EDT 2020
To: Adrien Monteleone ,
Further to 2: assuming GnuCash version 3.x, read
https://wiki.gnucash.org/wiki/GTK3, which explains how to use the underlying
CSS to modify thre appearance.
There are also numerous discussions on the lists over the years that cover
this. I'd try searching for discussions about css.
1. File->Save As --- save into your new location. Exit Gnucash.
2. From your favorite file manager, move all remaining gnucash files into the
new location. Note that the base data file will already be there, since you
saved it there in step 1, so you don't need that.
You could of course do it
Jon,
I can't test this right now, since I'm not at my machine...
Try this:
Open your source account.
Move to the entry point in the register.
Click the 'Split' button. Enter your description.
Tab to the Shares field in the first split and type -13.
Tab to the price field and type 0.
Now,
Funny. On my Mac (Mojave as well), I have side by side dock icons for 2.6.19
and 3.3. Both work.
David T.
On January 4, 2019, at 2:06 AM, Adrien Monteleone
wrote:
Interesting. There has been some issue with phantom dock icons in the past.
This is the first I’ve seen of an older version’s ico
Your reply used a phrase similar to "to implement this you need to use the
business features" (I don't see the text of your previous reply here because
you're using Nabble). My sense was that you were saying the OP had to use them.
That was why I posted my comment.
David T.
On January 5, 2019,
I'd go further and say that, while it is possible to do as Maf says, it can be
quite confusing to manage, especially where investments are concerned. Capital
gains and basis calculations are tricky enough to manage without having to
jigger balances.
I'd recommend choosing one or the other: eith
David,
On January 10, 2019, at 4:01 AM, David Cousens wrote:
>At the same time
>david T was starting a reorganization of the concepts and tutorial guide.
For the record, I am in favor of moving substantive content from Help to the
Guide, which is what I think you're referring to here. I ma
David's points here are all well-considered. See notes inline.
On January 10, 2019, at 9:42 AM, David Cousens wrote:
>Normally the only way a reconciled transaction becomes unreconciled is if the
>split to the account which has been reconciled is editied, either in the
>register for the reconcil
David Cousens,
Are you replying to me? I can't tell here.
David T.
On January 11, 2019, at 8:50 AM, David Cousens wrote:
David,
The changes seem to have been pulled into git now so should go into the next
documentation release. The changes (new feature) I made in the GnuCash
program where I u
David,
Gnucash maintains its own list server; your search should reference that.
David T.
On January 15, 2019, at 8:02 AM, David Cousens wrote:
Also returns from a Mojave specific search
http://gnucash.1415818.n4.nabble.com/template/NamlServlet.jtp?macro=search_page&node=1415818&query=MacOS++
David,
I am able to run 2.6.19 and 3.4 on the same data file without problem. For most
users, there are no such file changes--although I believe there is a date
format change in one of the SQL storage back ends that might cause this.
Gnucash developers have very carefully ensured that such chan
Interesting. I seem to recall someone instructing people to use only
lists.gnucash.org for such searches, and was not aware of the reference you
cite. A search of the wiki only shows an example for lists.gnucash.org on the
mailing lists page. I must be showing my age...
David T.
On January 16,
Adrien,
It's not merely a case of the OS reporting the wrong file size; the file was in
fact truncated. Reports were gone.
It's more likely that something in the particular report was causing Gnucash to
discard the data before saving. I say this because Gnucash consistently put the
original f
Then why include the option? It no longer does anything, except imply to the
user that they have control over something they Nik longer can control.
David
On January 17, 2019, at 6:27 AM, Christopher Lam
wrote:
This is by design.
Previously a transaction report including *all* accounts for
Raimund,
I saw the same issues recently.
The changes you see are purposeful. In order to make the totals add up, the
person changed the way that the transaction report handles this setting. As I
am not a programmer, I am not able to delve in to try and find a fix for it.I
The thread from the
Sorry. The start of the thread is misleading. Following the thread, you will
see that with
https://lists.gnucash.org/pipermail/gnucash-user/2019-January/082031.html the
discussion turns to precisely the issue you're asking about.
On January 23, 2019, at 8:27 PM, Raimund Strehl
wrote:
Than
As noted in the Tutorial, the opening balance in a reconciliation is
immaterial. What matters is the ending balance. If they match, then you can
finish reconciliation.
The Tutorial explains some of the circumstances that might cause an opening
balance not to match.
David T.
On January 24, 20
David,
The various sections covering reconciliation have always made my head hurt. I
agree that something should change.
You note that reconciliation is a generic concept, which I agree.
Because it is a general concept that might apply to any account, I think the
description of the process act
Well, in addition to the malformed subtotals with respect to user sign
preferences, there's the problem that the method for producing a totals-only
report has been substantially reworked.
In 2.6, using "Show totals" and "Suppress transaction detail" worked to create
a report that did just that
Nike,
If you navigate into the app bundle, you can remove the various translations of
the documentation. There are versions in English (placed in a folder named C),
German, Japanese, Portuguese, and Italian, I believe. The Japanese version
especially takes a lot of space.
David
On January 29,
Or you could just ignore the starting balance, and see whether reconciling will
balance out, once you've reclicked the dereconciled entries.
On January 29, 2019, at 9:29 PM, Adrien Monteleone
wrote:
You could also filter the view of transactions in the register (View > Filter
by...) and choos
No. He's talking about nabble.
James, NNG (Nabble's Not GnuCash). You can subscribe to gnucash-user directly,
and then your resume can remain your own business.
David T.
On January 30, 2019, at 12:25 AM, Adrien Monteleone
wrote:
Are you talking about GnuCash or SourceForge?
I normally run
On February 6, 2019, at 2:10 PM, cicko wrote:
>Hi, Harry,
>What I do is simply create a transaction which subtracts shares from one
>accounts and puts them into the other.
>This, of course, does not track the original prices. For that you'd need to
>do something similar to what scrubbing does
301 - 400 of 562 matches
Mail list logo
