On Monday, June 10, 2024 at 9:33:23 PM UTC-4 wrote:
Also, on the topic, a while ago someone proposed adding the option to use credits / debits from traditional accounting to the current positive/negative number system. I would like to recommend not doing it: aside from development time, it will significantly confuse and complicate learning, supporting, and even using the tool. As an example of the latter, I recently tried to prototype a complex situation involving reimbursements that I was trying to prototype in GnuCash: the flexibility of having multiple fundamental operating modes meant that the time that I spent on it was multiplied by number of modes. It would only be optional and what's more, at the edges, that is, quickly translated from the input, and only reapplied at the output (and one and/or the other). Little development time involved IMHO. The development time may be small, but the additional burden on community support and on users is large and recurring forever. Much documentation will need to have two versions, one for each mode, and when someone wants to discuss a question like "How do I handle mileage reimbursement from my employer," discussion will be much less productive as some people forget to explicitly state which convention they are using. It seems like it could easily become a "Second System" quagmire from a support and usability standpoint, and I think that "Worse is Better" would serve the community in the long term. -- You received this message because you are subscribed to the Google Groups "Beancount" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/beancount/bfff0099-b883-45f2-9ea9-81389000dd0an%40googlegroups.com.
