Modules and GnuCash

Peter McAlpine peter at aoeu.ca
Thu Feb 15 20:28:09 EST 2007


Ok, It sounds as though it's been agreed that some sort of modular  
approach needs to be taken.

With that in mind, I've compiled a list of what is currently a  
GnuCash module (below). Please review and let me know if I'm missing  
anything. This list does not include test modules.

So that there is not an unending debate over "what should be a module  
and what should be a library", I'd propose that the primary  
developers reply with what they each think should be a module and  
what they each think should be a library. I will get started on  
whatever is unanimously agreed upon. I will discuss the rest further  
once I get a bit into things.

Does this sound ok?

-Peter

The list of GnuCash modules (as of r15582):
gnucash/app-utils
gnucash/backend/file
gnucash/business-core
gnucash/business-core-file
gnucash/business-gnome
gnucash/business-utils
gnucash/calculation
gnucash/dialog-tax-table
gnucash/engine
gnucash/gnome-search
gnucash/gnome-utils
gnucash/import-export
gnucash/import-export/binary-import
gnucash/import-export/hbci
gnucash/import-export/log-replay
gnucash/import-export/ofx
gnucash/import-export/qif-import
gnucash/network-utils
gnucash/qif-io/core
gnucash/register/ledger-core
gnucash/register/register-core
gnucash/register/register-gnome
gnucash/report/locale-specific/de_DE
gnucash/report/locale-specific/us
gnucash/report/report-gnome
gnucash/report/report-system
gnucash/report/standard-reports
gnucash/report/stylesheets
gnucash/report/utility-reports
gnucash/tax/de_DE
gnucash/tax/us

On 15-Feb-07, at 1:35 PM, Derek Atkins wrote:

> Hi,
>
> Quoting David Hampton <gnucash at love2code.net>:
>
>> On Thu, 2007-02-15 at 12:43 -0500, Peter McAlpine wrote:
>>
>>> And so I pose this question: is GnuCash to have a modular design or
>>> not? If yes, then the modules need to be ripped apart and made to  
>>> use
>>> a strict interface. If no, then the GNCModule code should be ripped
>>> out and everything should (go back?) to being treated as a library.
>>>
>>> If the answer is "yes, GnuCash is to have a modular design but there
>>> isn't the time for the primary developers to finish its
>>> implementation" then please say so.
>>
>> This is the correct answer to your question.
>
> I agree with David.  Yes, GnuCash should have a modular design, but
> none of the primary developers have had the time to actually finish
> the implementation started by the previous generation.  We certainly
> want modularization for the importers and backends, and arguably I'd
> like to see the business code be a module, too.
>
>>> As it is now I am unable to build trunk on my primary computer and
>>> would consider resolving this problem to be an interesting exercise.
>>
>> That would be great.
>
> Agreed!!!
>
>> David
>
> -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
>       warlord at MIT.EDU                        PGP key available
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
Url : http://lists.gnucash.org/pipermail/gnucash-devel/attachments/20070215/0ea68a59/attachment.bin 


More information about the gnucash-devel mailing list