<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>VSOfficeDeveloper: Known Problems, Bugs, and Fixes</title><link>http://blogs.msdn.com/vsofficedeveloper/default.aspx</link><description>A listing of known problems, bugs, and pending fixes associated with Office Core Products specific to Visual Studio (VB, C#, C++) Development.</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>Problems with System.OutOfMemoryException At System.String.GetStringForStringBuilder in 32-Bit Managed Solutions</title><link>http://blogs.msdn.com/vsofficedeveloper/archive/2008/10/10/StringBuilder-Issue-Summary.aspx</link><pubDate>Sat, 11 Oct 2008 01:00:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8994965</guid><dc:creator>VSOfficeDeveloper</dc:creator><slash:comments>1</slash:comments><comments>http://blogs.msdn.com/vsofficedeveloper/comments/8994965.aspx</comments><wfw:commentRss>http://blogs.msdn.com/vsofficedeveloper/commentrss.aspx?PostID=8994965</wfw:commentRss><description>&lt;P&gt;If you are working with a VSTO or managed code solution for Office, you may encounter a System.OutOfMemoryException when working with very large DataSets, XML files, or numerious object serialization calls. The problem typically occurs on a call to System.String.GetStringForStringBuilder in the managed call stack.&lt;/P&gt;
&lt;P&gt;For details on the problem and its general cause, see the following post:&lt;BR&gt;&lt;A class="" href="http://blogs.msdn.com/vsofficedeveloper/pages/StringBuilder-OutOfMemoryException.aspx" mce_href="http://blogs.msdn.com/vsofficedeveloper/pages/StringBuilder-OutOfMemoryException.aspx"&gt;Problems with System.OutOfMemoryException At System.String.GetStringForStringBuilder in 32-Bit Managed Solutions&lt;/A&gt;&lt;BR&gt;&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=8994965" width="1" height="1"&gt;</description></item><item><title>OLE Link to Word 97-2003 File May Fail with OLE_E_CLASSDIFF Error on Open</title><link>http://blogs.msdn.com/vsofficedeveloper/archive/2008/10/08/Word12-OLE-Link-CLASSDIFF-Error.aspx</link><pubDate>Wed, 08 Oct 2008 23:51:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8992030</guid><dc:creator>VSOfficeDeveloper</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/vsofficedeveloper/comments/8992030.aspx</comments><wfw:commentRss>http://blogs.msdn.com/vsofficedeveloper/commentrss.aspx?PostID=8992030</wfw:commentRss><description>&lt;P&gt;You may encounter an OLE_E_CLASSDIFF (0x80040008) error on calls to OleRun or IOleObject::DoVerb when attempting to bind to a Word document saved as an OLE link by Word 2007.&amp;nbsp; See the following post for details:&lt;/P&gt;
&lt;P&gt;&lt;A class="" href="http://blogs.msdn.com/vsofficedeveloper/pages/Word12-OLE-E-CLASSDIFF.aspx" mce_href="http://blogs.msdn.com/vsofficedeveloper/pages/Word12-OLE-E-CLASSDIFF.aspx"&gt;OLE Link to Word 97-2003 File May Fail with OLE_E_CLASSDIFF Error on Open&lt;/A&gt;&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=8992030" width="1" height="1"&gt;</description></item><item><title>Unable to Open Office Documents for Edit From SharePoint Behind Cisco CSS Load Balancer</title><link>http://blogs.msdn.com/vsofficedeveloper/archive/2008/10/03/SharePoint-Cisco-CSS-Problem-Summary.aspx</link><pubDate>Sat, 04 Oct 2008 01:57:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8975996</guid><dc:creator>VSOfficeDeveloper</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/vsofficedeveloper/comments/8975996.aspx</comments><wfw:commentRss>http://blogs.msdn.com/vsofficedeveloper/commentrss.aspx?PostID=8975996</wfw:commentRss><description>&lt;P&gt;If you use a Cisco CSS switch for load balancing or content caching to a SharePoint Server farm, you may be unable to edit Office documents correctly if the switch is configured for Layer 5 content rules. By default, the Cisco CSS switch will block certain HTTP methods that are used to establish web authoring, and these can cause a problem for your Office clients and/or any SharePoint development from the client.&amp;nbsp; &lt;/P&gt;
&lt;P&gt;Please see the following post for details:&lt;BR&gt;&lt;A class="" href="http://blogs.msdn.com/vsofficedeveloper/pages/SharePoint-Cisco-CSS-Switch-Issue.aspx" mce_href="http://blogs.msdn.com/vsofficedeveloper/pages/SharePoint-Cisco-CSS-Switch-Issue.aspx"&gt;Unable to Open Office Documents for Edit From SharePoint Behind Cisco CSS Load Balancer&lt;/A&gt;&lt;/P&gt;
&lt;P mce_keep="true"&gt;&amp;nbsp;&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=8975996" width="1" height="1"&gt;</description></item><item><title>Excel 2007 XLL SDK Unicode String Support Update</title><link>http://blogs.msdn.com/vsofficedeveloper/archive/2008/09/10/XL12-XLL-Unicode-Update.aspx</link><pubDate>Wed, 10 Sep 2008 23:25:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8942044</guid><dc:creator>VSOfficeDeveloper</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/vsofficedeveloper/comments/8942044.aspx</comments><wfw:commentRss>http://blogs.msdn.com/vsofficedeveloper/commentrss.aspx?PostID=8942044</wfw:commentRss><description>&lt;P&gt;The Microsoft Excel 2007 XLL SDK introduced a&amp;nbsp;new data structure, the XLOPER12, which&amp;nbsp;allows your addin to obtain Unicode strings in XLL function calls.&amp;nbsp; However, there were a couple of limitations with the implemention of the SDK which prevented your XLL from taking full advantage of this new capability.&amp;nbsp;Specifically, while Excel 12 would allow strings in Unicode, some functions would still insist on a 255 character limit if the resulting XLL type was an XLOPER12 type (instead of a LPWSTR type), restricting the length of the overall string.&amp;nbsp; Also, the benefits of the new string type did not carry over to setting strings with the xlSet function, only&amp;nbsp;accepting them as&amp;nbsp;parameters or reading them as results from certain&amp;nbsp;callback functions.&lt;/P&gt;
&lt;P&gt;Excel development has addressed these limitations in a comprehensive fix for Excel 2007, released as part of the the August 2008 Cumulative Update for Excel 2007 (see &lt;A class="" title=KB956836 href="http://support.microsoft.com/kb/956836/" mce_href="http://support.microsoft.com/kb/956836/"&gt;KB956836&lt;/A&gt; ).&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=8942044" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/vsofficedeveloper/archive/tags/Excel/default.aspx">Excel</category></item><item><title>Problems with SharePoint DateTime Columns in Office 2007 Documents Edited by Office 2003</title><link>http://blogs.msdn.com/vsofficedeveloper/archive/2008/05/29/MOSS-Date-Time-Column-Corruption-Summary.aspx</link><pubDate>Fri, 30 May 2008 01:12:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8560440</guid><dc:creator>VSOfficeDeveloper</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/vsofficedeveloper/comments/8560440.aspx</comments><wfw:commentRss>http://blogs.msdn.com/vsofficedeveloper/commentrss.aspx?PostID=8560440</wfw:commentRss><description>&lt;P mce_keep="true"&gt;A problem was recently discovered with the Office 2007 Compatibility Pack file converters when used to open Office 2007 Open XML files in previous Office versions, when those files&amp;nbsp;have custom Date/Time properties attached associated with SharePoint. If the documents are opened and saved back to SharePoint in Office XP/2003, the Date/Time property may accidently get modified to an incorrect time due to a bug in UTC-to-Local time conversion.&lt;/P&gt;
&lt;P mce_keep="true"&gt;See the following post for full details:&lt;BR&gt;&lt;A href="http://blogs.msdn.com/vsofficedeveloper/pages/MOSS-Date-Time-Column-Corruption.aspx" mce_href="http://blogs.msdn.com/vsofficedeveloper/pages/MOSS-Date-Time-Column-Corruption.aspx"&gt;SharePoint Document Library Date Time Columns May Be Incorrectly Changed for Office 2007 Documents if Opened and Saved by Office XP/2003&lt;/A&gt;&lt;/P&gt;
&lt;P mce_keep="true"&gt;&amp;nbsp;&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=8560440" width="1" height="1"&gt;</description></item><item><title>Field’s promoted from an InfoPath form template during publishing to a Microsoft Office SharePoint Server are created multiple times</title><link>http://blogs.msdn.com/vsofficedeveloper/archive/2008/05/19/InfoPath-Fields-Promoted-in-MOSS-Summary.aspx</link><pubDate>Tue, 20 May 2008 00:05:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8519700</guid><dc:creator>VSOfficeDeveloper</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/vsofficedeveloper/comments/8519700.aspx</comments><wfw:commentRss>http://blogs.msdn.com/vsofficedeveloper/commentrss.aspx?PostID=8519700</wfw:commentRss><description>&lt;P&gt;When publishing an InfoPath Form Template (XSN file) to multiple servers (i.e. a development server and a production server) and you are promoting fields from the InfoPath data source to be created as columns in SharePoint, those fields may get recreated each time you publish the XSN.&lt;/P&gt;
&lt;P&gt;See the following post for more information:&lt;BR&gt;&lt;A class="" href="http://blogs.msdn.com/vsofficedeveloper/pages/InfoPath-Fields-Promoted-in-MOSS.aspx" mce_href="http://blogs.msdn.com/vsofficedeveloper/pages/InfoPath-Fields-Promoted-in-MOSS.aspx"&gt;Field’s promoted from an InfoPath form template during publishing to a Microsoft Office SharePoint Server are created multiple times&lt;/A&gt;&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=8519700" width="1" height="1"&gt;</description></item><item><title>Office 2007 File Format MIME Types for HTTP Content Streaming</title><link>http://blogs.msdn.com/vsofficedeveloper/archive/2008/05/08/Office-2007-Open-XML-MIME-Types-Summary.aspx</link><pubDate>Fri, 09 May 2008 00:14:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8474642</guid><dc:creator>VSOfficeDeveloper</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/vsofficedeveloper/comments/8474642.aspx</comments><wfw:commentRss>http://blogs.msdn.com/vsofficedeveloper/commentrss.aspx?PostID=8474642</wfw:commentRss><description>&lt;P&gt;The following post offers documentation on the Office 2007 MIME Types that can be used for HTTP content streaming to Office 2007 applications. Due to security measures in both IE and Office 2007, it is important that web sites return Office 2007 content with the correct MIME type header for the type of content returned during a hyperlink navigation.&amp;nbsp; To see a list of the types and the extensions they map to, see this article post:&lt;/P&gt;
&lt;P&gt;&lt;A class="" href="http://blogs.msdn.com/vsofficedeveloper/pages/Office-2007-Open-XML-MIME-Types.aspx" mce_href="http://blogs.msdn.com/vsofficedeveloper/pages/Office-2007-Open-XML-MIME-Types.aspx"&gt;Office 2007 File Format MIME Types for HTTP Content Streaming&lt;/A&gt;&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=8474642" width="1" height="1"&gt;</description></item><item><title>Visio cannot Open read-only documents from a Document Management System</title><link>http://blogs.msdn.com/vsofficedeveloper/archive/2008/05/07/VisioROSummary.aspx</link><pubDate>Wed, 07 May 2008 21:11:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8466415</guid><dc:creator>VSOfficeDeveloper</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/vsofficedeveloper/comments/8466415.aspx</comments><wfw:commentRss>http://blogs.msdn.com/vsofficedeveloper/commentrss.aspx?PostID=8466415</wfw:commentRss><description>&lt;FONT face="Times New Roman" size=3&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&lt;SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Arial"&gt;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&lt;SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Arial"&gt;The following error occurs when opening a read-only Visio Drawing from an ODMA Document Management System (DMS):&lt;?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /&gt;&lt;o:p&gt;&lt;/o:p&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&lt;SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Arial"&gt;&lt;o:p&gt;&amp;nbsp;&lt;/o:p&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&lt;SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Arial"&gt;An error (110) occurred during the action Open.&lt;o:p&gt;&lt;/o:p&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&lt;SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Arial"&gt;Visio cannot write to the file. The file has been opened read-only.&lt;o:p&gt;&lt;/o:p&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;/SPAN&gt;&lt;/FONT&gt;For full details, see the following post:&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt" mce_keep="true"&gt;&amp;nbsp;&lt;/P&gt;
&lt;P class=MsoNormal style="MARGIN: 0in 0in 0pt"&gt;&lt;A class="" href="http://blogs.msdn.com/vsofficedeveloper/pages/VisioReadOnly.aspx" mce_href="http://blogs.msdn.com/vsofficedeveloper/pages/VisioReadOnly.aspx"&gt;Visio cannot Open read-only documents from a Document Management System&lt;/A&gt;&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=8466415" width="1" height="1"&gt;</description></item><item><title>OCX Controls Used in VBA-Enabled Applications Cannot be Side-By-Side (SxS) Registered</title><link>http://blogs.msdn.com/vsofficedeveloper/archive/2008/04/21/VBA-OCX-SxS-Limit-Summary.aspx</link><pubDate>Mon, 21 Apr 2008 22:56:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8415298</guid><dc:creator>VSOfficeDeveloper</dc:creator><slash:comments>1</slash:comments><comments>http://blogs.msdn.com/vsofficedeveloper/comments/8415298.aspx</comments><wfw:commentRss>http://blogs.msdn.com/vsofficedeveloper/commentrss.aspx?PostID=8415298</wfw:commentRss><description>&lt;P&gt;ActiveX Controls used in Office applications with VBA must have at least their type library registered in the registry to work properly.&amp;nbsp; VBA does not support Side-By-Side (SxS) registration of controls and this may prevent a control registered only by SxS from working correctly in Office.&lt;/P&gt;
&lt;P&gt;See the following post for more details:&lt;BR&gt;&lt;A href="http://blogs.msdn.com/vsofficedeveloper/pages/VBA-OCX-SxS-Limit.aspx" mce_href="http://blogs.msdn.com/vsofficedeveloper/pages/VBA-OCX-SxS-Limit.aspx"&gt;OCX Controls Used in VBA-Enabled Applications Cannot be Side-By-Side (SxS) Registered&lt;/A&gt;&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=8415298" width="1" height="1"&gt;</description></item><item><title>ShellExecute fails when called from Internet Explorer Protected Mode</title><link>http://blogs.msdn.com/vsofficedeveloper/archive/2008/04/16/ShellExecuteDocSummary.aspx</link><pubDate>Thu, 17 Apr 2008 00:21:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8399596</guid><dc:creator>VSOfficeDeveloper</dc:creator><slash:comments>1</slash:comments><comments>http://blogs.msdn.com/vsofficedeveloper/comments/8399596.aspx</comments><wfw:commentRss>http://blogs.msdn.com/vsofficedeveloper/commentrss.aspx?PostID=8399596</wfw:commentRss><description>&lt;P&gt;When calling ShellExecute to open an Office document from Internet Explorer, the call will fail with a “File not Found” error if Protected Mode is turned on. The problem occurs after installing Office 2007 Service Pack 1 on Windows Vista.&lt;/P&gt;
&lt;P mce_keep="true"&gt;For full details, see the following post:&lt;/P&gt;
&lt;P mce_keep="true"&gt;&lt;A class="" href="http://blogs.msdn.com/vsofficedeveloper/pages/ShellExecuteDoc.aspx" mce_href="http://blogs.msdn.com/vsofficedeveloper/pages/ShellExecuteDoc.aspx"&gt;ShellExecute fails when called from Internet Explorer Protected Mode&lt;/A&gt;&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=8399596" width="1" height="1"&gt;</description></item><item><title>OLE/ActiveX Objects Copied from Office in Remote TS Session are Unavailable on Local Client Via RDP Clipboard</title><link>http://blogs.msdn.com/vsofficedeveloper/archive/2008/04/14/RDP-Clipboard-OLE-Limit-Summary.aspx</link><pubDate>Mon, 14 Apr 2008 23:58:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8394703</guid><dc:creator>VSOfficeDeveloper</dc:creator><slash:comments>1</slash:comments><comments>http://blogs.msdn.com/vsofficedeveloper/comments/8394703.aspx</comments><wfw:commentRss>http://blogs.msdn.com/vsofficedeveloper/commentrss.aspx?PostID=8394703</wfw:commentRss><description>&lt;P&gt;When attempting to copy and paste OLE or OCX objects from Office applications running on a remote desktop to another application running on your local desktop, you may fail to get the data expected, or will find the data is unavailable from the Paste Special dialog.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;For full details, see the following post:&lt;BR&gt;&lt;A href="http://blogs.msdn.com/vsofficedeveloper/pages/RDP-Clipboard-OLE-Limitation.aspx" mce_href="http://blogs.msdn.com/vsofficedeveloper/pages/RDP-Clipboard-OLE-Limitation.aspx"&gt;OLE/ActiveX Objects Copied from Office in Remote TS Session are Unavailable on Local Client Via RDP Clipboard&lt;/A&gt;&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=8394703" width="1" height="1"&gt;</description></item><item><title>Excel OLE Embedding Errors if you have Managed Add-In Sinking Application Events in Excel</title><link>http://blogs.msdn.com/vsofficedeveloper/archive/2008/04/11/Excel-OLE-Embedded-Error-With-Managed-Addin-Summary.aspx</link><pubDate>Fri, 11 Apr 2008 21:30:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8381565</guid><dc:creator>VSOfficeDeveloper</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/vsofficedeveloper/comments/8381565.aspx</comments><wfw:commentRss>http://blogs.msdn.com/vsofficedeveloper/commentrss.aspx?PostID=8381565</wfw:commentRss><description>&lt;P&gt;Managed addins/components that sink events on the Application object may cause problems with OLE functionality in that instance of Excel, resulting in errors or possible crash of host application trying to edit Excel embedded objects.&amp;nbsp; Managed addins can avoid this problem with custom code. Users seeing this problem can avoid the problems using an Excel instance that does not load the managed addin.&lt;/P&gt;
&lt;P&gt;For details about this problem and what developers building managed addins can do to avoid it, see this post:&lt;BR&gt;&lt;A href="http://blogs.msdn.com/vsofficedeveloper/pages/excel-ole-embedding-errors-with-managed-addin.aspx" mce_href="http://blogs.msdn.com/vsofficedeveloper/pages/excel-ole-embedding-errors-with-managed-addin.aspx"&gt;Excel OLE Embedding Errors if you have Managed Add-In Sinking Application Events in Excel&lt;/A&gt;&lt;/P&gt;
&lt;P mce_keep="true"&gt;&amp;nbsp;&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=8381565" width="1" height="1"&gt;</description></item><item><title>Excel 2007 does not return shape data using XLL xlfGetDocument command</title><link>http://blogs.msdn.com/vsofficedeveloper/archive/2008/04/09/XL12-xlfGetDocument-Shapes-Bug-Summary.aspx</link><pubDate>Wed, 09 Apr 2008 23:49:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8373268</guid><dc:creator>VSOfficeDeveloper</dc:creator><slash:comments>1</slash:comments><comments>http://blogs.msdn.com/vsofficedeveloper/comments/8373268.aspx</comments><wfw:commentRss>http://blogs.msdn.com/vsofficedeveloper/commentrss.aspx?PostID=8373268</wfw:commentRss><description>&lt;P&gt;XLL add-ins using the xlfGetDocument command to obtain shape data may fail in Excel 2007 because a known problem in that version. The bug is being investigated for a fix in a future Excel release.&lt;/P&gt;
&lt;P&gt;See the following post for more details:&lt;/P&gt;
&lt;P&gt;&lt;A href="http://blogs.msdn.com/vsofficedeveloper/pages/XL12-xlfGetDocument-Shapes-Bug.aspx" mce_href="http://blogs.msdn.com/vsofficedeveloper/pages/XL12-xlfGetDocument-Shapes-Bug.aspx"&gt;Excel 2007 does not return shape data using XLL xlfGetDocument command&lt;/A&gt;&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=8373268" width="1" height="1"&gt;</description></item><item><title>Changes in OCX Save Behavior for Office 2007 Documents</title><link>http://blogs.msdn.com/vsofficedeveloper/archive/2008/04/04/Changes-in-OCX-Save-Behavior-for-Office-2007.aspx</link><pubDate>Sat, 05 Apr 2008 00:24:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8358423</guid><dc:creator>VSOfficeDeveloper</dc:creator><slash:comments>1</slash:comments><comments>http://blogs.msdn.com/vsofficedeveloper/comments/8358423.aspx</comments><wfw:commentRss>http://blogs.msdn.com/vsofficedeveloper/commentrss.aspx?PostID=8358423</wfw:commentRss><description>&lt;P&gt;Office 2007 introduces a new save behavior for ActiveX Controls (OCX) saved directly in Word, Excel, and PowerPoint documents.&amp;nbsp; As part of the new Open XML file format, OCX controls can be persisted as XML data if the control supports saving by IPersistPropertyBag using data types easily converted to text formats.&amp;nbsp; This new behavior offers greater compatibility with the Open XML file format, but can cause backward compatibility problems for certain controls that only know how to save in binary fashion.&amp;nbsp; &lt;/P&gt;
&lt;P&gt;Click the link below to read about this issue and what you (as an OCX developer) should consider when implementing IPersistPropertyBag:&lt;/P&gt;
&lt;P&gt;&lt;A href="http://blogs.msdn.com/vsofficedeveloper/pages/O12-OCX-Save-Behavior.aspx" mce_href="http://blogs.msdn.com/vsofficedeveloper/pages/O12-OCX-Save-Behavior.aspx"&gt;Changes in OCX Save Behavior for Office 2007 Documents&lt;/A&gt;&lt;/P&gt;
&lt;P mce_keep="true"&gt;&amp;nbsp;&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=8358423" width="1" height="1"&gt;</description></item><item><title>Description of the Microsoft Office Existence Discovery Protocol</title><link>http://blogs.msdn.com/vsofficedeveloper/archive/2008/03/11/Office-Existence-Discovery-Protocol-Summary.aspx</link><pubDate>Wed, 12 Mar 2008 00:19:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8160621</guid><dc:creator>VSOfficeDeveloper</dc:creator><slash:comments>1</slash:comments><comments>http://blogs.msdn.com/vsofficedeveloper/comments/8160621.aspx</comments><wfw:commentRss>http://blogs.msdn.com/vsofficedeveloper/commentrss.aspx?PostID=8160621</wfw:commentRss><description>&lt;P&gt;Microsoft Office 2007 applications can make an HTTP HEAD request to the URL location where a document is open from.&amp;nbsp; This request is new to Office 2007, and goes by the name "Microsoft Office Existence Discovery Protocol".&amp;nbsp; The following posting describes this protocol and its intended use.&lt;/P&gt;
&lt;P&gt;To read the full posting for this issue, see this site:&lt;BR&gt;&lt;A href="http://blogs.msdn.com/vsofficedeveloper/pages/Office-Existence-Discovery-Protocol.aspx" mce_href="http://blogs.msdn.com/vsofficedeveloper/pages/Office-Existence-Discovery-Protocol.aspx"&gt;Description of the Microsoft Office Existence Discovery Protocol&lt;/A&gt;&lt;/P&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=8160621" width="1" height="1"&gt;</description></item></channel></rss>