That is correct. If there were, products like Aspose (see below) and GemBox
wouldn't need to exist...
That's because you have Microsoft Office Primary Interop Assembly for Excel
installed on your machine, either as a reult of installing Office or running
its own msi installer
(
http://www.microsoft.com/downloads/details.aspx?familyid=3c9a983a-ac1....).
These are COM wrappers for .NET apps to provide an easy method of automating
the various Office apps through their exposed COM interfaces:
http://msdn.microsoft.com/en-us/library/microsoft.office.interop.exce...
http://www.dotnetspider.com/forum/106046-where-can-i-get-Microsoft-in...
No it isn't - there is no .NET Framework library for Excel Automation. The
clue here is "Interop" - whenever you see Interop, that is simply Microsoft
shorthand for interoperability between managed (.NET) and unmanaged (in this
case, COM) resources. Primary Interop Assemblies aren't restricted to
Office - you can make a PIA wrapper for any COM object, including ones you
have written yourself:
http://msdn.microsoft.com/en-us/library/aa302338.aspx
You almost certainly read that they were using Aspose:
http://www.aspose.com/categories/.net-components/aspose.cells-for-.ne....> Using the reference mentioned above I can access an Excel sheet and> ie.. count sheets. Are you saying this is done by COM and not by calls> to the.net framework?Yes, that is *EXACTLY* what I'm saying. The reference you mentioned above isusing the PIA wrapper for the Office COM objects.--Mark RaeASP.NET MVPhttp://
www.markrae.net