Remove Bill/Vendor

[Derek Atkins]

I'm not sure what you mean by "general purpose undo".  There is not
a centralized place where all objects are added/removed..  So there
is no way (short of rototilling a lot of code) to re-architect the
system to allow this.

If you're using the XML backend, you can choose not to save your work.
If you're using Postgres, there's nothing you can do.

This is why I made the "inactive" flag.

When we handle Periods I suspect we'll be in a better position to
handle something like this.  In particular, we can then relegate all
inactive entries to the archives, just like we relegate old
transactions.  But that's still pie-in-the-sky.  For now, 'inactive'
is all we've got, and frankly I've got more important features on my
todo list. ;)

If someone wants to dontate code I'll happily audit it and apply it
if it's good-enough.....

-derek

Bill Wohler <wohler at newt.com> writes:

> Patrick Van der Veken <Patrick.VanderVeken at pandora.be> writes:
> 
> > I agree with your statements. In my case, this vendor had no information 
> > whatsoever linked to it. It was a mistake on my part to enter them as a 
> > vendor. They should never have been in the system in the first place. I think 
> > in those cicumstances, a plain 'delete' should be allowed.
> 
> A general-purpose undo would handle that and be very useful on
> transactions too.
> 
> --
> Bill Wohler <wohler at newt.com>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
> Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
> If you're passed on the right, you're in the wrong lane.
> _______________________________________________
> gnucash-user mailing list
> gnucash-user at lists.gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-user

-- 
       Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
       Member, MIT Student Information Processing Board  (SIPB)
       URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
       warlord at MIT.EDU                        PGP key available