I've been looking at the import code and documentation and I'm wondering
what the overall plan and path is.  It looks like there is a "generic"
implementation in the top level directory which has utilities that are
being converted to C++.  I can see the importers making some calls into
this.  What is the plan and where are we at?

In particular, what needs to happen with QIF, which is still written in
guile?

I'm asking because I'm looking for a task to work on.  My particular
passion is writing C++ classes to replace legacy code along with adding
tests and documentation.  I've been reading over the source code and
following the development list for several months, but I've had limited
bandwidth until recently to make contributions.

I've been looking at converting Import/QIF to C++ because it is written in
guile (higher priority than converting the C code in my opinion), is fairly
self contained, and the only alternative guile conversion code is reports,
which is way too large in scope for where I am.  Converting QIF has
drawbacks such as needing extensive testing, and having limited existing
tests for regression testing, however.

My current thought is to directly translate the existing algorithms and not
use the generic import to minimize introducing bugs, but others have
probably put more thought into how to handle this.

So I'm looking for some direction either on what the end goal is and how to
achieve it, or direction to leave QIF alone for now and work on some other
area of the codebase (suggestions welcome).
_______________________________________________
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Reply via email to