[GNC] Split Transaction in One Account results in Multiple Transactions in the Other Account

[David Cousens]

Toma,

"The one thing that would be a nice option as I mentioned would be the
ability to select a modified Transaction Journal view that essentially 
collapses all those splits."

I think this is how Auto-Split and the Basi Ledger modes are intended
to work. Display single lines for the unselected transactions with the
totals of all splits of a transaction to that account and automatically
open to display the splits when a particular split is actually selected
in Auto-Split mode. I am pretty sure this is what the developers would
have originally intended to do but either oversight or a limitation
provided by the display libraries functionality has resulted in
displaying each split on a separate line in Basic Ledger mode and in
Auto-Split mode.  

I don't know which is the case without investigating it in the code
base which unfortunately I do not have time available to do at the
moment (tax time and mid renovations). If no-one else looks at the
problem I will take a look when I am free again which is unlikely to be
until later this year or early next year.




On Sun, 2025-08-24 at 15:37 -0600, Tom Route-36 wrote:
> Hi Christopher,
> 
> Everyone's comments have been really helpful; and I think I
> understand 
> how GnuCash is designed to handle splits now.  For my purposes it
> seems 
> like using the Transaction Journal view is the way to go.  I can see
> all 
> the details of my splits, including where I have multiple splits to
> the 
> same account.  More importantly, when I'm in Transaction Journal mode
> and I jump to those accounts I don't see multiple copies of the same 
> transaction anymore.  So all things considered, I think GnuCash will 
> work pretty well for me as a Transaction Journal.
> 
> The one thing that would be a nice option as I mentioned would be the
> ability to select a modified Transaction Journal view that
> essentially 
> collapses all those splits.  So, yes, that would mean hiding data
> from 
> the user when that modified view is selected.  Admittedly, I'm not a 
> developer that understands what's involved in creating that.  But it 
> would seem that hiding data in a view would at least be reasonably 
> doable, not a complete rewrite of the code.  It's really just a
> feature 
> request.
> 
> Tom
> 
> 
> 
> On 8/24/2025 10:16 AM, Christopher Lam wrote:
> > 
> > On Sun, 24 Aug 2025 at 15:04, Tom Route-36 <tom.route36 at gmail.com 
> > <mailto:tom.route36 at gmail.com>> wrote:
> > 
> >     Separately though, I think I'll also try reporting this as a
> > kind-of-a
> >     bug -- at least in the way that the info is being displayed to
> > the
> >     user.
> >        Perhaps if it's not considered a true bug, maybe the
> > developers
> >     could
> >     consider the issue an enhancement or feature request.  Using
> > the
> >     Transaction Journal mode would actually be okay; but it would
> > be
> >     nice if
> >     the user had the OPTION to view the registers in that mode with
> > each
> >     transaction COLLAPSED INTO A SINGLE LINE, at least in the way
> > that it's
> >     displayed.
> > 
> > 
> > The difficulty is that the Register view (ie. green/yellow
> > background) 
> > has a lot of data for each transaction and split. Transactions have
> > date, num, description, doclink. Splits have memo, notes, action, 
> > amount, value, account. And more. The register is inflexible in its
> > display, but had debugging and feedback from more than two decades
> > of 
> > use. To condense into a single line means hiding data from the
> > user.
> 
> _______________________________________________
> gnucash-user mailing list
> gnucash-user at gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -----
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.