[no subject]

1/ financial calculation API/implementation -- interest rate computation,
   &c.
   * could-also-be-used-by: gnumeric, [gnome-db?]

2/ graphing -- visual reporting, {line,bar}-charts, pie-graphs, of
   temporal/account/funds-movement behavior.
   * could-also-be-used-by: mr project, toutdoux, gnumeric, gnome-db, abi-word

3/ reporting -- I'd be happy if at least the front-end of gnucash reporting
   could leverage a library, such that gnucash didn't have to implemnt
   a report-generation sub-program. GnuCash could instead focus on
   application-specific data-transformations into that generic reporting
   framework.
   * could-also-be-used-by: mr project, toutdoux, gnumeric, gnome-db

4/ time-handling -- date/time format, time computation, recurrent-events
   * could-also-be-used-by: gnumeric, gfax, galeon, evo, gnome-db,
     mr.project/toutdoux

5/ widgets -- specifically:
   a/ register [or, a generic cell-range editor abstracted which a
      financial-account register could be built on]
   b/ calendar/frequency manipulation
   * could-also-be-used-by: nearly all if the widgets are general purpose
     enough.

6/ printing
   * probably everything, but is this "office"-specific?

7/ configuration
   * there's probably some "office"-specific config [mail server, org
     structure/roles, &c.] ... but it also seems not necessarily "office"
     specific.

Specifically about (4) and (5), and maybe even (2) ...  Derek's point
is well-taken: why are these just part of gtk or glib if they're that
general-purpose?

| Obviously this would be a bit different on Linux where distributions
| will always have a choice, but it is important from a Windows (and
| MacOS, QNX?, BeOS?) perspective.

Some might say that it's even more important on Linux, because of all
the choices available.

...jsled

-- 
http://www.asynchronous.org - `a=jsled; b=asynchronous.org; echo ${a} ${b}`