RE: Why gnome apps should offer both guile and Corba.

[<jheintz iconcomp com>]

Right, 

that fits with my mental picture of where Corba will be used.

I think that there is still room for having an extension language
built into the gnome apps though.

What if an end user/developer wants to add another menu
options to convert all tabs to spaces or something?  Can
the description of Corba below allow this?  I don't think
so, if I'm wrong please correct me.

John

>-----Original Message-----
>From:	Miguel de Icaza [SMTP:miguel@nuclecu.unam.mx]
>Sent:	Wednesday, March 04, 1998 5:31 PM
>To:	gnome-components-list@gnome.org
>Cc:	;
>Subject:	Re: Why gnome apps should offer both guile and Corba.
>
>
>> My understanding of Corba ( and COM ) was that you have 
>> different activation models.  Basically, I think the two main 
>> models are having multiple clients connect to a single 
>> server and a server created for each client.
>
>We want to use CORBA and our component model like this:
>
>	- Use CORBA to export the services of certain applications.
>
>	  This allows users to script gnome, remote gnome toys
>	  remotely with perl::mico and with the soon to be released
>	  JavaScript by Netscape (which already includes CORBA support
>	  and has Gtk bindings thanks to Mike Shaver at Netscape.
>
>	- Use CORBA as a layer where we will implement a component
>	  model based on either OpenDoc or Active-X.
>
>	  Apparently Active-X defines both the component model and a 
>	  document model.  We could just use Active-X's design running
>	  on top of CORBA for this task.
>
>Miguel.
>
>
>-- 
>         To unsubscribe: mail gnome-components-list-request@gnome.org with 
>                       "unsubscribe" as the Subject.
>