问题标签 [vsta]

我是为 Office Forms Server / MOSS 2007 开发的新手。我必须在设计基于 Web 的表单和在 Visual Studio Tools for Applications（又名 VSTA）或 Visual Studio Tools for Office（又名 VSTO）中为它们编写代码之间做出选择。VSTA 作为 InfoPath 2007 许可证的一部分免费提供；VSTO 也是免费的，需要 Visual Studio 2005 / 2008。我拥有这两种产品的许可证，无法轻易确定每个 IDE 的优缺点。

我理解的 VSTO 位。Visual Studio 具有项目模板，可帮助您开始创建漂亮的基于 .NET 的加载项。

但是 VSTA 在哪里？我安装了 SDK，但它似乎是为了向您自己的应用程序添加可扩展性。

我曾认为 VSTA 就像 Office 2007 的新 VBA。Infopath 2007 似乎启用了 VSTA，但我似乎找不到 Excel 2007 也启用了 VSTA 的位置。

我错过了什么吗？

我正在尝试构建一个 InfoPath 加载项，以允许模板编辑器（而不是最终用户）预览填充了示例数据的表单。

首先，我们的环境的一些背景。我们有一个连接到 MOSS 的自定义进程，为给定的表单下载适当的数据源程序集，并调用它们将数据从数据库加载到表单中（例如信件模板中的收件人地址信息）。此过程在下载表单并传递参数（通过 URL）以进行数据检索时启动。我可以通过命令行将参数传递给本地保存的表单模板来近似这种行为。

有了这些知识，我着手构建一个 InfoPath 加载项，它可以执行以下操作：

1. 在设计模式下显示一个自定义工具栏按钮，模板编辑器可以单击该按钮以使用示例数据填充表单（需要传递参数）。
2. 单击按钮时，将活动模板的副本保存到临时文件夹并使用 Shell() 命令将参数传递给表单。然后将在单独的 InfoPath 窗口中启动该表单的副本。

在此过程中，我参考了各种在线教程和 Apress 的 Pro InfoPath 2007 以获得指导，并且像这里以前的帖子一样，发现可用的信息非常有限。我在那里的一部分，但遇到了一些问题：

1. 我能够显示自定义工具栏按钮，但只能在预览模式下显示。我需要按钮以设计模式显示。
2. Application.ActiveWindow.XDocument.SaveAs() 方法似乎只保存表单，而不是整个模板。也许这是因为我处于预览模式而不是设计模式？也许解决第一个问题也可以解决这个问题。
3. 为了避免上述两个问题，我研究了如何在我的表单模板解决方案中调用 FormEvents_Loading 处理程序。这将允许我将测试参数传递给它，而不必求助于保存副本并通过命令行启动它。我不知道该怎么做。

有什么想法或建议吗？在此先感谢您的帮助！

我刚刚转移到基于 x64 Server 2008 R2 的开发机器来进行我的 SharePoint 活动。我发现，在调用 SharePoint 对象模型 SPSite 构造函数时，我得到了 FileNotFoundException，但没有详细说明究竟是什么原因造成的。在玩了一会儿之后，我发现其他代码中的调用可以在服务器上运行。使用简单的控制台应用程序，该调用在构建为“任何 CPU”（基本上是 x64）时有效，但在我将目标明确设置为 x86 时无效。这个 InfoPath 代码背后的东西是它编译为 x86。在 csproj 内部，它实际上设置为“AnyCPU”。我尝试将其强制为 x64 并重新加载项目，但它只是无法构建。有没有办法让项目背后的代码构建到 x64 或者我发现自己有 VSTA 限制？

我有一个现有的 InfoPath 2007 表单，其中包含一些使用 VSTA 开发的代码隐藏。它已作为管理员批准的表单部署到 SharePoint，但不是基于浏览器的 - InfoPath 客户端在用户填写新表单时打开。

我现在想关注如何：将在 Visual Studio Tools for Applications 中创建的项目迁移到 Visual Studio并将此代码移到 Visual Studio 中，以便更容易管理并与源代码管理集成。

将表单迁移到 Visual Studio 是否会引入对 VSTO 运行时的依赖，以便最终用户需要将其部署到他们的计算机上才能运行表单？

InfoPath 2007 C# 代码的默认编辑器是 VSTA。它的功能非常低，我想使用我的 VS 2010。这可能吗？如果是，如何？

我试图从现有项目中创建一个项目，但我无法导入正确的程序集。

我曾经对将 VSTA（Visual Studio Tools for Applications）用于我一直在开发的应用程序非常感兴趣，但有一段时间没有关注它。现在，无论我怎么看，我似乎都找不到任何新的东西。VSTA 博客自 2009 年以来一直没有更新，通过 MSDN 指南的大多数链接都已损坏（它们重定向到通用 VS 页面。）我从 MSDN 文章中找到了它的下载，但它把我送到了这个页面，下载按钮被禁用的地方。

有谁知道这个产品是怎么回事？项目就这样被默默地放弃了吗？

我是信息路径的新手。我想根据 SharePoint 列表中其他文本框 a 的值设置文本框 b 的值。在 Infopath vsta 中，文本框 a onchanged 事件我正在设置文本框 b 的值，只要我通过 infopath 上的预览检查，它就可以正常工作。但是，当我通过管理批准模板作为内容类型将这个简单的表单部署到我的共享点文档库时。表单在 Web 浏览器中打开，但文本框 a 的更改事件不起作用（异步）。相反，当我点击提交按钮时它会起作用。提交逻辑是将此表单提交到文档库。在 infopath 配置中，我给出了完全信任级别的表单。

任何想法为什么它不能按预期工作。或者这是除了信息路径编程之外的任何其他解决方案吗？

当我尝试打开一个特定项目时，我收到无法加载 VSTA 项目系统包的消息。我启用了 VS2010 的日志记录，发现无法加载此包，因为找不到某些文件。我在互联网上进行了一些搜索，发现 VSTA 是 MS Office 的一部分，并且似乎没有单独的 VSTA 安装分布。MS Office 安装似乎包括 VSTA。我的 VS2010 是专业版，它应用了 SP1。除了重新安装所有内容外，我可以采取哪些步骤来修复此错误？

在维护大量 SQL Server Integration Services 2008 R2 包时，我遇到了一个奇怪的问题。

这些包经常使用脚本任务，每个都包含用于与某些内部 Web 服务集成的 C# 代码。

编辑其中一个脚本涉及以下步骤：

• 在设计器中选择脚本任务
• 右键单击，选择编辑以弹出脚本任务编辑器对话框
• 按编辑脚本按钮
• 等待（刚刚结束）15 秒
• 编辑脚本
• 关闭脚本编辑器
• 按脚本任务编辑器对话框上的确定按钮
• 等待（刚刚结束）30 秒
• 对话框消失

这是等待，以粗体突出显示，这让我感到沮丧。

在那段时间没有 CPU 活动，没有磁盘 IO，没有网络流量——编辑器似乎只是被冻结了。

顺便说一句——这些时间是可靠的——在过去的几天里，我用秒表来测量它们，它们的变化小于我按下秒表上开始/停止按钮的准确性。

我能找到的唯一线索是netstat在暂停期间显示了一个额外的网络连接：

我目前的假设是，由于某种原因，延迟是某种超时，因为 SSIS（或者可能是 Visual Studio Tools for Applications 编辑器）“打电话回家”。有问题的机器没有互联网连接，所以请求是徒劳的。