On Thu, 11 May 2000, Hendrik Boom wrote:
> Unfortunately, if you happen to edit the date-typed-in by mistake,
> there is no way of finding the error by looking for recently entered
> (or recently changed) transactions.
The only "edit" should be to set it to "now".
> Also, if the date-changed is t
>
> I'm not sure how it works in Quicken. I was referring to just sorting
> by the date of entry, not changing it. But now that I think of it, if
> we switch to sorting by the date of entry, we could go ahead and show
> the date of entry in the left column instead of the 'real' date typed
> in, a
> > > Great!
> > >
> > > I've always wanted this feature in Quicken, but I didn't know it existed.
> > > This would be very helpful when you realize that a transaction you could
> > > swear you just entered has disappeared, and you're not sure if you haven'
> t
> > > entered it yet or if you used
> > Great!
> >
> > I've always wanted this feature in Quicken, but I didn't know it existed.
> > This would be very helpful when you realize that a transaction you could
> > swear you just entered has disappeared, and you're not sure if you haven't
> > entered it yet or if you used the wrong date
> Dave Peticolas wrote:
> >
> > >
> > > Just to add my voice to the mix:
> > >
> > > I want to be able to sort my register using time C (Quicken can do
> > > this, btw) because when I'm doing my monthly reconcile with the bank
> > > stmt, I always end up with a bunch of transactions which I never
Dave Peticolas wrote:
>
> >
> > Just to add my voice to the mix:
> >
> > I want to be able to sort my register using time C (Quicken can do
> > this, btw) because when I'm doing my monthly reconcile with the bank
> > stmt, I always end up with a bunch of transactions which I never
> > entered dur
[Resent--I misdirected this the first time.]
--
Randolph Fritz
Eugene, Oregon, USA
On Tue, May 02, 2000 at 11:00:05PM -0500, John Hasler wrote:
>
> But you do have that control, don't you? They should stay in the order you
> enter them in unless you give them dates and/or numbers that will c
I was just discovering that I cannot control the placement of an
"adjust balance" transaction in an account; if there are any other
transactions on that day I cannot predict where it will fall or what
it will leave the account balance. How is this supposed to be used?
--
Randolph Fritz
Eugene, O
Dave Peticolas wrote:
>
> >
> > Just to add my voice to the mix:
> >
> > I want to be able to sort my register using time C (Quicken can do
> > this, btw) because when I'm doing my monthly reconcile with the bank
> > stmt, I always end up with a bunch of transactions which I never
> > entered dur
>
> Just to add my voice to the mix:
>
> I want to be able to sort my register using time C (Quicken can do
> this, btw) because when I'm doing my monthly reconcile with the bank
> stmt, I always end up with a bunch of transactions which I never
> entered during the month (for whatever reason).
> "CB" == Christopher Browne <[EMAIL PROTECTED]> writes:
CB> On 01 May 2000 22:06:07 CDT, the world broke into rejoicing as
CB> John Hasler <[EMAIL PROTECTED]> said:
>> Christopher Browne writes:
>> > We thus have _three_ times:
>>
>> > a) The moment at which you incurred the tr
Randolph Fritz writes:
> Well, my specific problem is that I maintain both a paper and electronic
> check register. Without control over the order of entries I essentially
> have to reconcile the two registers.
But you do have that control, don't you? They should stay in the order you
enter the
On Tue, May 02, 2000 at 08:51:17PM -0500, John Hasler wrote:
>
> >From an accounting viewpoint, the order of entries which all carry the same
> date is irrelevant in any circumstance in which a gnucash is likely to find
> herself.
>
Well, my specific problem is that I maintain both a paper and e
As a naive user for personal use the various dates that may be
relevant are
> a) The moment at which you incurred the transaction
whether or not at this time my back/check/credit account has
been updated I need to know whether I'm on budget or have/will
have funds available for next transaction. T
Christopher Browne writes:
> Sorry, I don't think so. If I go on vacation to Nepal for 2 months, and
> don't get around to entering information 'til I get back, the backlog
> doesn't affect the fact that the two months worth of credit card charges
> hit accounts whilst I was away.
A special situ
Richard Wackerbarth writes:
> The question is "Have we really gained enough to warrant the effort?"
>From an accounting viewpoint, the order of entries which all carry the same
date is irrelevant in any circumstance in which a gnucash is likely to find
herself.
--
John Hasler
[EMAIL PROTECTED] (
Richard Wackerbarth writes:
> If I am posting entries from ANY other source, I will use the date
> recorded in that source. For example, I might normally enter the checks
> that I write while I am writing them. However, I sometimes use a check
> for some purpose other than mailing a payment. In th
On Tue, May 02, 2000 at 06:16:34AM -0500, Richard Wackerbarth wrote:
>
> However, I don't think there is any satisfactory solution that will please
> everyone.
>
For that reason, I think it would probably be best to make it possible
for the user to determine the order.
--
Randolph Fritz
Euge
On Tue, 02 May 2000, Rob Walker wrote:
> Agreed, as do I. However, I thought we were only talking about
> journal entries which fell on the same calendar date, no?
I would have used different terminology to convey that meaning.
I agree that, for JE assigned to the same time interval, order en
>
> > On Mon, 1 May 2000 22:17:43 -0500, Richard Wackerbarth
> > <[EMAIL PROTECTED]> said:
>
> Richard> On Mon, 01 May 2000, John Hasler wrote:
> >> Christopher Browne writes:
> >> > We thus have _three_ times:
> >> >
> >> > a) The moment at which you incurred the transaction,
> >> > b)
> On Mon, 1 May 2000 22:17:43 -0500, Richard Wackerbarth
> <[EMAIL PROTECTED]> said:
Richard> On Mon, 01 May 2000, John Hasler wrote:
>> Christopher Browne writes:
>> > We thus have _three_ times:
>> >
>> > a) The moment at which you incurred the transaction,
>> > b) The moment at which
> On 01 May 2000 22:06:07 -0500, John Hasler <[EMAIL PROTECTED]>
> said:
John> Christopher Browne writes:
>> We thus have _three_ times:
>> a) The moment at which you incurred the transaction,
>> b) The moment at which the effects of the transaction hit your bank account,
>> and
>> c)
On 01 May 2000 22:06:07 CDT, the world broke into rejoicing as
John Hasler <[EMAIL PROTECTED]> said:
> Christopher Browne writes:
> > We thus have _three_ times:
>
> > a) The moment at which you incurred the transaction,
> > b) The moment at which the effects of the transaction hit your bank acc
On Mon, 01 May 2000, John Hasler wrote:
> Christopher Browne writes:
> > We thus have _three_ times:
> >
> > a) The moment at which you incurred the transaction,
> > b) The moment at which the effects of the transaction hit your bank
> > account, and
> > c) The moment at which you typed in the tra
Christopher Browne writes:
> We thus have _three_ times:
> a) The moment at which you incurred the transaction,
> b) The moment at which the effects of the transaction hit your bank account,
> and
> c) The moment at which you typed in the transaction.
> All three being legitimately different.
On Mon, 01 May 2000, Christopher Browne wrote:
> By the way, another moment that I _would_ consider of some value would be
> the moment at which the split was marked as "reconciled as clear." (To
> connect this to the other discussion about Reconciliation...)
> I have had occasion to care about
>
> By the way, another moment that I _would_ consider of some value would be the
> moment at which the split was marked as "reconciled as clear." (To connect
> this to the other discussion about Reconciliation...)
>
We track that date, sort of. Whenver the reconciliation status
of a split is
> > does it right now go in the order they were entered? What about adding an
> > optional ordering within each day, where put either the credits or the debi
ts
> > first within that day.
>
> Doesn't the engine store the transaction time in seconds since 1970? If this
is
> the
> case, what is
> > does it right now go in the order they were entered? What about adding an
> > optional ordering within each day, where put either the credits or the debi
> ts
> > first within that day.
>
> Doesn't the engine store the transaction time in seconds since 1970? If this
> is
> the
> case, what
Christopher Browne <[EMAIL PROTECTED]> writes:
> The exception to this would be if you have an accounts receivable
> account, and intend to charge interest based on daily balances. It
> may be necessary to have an unambiguous ordering of this, particularly
> if the rate depends somehow on minim
> does it right now go in the order they were entered? What about adding an
> optional ordering within each day, where put either the credits or the debits
> first within that day.
Doesn't the engine store the transaction time in seconds since 1970? If this is
the
case, what is the default valu
On Mon, 01 May 2000, you wrote:
> The control is quite worthless, in all but one case, as it is _generally_
> going to be the case that GnuCash is _loosely_ tracking what is happening
> in someone's bank account.
>
> By loosely, I mean that GnuCash is not likely to be the authoritative
> source o
On Sat, 29 Apr 2000 22:01:08 PDT, the world broke into rejoicing as
Rob Walker <[EMAIL PROTECTED]> said:
> On Sat, Apr 29, 2000 at 12:52:06AM -0700, Dave Peticolas wrote:
> > > Is there any way to control the order of transactions within a day?
> > > With my check register, I get situations where
On Sat, Apr 29, 2000 at 12:52:06AM -0700, Dave Peticolas wrote:
> > Is there any way to control the order of transactions within a day?
> > With my check register, I get situations where gnucash sometimes posts
> > large withdrawals before deposits, resulting in apparent negative
> > checking bala
> Is there any way to control the order of transactions within a day?
> With my check register, I get situations where gnucash sometimes posts
> large withdrawals before deposits, resulting in apparent negative
> checking balances.
Right now the order is hard-coded. What sort of control
were you
35 matches
Mail list logo
