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
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 versions,
???
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;
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
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
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
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:
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
" , 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
> be that insurmountable
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
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
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:
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
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 question
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
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
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
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 change
>should
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
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
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.
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
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
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
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
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
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;> 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 migh
.
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
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
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
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
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
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
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:
https
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
would 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 Thunderbi
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
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
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
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
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,
>
>
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 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
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
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,
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
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
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
That usually means that the currency you are using does not have a character in
the display font. Check your currency, try a different font, and report back.
David T.
P.s. When you report back, do let us know what OS you are using, what Gnucash
version you are using, and what your locale is.
If you delete every data element in the anchor split, and TAB of the end, the
split will be deleted, and the transaction will disappear from the register.
I've been using this technique for years to clear out the Imbalance-USD account
when items appear there.
D.
On November 18, 2019, at 11:25
Clearly, I am in the minority here. I'll drop out of this conversation now.
David T.
On November 18, 2019, at 10:26 PM, Stan Brown
wrote:
On 2019-11-18 08:56, D wrote:
> Adding to the error message to account for when the software crashes
> seems like overkill (as does linking to the
On November 18, 2019, at 9:12 PM, Colin Law wrote:
>Perhaps a message saying "Error 5135 if you don't understand what this
>means then you should have read the wiki" would be a solution.
>Colin
Certainly, it could be. But it wouldn't be a good one, and I think you should
know I wasn't
On November 18, 2019, at 8:02 PM, Derek Atkins wrote:
>Hi,
>I think I have a suggestion for some better wording. See below.
>How about:
>The data file is currently in use. Most likely this means that the data
>file was not cleanly closed (due to a crash) after it was last opened.
>If you are
I don't really agree. David's wording identifies one situation for this dialog,
and not even the primary reason for the lock file in the first place.
Remember that the lock file and this check exist firstly to prevent multiple
users from opening the file at one time--and that is still a
Rizwan,
I am intrigued. You say you're a new user, but you have 500,000 transactions.
Wow!
You've been getting the usual kinds of responses to your question: how fast is
your computer, how many reports are you running, be patient, don't close
Gnucash, etc.
But it sounds as if you're pushing
Louis,
Lots of things can cause a QIF import failure. It's usually a formatting
problem--a tag where one isn't expected, for example.
One common problem is that the dates in the file do not match the locale
settings. That is, your file has DD-MM- but your locale uses MM-DD-.
If the
Perhaps "link" would better convey what these are--links to external resources.
On November 16, 2019, at 12:03 AM, Adrien Monteleone
wrote:
Hmm... Okay then. I don’t get ‘external’ from the name as-is, but that’s just
me.
Regards,
Adrien
> On Nov 15, 2019 w46d319, at 12:03 PM, Geert
Sounds like the window is on a phantom screen, still running but not visible.
Have you used a second monitor on this system? I don't recall the fix for this
problem...
David
BTW, operating system and Gnucash version number usually help list users help
you.
On November 15, 2019, at 2:41 AM,
It's a known issue that is being addressed.
On November 11, 2019, at 8:35 AM, Phillip Walsh
wrote:
Have been trying to open www.gnucash.org since last week
get message
This site can’t be reached
Phillip Walsh
4/2 Kenneth Road
Bayswater VIC
Australia 3153
Mobile 0419 320 393
Home 03 9720
Further, is there some magical aspect to the number 5 that would suggest it to
be the 'ideal' maximum depth for this setting? Why have a maximum at all?
On November 9, 2019, at 10:34 PM, D via gnucash-user
wrote:
Christopher,
It's a saved report configuration, not a custom report. I did
Christopher,
It's a saved report configuration, not a custom report. I did not and do not
code Scheme. Any value saved is based on what I was given by the UI. If I saved
'6', it's because Gnucash gave me that option. So, someone changed the
definition somewhere along the line, it would seem.
Fran,
First off, what version of Gnucash, on what OS?
On October 31, 2019, at 1:49 AM, Fran_3 via gnucash-user
wrote:
>1 - I began saving recent report configurations with a dash like in order to
>distinguish them from other reports...
>But, some of them disappear later on when I attempt to
I haven't tried this, but...
Perhaps in this situation, barring a restart, you could use the transaction
report, using the credit card as the source and the checking as a filter by
account. This could further be refined by description, or sorted in a way that
could ease the editing burden.
Well, then you couldn't hide columns.
David
On October 22, 2019, at 5:01 AM, David Carlson
wrote:
Jim, Glad that you solved your problem.
Others, I think that the current release behaves exactly the same way.
Would it be worth while to propose an enhancement to have some minimum
column
Installation is covered in the wiki, and linked directly on www.gnucash.org on
the navigation menu (4th item under "Information")--"Installation".
David
On October 22, 2019, at 3:48 AM, David H wrote:
I copy everything to Applications/GnuCash and run it from there, you can't
run it from the
On October 21, 2019, at 10:40 PM, Adrien Monteleone
wrote:
>Certainly, to each their own. I enjoy reading of other’s process and workflows
>and why they make certain decisions. Thanks for offering yours.
>My own experiences are in-line:
>> On Oct 21, 2019 w43d294, at 2:15 AM, James Thorpe
Reading the error, I'd say you have a scheduled transaction named "CHECKING
STATEMENT" that refers to a no-longer-valid account ID.
Did you by chance delete your checking account at some point and then create a
new account for it?
David
On October 14, 2019, at 10:19 AM, RICHARD YENTZER
David,
Paul's description is accurate, so your expectation would not be met. The
dialog defaults to creating a circular transaction. Paul's remedy is the same
as my own.
David T.
On October 8, 2019, at 7:18 AM, David Carlson
wrote:
I have not used that interest feature in the reconcile
Paul,
I confirm the behavior you describe, and I can tell you that it's been in that
dialog for a very long time. I believe it has always behaved that way for me
(and I've been using Gnucash over a decade). It probably is a bug, but I just
used the same workaround that you found, and moved on.
Maybe not, but Adrien hypothesized that users may report Gnucash mail as spam
because they ask us to unsubscribe, when they are subscribed to nabble. I was
responding to that, prematurely.
David
On September 23, 2019, at 10:13 PM, Derek Atkins wrote:
HI,
D via gnucash-user writes
Start with chapter 9.7 in the Tutorial
https://www.gnucash.org/docs/v3/C/gnucash-guide/invest-sell1.html
On September 22, 2019, at 9:26 AM, TAKASHI KANAMORI
wrote:
Hello.
In addition to entering the number of shares, the stock price, and the
total amount when posting the gain on sale of
Perhaps it's time to look into ways to decouple our mailing list more fully
from nabble (which is where the biggest misunderstandings seem to originate
with regards to list subscriptions). Gnucash.org shouldn't suffer because of
nabble's practices.
David
On September 21, 2019, at 5:08 AM,
Rich,
Not quite. Using your method, open the account, open View->Filter by, set your
dates, then run the account report.
Alternatively, open the generic Transaction report, in options, choose the
account in question, and set the dates.
I prefer option 2, inasmuch as I don't have to remember
John,
The chart reports include an option on the Display tab, Show table, which will
include the data table. Checking that option displays the data upon which the
chart is built. Then you can copy and paste those data directly into your
spreadsheet.
David
On July 27, 2019, at 2:15 AM, John
It uses the existing ones. I wouldn't have mentioned it otherwise.
On July 23, 2019, at 11:20 PM, Adrien Monteleone
wrote:
What happens if you accidentally trigger Imbalance or Orphan, does they go to
your custom accounts or does GC re-create them?
Regards,
Adrien
> On Jul 23, 2019, at
Derek,
I don't know about renaming, but you certainly can move them! I've had my
Imbalance accounts placed in a different top level account (Special Accounts)
for years.
David T.
On July 23, 2019, at 9:13 PM, Derek Atkins wrote:
I don't think that would work.
If you change a name of the
I'll chime in here to say that I've had no significant problems using 3.4 or
later. I've been using Gnucash for many years, and recently moved from using a
Mac to using Windows. That transition left a few preferences for me to
rediscover, but otherwise was smooth.
As for the migration of
Oh. Sorry for the noise. I clearly misunderstood.
David
On July 9, 2019, at 1:17 AM, Adrien Monteleone
wrote:
David,
The OP was asking about the Customer Overview, not Customer Summary Report.
The Customer Summary Report doesn’t show the same info as the Customer
Overview. Notably,
Sorry. I thought I hit Reply All.
On July 9, 2019, at 1:07 AM, Greg Feneis wrote:
Seems like the following was meant for the OP.
Kind regards, Greg Feneis
(Pixel 3)
-- Forwarded message -
From:
Date: Mon, Jul 8, 2019, 11:07
Subject: RE: [GNC] how to copy "Customers Overview"
Rich,
Although it might not be fully clear, the Guide states that the Balance Sheet
report "provides totals as of a given date."
Therefore, there is no starting date; it covers everything up to the date you
provide. That is how it is designed and how it is meant to be.
Best,
David
On July 3,
Geert,
Thank you. That was the problem. I don't remember setting those preferences!
David
On June 29, 2019, at 1:51 PM, Geert Janssens wrote:
Op zaterdag 29 juni 2019 09:25:59 CEST schreef D T via gnucash-user:
> Hello,
>
> I thought I’d follow up on a thread I started a little ways back
Chris,
Could you explain what the error is telling me with regard to option 7 and
option 2? Perhaps the error might be refactored to give the user a little more
context? Like, maybe to say which option is in play?
Furthermore, I'm not sure what you're asking me to provide. Do you want the
Just noting that when I suggested originally that these reports be stored on
the wiki, rather than in the application, I was told unequivocally that the
wiki was NOT the proper place for these files.
On May 24, 2019, at 9:51 PM, Derek Atkins wrote:
Hi,
On Fri, May 24, 2019 12:12 pm, Adrien
Adrien,
I'll note that Geert's proposal only requires the user to add a switch at run
time--i.e., "gnucash --extra". There is no need for the prospective report
writer to recompile.I
David
On May 21, 2019, at 9:43 PM, Adrien Monteleone
wrote:
I’m in agreement there. If someone did take the
Not sure, but XBT is not listed as a valid ISO4217 code, so it's likely Gnucash
doesn't like it.
What would you use it for? What did you use it for last July 29th?
David
On May 20, 2019, at 11:35 PM, dragospuri wrote:
>Ok. I believe I have found it. It wasn't a transaction, but a .
Well, as a Mac user, you can run Gnucash from a terminal prompt and add the
switch, if that's what you want. In my 13 plus years of using Gnucash, I've
never needed these reports.
David
On May 18, 2019, at 10:50 PM, "Stephen C. Camidge" wrote:
I am a Mac user - I like options.
No, I do not
Steve,
Do you use any of these reports?
If not, then you won't suffer from the loss. The whole point of hiding these
reports is that they aren't generally used.
David
On May 18, 2019, at 9:27 PM, "Stephen C. Camidge" wrote:
How will this work for those of us who do not use a command line? A
The price database allows a user to track, roughly speaking, the value of a
holding in a different commodity. For example, a user might purchase a stock at
10 per share. Whilst owning this stock, the price goes up to 15. The user may
wish to have a sense that the potential value of her holding
Alton,
On May 15, 2019, at 10:12 PM, Alton Brantley wrote:
>You should be aware that the OFX import will use the posting date only as its
>import date. Your statements will list the transaction date, so your
>statements and your ledger will not match directly.
I don't understand. First off,
On May 1, 2019, at 11:55 PM, Adrien Monteleone
wrote:
>Justin,
>> On May 1, 2019, at 11:46 AM, Justin Vallon wrote:
>>
>It is trivial to re-reconcile a period if the edit was minor and you do this
>quickly after the edit. (which is why the warning is there, and probably
>should not be
Jeff,
Assuming that you're referring to the figures in the reconciliation window, I
have noticed that issue as well. It seems that once they are displayed as red,
the color setting is never revisited.
I just ignored it, knowing that the color was wrong; since a red zero (I never
knew that
Maf,
The transaction report capabilities have changed dramatically between 2.x and
3.x, so the OP would need to be using 3.5 to get those features. But otherwise
you are correct.
David
On April 27, 2019, at 9:29 PM, "Maf. King" wrote:
On Saturday, 27 April 2019 15:53:38 BST V. Vatsal via
Good points, Greg. I believe that echoes what the wiki says on the subject.
David
On April 27, 2019, at 8:01 PM, Greg Feneis wrote:
Alternatively, Cricket, instead of exporting from Quicken, then arranging
things as you like, then importing to GnuCash, or some variation of that,
you could make
Priit,
I suspect you imported the transactions for Swedbank, and then imported ones
from LHV, correct?
When you do this, you must ensure that you take the time in the second import
to ensure that the transaction from Swedbank to LHV is matched to the
transaction from the first import. They
the institution's every time is
extremely low. I gave up on that long ago, and instead enter such information
from the statement.
David
On April 20, 2019, at 6:27 PM, D via gnucash-user
wrote:
I track various such items on my own books.
I probably wouldn't have separate accounts for the mandatory
I track various such items on my own books.
I probably wouldn't have separate accounts for the mandatory and the voluntary
contributions; they are calculated as one. I would enter each contribution type
as a separate split, though. That's how I've done it myself.
For what it's worth, I enter
Which is again covered in the documentation at
https://www.gnucash.org/docs/v3/C/gnucash-guide/chapter_txns.html#txns-register-oview
On April 18, 2019, at 3:59 PM, Art Chimes wrote:
Another date tip: You can increment/decrement your date using the plus
and minus keys.
> Message: 1
> Date:
Two logins?
On April 15, 2019, at 11:09 PM, David Carlson
wrote:
Greg,
The only way I know is to use two different computers and two different
data files.
David Carlson
On Mon, Apr 15, 2019, 11:00 AM Greg Feneis wrote:
> Win 7-64, GnuCash 6.2.21
>
> Hi Folks,
>
> Is there a way to install
This.
On April 14, 2019, at 10:44 AM, Adrien Monteleone
wrote:
I understand you don’t care for the official documentation, but how much
frustration have you endured by not reading it and just trying to plow through?
How many times have you asked for help or for understanding that would have
301 - 400 of 538 matches
Mail list logo
