Ah, another family history buff, eh! Welcome to KMyMoney. See further
comments below.
On 10/01/13 22:34, John Owen wrote:
Hi
I normally avoid SourceForge installations as they "always" seem to
presume a level of knowledge which I don't have. I've persevered in
this case as I am so frustrate
Hi
I normally avoid SourceForge installations as they "always" seem to presume a level of knowledge which I don't have. I've persevered in this case as I am so frustrated
with trying to find a decent piece of Personal Accounting software to replace the one I've used for 19 years but which will
https://bugs.kde.org/show_bug.cgi?id=311481
allan changed:
What|Removed |Added
Status|CONFIRMED |RESOLVED
Resolution|---
> On Jan. 10, 2013, 11:33 a.m., Alvaro Soliverez wrote:
> > Ship It!
Will do, thanks.
I'm inclined not to close this review as -
"The same area of code in transactioneditor.cpp has several more of these
possibly unneeded lines, although not affecting schedules. For instance, even
with these
I thought the numbers were "Not Marked Count" + "Not Reconciled Count".
"Not Reconciled Count" = "Not Marked Count" + "Cleared Count". I think I
prefer this to the "Cleared Count" since this number doesn't tell me much
the way I use KMM. So for example where you now show 6+15 I would like to
see 6+
On 2013.01.10 05:50, Allan wrote:
And, to tell you the truth, I don't really understand the difference
between "cleared" and "reconciled". I think that "cleared" is just
an intermediate state which transactions could end up in if the
automatic reconciliation procedure hasn't been successfu
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/107714/#review25154
---
Ship it!
Ship It!
- Alvaro Soliverez
On Dec. 14, 2012, 10:4
> On Jan. 8, 2013, 9:02 p.m., Alvaro Soliverez wrote:
> > I say the rationale is sound, the payee should not affect the button state.
> > But it would be good to know why the schedule name is not checked when
> > updating the button states
>
> Allan Anderson wrote:
> Sorry, I accidentally s
> On Jan. 8, 2013, 9:02 p.m., Alvaro Soliverez wrote:
> > I say the rationale is sound, the payee should not affect the button state.
> > But it would be good to know why the schedule name is not checked when
> > updating the button states
>
> Allan Anderson wrote:
> Sorry, I accidentally s
And, to tell you the truth, I don't really understand the difference between "cleared" and
"reconciled". I think that "cleared" is just an intermediate state which transactions
could end up in if the automatic reconciliation procedure hasn't been successful. Since I never use this
workflow I
10 matches
Mail list logo
