Hi,
First thanks to all those who responded to my question. After due
consideration and experimentation, I reached the same conclusion as
another correspondent: scheduled transactions using variables is more of
a nice concept than a practical proposition as currently coded. I can
also see tha
This discussion misses the point of the thread: that a single SX that cannot be
filled in stops all other transactions from triggering. If you are concerned
with how to actually schedule the transactions, start a different thread.
David T.
On Dec 28, 2024, 8:18 PM, at 8:18 PM, R Losey wrot
In my previous comment I forgot to mention a second feature that will
temporarily work around the need to have a value at hand for a variable is
to change the status of the transaction to "Postponed". The "Postponed"
status is actually persistent so you don't need to set it back to "To
Create" unt
On 2024-12-28 08:24, Michael or Penny Novack via gnucash-user wrote:
> On 12/28/2024 3:10 AM, sunfish62--- via gnucash-user wrote:
>> I'll simply chime in to confirm David's reply and Richard's
>> observation. The "all or nothing" approach here is counterintuitive
>> and unhelpful. I've generally a
On Sat, Dec 28, 2024 at 10:25 AM Michael or Penny Novack via gnucash-user <
gnucash-user@gnucash.org> wrote:
> The point is, an event scheduled for the 20th of each month is
> straightforward/easy. But an event scheduled for third Thursday of the
> month provided that is after the !6th of the mont
On 12/28/2024 3:10 AM, sunfish62--- via gnucash-user wrote:
I'll simply chime in to confirm David's reply and Richard's observation. The "all or
nothing" approach here is counterintuitive and unhelpful. I've generally avoided
using variable based scheduled transactions for this reason. It's ano
I'll simply chime in to confirm David's reply and Richard's observation. The
"all or nothing" approach here is counterintuitive and unhelpful. I've
generally avoided using variable based scheduled transactions for this reason.
It's another of GnuCash's features (like lots) that I've decided is b
The Since Last Run assistant requires that every variable appearing in it's
list of transactions that are ready to be processed must have a value
assigned in the first step before it will proceed to the step where the
transactions are entered. One way to avoid entering values before you are
ready i
Thanks so much, that did the trick! I had a few set right, but not all.
Your help is much appreciated!
Ed
On 19/11/2024 4:37 pm, David H wrote:
Well you don't provide any information and we can't see your file but
I suggest you check your preferences initially ..
GnuCash Preferences >> S
Well you don't provide any information and we can't see your file but I
suggest you check your preferences initially ..
GnuCash Preferences >> Scheduled Transactions Since Last Run >> Run when
data file opened - is this checked on ?
Have you tried Action >> Scheduled Transactions >> Since Last Ru
oops missed off the group
On Saturday, 23 March 2024 at 09:20:19 GMT, Martin Booth
wrote:
Hi
select new under scheduled transaction or edit an existing one
select frequency tab
select weekly for frequency and select a start date
select every 4 weeks in the box below and the day it wi
Weekly, every 4 weeks
David T.
On Mar 23, 2024, 8:45 AM, at 8:45 AM, David Jordan
wrote:
>Hello,
>
>
>
>I am trying to schedule a Deposit transaction that is paid every 4
>weeks
>(i.e. 13 times per year) but unlike Quicken GNUCash doesn't seem to
>allow a
>scheduled transaction that happens
Thanks John didn't see that one. Also, thanks to the whole team for a great
application. Mike
Sent from AOL on Android
On Wed, Dec 27, 2023 at 6:48 PM, john wrote:
On Dec 25, 2023, at 11:07, mjchurchil--- via gnucash-user
wrote:
Just as an update, I tried a gnucash-5.5 package on ar
> On Dec 25, 2023, at 11:07, mjchurchil--- via gnucash-user
> wrote:
>
> Just as an update, I tried a gnucash-5.5 package on arch. Trying to change
> from reminder to to-create has no effect; stays reminder. Same computer, same
> database, but different install. Mike
>
>On Monday, Dec
Just as an update, I tried a gnucash-5.5 package on arch. Trying to change
from reminder to to-create has no effect; stays reminder. Same computer, same
database, but different install. Mike
On Monday, December 25, 2023 at 10:52:57 AM PST, mjchurchil--- via
gnucash-user wrote:
Using
Yep. This is the case on Windows also.
-Original Message-
From: gnucash-user
On Behalf Of lj
Sent: Tuesday, December 19, 2023 7:40 PM
To: gnucash-u...@lists.gnucash.org
Subject: Re: [GNC] Scheduled Transactions status cannot be changed
I am also unable to change the SX status in the
That appears to be different behavior from what I'm seeing. I've
opened https://bugs.gnucash.org/show_bug.cgi?id=799180 for the variable
value issue.
https://bugs.gnucash.org/show_bug.cgi?id=799179 is close, however I'm
not getting a crash.
On Thu, 2023-12-21 at 10:21 -0800, john wrote:
> I think
I think https://bugs.gnucash.org/show_bug.cgi?id=799179 covers it.
Regards,
John Ralls
> On Dec 21, 2023, at 05:55, Jon Schewe wrote:
>
> Has anyone filed a bug for this problem of not being able to enter
> variables? I'll enter one, but didn't want to double up. When I did a
> search I didn't
Has anyone filed a bug for this problem of not being able to enter
variables? I'll enter one, but didn't want to double up. When I did a
search I didn't find one, but could be using poor keywords.
On Tue, 2023-12-19 at 19:40 -0500, lj wrote:
> I am also unable to change the SX status in the SLR di
Gnucash 5.5
I also have this problem.
Peter
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on
I am also unable to change the SX status in the SLR dialog.
Using Linux (64 bit), Gnucash-5.5 built from source.
Also unable to enter a value for a place-holder in the SX. Double-click
on the placeholder, enter a value, press Enter and it reverts to "(Need
Value)". Release notes indicate a cha
Thanks for the suggestion, Kevin.
It's an interesting idea, but it looks like it would be more work than
I'm doing now. And also ... I could make a mistake in setting the dates
manually. With the present scheme -- 4th Wednesday of each month,
transaction posts two days early -- at least I can trus
On Wednesday, November 1st, 2023 at 03:32, Stan Brown
wrote:
>
> Every month, I get a direct deposit two days before the fourth Wednesday
> of the month. That's not the same as the third Monday. For example, this
> month the fourth Wednesday was 25 October, so the deposit came on
> 23 October, wh
See my reply in the thread titled "I need basic help" made today that
gives an overview of Debits & Credits.
Your splits in that transaction should be something like:
Dr. Assets:Deposit Account (amount = cash + interest)
Cr. Assets:Cash
Cr. Income:Interest
(These are just general names, us
On 2023-10-22 13:36, Name Same wrote:
> One thing I note is that in the transaction template, I had to show
> a debit action into the bank account, and a credit action from
> Income:interest to keep the sheet balanced. Is that the right thing to do?
Absolutely. Debits must balance credits in every
Hi Adrien,
Thanks for the reply, I figured out how to use the formula
system with scheduled transactions with some trial-and-error.
I tried both a simple formula like 1000*4/100 for a recurring
fixed 4% deposit, and a compounding formula, like:
computeInterestIncrement( 1000.00 : 0.4 : 12 : i )
w
I could be misunderstanding the desired goal.
Do you want the interest portion to be calculated on the immediate
deposit or on the entire account balance?
If the immediate deposit, you would simply add a split for the interest
and indicate the amount. (since it is fixed, the rate is irrelevan
I think I figured it out - set weekly for every four weeks. Duh.
Sent from my iPad
> On Oct 12, 2023, at 14:43, Anna Scott wrote:
>
> Hello all - first of all I’m a MacBook Pro user on GNC version 5.3 - I’m a
> newbie setting up scheduled transactions for the first time. I have a few
> that
Stan, see the attached screenshot. You will notice the middle columns have no
headings. As you tab through the fields to enter: number, description (payee
or your description), you will notice that the middle column then says account.
if you click in the space you will see the dropdown arrow
Stan,
Please also advise OS and version and what version of Gnucash you are using
when you post a query as things change from version to version.
Have you found the wiki entry relating to Scheduled Txns -
https://wiki.gnucash.org/wiki/Scheduled_Transactions ?
You might find it easier initially t
As for the SX list on the SX tab, I did get it to stick after an exit
and restart, best I can tell. But I have a very short list (5) and one
of those is inactive.
I'm not sure what the reference was towards 'still open windows' as the
sort order didn't magically change if I clicked on a differ
I think you meant to address this to me.
I'm not really sure why you're bringing up the SLR dialog. Are you suggesting
that the sort order for that dialog is going to affect how the editor window
sorts? That would be a strange behavior indeed.
Regardless, the dialog has no sorting capabilitie
Adrien M,
Are you able to sort transactions in the Since Last Run dialog as well as
in the Scheduled Transactions Editor? Are they still sorted the same way
the next time that you open the Scheduled Transactions Editor?
I think there may be some confusion about when the stickiness arises. I
thi
I'm running 4.13 on Windows 10 and can tell you that sort order is 'sticky'
only if you are sorting on one of the two occurrence columns. It's a
calendar-oriented feature, so I can't say I consider that an oversight.
-Original Message-
From: gnucash-user On
Behalf Of David T. via gnuca
I find it is sticky regardless of the column used for sorting. I've
tested each one, close and reopened the tab, and also closed and
reopened the app entirely.
4.13 on MacOS Monterey.
-
I wonder if this is related to the sticky sorting in register problem
some others are seeing?
Are the
David,
I would wait for a reply from one of the more active developers. I do
agree with your sentiments.
On Sat, Jan 14, 2023 at 8:32 AM David T. via gnucash-user <
gnucash-user@gnucash.org> wrote:
> Well, thanks for the confirmation.
>
> I disagree with the conclusion, though. Based on your re
Well, thanks for the confirmation.
I disagree with the conclusion, though. Based on your reasoning, registers
should only save a chronological sort; thankfully, they allow other sort orders
for users who prefer them.
David T.
On Jan 14, 2023, 4:15 PM, at 4:15 PM, John Layman
wrote:
>I'm
I seem to recall having done that once or twice too!
Regards,
Adrien
On 1/14/23 12:37 AM, David T. via gnucash-user wrote:
Thanks. I did a little testing, trying both your suggestion and Stan's. Both seemed to
have the same result: I was only prompted once. I suspect that "formula-izing"
the
Thanks. I did a little testing, trying both your suggestion and Stan's. Both
seemed to have the same result: I was only prompted once. I suspect that
"formula-izing" the transaction doesn't materially change anything here.
In retrospect, I suspect user error in the first place. I now believe th
I had the same problem and I think I solved it by making all of the
variables part of a formula, so your transaction would look like:
DB Checking TOTALAMT*1
CR Asset TOTALAMT*1
CR Income A TOTALAMT*1
DB Income B TOTALAMT*1
Regards,
Adrien
On 1/13/23 10:48 AM, David T. via gnucash-user wrote:
That may have been me. I'm running 2.6.19, and I could swear that I
tried a scheduled transaction over a year ago, and I got prompted
multiple times.
When I posted about that again a few days ago, I tried again and found
that I had misinterpreted what I was seeing on screen. In fact, GC was
simply
I do recall this same issue came up in another thread and I thought there
was already a solution mentioned, but it is really difficult to search for
it on a phone .
Perhaps someone else remembers where to find it?
On Fri, Jan 13, 2023, 12:52 PM David Carlson
wrote:
> Never mind, I can't read y
Never mind, I can't read your whole message at once on my phone
On Fri, Jan 13, 2023, 12:50 PM David Carlson
wrote:
> David,
>
> Which version of GnuCash are you using?
>
> On Fri, Jan 13, 2023, 10:49 AM David T. via gnucash-user <
> gnucash-user@gnucash.org> wrote:
>
>> Hi,
>>
>> Gnucash 4.13 W
David,
Which version of GnuCash are you using?
On Fri, Jan 13, 2023, 10:49 AM David T. via gnucash-user <
gnucash-user@gnucash.org> wrote:
> Hi,
>
> Gnucash 4.13 Windows 10. Long time user.
>
> I am trying out using a variable in a scheduled transaction for the
> first time, and it's not behavin
alf Of David H
Sent: Wednesday, January 4, 2023 5:20 PM
To: Tommy Trussell
Cc: gnucash-u...@lists.gnucash.org; adrien.montele...@lusfiber.net
Subject: Re: [GNC] Scheduled transactions
Tommy,
My workflow is somewhat different but I find it gives me a good handle on
upcoming transactions and account bal
The biggest "variable" I need that I haven't been able to do is that I want
a check to "use the next check number" - I haven't been able to figure out
how to make that happen.
I assume that using "amt" (without quotes) for the amount stops things
because the amount should be numerical.
On Thu, J
When I use scheduled transactions, I always tell it to let me review all the
created transactions. This is useful because, as you surmise, it generates the
transactions on the dates as scheduled, even if I create them in advance.
So, if the Since Last Run druid is prompting me to write a check
Thanks... this may be useful... I hadn't tried that approach.
I don't usually have things go too far in advance, but I may try it.
I needed this ability recently... I support a charity each year around 01
Jan... but they had a sponsor matching for 3 times the amount that ended 31
Dec, so I needed
Tommy,
My workflow is somewhat different but I find it gives me a good handle on
upcoming transactions and account balances...
I just set up all of my scheduled transactions to Create automatically and
Notify me when created 60 days in advance. This gives me a pretty good idea
of what's coming up
I thought that you put that there to see if anyone was reading!! You
outlined a very comprehensive procedure to effectively utilize the somewhat
awkward UI of the Since Last Run Druid.
On Wed, Jan 4, 2023 at 3:11 PM Tommy Trussell
wrote:
> > 15+3=19 days
> oops
> 18 days for those who can add.
> 15+3=19 days
oops
18 days for those who can add.
On Wed, Jan 4, 2023 at 3:05 PM Tommy Trussell
wrote:
> I enter scheduled transactions from the future all the time. For example,
> when I receive a utility bill or a credit card that will draft my bank
> account on the (future) draft date.
>
> T
I enter scheduled transactions from the future all the time. For example,
when I receive a utility bill or a credit card that will draft my bank
account on the (future) draft date.
The secret is to use the "Remind in advance" field in scheduled
transactions. For my bills, the statement might usual
Is this just a one-off? I'd just enter the transaction. If it is
complicated and you already have an instance in a register, duplicate it.
If it hasn't ever occurred, and you don't want to manually enter it,
edit to run today, click Actions > Since Last Run to fire it off, then
edit to revert
Just confirming the nightly works as expected! Upon opening, the scheduled
transactions were already there with no user interaction. (bonus: also
noticed the links to the various paths in Help > About)
On Fri, Aug 12, 2022 at 4:44 PM Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:
> Ye
Thanks John! Installed the nightly this morning and did some simple
testing. Seems to be working now.
Tom
On 8/12/2022 3:11 PM, John Ralls wrote:
That was it: The registers weren't refreshed unless the SLR dialog runs and the
user clicks OK. I've pushed a fix that will be in tomorrow's nigh
Thank you John Ralls for figuring this out! I'll be sure to test the
nightly and report back.
On Fri, Aug 12, 2022 at 4:11 PM John Ralls wrote:
> That was it: The registers weren't refreshed unless the SLR dialog runs
> and the user clicks OK. I've pushed a fix that will be in tomorrow's
> night
Yet another example of how awesome the GnuCash team is. Thanks John!
Regards,
Adrien
On 8/12/22 3:11 PM, John Ralls wrote:
That was it: The registers weren't refreshed unless the SLR dialog runs and the
user clicks OK. I've pushed a fix that will be in tomorrow's nightlies
(https://code.gnuca
That was it: The registers weren't refreshed unless the SLR dialog runs and the
user clicks OK. I've pushed a fix that will be in tomorrow's nightlies
(https://code.gnucash.org/builds/win32/maint and
https://code.gnucash.org/builds/flatpak.maint).
Regards,
John Ralls
> On Aug 12, 2022, at 8:4
That's just the noise from GnuCash not finding perl when deciding whether it
should enable online quote retrieval.
I have a new hypothesis that I wrote up on bug 794584: That line in the SLR
code only runs in the dialog's OK handler, and if you have only
automatic-creation SXes that don't requi
The last time this occurred would be the first run on the 10th. Here is
the contents of the trace file with the earliest time on that date:
* 07:53:46 WARN [gnc_spawn_process_async()] Could not spawn
perl: Failed to execute child process (No such file or directory)
* 07:53:46 ERROR <> gnc_pr
Ok it looks like there are 2 open tickets already:
https://bugs.gnucash.org/show_bug.cgi?id=794584
https://bugs.gnucash.org/show_bug.cgi?id=796948
It doesn't look like they are getting any traction...
On Thu, Aug 11, 2022 at 9:05 PM John Ralls wrote:
> I'd go with bug: It's supposed to refres
I'd go with bug: It's supposed to refresh all of the registers, see
https://github.com/Gnucash/gnucash/blob/41de4cefce621c214c0d6f6ff1c5ca05df8fd917/gnucash/gnome/dialog-sx-since-last-run.c#L1168
You may find in your trace file one or more error messages "suspend counter not
zero" from gnc_gui_r
I thought one was already opened. (but I admit I didn't search for it)
If I recall correctly, it has to do with refreshing the register view.
This seems to happen with registers that are left open at the last close
and which re-open before the Since Last Run dialog fires.
Though hitting [Ente
I still consider this a bug and not a feature request since not seeing an
up-to-date register could really throw things off.
To the community and GnuCash team - should I open an issue in Bugzilla?
On Thu, Aug 11, 2022 at 12:02 PM Tom Veik wrote:
> Replying to an old thread I found with a search
Replying to an old thread I found with a search.
Using GnuCash version 4.11 on Windows 11. I've been using GnuCash for a
few years and very happy with it. I haven't seen this problem until
recently when I switched my scheduled transactions from no automatic
entry with reminders, to automatic
Bone
Sent: Wednesday, April 13, 2022 12:06 PM
To: gnucash Users
Subject: Re: [GNC] Scheduled Transactions
On 13 April 2022 at 15:38, Gyle McCollam said:
> I have a different question about SX. I had an insurance policy with 10
> payments. Last year's payments are complete and the
On 13 April 2022 at 15:38, Gyle McCollam said:
> I have a different question about SX. I had an insurance policy with 10
> payments. Last year's payments are complete and the SX show never for the
> next scheduled payment. I want to set up a transaction for the next year
> without deleting last
On 2022-04-12 19:57, Adrien Monteleone wrote:
> There might be very good reasons why someone would pause an SX and want
> it to fill-in past instances after un-pausing. Testing, troubleshooting,
> verifying something, trial scenarios, et cetera come to mind off the top
> of my head.
Agreed, and
esday, April 12, 2022 12:53 PM
To: Dale Alspach
Cc: GnuCash-User
Subject: Re: [GNC] Scheduled transactions feature or bug?
I'm glad I saw this post as I have a disabled scheduled transaction that I
was getting ready to renable myself. I guess the solution would be to delete
the recurring and
I agree, the behavior should not be changed, but perhaps the UI could be
improved if people aren't realizing what is going on.
Of course, there is a responsibility for the user to learn the software,
how it works, and pay attention to things. (such as noticing last run
and next occurrence date
When you open the scheduled transaction in the transaction editor, you get
hit in the face with the listing of the last occurred date under the
Occurrences section. I think that pretty obviously suggests that the next
occurrence will follow the defined sequence from that date unless it is
edited.
On 2022-04-12 11:59, Glenn Fowler wrote:
> However, I do agree with the OP in that you would think the expected
> behavior would be to pause when disabled, and then when reenabled to not go
> back to prior to that point.
I wouldn't think that. If I re-enable a scheduled transaction, keeping
the or
#x27;t have to delete and create a new one, just change the start
> date
> >> in the one you have.
> >>
> >> Sent from Samsung Galaxy smartphone.
> >>
> >>
> >>
> >> Original message
> >> From: Glenn F
e, just change the start date
in the one you have.
Sent from Samsung Galaxy smartphone.
Original message
From: Glenn Fowler
Date: 4/12/22 1:03 PM (GMT-05:00)
To: Dale Alspach
Cc: GnuCash-User
Subject: Re: [GNC] Scheduled transactions feature or bug?
I'm glad I saw t
On 4/12/2022 3:07 PM, Dale Alspach wrote:
Unless one lives in a science fiction world with time travel available
one does not normally *schedule* something to occur in the past.
:)
If this is kept as a feature then perhaps the name should be changed
to "automatic transaction creation tool".
Da
Unless one lives in a science fiction world with time travel available one
does not normally *schedule* something to occur in the past.
:)
If this is kept as a feature then perhaps the name should be changed to
"automatic transaction creation tool".
Dale
On Tue, Apr 12, 2022 at 11:32 AM Michael or
have to delete and create a new one, just change the start date
> in the one you have.
>
> Sent from Samsung Galaxy smartphone.
>
>
>
> Original message
> From: Glenn Fowler
> Date: 4/12/22 1:03 PM (GMT-05:00)
> To: Dale Alspach
> Cc: GnuCash-Us
You don't have to delete and create a new one, just change the start date in
the one you have.
Sent from Samsung Galaxy smartphone.
Original message
From: Glenn Fowler
Date: 4/12/22 1:03 PM (GMT-05:00)
To: Dale Alspach
Cc: GnuCash-User
Subject: Re: [GNC] Sche
I'm glad I saw this post as I have a disabled scheduled transaction that I
was getting ready to renable myself. I guess the solution would be to
delete the recurring and enter a new one.
I would have also expected that enabling would start that day time
otherwise what would a disable button really
This sounds like a good case of not auto-creating them, but rather
approving them each time. There are options for this.
Regards,
Adrien
On 4/12/22 9:55 AM, Dale Alspach wrote:
I had a scheduled transfer to savings that I disabled for a few months.
When I re-enabled the scheduled transfer I di
On 4/12/2022 10:55 AM, Dale Alspach wrote:
I had a scheduled transfer to savings that I disabled for a few months.
When I re-enabled the scheduled transfer I did not change the start date. I
was very surprised to find that when it ran that it entered transactions
for all of the months when it was
John,
Have still been unable to get Gnucash to write to Terminal using
/Applications/Gnucash.app/Contents/MacOS/Gnucash to open with the variable you
provided. Was able to see trace file by following
"/var/folders/ms/pc_fwkwn16nds1fhz45ztmphgp/T/gnucash.trace” path in Finder
rood directo
John,
I attempted to open GC and having it write to Terminal using
/Applications/Gnucash.app/Contents/MacOS/Gnucash --logto=stderr. GC opened
and SLR showed two Scheduled Transactions (STs) had been created but were not
in the register. There was nothing really written to Terminal as shown
I suspected as much. I was giving a generic suggestion so others might
find it useful. The behavior is not exactly intuitively obvious to the
most casual observer.
On Tue, Mar 8, 2022 at 12:54 PM wrote:
> My problem is not SXs being created by mistake, it is that they are being
> shown as crea
My problem is not SXs being created by mistake, it is that they are being shown
as created (both in the SLR and SX editor last created box for the SX) but not
being populated in the register at all. So seems I may have a bug. Appreciate
the help.
> On Mar 7, 2022, at 22:24, David Carlson wro
> On Mar 7, 2022, at 7:03 PM, smad...@hotmail.com wrote:
>
> I also opened GnuCash in the Terminal hoping to see what happened when it
> opened. Gnucash opened, but I got no output using command:
>
> open -a Gnucash.app
>
> Is there something else I need to add to this command to get termin
I did forget to mention a couple of things. If there is only a small
number of scheduled transactions being automatically created by mistake, it
would probably be easier to just delete them and edit the corresponding
SX's, which you probably would need to do anyway if that were your problem.
Seco
The screen shot did not make it into the list, but it is normal for the
'Created' message to be greyed out because there is no way for the user to
change the status to any of the other settings once the transaction is
created. If you really do want to change the status the only way would be
to clo
Ok, so the problem of not seeing all the scheduled transactions has resolved
itself by closing GNU down and restarting it. And indeed now I see the pending
transactions in January as well as future months. So it appears to have been
resolved by switching gnu off and back on.
On Wed, Jan 5, 2022
Where does it stop working? Do the transactions appear in the Since Last
Run window ehen you start the program?
On Wed, Jan 5, 2022 at 6:03 AM Mike Stillingfleet <
mikestillingfl...@fastmail.co.uk> wrote:
>
> Dear All,
>
> I have recently upgraded to:
>
> Version: 4.8
> Build ID: 4.8a+(2021-09-2
: [GNC] Scheduled transactions details
On Thu, Nov 4, 2021 at 2:34 PM Kalpesh Patel mailto:kalpesh.pa...@usa.net> > wrote:
David,
Thank you for that primer appreciate it.
Boy was I under huge mis-understanding behind their intent for sure. My
understanding of “value” was more aligne
On Thu, Nov 4, 2021 at 2:34 PM Kalpesh Patel wrote:
> David,
>
> Thank you for that primer appreciate it.
>
> Boy was I under huge mis-understanding behind their intent for sure. My
> understanding of “value” was more aligned with like value of the
> transaction at hand for me, for example like $
.
Since I deal only with US Dollars currency, should that be just a value of 1? I
reckon that I won’t have any transactions that creates imbalance.
From: David Carlson
Sent: Tuesday, November 02, 2021 12:43 PM
To: Kalpesh Patel
Cc: Gnucash Users
Subject: Re: [GNC] Scheduled transactions
I'll take a stab at answering these questions.
1 the value column comes into play when there are accounts valued in more
than one currency or security and there is an exchange involved. The most
common case is an investment transaction. The Since Last Run 😈 needs
manual input to assign an exc
John, thanks for the clarification.
Cheers David H.
On Tue, 5 Oct 2021 at 07:43, John Ralls wrote:
>
>
> > On Oct 4, 2021, at 2:18 PM, David H wrote:
> >
> > The only thing I'm not sure about is what the difference is between
> clicking Cancel and clicking OK on the popup as I get the txns re
> On Oct 4, 2021, at 2:18 PM, David H wrote:
>
> The only thing I'm not sure about is what the difference is between clicking
> Cancel and clicking OK on the popup as I get the txns regardless :-)
Probably because all of your transactions are set to create automatically, so
the SLR is just
gt;>>>>>
> >>>>>>> While there is no requirement to upgrade, and "if it ain't broke,
> >>>> don't
> >>>>>>> fix it" may apply, if you have a system crash and need to rebuild
> >>>> your
> >>>>
t;>
>>>>>>>> Do I really need to update? I only use the basis ledgers for
>>>> standard
>>>>>>>> banking accounts, credit cards, loans, mutual funds; scheduled
>>>>>>>> transactions; and basic reports (typically j
t;>>> 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.
>>> >
to a current version
you will have available for installing on the new machine.
b) Going to a new computer, you will want to be saving ALL of your data
(not just gnucash data). If the OS is remaining the same, this is
relatively simple. If the OS will be changing (different on the new
machine) this will not be
1 - 100 of 159 matches
Mail list logo
