<?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>ActiveX Controls don't treat Focus the same</title><link>http://blogs.msdn.com/calvin_hsia/archive/2005/07/22/441895.aspx</link><description>If a RichText control on a form doesn’t have focus yet, it responds to being clicked on by calling the IOleControlSite::OnFocus method inside VFP. The VFP code says Aha!: there is a focus change happening, so it fires the LOSTFOCUS event for the control</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: ActiveX Controls don't treat Focus the same</title><link>http://blogs.msdn.com/calvin_hsia/archive/2005/07/22/441895.aspx#443067</link><pubDate>Mon, 25 Jul 2005 21:06:13 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:443067</guid><dc:creator>Rick Strahl</dc:creator><description>The Html Edit Control focus issues are pretty major. Lots of things that work in 'unexpected' ways and if you want consistent focus you pretty much need to manage the Window Events yourself. What's worse it's very difficult to force focus into the actual edit region.&lt;br&gt;&lt;br&gt;I posted a series of BLOG entries around these problems and their eventual solution here: &lt;a rel="nofollow" target="_new" href="http://west-wind.com/weblog/posts/1869.aspx"&gt;http://west-wind.com/weblog/posts/1869.aspx&lt;/a&gt; (you can follow the links to get to the beginning of the chain). &lt;br&gt;&lt;br&gt;It would be nice if this was internally handled in VFP with a special check like the Web Browser viewer which has special code in VFP too to behave differently than oter ActiveX controls.&lt;br&gt;&lt;br&gt;</description></item><item><title>re: ActiveX Controls don't treat Focus the same</title><link>http://blogs.msdn.com/calvin_hsia/archive/2005/07/22/441895.aspx#9019482</link><pubDate>Tue, 28 Oct 2008 03:08:15 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9019482</guid><dc:creator>Jeff</dc:creator><description>&lt;p&gt;I think I may be experiencing similar issues with the .NET WebBrowser control and so far I haven't found any way to solve it. I'm going to try some of the suggestions that Calvin offers here though in hopes that it may also apply in my case.&lt;/p&gt;
&lt;p&gt;Check out my post below for more information, I'll make sure to post any progress I have there as well.&lt;/p&gt;
&lt;p&gt;Focus issues with System.Windows.Controls.WebBrowser&lt;/p&gt;
&lt;p&gt;&lt;a rel="nofollow" target="_new" href="http://social.msdn.microsoft.com/Forums/en-US/wpf/thread/1b50fec6-6596-4c0a-9191-32cd059f18f7"&gt;http://social.msdn.microsoft.com/Forums/en-US/wpf/thread/1b50fec6-6596-4c0a-9191-32cd059f18f7&lt;/a&gt;&lt;/p&gt;
</description></item><item><title> Calvin Hsia s WebLog ActiveX Controls don t treat Focus the same | fire pit</title><link>http://blogs.msdn.com/calvin_hsia/archive/2005/07/22/441895.aspx#9747499</link><pubDate>Sun, 14 Jun 2009 06:24:54 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9747499</guid><dc:creator> Calvin Hsia s WebLog ActiveX Controls don t treat Focus the same | fire pit</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://firepitidea.info/story.php?id=557"&gt;http://firepitidea.info/story.php?id=557&lt;/a&gt;&lt;/p&gt;
</description></item></channel></rss>