add-in

I've created an application level add-in for Excel to automate some tasks. I used the VS2012 template Visual C# > Office > 2010 > Excel 2010 Add-In. Rather than having an action pane open every time Excel does, I've opted to create a custom ribbon tab following these instructions: http://msdn.microsoft.com/en-us/library/vstudio/bb386104.aspx However, when I build my project, the tab does not display. I have verified the add-in is loading, and all of its features function properly, except the Ribbon. I created a simple form to test this, which loads as expected. I then tried creating an Excel

Do the useful add-ins (Resharper, StyleCop, etc.) to Visual Studio speed up your work? Or tools need too many resources and you have to wait until each add-in completes execution? [Update]: By the way does some body notice whether performance of IDE + Resharper is better for solutions that contain web sites or web applications? I use some add-ins as long as they don't affect the performance of Visual Studio. To that end, tools like StyleCop, MZ-Tools, and Visual Studio Commands are the clear winners. The problem I have with tools like Refactor! and Resharper are that They degrade performance,

I'm trying to get the sender email address from email that is send using another email address. The sender as shows in outlook is ditribution-lists@domain.com on behalf of User Name [user.name@domain.com]. The MAPI object has a method SentOnBehalfOfName that returns "User Name" but not the email address. Does anyone know how to receive user.name@domain.com field? using System; using System.Runtime.InteropServices; using System.Diagnostics; using System.Reflection; namespace Helpers { internal class EmailHelper { public static string GetSenderEmailAddress(Microsoft.Office.Interop.Outlook

I'm writing a simple Visual Studio 2010 Add-In to do a common copying job here at work (getting dlls from libs sln). I want the progress of the copying to be written to the output window. I tried Trace.WriteLine(...) expecting that to make it, but it doesn't when I run the add-in in the debugger. I have not tried it any other way yet. I found some examples of doing that in Visual Studio 2008, but the required libs are not available to reference. Can anyone point me to how to write to the output window? My googling skills have failed me. I've done this for a macro I wrote: Window window = dte

I would like to create a Visual Studio addin which can identify if the caret currently is inside a method, class or namespace block, i.e. if the caret moves, the addin should be able to note down the status that the caret is currently inside so-and-so element. If this can be extended to any C# block enclosed in curly braces, e.g. properties, that would be excellent. Although I have checked for similar questions, please let me know if this is a repeat question so I can mark it accordingly. If other VS Addin-related questions are obviously helpful here, please let me know that too. Basically, I

I wrote some code in an add-in for Microsoft PowerPoint 2007. I executed it. It said there was a problem. With help from a fellow member here , I rectified the problem. I compiled the new code and ran it. It still considers the old code and ignores the new one and still throws the same problem. The two versions of code are radically different in that they do not share the variables that the problem reports, thus my reason for being sure that the problem isn't in the code now. Clearly, MS Office is retaining an older version of the binaries somewhere in some cache. How do I clear that and allow

I want to create a Method in Excel Add-In 2007 solution which can be called from my Excel Workbook 2007 solution. I explain, I want to call a method of Excel Add-In from code behind file of excel workbook 2007 solution. And I dont want to use VBA Macros. Please help, thanks in advance Thanks, Mrinal Jaiswal After doing much googleing i m able to answer it myself now. Please follow the following steps, Declare an interface with functions you want to expose from your workbook and set its ComVisible attribute to true, Public Interface ICallMe Sub MyFunction() End Interface Now create a class