On Wed, 15 Dec 1999 23:09:23 EST, the world broke into rejoicing as
Per Bojsen <[EMAIL PROTECTED]>  said:
> *** Regarding Re: Plans for 1.3/1.4 (or should it be 1.3/2.0?); Derek
>     Atkins <[EMAIL PROTECTED]> adds:
> 
> Derek> Actually, the one other feature I think many people want (at
> Derek> least users who are used to Quicken), is the ability to
> Derek> re-parent an account.
> 
> I wrote a little perl script called MoveAccount.pl to do this.  You
> can download it at
> 
>   http://home.att.net/~per.bojsen/files/moveaccount.tar.gz

Interesting that it does exist, if only in external form...

This is indeed quite an important issue, and one of the few cases
I can think of where "Drag'n'Drop" is *truly* useful.

There are three facilities that could naturally fall out of this:
1.  A selection widget that presents the set of accounts as a
    GTKTree-style tree, so that you can browse the accounts as
    a folded tree that you can unfold as needed.

    This would be "Account Tree Mk I"

2.  A variation on the "tree select widget" that permits the gentle
    user to drag a subtree from one location to another, modifying
    fields to be compatible with the new location as needed.

    This would be "Account Tree Mk II"

    This is potentially a *very dangerous* operation, so it would
    be a well and good thing to warn the user of:
     --> How many nodes are about to move;
     --> Any mismatches of account type/currency that might 
         suggest to the user that this might be a Big Mistake;
    as well as providing some ability to UNDO this, should this prove
    to have been a Big Mistake.

3.  Paralleling the R/3 notion of "matchcodes," as well as the probably
    more familiar X font selector, xfontsel, having an alternate
    "account query" that allows the user to specify some properties
    (e.g. - what does the name contain, is it income/expense/asset/...,
    which currency...) and then pull up a reasonably verbose list of
    resultant accounts that shows more-than-just-the-names.
--
Rules of the Evil Overlord #10. "I will not include a self-destruct
mechanism unless absolutely necessary. If it is necessary, it will not
be a large red button labelled "Danger: Do Not Push". The big red
button marked "Do Not Push" will instead trigger a spray of bullets on
anyone stupid enough to disregard it. Similarly, the ON/OFF switch
will not clearly be labelled as such."
<http://www.eviloverlord.com/lists/overlord.html>
[EMAIL PROTECTED] - <http://www.ntlug.org/~cbbrowne/lsf.html>

--
Gnucash Developer's List 
To unsubscribe send empty email to: [EMAIL PROTECTED]

Reply via email to