<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 5.50.4134.600" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=2>
<DIV>OK, the code is apparently well documented and certainly some work went
into<BR>this.<BR><BR>There is one point I am absolutely certain about.
Any<BR>program named Gnucash should be able to communicate<BR>with a spreadsheet
program.<BR><BR>So the question becomes why is it so hard to import<BR>and
export a check register? Are there similar problems<BR>with importing and
exporting Customer lists, vendor<BR>lists, bills and invoices, etc,
etc?<BR><BR>I don't claim to be an expert, but I have a pretty
good<BR>understanding of programming and accounting. I also<BR>have a good
understanding of what is important in a<BR>business environment as relates to an
accounting program.<BR><BR>The most important document is the check.
And<BR>the check is a very simple document.<BR><BR>Also you can have a balanced
GL that is completely<BR>meaningless. Not only is this possible but it
is<BR>extremely easy to have a meaningless balanced GL.<BR><BR>If there is a
problem, the first step is to make sure the<BR>data in the computer matches the
data in real life.<BR><BR>This is why it is so important to be able to
extract<BR>data from the accounting program and import it into<BR>a program like
gnumeric. The user must be able to look<BR>at the check data just as the
cancelled checks are returned from the bank.<BR>And further the user must
be<BR>able to conduct queries on this data.</DIV>
<DIV><BR> </DIV>
<DIV>It is important that the data in the computer matches</DIV>
<DIV>the real life documents in such a manner that the user</DIV>
<DIV>can easily understand and
correlate.<BR><BR><BR><BR><BR><BR></DIV></FONT></DIV></BODY></HTML>