<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:s="http://www.techrepublic.com/search" xmlns:dc="http://purl.org/dc/elements/1.1/"  xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
    <title><![CDATA[Discussion on Extend your .NET application with Excel ]]></title>
    <link><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907]]></link>
    <atom:link rel="hub" type="application/rss+xml" href="http://pubsubhubbub.appspot.com/" />
    <atom:link rel="self" type="application/rss+xml" href="http://www.techrepublic.com/forum/discussions/87-178907/rss" />

    <description><![CDATA[]]></description>
    <language>en-us</language>
    <lastBuildDate>2013-05-24T20:19:31-07:00</lastBuildDate>
             

    <item>
        <title><![CDATA[Help with Excel]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907-3008200]]></link>
        <description><![CDATA[I copied the second snippet and have the Excel Object Library referenced, but I'm getting an error saying that &quot;Microsoft.Office.Interop.Excel.Application&quot; is not defined.  What declarations are needed prior to this?  Thanks!]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907-3008200]]></guid>
        <dc:creator><![CDATA[jvs7829@...]]></dc:creator>
        <pubDate>Thu, 05 Feb 2009 05:47:21 -0800</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Help with Com Object Problem]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907-2149522]]></link>
        <description><![CDATA[I tried to work with Excel from VB 2005 Express edition but I'm having a problem I can't solve.  The Excel Application and Workbook objects work fine but I'm having trouble with the Worksheet object.When I try to work with a Worksheet, the type shows as a {system.__ComObject} and does not have any child objects to access.  Does anyone have any ideas?Thanks]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907-2149522]]></guid>
        <dc:creator><![CDATA[techdad55]]></dc:creator>
        <pubDate>Wed, 10 Jan 2007 13:53:48 -0800</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Excel and hardware testing]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907-2145346]]></link>
        <description><![CDATA[I write applications for testing electronic equipment via GPIB.  All of these tests require data records for the end users as well as for our company's internal records.  I've found the combination of VB.Net Windows applications and Excel's COM interop to be the most efficient way of generating and retaining test records.Additionally, Excel allows me to create templates that allow me to adjust test limits and cosmetic features of the documents without touching the actual code.Another cool thing about Excel is the macro recorder.  If you're not sure how to do something programmatically, you can allow Excel to automatically generate VB code for you just by doing the steps manually.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907-2145346]]></guid>
        <dc:creator><![CDATA[rtshaub]]></dc:creator>
        <pubDate>Wed, 03 Jan 2007 12:37:25 -0800</pubDate>
    </item>
             

    <item>
        <title><![CDATA[I've seen this done]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907-2023798]]></link>
        <description><![CDATA[I worked on an MFC application that used Excel to generate tabular reports. The spreadsheet didn't do any calculating. Basically the application created a new spreadsheet, created the headings, and then filled in the tabular data.I managed to get Excel working with ASP.Net on a different project. The customer wanted this so they could enter Excel spreadsheets into their database, and get data from the database into Excel workbooks via. a web app.It's an odd scenario. You literally install Excel on the server, give the ASPNET user permission to access Excel via. DCOM, and install the Excel PIAs (Primary Interop Assemblies). I wrote my Excel interop. code in VB.Net. It's just easier that way. In it I invoked Excel and loaded a spreadsheet that had been previously uploaded to the server. I also turned the application's visibility off (no reason to have it draw the UI). The weird part is you don't interact with Excel the way you would with a normal API. You call functions that almost literally carry out actions a user would take. So it takes a different approach to get it to work.The challenges with running Excel on the server are scalability (there really isn't any), and getting Excel to shut down when you're done with it. Unfortunately the Excel PIAs do not gracefully detach from the COM objects that actually do the work, the way VBScript did in old ASP.The only time you'd want to run Excel, or any Office application, on the server via. ASP.Net is if it were rarely invoked and by only 1 or 2 people at a time. Microsoft does not recommend running Office with ASP.Net, since it wasn't designed to work in a multithreaded, multi-user environment, but that hasn't stopped people (like me) from using it on the web. From what I've read, Office 2007 is going to change this. They've introduced new features into the .Net Office API so that Office documents can be accessed (to put data into them or get data out) without actually running the Office applications.At first I was puzzled why the customer wanted to enter data into spreadsheets, since we had a data entry facility in the web application. I came to admire their approach, because they were literally entering hundreds of data points in the spreadsheet. Excel is well suited to the task. I had the thought that if I were to write an application to take in all that data, and do the calculations that the spreadsheet did, it would've taken me a long time to do, and cost them more money. Using Excel was the right move. Upon reflection, I think a smarter move would've been for me to use .Net/Excel interop. to create some custom programming for Excel to execute to put data in and get data out of their database, as opposed to using a web app. to do it. I suspect it would've been less complicated.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907-2023798]]></guid>
        <dc:creator><![CDATA[Mark Miller]]></dc:creator>
        <pubDate>Tue, 30 May 2006 22:16:25 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[The powerful .net component for excel]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907-2022007]]></link>
        <description><![CDATA[Hello, You can try to use the profession data export component.It supports MS Excel , MS Word, HTML , XML , PDF , MS Access ,DBF, SQL Script, SYLK,DIF,CSV ,MS Clipboard format.Visited: http://www.e-iceblue.com]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907-2022007]]></guid>
        <dc:creator><![CDATA[transkinger@...]]></dc:creator>
        <pubDate>Mon, 29 May 2006 02:21:12 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Compaibility]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907-1958565]]></link>
        <description><![CDATA[I once developed an application for a client and found that some of their PCs had a lower version of Word and I had to redevelop the application for that version. It pays to know what version of the software the client has if it is a custome development or inform the clients what version you have designed for]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907-1958565]]></guid>
        <dc:creator><![CDATA[W Githinji]]></dc:creator>
        <pubDate>Wed, 22 Feb 2006 04:10:22 -0800</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Assume problems: test]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907-1921816]]></link>
        <description><![CDATA[I've seen problems with this in the past, but I believe it depends on what features you are using and how &quot;out of date&quot; the client is.  Basically, only if you test on a machine with Excel 4 can you say it works with Excel 4.  Then say you don't support anything before that.  That's the best policy.If you're really stuck, and can't get a copy of an out-of-date copy of Excel, then you could try to locate a client that has one and use them as a beta tester.  Not as controlled as in-house, but sometimes more realistic.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907-1921816]]></guid>
        <dc:creator><![CDATA[JimmyF]]></dc:creator>
        <pubDate>Tue, 10 Jan 2006 14:56:16 -0800</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Yes, they need Excel]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907-1858685]]></link>
        <description><![CDATA[There are solutions which lets you use Excel calculations, but that that doesn't need excel: SpreadsheetConverter, kdcalc, e.spreadsheet]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907-1858685]]></guid>
        <dc:creator><![CDATA[MattiasW]]></dc:creator>
        <pubDate>Wed, 05 Oct 2005 02:11:50 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[needs local excel]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907-1838126]]></link>
        <description><![CDATA[The com object is just an api wrapper; your clients would need to have excel on their machine in order to view/edit the files generated.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907-1838126]]></guid>
        <dc:creator><![CDATA[Rutherford]]></dc:creator>
        <pubDate>Mon, 29 Aug 2005 03:21:37 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Versions and Install]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907-1822322]]></link>
        <description><![CDATA[To install your app on there machine what do excel/office dlls do you have to install.Do you have to worry about version issues; they have excel 4, you used excel 5.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907-1822322]]></guid>
        <dc:creator><![CDATA[Chuck_P]]></dc:creator>
        <pubDate>Wed, 03 Aug 2005 08:38:49 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[I have it, do they need it?]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907-1822210]]></link>
        <description><![CDATA[I'm wondering about requirements.I have XL on my machine, but if I were to write something to use XL as my charting and graphing engine, would my client need to have XL loaded on their machine?  Or could I just wrap the Office COM object into my project and get by on that.Thanks,Walter]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907-1822210]]></guid>
        <dc:creator><![CDATA[philstubbs@...]]></dc:creator>
        <pubDate>Wed, 03 Aug 2005 07:18:18 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[.net / excel integration question]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907-1822060]]></link>
        <description><![CDATA[Awesome article!  Could you please provide a link so I can see this in action?  Thanks for any help!]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/87-178907-1822060]]></guid>
        <dc:creator><![CDATA[mmaglala@...]]></dc:creator>
        <pubDate>Wed, 03 Aug 2005 01:23:32 -0700</pubDate>
    </item>
    </channel>
</rss>

