Escrúpulos Una piedra en la conciencia del software libre, calidad y la vida misma

Now you know. The secret is out.

Bug 245214 on bugs.kde.org says we are guilty as charged.

But even one simple object with arbitrary precision has a limit. You actually have to use 2 of such objects, to account for rational numbers.

Help is welcome.
____________________
Hei Ku, proud to be a member of the KMyMoney Development Team since January-2008

Hi all.

I have an asset investment which I can buy stocks.

Both stock price and stock quantity uses 1/100000000 fractions.

I've lost 3 hours before realize that numbers are wrong because an arithmetic overflow.

Why not use an object with arbitrary precision to denote money?

Hope it's ok to make a feature requests again!

Is there a plan to automate Online Updates for investment prices? Updating prices is something I do every time I run KMM so it would be useful if you could choose for this to happen automatically on start-up (preferably in the background).

You'd probably need to use the KDE notification system and/or have a way to lookup 'last updated' information for each price.
____________________
NickElliott, proud to be a member of KDE forums since 2008-Oct.

64bit Kubuntu 10.04, KDE 4.4.5

In the meantime, I received an interesting statement from an OFX implementor:

If the strange behavior is the observation that the content
of the NAME and MEMO tags are opposite of what they should
be ... this is likely a poor implementation by this
particular institution. This should of never happened by
the financial institution delivering this OFX but because
OFX implementations vary widely in how "correct" they are
per the OFX specification ... this stuff occurs. The
commonality, if there is any commonality to other
institutions, would likely be that they are using the same
"back ends". When the OFX server are mapped to those back ends ...
they end up getting content into those NAME and MEMO tags that
is backwards from what it should be. That is my best guess.

I don't know if that helps or not, but ideally what would
happen is the financial institution would fix this because
its simply wrong, but that is probably not likely to ever
happen .. forcing you to come up with yet another work
around for this particular financial institution (which of
course undermines the whole reason for a standard like OFX).


From past experience we got in other issues where we had to deal with institutions I doubt that they will fix it. So it's time to create that wish list item/enhancement request on bugs.kde.org.
____________________
ipwizard, proud to be a member of the KMyMoney forum since its beginning.
openSuSE 11.1 32 bit, KDE 4.3.5 -- openSuSE 11.2 64bit, KDE 4.3.5 -- kubuntu 8.10 32bit KDE 4.3.2 via LTS

File a feature request. The feature is already there, but only for HBCI. We should "just" move it to a more general place, so OFX can use it too.
____________________
Hei Ku, proud to be a member of the KMyMoney Development Team since January-2008

Thanks I had thought of that, I suppose and text editor search and find all and replace would work.

Does anybody think that my banks practice is unusual. I guess I should think about putting in a feature request but if I am the only one with the problem it seems silly. Anyways thanks for giving replies as this isnt always the case in many forums.

QFX is Quicken's idea of OFX files. So they are the same. The memo-to-payee conversion is only implemented in the HBCI (a German online banking protocol) plugin called 'KBanking'.

A possible workaround would be to pre-process the file before you import it into KMyMoney and move the payee into the payee field.
____________________
ipwizard, proud to be a member of the KMyMoney forum since its beginning.
openSuSE 11.1 32 bit, KDE 4.3.5 -- openSuSE 11.2 64bit, KDE 4.3.5 -- kubuntu 8.10 32bit KDE 4.3.2 via LTS

ok i found it
thanks
____________________
«those who do not understand mandriva are condemned to reimplement it poorly»
http://www.mandrivalinux.gr

I have kubuntu 10.04 with KDE 4.5.1 and QT 4.7 RC1. I normally keep my KMM version up-to-date using http://ppa.launchpad.net/claydoh/kmymoney2-kde4/ubuntu so I must have had 3.98.1, prior to upgrading 4.5

Also, here are the performance numbers from console.

--- Starting performance tests ---
accountList()
First time: 0 msec
Total time: 246 msec
Average : 0 msec
balance(Asset)
First time: 0 msec
Average : 0 msec
totalBalance(Asset)
First time: 1760 msec
Average : 1748 msec
balance(Expense)
First time: 0 msec
Average : 0 msec
totalBalance(Expense)
First time: 0 msec
Total time: 415 msec
Average : 0 msec
transactionList()
First time: 26 msec
Total time: 2327 msec
Average : 23 msec
transactionList(list)
First time: 23 msec
Total time: 2405 msec
Average : 24 msec

I can't tell if these are normal, but the performance test does run for half an hour.

Thanks for the quick response.
____________________
JantarMantar, proud to be a member of KDE forums since 2008-Dec.

The log looks normal. Can you tell us a bit more about your configuration?
Your Qt and KDE version, your distro?

You were using 3.98.1 previously, right?
____________________
Hei Ku, proud to be a member of the KMyMoney Development Team since January-2008

Not really, the best way to understand is to look at the existing plugins.
____________________
Hei Ku, proud to be a member of the KMyMoney Development Team since January-2008

Hi all,

Is there any documentation on how to write plugins for KMyMoney?

Thanks

Edit a loan account, and you will get it.
____________________
Hei Ku, proud to be a member of the KMyMoney Development Team since January-2008

Suddenly, KMM has become extremely slow. For example, just to "accept" a downloaded transaction, it takes 5 to 7 seconds! I have a quad core + 6G machine running Kubuntu and KDE 4.5.1. I believe the last time KMM was running normally, I had KDE 4.4 and KMM 3.98. Turning off desktop effect didn't help either. Everything else is running quite normally as far as I can tell, so this doesn't seem like KDE problem. Consistency check initially complained about clear text passwords that needed to be saved to KDE wallet and missing security prices. After I took care of those, data file is consistent.

I noticed there is a performance test under tools menu. I don't know what exactly it does, but selecting that menu item, the CPU usage on one of my core goes to 100% with KMM taking up almost 98% of total CPU utilization. I let it continue and KMM response came back after 30 minutes.

I started KMM from console and didn't really notice any logs after "endDocument". The last two messages when I exited KMM were,

QFile::remove: Empty or null file name
kmymoney(4274)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:

Any suggestion what might be going on?

Thanks
____________________
JantarMantar, proud to be a member of KDE forums since 2008-Dec.

Sorry for the latency of my reply.Although I am not in front of my computer at home with kmymoney installed I do remember looking at matching options but did not see anything in regards to matching by memo's.In your post it seems this is an option only available to ofx users which is a system as I understand it of directly integrating information from your bank directly into kmymoney. I believe that this system isn't available to me and right now and I am importing .qfx(quicken) files on a monthly basis(downloaded from the banks site). Is it correct to state that I will have to live with manual correction of categories for entries in my ledger or is there anything I could do?

i translate the kmymoney and i want to see some strings in the program in the knewloanwizard
Whre can i found this wizard ?
____________________
«those who do not understand mandriva are condemned to reimplement it poorly»
http://www.mandrivalinux.gr

This is plain brilliant, thank you!

Why don't you just save it as database?
____________________
Hei Ku, proud to be a member of the KMyMoney Development Team since January-2008

Mainly for various kinds of analysis, slicing and dicing, CSV/QIF is just an intermediate format before loading up into a db.

There is certainly an option to export all transactions as CSV in the latest version and I think you will find it in the the earlier version. The question is what you want to do with the exported data.
____________________
John Hudson, proud to be a member of KDE forums since 2008-Oct.