Gary Bickford writes:
> Even if you could only undo the very last thing one did that would be
> beneficial. Taking your logging idea, a very long time ago I worked with a
> text editor that remembered every keystroke and mouseclick (if it caused a
> relevant action), from the time you opened the
Dave Peticolas wrote:
> Gary Bickford writes:
>
> > 3. There was an issue with debit vs. credit - everything seems to have
> > come into to the pasted account on the wrong side - this may have
> > to do with my setup or the very long chain of interactions between
> > my Palm and
Perhaps the right answer is to have a different function, "move". In fact, the
first thing I tried was to 'drag' the transaction from one account to another.
Cut/paste was my last resort. I would propose that it's better from a user
interface point of view to not change the semantics and result
"Phillip Shelton" writes:
> > > I have a couple of problems to report with 1.4.2. These
> > > may have been
> > > fixed already in 1.5.1?
> > >
> > > 1. The pasted transaction had lost both the date and the
> > > ID number. Since I cut instead of copy, I didn't know what the
> > > inv
> > I have a couple of problems to report with 1.4.2. These
> > may have been
> > fixed already in 1.5.1?
> >
> > 1. The pasted transaction had lost both the date and the
> > ID number. Since I cut instead of copy, I didn't know what the
> > invoice no. and date were any more. So I h
Gary Bickford writes:
> Folks,
> I have a couple of problems to report with 1.4.2. These may have been
> fixed already in 1.5.1?
>
> 1. The pasted transaction had lost both the date and the ID number.
> Since I cut instead of copy, I didn't know what the invoice no.
> and date were
Folks,
I have a couple of problems to report with 1.4.2. These may have been
fixed already in 1.5.1?
I uploaded some qif data via pm2qif. This went well, except that Pocket
Money (PM) doesn't maintain nested accounts - all the PM accounts showed
up in the top level of GNUCash. I don't know wha