"Charles Day" <[EMAIL PROTECTED]> writes:
> That sounds pretty nice to me. There certainly should be some benefits in
> terms of consistency of the user experience and in code sharing (duplicate
> checking in particular). Any opinion on whether to switch from GnomeDruid to
> GtkAssistant? GnomeDruid seems to be deprecated from my (very limited)
> readings on it.
Well, the current implementation uses GnomeDruid. I don't know anything
about GtkAssistant so I can't answer that.
> However, doing this for the CURRENT qif importer would be fairly
> problematic, I think.
>
> Yeah the code seems like it was written pretty quickly... and the visual
> experience is pretty ugly... and it is based on the deprecated GnomeDruid
> (which may have been state-of-the-art at the time). But the separation between
> the application layer the and GUI layer is pretty decent, as nearly all of the
> former is in Scheme and nearly all of the latter is in C. That's why, in
> writing patches, I kind of decided to give priority to the Scheme code because
> the bugs in there have to be fixed regardless or they'll wind up getting
> carried over to the generic importer, whereas any fixes made to the C code
> will probably get thrown away. That's my impression anyway.
Well, it may be possible to migrate some... But migrating over to the
new transaction matcher that all the other importers use would be
challenging, I think.
-derek
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/warlord/ PP-ASEL-IA N1NWH
[EMAIL PROTECTED] PGP key available
_______________________________________________
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
