<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>ArcMap on Marko Apfel</title><link>http://blog.marko-apfel.de/tags/arcmap/</link><description>Recent content in ArcMap on Marko Apfel</description><generator>Hugo</generator><language>en-US</language><lastBuildDate>Wed, 08 Sep 2010 10:54:00 +0200</lastBuildDate><atom:link href="http://blog.marko-apfel.de/tags/arcmap/index.xml" rel="self" type="application/rss+xml"/><item><title>Set ApartmentState for ArcObjects-logic in separate threads</title><link>http://blog.marko-apfel.de/posts/set-apartmentstate-for-arcobjects-logic-in-separate-threads/</link><pubDate>Wed, 08 Sep 2010 10:54:00 +0200</pubDate><guid>http://blog.marko-apfel.de/posts/set-apartmentstate-for-arcobjects-logic-in-separate-threads/</guid><description>&lt;h2 id="problem-context"&gt;Problem context&lt;/h2&gt;
&lt;p&gt;We use a &lt;code&gt;backgroundworker&lt;/code&gt; to load &lt;code&gt;.MXD&lt;/code&gt; documents from several places of the system and extract meta data and thumbnails which a GUI component shows in an asynchronous way.&lt;/p&gt;
&lt;p&gt;The unit tests for this logic throws an exception during the access the thumbnail:&lt;/p&gt;</description></item><item><title>Caching of toolbar names in ArcMap</title><link>http://blog.marko-apfel.de/posts/caching-of-toolbar-names-in-arcmap/</link><pubDate>Tue, 08 Jun 2010 10:06:00 +0200</pubDate><guid>http://blog.marko-apfel.de/posts/caching-of-toolbar-names-in-arcmap/</guid><description>&lt;p&gt;For little GUI-changes in own ArcMap-customizations normally it is enough to start the application and look that every entry is visible. Especially for refactoring of an own toolbar it was still enough to verify that the toolbar is already shown in the choice-list.&lt;/p&gt;</description></item></channel></rss>