> Thanks Carl,
>
> Still a little confusing. :-)
>
> Excel is a native application and it should not have any .Net Code,
> right?
The CLR itself is a native application (a few DLLs) - any native application
can be modified to load the CLR via the CLR Hosting APIs (look 'em up on
MSDN). Once the CLR is loaded, that application can host .NET assemblies
and can expose it's own internals via it's own interop facilities to .NET
assemblies.
> So, I am wondering what are the managed assemblies Excel will
> interact? Could you show me some examples what are they?
> (I think they should be some plug-ins, but I am not quite sure.)
Yes, they'd be plug-ins of some sort, developed using VSTO. IIUC, Excel
also support COM-based plug-ins, VBA programs and macros - there's more
ways to extend Excel (or Word) than you can shake a stick at.
-cd
George - 09 Aug 2007 06:24 GMT
Thanks Carl,
I have found some materials on MSDN. Do you mean something like this,
http://msdn.microsoft.com/msdnmag/issues/06/08/CLRInsideOut/
regards,
George
> > Thanks Carl,
> >
[quoted text clipped - 18 lines]
>
> -cd