Hi I have been using Skrooge now for some time, with the only problem being its compatibility between Operating systems, particularly the cumbersome IMHO KDE for windows.
Since GNUcash is quite strong in the multi O/S department, I imported (with some difficulty) all my Skrooge data as QIF into GNUcash and gave that a trial. Skrooge is hard to beat, and here is my latest (Sep 2012) review showing some reasons why.
http://www.youtube.com/watch?v=AcVWbsnOQmE
Thanks again dev team for a great effort!
Alistair.

Hey Al, great hearing from you

Thanks for the video, we always appreciate your work on them, I know how time consuming this can be... I couldn't watch it entirely yet, but am interested in knowing if there are some things we need to enhance in Skrooge compared to gnucash ? Also, were your issues with importing QIF due to something faulty in Skrooge ?

gdebure wrote:Hey Al, great hearing from you
Thanks for the video, we always appreciate your work on them, I know how time consuming this can be... I couldn't watch it entirely yet, but am interested in knowing if there are some things we need to enhance in Skrooge compared to gnucash ? Also, were your issues with importing QIF due to something faulty in Skrooge ?

Hi and greetings.
The problem with QIF I found by editing:
Had to split the QIF down into pieces and load each piece in GNUcash until I found the offending sections.
It was an exponential of the splits. Example follows of an errant section:
D2008-04-23
T7.105427358e-15
PShell
MEFTPOS
CR
SPers:Car
$-19
SCar
$-18.99
SCash Reversal
EFarmers Card
$37.99
Once I manually rounded the amount to 0, all import worked properly.
eg T0
There were several instances of the errant exponential.
GNUcash was the only fussy importer of some of the cashbooks I used.
KDE does not work so well under Gnome so a big difference was the speed of programs - Skrooge is slow compared to GNUcash. If Skrooge were faster and didnt have to have the KDE for windows interface.................
Best wishes,
Al