Why would I? To have the software do the work instead of the user. And to get
the unrealized gain/loss - useful at the end of the year for tax planning, e.g.
do I want to take that loss to offset a gain I've already taken.
Also, I generally don't enter transactions. I download / import them. Th
https://bugs.kde.org/show_bug.cgi?id=345655
--- Comment #12 from Jack ---
First, sorry I didn't recognize that as a typo. :-)
Second, I'm going to have to review the details of this bug in more detail to
be sure I really understand what is happening before I make any
recommendations. I do agree
https://bugs.kde.org/show_bug.cgi?id=345655
--- Comment #11 from sven.kel...@gmail.com ---
Hi Jack,
first sorry for the typo and for being that impatient. It supposed to be "used"
and of course not "sued"!
I can understand that reworking towards the new framework takes resources.
I found two issu
https://bugs.kde.org/show_bug.cgi?id=345655
--- Comment #10 from allan ---
(In reply to Jack from comment #9)
> As I understand it, all current developer time is going to the conversion to
> KDE Frameworks. This issue is unlikely to be addressed until after that is
> complete.
>
> In addition
https://bugs.kde.org/show_bug.cgi?id=345655
Jack changed:
What|Removed |Added
CC||ostroffjh@users.sourceforge
|
Although you could probably do much of this via reports, the main question
I have is "why would you?" Why not enter all the information when you
enter the transaction rather than waiting to see it in a report? And doing
it via reports strikes me as a much more complex undertaking than adding a
co
https://bugs.kde.org/show_bug.cgi?id=345655
sven.kel...@gmail.com changed:
What|Removed |Added
CC||sven.kel...@gmail.com
--- Comment #8 fro