<div dir="ltr"><div class="gmail_default" style="font-family:monospace">Hey all,</div><div class="gmail_default" style="font-family:monospace"><br></div><div class="gmail_default" style="font-family:monospace">I hit another annoyance today I wanted to mention. I have a ledger with only one transaction for today. I changed the value of the payment by 30 or so, but the running total did not change at all. It should have changed from 30 to 0, but stayed at 30 as if it was using the old value still. I'm guessing fixing the running balance in general will fix this also, but wanted to point it out as another way to test it.</div><div class="gmail_default" style="font-family:monospace"><br></div><div class="gmail_default" style="font-family:monospace">thanks,</div><div class="gmail_default" style="font-family:monospace">Jeremy<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jan 4, 2023 at 9:56 PM Jeremy Whiting <<a href="mailto:jeremypwhiting@gmail.com">jeremypwhiting@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:monospace"><a href="https://invent.kde.org/office/kmymoney/-/merge_requests/189" target="_blank">https://invent.kde.org/office/kmymoney/-/merge_requests/189</a> fixes another annoyance. Showing a sum of selected transactions where Balance: normally is shown when multiple transactions are selected. Worked well in 5.1, this brings it back for master branch. (so much more convenient to select multiple transactions and see the result than to break out the calculator and add manually...)<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 3, 2023 at 9:40 AM Jeremy Whiting <<a href="mailto:jeremypwhiting@gmail.com" target="_blank">jeremypwhiting@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:monospace">I don't think the changes in a69990c fix the tab out saving the category. I'm sure I built after that was added, and experienced the issue yesterday a few times while testing.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 3, 2023 at 9:33 AM Jeremy Whiting <<a href="mailto:jeremypwhiting@gmail.com" target="_blank">jeremypwhiting@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:monospace"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 3, 2023 at 12:25 AM Thomas Baumgart via KMyMoney-devel <<a href="mailto:kmymoney-devel@kde.org" target="_blank">kmymoney-devel@kde.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
On Dienstag, 3. Januar 2023 05:15:14 CET Jeremy Whiting via KMyMoney-devel wrote:<br>
<br>
> On Mon, Jan 2, 2023 at 4:56 PM Jack <<a href="mailto:ostroffjh@users.sourceforge.net" target="_blank">ostroffjh@users.sourceforge.net</a>> wrote:<br>
> <br>
> > On 2023.01.02 18:31, Jeremy Whiting wrote:<br>
> > > 2 other issues I keep hitting that I'm trying to find the cause of to<br>
> > > fix:<br>
> > ><br>
> > > 1) Sometimes when I enter a category, it gets forgotten when I click<br>
> > > the<br>
> > > Enter button. It's not always, but when entering a new transaction,<br>
> > > typing<br>
> > > part of a Category, selecting it from the completion list, then tab<br>
> > > until<br>
> > > Enter is focused and hitting space/enter to click it. Or clicking the<br>
> > > button. It seems to happen more often when the transaction is left Not<br>
> > > reconciled. If it's cleared it usually remembers it.<br>
> > I'm pretty sure this has been reported before.  When you select the<br>
> > Category from the dropdown, pay attention to how you actually select<br>
> > the value - clicking on it, hitting Enter, or Tabbing to the next<br>
> > field.  I vaguely recall only one of those lost the selection.  I've<br>
> > probably seen it myself, and just re-selected and moved on, instead of<br>
> > tracking down the cause.<br>
> ><br>
> <br>
> Yep, if I hit enter, then tab it keeps, it. If I just hit tab to move to<br>
> the next field once it's the only remaining choice, it forgets. Ok digging<br>
> in to see what's causing the difference. Thanks for pointing that out.<br>
<br>
During a recent bug tracking issue, I noticed that the activated() signal of<br>
a combobox is emitted *after* the focusOut event is processed. See commit<br>
a69990c76bf. This could also apply here. Will take a look.<br></blockquote><div><br></div><div style="font-family:monospace" class="gmail_default">Yeah, maybe that helps. I'll watch for reoccurrence.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
<br>
> > > 2) Changing the date with the keyboard on a new transaction. Up arrow<br>
> > > goes<br>
> > > up to a previous transaction instead of increasing the date. typing<br>
> > > numbers<br>
> > > does nothing somehow. Only way I've found so far to change the date<br>
> > > on a<br>
> > > new transaction is to click it and select a date from the month view.<br>
> > Are you sure you actually have the date field selected?  In my<br>
> > experience, when you edit a transaction, no field is actually selected,<br>
> > even though one part of the date field is highlighted.  It looks like<br>
> > it is selected, but it isn't.  Hit Tab and now one part of the date<br>
> > field is selected.<br>
> ><br>
> <br>
> Yep, date just looks selected, but the hidden "Account" combo box is likely<br>
> at first. Thanks, works much better once I tab into the date field itself.<br>
> hmm.<br>
<br>
The account combo box is used when editing a schedule. So it cannot simply<br>
be removed.<br>
<br>
@Jeremy: did you modify the tab order in any way or due you use the pristine<br>
version provided by the application?<br></blockquote><div><br></div><div style="font-family:monospace" class="gmail_default">I see. We may want to adjust the tab order then inside setShowAccountCombo instead, to remove or add the accountCombo to the front of the order depending if it's visible or not.</div><div style="font-family:monospace" class="gmail_default"><br></div><div style="font-family:monospace" class="gmail_default">No, I didn't use a modified build, have been testing master branch for the past couple of weeks.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
<br>
-- <br>
<br>
Regards<br>
<br>
Thomas Baumgart<br>
<br>
-------------------------------------------------------------<br>
Contrary to popular belief, Unix is user friendly. It just happens to<br>
be very selective about who it decides to make friends with. -- unknown<br>
-------------------------------------------------------------<br>
</blockquote></div></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>