<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:copyright="http://blogs.law.harvard.edu/tech/rss" xmlns:image="http://purl.org/rss/1.0/modules/image/">
    <channel>
        <title>InfoPath</title>
        <link>http://blogs.3sharp.com/davidg/category/84.aspx</link>
        <description>InfoPath</description>
        <language>en-US</language>
        <copyright>David Gerhardt</copyright>
        <managingEditor>davidg@3sharp.com</managingEditor>
        <generator>Subtext Version 1.9.5.177</generator>
        <item>
            <title>SharePoint Connections Session Code</title>
            <link>http://blogs.3sharp.com/davidg/archive/2008/11/17/5012.aspx</link>
            <description>&lt;p&gt;Thanks to all who attended my sessions last week at &lt;a href="http://www.devconnections.com/shows/FALL2008SP/default.asp?s=123"&gt;SharePoint Connections&lt;/a&gt;. I was especially pleased with the attendance of my last session (&lt;b&gt;Developing InfoPath Browser Forms for SharePoint&lt;/b&gt;). Asking people to get up for a session at 8am on the last day of a conference in Las Vegas can be a challenge, but the turnout was still high, and there was no shortage of good questions.&lt;/p&gt;
&lt;p&gt;As I promised, the code from my two InfoPath sessions is available for download &lt;a href="http://www.3sharp.com/files/davidg/InfoPath Code Snippets.zip"&gt;here&lt;/a&gt;. I could not include the form templates used for the demos, as they are owned by a third party, but the code snippets are there and can be included in your Visual Studio solutions. You will just need to modify the code to fit your form data source.&lt;/p&gt;
&lt;img src="http://blogs.3sharp.com/davidg/aggbug/5012.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>David Gerhardt</dc:creator>
            <guid>http://blogs.3sharp.com/davidg/archive/2008/11/17/5012.aspx</guid>
            <pubDate>Mon, 17 Nov 2008 19:03:45 GMT</pubDate>
            <wfw:comment>http://blogs.3sharp.com/davidg/comments/5012.aspx</wfw:comment>
            <comments>http://blogs.3sharp.com/davidg/archive/2008/11/17/5012.aspx#feedback</comments>
            <wfw:commentRss>http://blogs.3sharp.com/davidg/comments/commentRss/5012.aspx</wfw:commentRss>
        </item>
        <item>
            <title>Integrating Lotus Notes with the 2007 Release</title>
            <link>http://blogs.3sharp.com/davidg/archive/2008/10/28/5002.aspx</link>
            <description>&lt;p&gt;Last year we worked with &lt;a href="http://blog.advisor.com/blog/garydev.nsf"&gt;Gary Devendorf&lt;/a&gt; to create a two-day training course about 2007 Microsoft Office system interoperability with Lotus Notes 7. The course was geared toward Notes developers and had sessions about Visual Studio 2005 and Domino Web services, ASP.NET, the Open XML Formats, InfoPath, Access, and Excel, to name a few.&lt;/p&gt;
&lt;p&gt;For the next month or so we will be working with Gary again to upgrade the materials. The new training course will still use Lotus Notes 7, but we will convert the Visual Studio 2005 projects to Visual Studio 2008 and add new content for subjects such as the Business Data Catalog, InfoPath Forms Services, custom workflows, and mobile development activities. Gary will be providing training updates on his blog. For more interoperability information, check out the &lt;a href="http://interoptips.com/"&gt;InteropTips Community Site&lt;/a&gt; for developers of .NET and Lotus Notes applications.&lt;/p&gt;
&lt;img src="http://blogs.3sharp.com/davidg/aggbug/5002.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>David Gerhardt</dc:creator>
            <guid>http://blogs.3sharp.com/davidg/archive/2008/10/28/5002.aspx</guid>
            <pubDate>Tue, 28 Oct 2008 19:58:08 GMT</pubDate>
            <wfw:comment>http://blogs.3sharp.com/davidg/comments/5002.aspx</wfw:comment>
            <comments>http://blogs.3sharp.com/davidg/archive/2008/10/28/5002.aspx#feedback</comments>
            <wfw:commentRss>http://blogs.3sharp.com/davidg/comments/commentRss/5002.aspx</wfw:commentRss>
        </item>
        <item>
            <title>SharePoint Connections Fall 2008</title>
            <link>http://blogs.3sharp.com/davidg/archive/2008/09/25/4963.aspx</link>
            <description>&lt;p&gt;The fall event for &lt;a href="http://www.devconnections.com/shows/FALL2008SP/default.asp?s=123"&gt;SharePoint Connections 2008&lt;/a&gt; is a little more than a month away from now (November 10–13 in Las Vegas). Once again, I am lucky enough to be one of the speakers, and my sessions are as follows:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;b&gt;Developing InfoPath Client-Only Forms for SharePoint&lt;/b&gt; — This session explores many of the form designer capabilities for InfoPath client-only solutions.&lt;/li&gt;
&lt;li&gt;&lt;b&gt;Developing InfoPath Browser Forms for SharePoint&lt;/b&gt; — This session explains some of the limitations in working with InfoPath Forms Services and discusses ways to optimize browser forms using out-of-the-box and managed code techniques.&lt;/li&gt;
&lt;li&gt;&lt;b&gt;Adding Codeless Workflows to InfoPath Form Solutions&lt;/b&gt; — This session identifies how you can integrate codeless workflows into SharePoint form solutions.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;It should be a great event, and I look forward to meeting many of you there.&lt;/p&gt;
&lt;img src="http://blogs.3sharp.com/davidg/aggbug/4963.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>David Gerhardt</dc:creator>
            <guid>http://blogs.3sharp.com/davidg/archive/2008/09/25/4963.aspx</guid>
            <pubDate>Thu, 25 Sep 2008 15:42:33 GMT</pubDate>
            <wfw:comment>http://blogs.3sharp.com/davidg/comments/4963.aspx</wfw:comment>
            <comments>http://blogs.3sharp.com/davidg/archive/2008/09/25/4963.aspx#feedback</comments>
            <wfw:commentRss>http://blogs.3sharp.com/davidg/comments/commentRss/4963.aspx</wfw:commentRss>
        </item>
        <item>
            <title>Converting an InfoPath 2007 Form into a Word 2007 Document</title>
            <link>http://blogs.3sharp.com/davidg/archive/2008/08/08/4935.aspx</link>
            <description>With the introduction of the Office Open XML Formats in the 2007 release, the process for programmatically using XSLT to generate Word 2007 documents has changed somewhat since the Office 2003 days. For those of you not interested in working with XSLT, this post describes an alternative for programmatically generating Word 2007 documents from InfoPath 2007 forms...&lt;img src="http://blogs.3sharp.com/davidg/aggbug/4935.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>David Gerhardt</dc:creator>
            <guid>http://blogs.3sharp.com/davidg/archive/2008/08/08/4935.aspx</guid>
            <pubDate>Fri, 08 Aug 2008 22:20:11 GMT</pubDate>
            <wfw:comment>http://blogs.3sharp.com/davidg/comments/4935.aspx</wfw:comment>
            <comments>http://blogs.3sharp.com/davidg/archive/2008/08/08/4935.aspx#feedback</comments>
            <slash:comments>7</slash:comments>
            <wfw:commentRss>http://blogs.3sharp.com/davidg/comments/commentRss/4935.aspx</wfw:commentRss>
        </item>
        <item>
            <title>Deploying InfoPath Templates to a Production Environment</title>
            <link>http://blogs.3sharp.com/davidg/archive/2008/07/03/4923.aspx</link>
            <description>&lt;p&gt;Microsoft just published another one of my technical articles: &lt;a href="http://msdn.microsoft.com/en-us/library/cc704269.aspx"&gt;Best Practices for Deploying InfoPath 2007 Form Templates to a Production Environment&lt;/a&gt;. This article shows some best practices for moving form templates from a development environment to a production environment and includes steps for adding a debug view. The article also describes some techniques for optimizing browser form scenarios.&lt;/p&gt;&lt;img src="http://blogs.3sharp.com/davidg/aggbug/4923.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>David Gerhardt</dc:creator>
            <guid>http://blogs.3sharp.com/davidg/archive/2008/07/03/4923.aspx</guid>
            <pubDate>Thu, 03 Jul 2008 15:22:44 GMT</pubDate>
            <wfw:comment>http://blogs.3sharp.com/davidg/comments/4923.aspx</wfw:comment>
            <comments>http://blogs.3sharp.com/davidg/archive/2008/07/03/4923.aspx#feedback</comments>
            <wfw:commentRss>http://blogs.3sharp.com/davidg/comments/commentRss/4923.aspx</wfw:commentRss>
        </item>
        <item>
            <title>Working Around the NaN Issue</title>
            <link>http://blogs.3sharp.com/davidg/archive/2008/04/24/4889.aspx</link>
            <description>I was recently building an internal InfoPath 2007 solution and came across an old nemesis: the dreaded "NaN" issue. In this particular case, the NaN value appeared in a calculated field that was bound to an expression box...&lt;img src="http://blogs.3sharp.com/davidg/aggbug/4889.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>David Gerhardt</dc:creator>
            <guid>http://blogs.3sharp.com/davidg/archive/2008/04/24/4889.aspx</guid>
            <pubDate>Thu, 24 Apr 2008 16:52:31 GMT</pubDate>
            <wfw:comment>http://blogs.3sharp.com/davidg/comments/4889.aspx</wfw:comment>
            <comments>http://blogs.3sharp.com/davidg/archive/2008/04/24/4889.aspx#feedback</comments>
            <wfw:commentRss>http://blogs.3sharp.com/davidg/comments/commentRss/4889.aspx</wfw:commentRss>
        </item>
        <item>
            <title>Supporting Digital Signatures in Browser Forms</title>
            <link>http://blogs.3sharp.com/davidg/archive/2008/03/24/4883.aspx</link>
            <description>Digital signatures can be used in Office InfoPath 2007 browser forms to sign sections of data. However, the certificate that you use must be installed on both the client and SharePoint server machines...&lt;img src="http://blogs.3sharp.com/davidg/aggbug/4883.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>David Gerhardt</dc:creator>
            <guid>http://blogs.3sharp.com/davidg/archive/2008/03/24/4883.aspx</guid>
            <pubDate>Mon, 24 Mar 2008 23:50:30 GMT</pubDate>
            <wfw:comment>http://blogs.3sharp.com/davidg/comments/4883.aspx</wfw:comment>
            <comments>http://blogs.3sharp.com/davidg/archive/2008/03/24/4883.aspx#feedback</comments>
            <wfw:commentRss>http://blogs.3sharp.com/davidg/comments/commentRss/4883.aspx</wfw:commentRss>
        </item>
        <item>
            <title>Invalid URL when Publishing a Form Template</title>
            <link>http://blogs.3sharp.com/davidg/archive/2008/02/22/4743.aspx</link>
            <description>&lt;p&gt;If you have ever deployed an Office InfoPath 2007 form template, you may have come across the following issue in the Publishing Wizard:&lt;/p&gt;
&lt;img alt="" src="http://www.3sharp.com/files/davidg/o_InvalidURL.jpg" /&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;p&gt;Several people have already blogged about this issue and potential resolutions. In the Office SharePoint Server 2007 (Beta 2) days, Firedancer described how you can &lt;a href="http://serena-yeoh.blogspot.com/2006/08/infopathformurlnotvalid.html"&gt;stop the System Event Notification service&lt;/a&gt;. Dave Hunter provided the same advice in &lt;a href="http://www.davehunter.co.uk/Blog/Lists/Posts/Post.aspx?ID=56"&gt;this post&lt;/a&gt; while also explaining that a site collection must be at the root level of the SharePoint site to which you are publishing. Other posts and forums have offered similar suggestions.&lt;/p&gt;
&lt;p&gt;Another possibility, although probably not as common as the aforementioned resolutions, is that &lt;a href="http://www.microsoft.com/technet/security/tools/urlscan.mspx"&gt;URLScan&lt;/a&gt; is running on the IIS Web site. URLScan is a security tool that restricts the types of HTTP requests that IIS will process. Settings are stored in URLScan.ini, located in &lt;strong&gt;&amp;lt;DRIVE&amp;gt;:\WINDOWS\system32\inetsrv\urlscan\&lt;/strong&gt;. By default, the &lt;strong&gt;OPTIONS&lt;/strong&gt; verb is included in the &lt;strong&gt;DenyVerbs&lt;/strong&gt; section. If the &lt;strong&gt;UseAllowVerbs&lt;/strong&gt; option is set to &lt;strong&gt;0&lt;/strong&gt; (which means URLScan will use the &lt;strong&gt;DenyVerbs&lt;/strong&gt; section instead of the &lt;strong&gt;AllowVerbs&lt;/strong&gt; section), and the &lt;strong&gt;OPTIONS&lt;/strong&gt; verb has not been removed from the &lt;strong&gt;DenyVerbs&lt;/strong&gt; section, then you might encounter the invalid URL issue.&lt;/p&gt;
&lt;p&gt;To determine if URLScan is even running on your server, start IIS, right-click &lt;strong&gt;Web Sites&lt;/strong&gt;, and then click &lt;strong&gt;Properties&lt;/strong&gt;. In the &lt;strong&gt;Web Sites Properties&lt;/strong&gt; dialog box, click the &lt;strong&gt;ISAPI Filters&lt;/strong&gt; tab to see if the URLScan filter is loaded.&lt;/p&gt;
&lt;img alt="" src="http://www.3sharp.com/files/davidg/o_URLScanInstalled.jpg" /&gt;&lt;br /&gt;
&lt;br /&gt;&lt;img src="http://blogs.3sharp.com/davidg/aggbug/4743.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>David Gerhardt</dc:creator>
            <guid>http://blogs.3sharp.com/davidg/archive/2008/02/22/4743.aspx</guid>
            <pubDate>Fri, 22 Feb 2008 19:19:00 GMT</pubDate>
            <wfw:comment>http://blogs.3sharp.com/davidg/comments/4743.aspx</wfw:comment>
            <comments>http://blogs.3sharp.com/davidg/archive/2008/02/22/4743.aspx#feedback</comments>
            <wfw:commentRss>http://blogs.3sharp.com/davidg/comments/commentRss/4743.aspx</wfw:commentRss>
        </item>
        <item>
            <title>Submitting Forms with Microsoft.SharePoint</title>
            <link>http://blogs.3sharp.com/davidg/archive/2008/02/21/4742.aspx</link>
            <description>&lt;p&gt;Occasionally, our InfoPath Forms Services solutions require a direct submission to a SharePoint list using a Web service. In order to use &lt;strong&gt;SPSite&lt;/strong&gt;, &lt;strong&gt;SPWeb&lt;/strong&gt;, &lt;strong&gt;SPFolder&lt;/strong&gt;, &lt;strong&gt;SPFile&lt;/strong&gt;, and other classes, your Web service will need a reference to the &lt;a href="http://msdn2.microsoft.com/en-us/library/microsoft.sharepoint.aspx"&gt;Microsoft.SharePoint&lt;/a&gt; namespace, which provides the types and members for working with SharePoint sites. But where is the corresponding &lt;strong&gt;Microsoft.SharePoint.dll&lt;/strong&gt;?&lt;/p&gt;
&lt;p&gt;We get this question a lot, and it has also made its way into numerous SharePoint development forums. For Office SharePoint Server 2007 solutions, the DLL can be found in &lt;strong&gt;&amp;lt;DRIVE&amp;gt;:\Program Files\Common Files\Microsoft Shared\web server extensions\12\ISAPI\&lt;/strong&gt; on the SharePoint server.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;NOTE:&lt;/strong&gt; You can create a development environment separate from the SharePoint server that includes a reference to the DLL and allows you to compile the Web service code. However, the Web service can run only on the SharePoint server machine.&lt;/p&gt;&lt;img src="http://blogs.3sharp.com/davidg/aggbug/4742.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>David Gerhardt</dc:creator>
            <guid>http://blogs.3sharp.com/davidg/archive/2008/02/21/4742.aspx</guid>
            <pubDate>Thu, 21 Feb 2008 20:15:00 GMT</pubDate>
            <wfw:comment>http://blogs.3sharp.com/davidg/comments/4742.aspx</wfw:comment>
            <comments>http://blogs.3sharp.com/davidg/archive/2008/02/21/4742.aspx#feedback</comments>
            <wfw:commentRss>http://blogs.3sharp.com/davidg/comments/commentRss/4742.aspx</wfw:commentRss>
        </item>
        <item>
            <title>Using the XmlFormView Control</title>
            <link>http://blogs.3sharp.com/davidg/archive/2008/02/20/4739.aspx</link>
            <description>The XmlFormView is a common way to display Office InfoPath 2007 browser forms on a custom ASPX page. One thing to keep in mind though is that the InfoPath form template that is to be displayed in the XmlFormView control must reside in the same site collection as the custom ASPX page...&lt;img src="http://blogs.3sharp.com/davidg/aggbug/4739.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>David Gerhardt</dc:creator>
            <guid>http://blogs.3sharp.com/davidg/archive/2008/02/20/4739.aspx</guid>
            <pubDate>Wed, 20 Feb 2008 19:47:00 GMT</pubDate>
            <wfw:comment>http://blogs.3sharp.com/davidg/comments/4739.aspx</wfw:comment>
            <comments>http://blogs.3sharp.com/davidg/archive/2008/02/20/4739.aspx#feedback</comments>
            <slash:comments>2</slash:comments>
            <wfw:commentRss>http://blogs.3sharp.com/davidg/comments/commentRss/4739.aspx</wfw:commentRss>
        </item>
    </channel>
</rss>