warlord at MIT.EDU
Wed Feb 12 22:34:58 CST 2003
Well, one issue with this approach is yet more ties to Gnome.
So I would certainly object to doing this "in the engine".
However, adding a corba/bonobo interface on top of the
engine (either along-side or under the gnome ui) would
probably be fine.
Care to work on it? ;)
Alex Barclay <alex at planet-barclay.com> writes:
> Derek Atkins wrote:
> >Another thing to consider: Linas and I had discussed (on this list,
> >IIRC), the possibility of making a Bonobo Server out of Gnucash. This
> >would allow other (gnome) applications to talk to GnuCash and perform
> >functions. Similarly, it would be nice if GnuCash would act like
> >Netscape, Mozilla, Acroread, or lots of other applications -- detect
> >if one copy is running and "pass" information across.. This would
> >make it easier to turn GnuCash into a web plug-in -- the web browser
> >could just call "gnucash", and it would either start a new one or, if
> >one was running, pass the information into the running gnucash.
> Please take this option! I used to be very anti-Micro$oft until I
> started learning about COM/DCOM. There are huge advantages to using
> this kind of component architecture provided that the security
> implications can be worked out - Gnome using unix domain sockets fits
> this bill nicely.
> One of the applications I would like to produce at some point is a
> general ledger running on my palm. When I sync it would upload its
> data to the gnucash engine. If we went with a raw socket interface I'd
> be left writing the interface code. If we went with SOAP I'd be left
> writing the XML messages. If we go with CORBA I can use the current
> object mapping and concentrate only on my app.
> Great idea. What do we do to make this one a reality?
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
More information about the gnucash-devel