IntenseFinance/gnucash
3
0
Fork 0
mirror of https://github.com/Gnucash/gnucash.git synced 2024-12-02 05:29:20 -06:00
Code Issues Packages Projects Releases Wiki Activity

misc cleanups

Browse Source 
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@1467 57a11ea4-9604-0410-9ed3-97b8803252fd
This commit is contained in:
Linas Vepstas 1998-12-21 05:55:36 +00:00
parent ee19a5e7e9
commit 375b1c7bef
1 changed files with 79 additions and 46 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

125
Docs/projects.html
View File

@ -10,29 +10,29 @@
financial, ledger, double entry, GPL, gnu, corba, gnome, Qt, Motif">
</head>
<body>
<h1>GnuCash (formerly X-Accountant) Project Goals</h1>
<body bgcolor="#eeeeee">
<h1>GnuCash Project Goals</h1>
<a href="http://gnucash.org">GnuCash</a>
(previously known as X-Accountant) is a personal finance
accounting application. The project goals are to create a world-class
GPL'ed Open Source personal financial application for GNU/Linux and other
Unix's. The project is the result of a merger
of the GnoMoney project with Xacc development. There are currently
two versions: xacc-1.0.18, and xacc-1.1.x. The version 1.0.18
of the GnoMoney project with X-Accountant development. There are currently
two versions: xacc-1.0.18, and gnucash-1.1.x. Version <tt>xacc-1.0.18</tt>
is written in Motif, and is considered to be stable/production quality.
You can read more about X-Accountant at its home page
<a href="http://www.cs.hmc.edu/~rclark/xacc/index.html">
http://www.cs.hmc.edu/~rclark/xacc/index.old.html</a>.
http://www.cs.hmc.edu/~rclark/xacc/index.html</a>. Versions
numbered as <tt>gnucash-1.1.x</tt> are the current development
versions, and are unstable. GnuCash is in active development;
this page is an effort to summarize the project goals and status.
<p>
The <a href="http://gnucash.ml.org/">GnuCash</a> pages
The <a href="http://gnucash.org/">GnuCash</a> pages
provide overview & introductory material about GnuCash, and in
general present a glossier, more accessilbe format. This page is
aimed at developers, not users.
<p>
The version 1.1.x is *unstable* (may not even compile), and is in
active development. This page attempts to describe the current
goals & status.
<p>
We believe that a GNU GPL project should provide goals and motivations
at both the large and the small scales, in order to focus and motivate
the developers. Over-arching and grand goals are difficult to grasp
@ -51,7 +51,7 @@ large ones shall turn into a multitude of small ones.
<dt><b>September 1998</b>
<dd>Version 1.1.18 is begining to get stable; most things work the way they're
supposed to. New features include variety of ways of viewing an account,
a simple query engine, and support for multiplecurrencies.
a simple query engine, and support for multiple currencies.
<p>
<dt><b>April 1998</b>
@ -181,12 +181,21 @@ architectural goals.
<dt><b>Web Site Maintenance & Marketing</b>
<dd>Put together an active, relevent web site. Mailing list archives.
Screen shots. Announces on c.o.l.a, freshmeat. Put minor news items,
etc. on web site news. Bug tracker. Gui glitz. Packaging.
etc. on web site news. Bug tracker. Maintain repository of
co-requisite tools & packages.
<p>
<b>Status:</b>
<ul>
<li>Jeremy Collins put together the initial web site.
<li>Volunteers needed to put together mailing list archives, etc.
<li>Jeremy Collins
<a href="mailto:jcollins@gnucash.org">jcollins@gnucash.org</a>
has put together the web site and is the current maintainer.
Almost everything on the list above is now available. Thanks Jeremy!
<li>Dec 1998 -- Yannick LE NY has provided French tranlations of the
lead web pages.
<li>Nov 1998 -- Many thanks to Patrick Condron
&lt;pcondon@rackspace.com&gt;
and <b><tt>rackspace.com</tt></b> forgh-bandwidth hosting of the web
site.
</ul>
<p>
@ -204,8 +213,9 @@ architectural goals.
correctly. Constrcutors generated almost correctly.
Parser work done by Linas.
<li>Simple scripts have been run against real-live OFX servers.
Ueli Rutishauser <urutishauser@bigfoot.com>
Ueli Rutishauser &lt;urutishauser@bigfoot.com&gt;
has been able to do e*trade transactions to a real account.
<li> how it will intereact with the GUI is a wide-open question.
</ul>
<p>
@ -213,7 +223,9 @@ architectural goals.
<dd>Ability to handle budgeted future transactions.
<p>
<b>Status:</b>
A design doc has been started.
<ul>
<li>A design doc has been submitted by Bob Drzyzgula.
Take a look at <tt>./src/budget.txt</tt> in the source directory.
<p>
<dt><b>Ledger Widget</b>
@ -254,7 +266,7 @@ architectural goals.
<li>Taxes: For handling e.g. new zealand GST tax (12.5%) or british VAT,
it would be enough to add a checkbox to say y/n, add tax ...
(of course other schemes would be more sophisticated.)
<li>Linas Vepstas <linas@linas.org> is handling the "GUI-independent"
<li>Linas Vepstas &lt;linas@linas.org&gt; is handling the "GUI-independent"
parts of the register, as well as the Motif code.
<li>Ted Lemon &lt;mellon@hoffman.vix.com&gt;
is creating/fixing/extending
@ -276,16 +288,17 @@ architectural goals.
<b>Current Status:</b>
<ul>
<li>The basic engine has been detangled from
the GUI elements, as of version 1.1.4.
the GUI elements, as of version gnucash-1.1.4.
<li>Binary file I/O mostly detangled into a separate module.
<li>Prototype for transaction logging in place
<li>Crude transaction logging in place; should be suitable
for error/crash recovery but has not been tried by fire.
<li>Backup files automatically created & timestamped.
<li>BeginEdit()/CommitEdit() routines mostly in place,
<li>BeginEdit()/RoolbackEdit()/CommitEdit() routines mostly in place,
These "Transaction processing constructs"
should simplify creation of an SQL back end.
<li>Multiple currency support is shaky.
<li>Multiple currency support is present but shaky/untested.
<li>Query engine is minimal/sparse in capabilities.
<li>Linas is handling the engine code.
<li>Linas &lt;linas@linas.org&gt; is maintaining the engine code.
</ul>
<p>
@ -338,9 +351,9 @@ architectural goals.
</ul>
<p>
<ul>
<li>Stephan Lichtenauer <s_lichtenauer@muenchen.org>
<li>Stephan Lichtenauer &lt;s_lichtenauer@muenchen.org&gt;
is working on corba interfaces.
<li>"Alexander L. Belikoff" <abel@bfr.co.il> may start work on corba
<li>"Alexander L. Belikoff" &lt;abel@bfr.co.il&gt; may start work on corba
</ul>
<p>
@ -369,10 +382,18 @@ immediately, independent of the major goals.
<p>
<b>Status:</b>
<ul>
<li>Currently, the most functional interface is the Motif interface.
This primarily due to historical reasons, i.e. the Motif interface was
inherited from X-Accountant. Maintained by Linas Vepstas.
<li>The gnome/gtk version is second in line. It frequently doesn't
compile, sometimes it runs. I beleive that the current excuse :-) is
that the gtk widget set is not quite as capable as the Motif widget
set. Most of the work has been done by
Jeremy Collins, with considerable help from Rob Browning.
Daniel R Risacher &lt;magnus@alum.mit.edu&gt; keeps threatening to
do something ...
<li>First draft of Qt code submitted by ...
<li>Jim Pick &lt;jimpick@jimpick.com&gt; may be working on an emacs version...
<li>Daniel R Risacher &lt;magnus@alum.mit.edu&gt; is taking over the overall
gtk/gnome work from Jeremy Collins.
<li>Qt code submitted by ...
</ul>
<p>
@ -386,14 +407,16 @@ immediately, independent of the major goals.
<b>Current status:</b>
<ul>
<li>Most English-language messages have been
#defined and moved to a single header file. (messages.h)
<li>Plan to use gnu gettext() for the message catalogues.
<tt>#defined</tt> and moved to a single header file
<tt>include/messages_en.h</tt>
<li>Plan to use gnu <tt>gettext()</tt> for the message catalogues.
<li>Looking for routines that can parse and print
monetary values in different formats, as well as date/time
parsing/printing routines. (gnucash contains such parsing
routines, but they're not very powerful or i18n'ed.)
<li>Henning Spruth has translated the README into German.
<li>Yannick Le Ny &lt;y-le-ny@ifrance.com&gt; traduction en francais
et <tt>include/messages_fr.h</tt>
</ul>
<p>
@ -408,10 +431,12 @@ immediately, independent of the major goals.
<dd>Create menu system & file format for manipulating user
preferences. Preferences include things like showing/not
showing categories, forcing double-entry, etc.
<p>
<b>Current status:</b>
<ul>
<li>Rob Browning has put together a basic infrastructure
that unifies command-line flags with sceme-based config files.
<li>Rob also is auto-generating the GUI ...
</ul>
<p>
@ -424,9 +449,14 @@ immediately, independent of the major goals.
a file with these in them, and load that file. A mechanism should
be provided to allow the user to weed-out the unwanted accounts
without hampering their ability to use them at a later date, if
desired. Current status: there exists the ability to merge
accounts from multiple files, and the ability to hide/show
Income/Expense Account types.
desired.
<p>
<b>Current status:</b>
<ul>
<li>There exists the ability to merge
accounts from multiple files, and the ability to hide/show
Income/Expense Account types.
</ul>
<p>
<dt><b>Recurring Transactions</b>
@ -438,7 +468,8 @@ immediately, independent of the major goals.
transaction: expected, and actual ??
<b>Current status:</b>
<ul>
<li>Design Doc contributed by Bob Drzyzgula
<li>April 1998 -- Design Doc contributed by Bob Drzyzgula. See
<tt>src/budget.txt</tt>
</ul>
<p>
@ -485,13 +516,15 @@ immediately, independent of the major goals.
the simplicity they desire), it is not acceptable for business use.
It must be possible to enable forced-double entry, so that a
transaction cannot be completed until two accounts have been specified.
It should also be possible to sweep through the date, and find all
dangling transactions.
<p>
<b>Current status:</b>
<ul>
<li>The engine has a couple of flags in it that control this;
<li>April 1998 -- The engine has a couple of flags in it that control
double-entry behaviour: it can be made lax, or strict:
however, they are compiled in, there is no way to change them
from the gui.
<li> Dec 1998 -- Scruber functions implemented to crawl through data,
and find all unbalanced or orphaned transactions.
</ul>
<p>
@ -632,9 +665,9 @@ Well, just to show that we are getting things done.
<p>
<dt><b>New Improved Web Site</b>
<dd>A spiffy web site for all of this is needed, with good graphics and
exciting text!! A mailing list, mailing list archives, and a live
CVS tree are all bonuses. (December 1997)
<dd>We now have a spiffy web site, with good graphics and
exciting text, a mailing list, mailing list archives, and a read-only
CVS tree. (December 1997)
<p>
<dt><b>Splits</b>
@ -670,23 +703,23 @@ Well, just to show that we are getting things done.
<h2>Volunteers</h2>
Your name here as project contributor!
<ul>
<li>Linas Vepstas <linas@linas.org> is maintaining the current GnuCash
<li>Linas Vepstas &lt;linas@linas.org&gt; is maintaining the current GnuCash
and is attempting to coordinate the project work.
<li>Jeremy Collins <linux@cyberramp.net>, originated the GnoMoney
<li>Jeremy Collins &lt;jcollins@gnucash.org&gt;, originated the GnoMoney
project, created the intial GTK port, and set up the GnuCash web site.
<li><a href="mailto:rlb@cs.utexas.edu">Rob Browning (rlb@cs.utexas.edu)</a>
ex-cbb'er, has ported the register to gtk, built a generic preferences
infrastructure, got the extension language pieces to work.
and has done some work on a GTK-based graphing package.
<li>Robin Clark <rclark@cs.hmc.edu> wrote the *original* X-Accountant,
<li>Robin Clark &lt;rclark@cs.hmc.edu&gt; wrote the *original* X-Accountant,
which was later renamed as GnuCash.
<li>Daniel R Risacher <risacher@worldnet.att.net> is working on a
<li>Daniel R Risacher &lt;risacher@worldnet.att.net&gt; is working on a
GTK ledger/register/spread-sheet infrastructure.
</ul>
This list only mentions the currently active developers; many, many others
have contributed fixes and patches. I've tried to credit them in the README.
This list only mentions some of the recently active developers; many,
many others have contributed fixes and patches both large and small.
I've tried to credit them in the README.
<p>
See also <a href="http://www.cs.hmc.edu/~rclark/xacc/merger.html">Merger</a>
<h2>References</h2>
<ul>