Op zaterdag 23 juni 2018 18:12:34 CEST schreef John Ralls: > > On Jun 23, 2018, at 4:58 AM, Robert Fewell <14ubo...@gmail.com> wrote: > > > > There have been some enquiries about customising this list so I thought I > > would propose a possible solution that I may work. > > At the moment the static lists are based on register type in > > split-register.c and it looks to me there are two possible options. > > > > 1, Dynamicaly add to these lists based on past entries, probably there > > would be an overhead do so. > > 2, Allow the lists to be customised in some sort of config file. > > > > I think 2, is the better option and in the source it mentions about using > > a > > config file so I was thinking along those lines to basicly do... > > > > Create a new user key file probably in .config/gnucash called > > user-config.gcm > > > > On gnucash load, test for the file and if not present create it with the > > default list content of split-register.c, I assume this would populate the > > file with the translated entries. > > > > A section name would then have list keys for the entries, something > > like... > > > > [Action List] > > cash_register=Increase;Decrease;Buy;Sell > > asset_register=Buy;Sell;Fee > > > > Change gnc_split_register_config_action to read the key file content to > > populate the appropriate list. > > > > A missing register key would get a list of one entry with "Empty". > > > > This would allow the users, once the file is created to add or remove > > entries as required. > > > > Any thoughts, wrong approach ? > > > > This would probably be a master project. > > Bob, > > User-edited “ini” files are so 1980s. Anything like this should have a GUI > interface. > > I suspect at least some users would want to be able to set this per-account, > but I think it more important to find out how many care at all and where it > fits in most users’ list of priorities for improvements. It might even be > that most users prefer the current pre-populated combo box that allows them > to put anything they like in there, or that most don’t even use it. > > Regards, > John Ralls
Agreed. I propose someone that cares to put up a feature request on userbase and invite others to vote on it. That should give some indication of perceived user priority. Geert _______________________________________________ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
