Re: gnome-db/TOAD/gASQL (was Re: [gnome-db]Access-like prkect)

[Rodrigo Moya <rodrigo gnome-db org>]

On 03 Aug 2001 09:43:34 +0200, Vivien Malerba wrote:
> On Fri, Jul 27, 2001 at 04:09:39PM +0200, Rodrigo Moya wrote:
> > On 27 Jul 2001 13:19:51 +0200, Vivien Malerba wrote:
> > > On Fri, Jul 27, 2001 at 01:12:57AM +0200, Rodrigo Moya wrote:
> > > 
> > > I would like to move forward more on this part because this is what everything relies on
> > > (specifically for the MySQL and Oracle providers)
> > > 
> > ok, you've almost convinced me. I myself will concentrate on all the
> > basic
> > architecture and leave all end user stuff for gASQL.
> > 
> 
> Well, I can still work on the providers, and you are welcome to do anything you want on gASQL :)
> 
yes, of course, I didn't mean to forbid you to help on gnome-db/libgda,
and neither
for me to do the same in gASQL :-)

> > > > > * work on gASQL to make different components reusable, and bind gnomedb-fe and gASQL more
> > > > >   closely.
> > > > > 
> > > > I can think of 2 solutions based on what you say:
> > > > * have gASQL as another Bonobo component of GNOME-DB, in the same source
> > > > tree,
> > > > etc
> > > > 
> > > > * have gASQL as another Bonobo component of GNOME-DB, but having it as a
> > > > separate
> > > > program that, when installed, integrates nicely into gnome-db. That is,
> > > > as we're
> > > > already using a custom CORBA interface for gnomedb-fe to communicate
> > > > with the different
> > > > components, we could have gASQL implement this interface so that, when
> > > > installed, it
> > > > is seen as another part of GNOME-DB. That was the motivation when I
> > > > wrote the CORBA
> > > > interface, to enable extensions, and gASQL seems like a good extension.
> > > > 
> > > > another solution would be to leave GNOME-DB as it is (adding report
> > > > execution when
> > > > the report engine is done, and some other little things), and
> > > > concentrate o libgda
> > > > (I mean myself) specially. This could even be done in one of the above
> > > > solutions
> > > > 
> > > 
> > > Right now it is not possible to treat gASQL as a component (it is too much closed on
> > > itself for that right now).
> > > 
> > yes, I know, but I mean, if we decide to go this way, we should work on
> > making
> > it a component that implements the GNOME::Database::UIShellComponent
> > interface
> > 
> 
> Ok, I'll have to see in details the interfaces because I'm not up to date with your work on this.
> I will implement this interface for the components and ask you if I have some things I
> don't understand.
> 
ok, great, but it's very easy. Just create a new GnomeDbControl, which
is what
contains the CORBA implementation of this interface, and connect to its
signals.
Also, I'd like to extend the CORBA interface to be more useful, so any
suggestion
you may have, just tell me. The IDL is in
gnome-db/idl/GNOME_Database_UI.idl

> > 
> > The monikers idea is ok, but I see it as oriented to other tasks, such
> > as
> > document embedding, app developers who want to use gASQL features, etc,
> > but not 
> > for the gnomedb-fe.
> > 
> 
> This is also what I want to have.
> 
yes, me too. I think we should start thinking about this seriously, since this
will mean that any Bonobo-aware application can reuse GNOME-DB/gASQL
data. We should
provide a set of embeddables/monikers that are different views of the
data
managed by our programs (a recordset to be embedded in Gnumeric, etc)

cheers

-- 
Rodrigo Moya <rodrigo gnome-db org> - <rodrigo ximian com>
http://www.gnome-db.org/ - http://www.ximian.com/