Gary Depue's VSTA Blog - All Comments

High laptop sierra title

High laptop sierra title — Wed, 02 Mar 2011 02:32:56 GMT

Pingback from High laptop sierra title

re: Is VSTA 2.0 supported under Windows 7 and Visual Studio 2010?

kenfhenderson — Fri, 11 Feb 2011 21:41:23 GMT

How do I download it and install it?

re: VSTA in InfoPath

kenfhenderson — Fri, 11 Feb 2011 21:39:35 GMT

I have installed InfoPath 2010 and one of its options is Visual Studio Tools for Applications.

It appears to install and there are some files that look like VSTA but when I go to "Edit Code" inside of InfoPath, I get "InfoPath cannot start Microsoft Visual Studio Tools for Applications."

How do I get around this?

Thanks,

Ken Henderson

American freedom and right - American freedom - American right

American freedom and right - American freedom - American right — Tue, 14 Sep 2010 16:18:36 GMT

Pingback from American freedom and right - American freedom - American right

Co family genealogy history ireland monaghan note - Family genealogy - History ireland

Tue, 07 Sep 2010 15:02:10 GMT

Pingback from Co family genealogy history ireland monaghan note - Family genealogy - History ireland

First computer - Computer electronic - Invention of first computer

First computer - Computer electronic - Invention of first computer — Sat, 14 Aug 2010 04:49:49 GMT

Pingback from First computer - Computer electronic - Invention of first computer

re: Dependent Assembly Binding Redirect (by version)

Melody — Tue, 27 Jul 2010 16:34:19 GMT

Please see this blog for a resolution: www.summsoft.com/.../binding-redirects.aspx

re: Dependent Assembly Binding Redirect (by version)

nitinumap — Tue, 08 Jun 2010 13:35:18 GMT

We used same mechanism for assembly binding redirect. It worked fine till VS2005. Recently our product development migrated to VS2008 SP1. After that VSTA addins stoped loading. It always searches for the assembly with which it was built. Any solution to this problem.

FYI - If I configure policy using control pane->admin tools then it works fine.

Office 2007 VSTA scarlet pimpernel « Smurf on Spreadsheets

Office 2007 VSTA scarlet pimpernel « Smurf on Spreadsheets — Thu, 22 Nov 2007 11:33:19 GMT

PingBack from http://smurfonspreadsheets.wordpress.com/2007/11/22/office-2007-vsta-scarlet-pimpernel/

re: Can I use VSTA to create a program or add-ins that run on a mobile device, like a PDA?

Gary — Thu, 07 Dec 2006 18:56:30 GMT

My mention of the CF design time was probably misleading. The CF design time actually runs on the desktop computer (running the full-size CLR/.Net framework).

I am assuming that, on mobile devices, ISVs want to deploy VSTA Addins for Runtime only and ISVs do not expect to create addin on the mobile device using VSTA's Design Time (IDE).

Here’s a clearer description:

In the case of the desktop .NET Framework both designtime and runtime code is executed by the desktop CLR. But for .NET CF, the designtime code is executed by the desktop CLR (hosted inside Visual Studio) while the runtime code is executed by the device CLR. This implies that for .NET CF components the designtime code targets the desktop .NET Framework while the runtime code targets the .NET CF.

(http://blogs.msdn.com/parthopdas/archive/2005/10/10/479085.aspx)

So (1) ideally, ISV wants to design/build the addin once (on desktop) and deploy twice (load/run on desktop and PDA).

The next best (2), would be to design once (VSTA IDE on desktop), build twice (on desktop and CF design time environment), and deploy twice (load/run on desktop and PDA).

.Net remoting is not supported by CF. Therfore, only until the addin ceases to be an addin (reference to proxy assembly) and becomes a generic library assembly is there any possible CF code reuse. Creating generic library assemblies is not the intended purpose of the VSTA IDE. Even then, the assembly must be recompiled for the CF target, using a CF compiler, which may not be possible in VSTA’s IDE.

re: Warning: 'AppAddIn' is not CLS-compliant because it derives from 'Application', which is not CLS-compliant.

Gary — Mon, 11 Sep 2006 15:42:13 GMT

This warning is probably because the assembly attribute is not specified in the corresponding project templates. Specifying CLSCompliant(true) will turn on the checking. Omitting the attribute or specifying CLSCompliant(false) will turn it off. The attribute may be specified at lower scope as well. For example instead of turning it off for the whole assembly the compliance can be turned off for specific class only. <CLSCompliant(False)> Partial Class AppAddIn Dim WithEvents d As Drawing