Mass deletion of transactions

Derek Atkins warlord at MIT.EDU
Mon Apr 7 13:02:42 EDT 2014


Hi,

Ricardo Biloti <biloti at gmail.com> writes:

> I consider two possibilities to overcome such difficulty.
>
> 1) apply a simple operation to all entries of a search.
> After search for all transactions, the user would be allowed to delete,
> export, switch one of the accounts, etc. This feature however may imply in
> moderate to high efforts in interface design and implementation.
>
> 2) native format for exporting/importing of transactions.
> The user searchs for transactions he/she wants to keep, then export them
> and reimport them into a new file. This export/import format however must
> be gnucash native, instead of CSV, to avoid any information loss or
> necessity of recheck all transactions for consistency and correctness. As a
> developer, I consider this easier to implement, and more valuable as it
> address other issues, like the possibility to backup just of part of the
> transactions, not specifically related in time, like it is done in the log
> files.
>
> Besides, I would suggest that all accounts have a simple ID that could be
> used to inform both accounts of each transaction in the CSV import. This
> would greatly improve the CSV mass import of transactions. I believe that
> the implementation effort related to such feature is worthy.
>
> Are those potencial features valuable to others?

I'm not sure how widely usable these features are.  You are correctin
that implementing #1 would be very challenging given the current
architecture.  #2 would likely be possible, but still challenging given
the way the code works.

Going back to your original question: I'm curious why you feel you need
to mass-delete a bunch of transactions?  Usually this implies either:

a) you want to go back in time, to which I would say "go to a backup",
or
b) you want to split your books up, to which I would say "you don't need
to -- gnucash will happily continue going"

So... why do you feel you need to mass delete a bunch of transactions?

> R.Biloti

> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.

-derek

-- 
       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


More information about the gnucash-user mailing list