<?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>Is Windows Forms Dead?</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx</link><description>Please keep in mind that this is just my opinion and view from the trenches. It in no way represents the any official position. Over the last year, whenever we'd visit customers, the Avalon question always came up. The response we repeated over and over</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>Is Avalon == XAML?</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#231911</link><pubDate>Tue, 21 Sep 2004 02:44:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:231911</guid><dc:creator>Kris</dc:creator><description>I am not very familiar with Avalon details but have seen some presentations about it. Does development in Avalon imply working with XAML (using both XML and codebehind file)? Or does Avalon provide an API (like WinForms) that I could just use (all code) without messing with XML tags? I ask this because as a developer I find myself more comfortable with &amp;quot;{ }&amp;quot; than the overused &amp;quot;&amp;lt; &amp;gt;&amp;quot;. It's just a personal preference, but I see the relevance of XAML.</description></item><item><title>Win32 limitations</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#231916</link><pubDate>Mon, 20 Sep 2004 21:56:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:231916</guid><dc:creator>Bloga de Nathan</dc:creator><description /></item><item><title>re: Is Avalon == XAML</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#231931</link><pubDate>Tue, 21 Sep 2004 03:23:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:231931</guid><dc:creator>Mike Harsh</dc:creator><description>Kris, yes, Avalon is the UI technology that XAML describes.  Avalon has both a programattic interface and a delcarative one.  I comoletely agree with you about being more comfortable writing code than markup.  I guess it's just based on what you are used to, but it is cool that Avalon supports both models.</description></item><item><title>Conviene investire nei Windows Forms?</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#231955</link><pubDate>Mon, 20 Sep 2004 22:59:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:231955</guid><dc:creator>Corrado's BLogs</dc:creator><description /></item><item><title>re: Is Windows Forms Dead?</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#231958</link><pubDate>Tue, 21 Sep 2004 04:03:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:231958</guid><dc:creator>Yves Reynhout</dc:creator><description>&amp;quot;it is cool that Avalon supports both models&amp;quot;. Well, it depends, doesn't it? I guess only tool support for the declarative model will be available. If this is the case, I don't see many people going down a path that is not supported by the tool ('VS.NET' that is).</description></item><item><title>Tool support for code and declarative models</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#231990</link><pubDate>Tue, 21 Sep 2004 05:01:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:231990</guid><dc:creator>Mike Harsh</dc:creator><description>I agree that it would be beneficial to have tool support for both the code and markup models of creating Avalon UI.  I wouldn't make any assumptions about the level of tool support yet.  It is still too far away.</description></item><item><title>re: Is Windows Forms Dead?</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#232013</link><pubDate>Tue, 21 Sep 2004 05:59:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:232013</guid><dc:creator>Tony Chow</dc:creator><description>Mike,&lt;br&gt;&lt;br&gt;I think comparing WinForms to Avalon is the wrong perspective.  WinForms has never been nearly popular as ASP.NET, for reasons that have nothing to do with Avalon:&lt;br&gt;&lt;br&gt;1) WinForms apps require a 20MB download of the .NET runtime, which most people still don't have.  For obvious reasons, this is a HUGE factor for developers.  Why didn't Microsoft include the framework with XP SP2?&lt;br&gt;&lt;br&gt;2) GDI+ is dog slow, so that custom controls are a pain to optimize.  Worse, last time I checked, there's no plan to accelerate GDI+.  Doesn't this invite doubts about Microsoft's commitment to WinForms?&lt;br&gt;&lt;br&gt;If you can solve the above two problems, WinForms development will take off like a rocket.</description></item><item><title>re: Is Windows Forms Dead?</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#232083</link><pubDate>Tue, 21 Sep 2004 08:48:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:232083</guid><dc:creator>Tom Guintther</dc:creator><description>A quote from a post over on simplegeek &lt;br&gt;&lt;a target="_new" href="http://www.simplegeek.com/permalink.aspx/a6be0f9f-2bd5-4a5f-9e39-d2ccc7cc1b09"&gt;http://www.simplegeek.com/permalink.aspx/a6be0f9f-2bd5-4a5f-9e39-d2ccc7cc1b09&lt;/a&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;Joe Says in point 2 of 4 regarding Avalon on XP:&lt;br&gt;Inability to really tweak User32. In Longhorn builds we had the ability to do &amp;quot;child window redirection&amp;quot;.  This is a Win32 interop solution where child hWnds get redirected by the system to a bitmap that the Avalon compositor then hosts.  This allowed Win32 content to alpha blend and rotate just like any Avalon content.  Since we won't be able to change system binaries on older systems, we won't be able to do this redirection on XP and W2k3.  We'll have to find a compromise solution to hosting legacy content.  You probably won't be able to treat it like regular Avalon content.  Eventually we want to be able to support these advanced legacy hosting solutions, but it probably won't work on XP and W2k3. &lt;br&gt;&lt;br&gt;This makes the WinForms/Avalon integration you describe sound a bit unrealistic. Comments?</description></item><item><title>re: Avalon / WinForms integration</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#232111</link><pubDate>Tue, 21 Sep 2004 09:12:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:232111</guid><dc:creator>Mike Harsh</dc:creator><description>Tom, it means that the interop on XP won't be quite as good as it will be on Longhorn.  That translates to Windows Forms controls, on XP only, being limited to opaque rectangles in an Avalon app.  You won't be able to blend the WF control with the background of it's Avalon parent.  You won't be able to have a Windows Forms control participate in scaling and rotating transforms like Avalon elements.&lt;br&gt;&lt;br&gt;On the other hand, anything your Windows Forms control could do in Windows Forms will still be possible, there won't be any loss of Win32 functionality.&lt;br&gt;&lt;br&gt;And of course, these limitations won't exist when running on Longhorn.</description></item><item><title>re: Is Windows Forms Dead?</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#232402</link><pubDate>Tue, 21 Sep 2004 23:04:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:232402</guid><dc:creator>Frank Hileman</dc:creator><description>GDI+ is only dog slow if you don't have an optimized graphics system, like VG.net. It can be quite fast when used properly.&lt;br&gt;&lt;br&gt;The unanaswered question about avalon on XP: how can it be compatible with windows forms if it uses DirectX? These applications do not mix well with windows forms -- they do not interoperate at all. So if it is not based on DirectX, then it will be another GDI+ type of software rendering, only this time much fatter and slower, because of all the large data structures and overengineering.&lt;br&gt;&lt;br&gt;Don't tell people to focus on Avalon for XP until they have a stable enough release to do performance testing. The Avalon minimum hardware requirements are very steep.</description></item><item><title>re: Is Windows Forms Dead?</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#232443</link><pubDate>Wed, 22 Sep 2004 00:44:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:232443</guid><dc:creator>Dan Appleman</dc:creator><description>&amp;quot;Any post-Whidbey release is likely to contain only tactical features, bug fixes and other infrastructure to support the next version of VS that will run on Longhorn.&amp;quot;&lt;br&gt;You may be giving up too quickly, Mike. See my detailed response at &lt;a target="_new" href="http://www.danappleman.com/index.php?p=18"&gt;http://www.danappleman.com/index.php?p=18&lt;/a&gt;&lt;br&gt;</description></item><item><title>Use Windows Forms or wait for Avalon?</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#232826</link><pubDate>Wed, 22 Sep 2004 16:40:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:232826</guid><dc:creator>Bring It On</dc:creator><description>The debate goes on...</description></item><item><title>WindowsForms: Today, Tomorrow, and Beyond</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#232838</link><pubDate>Wed, 22 Sep 2004 17:11:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:232838</guid><dc:creator>Mohammad.Abdulfatah</dc:creator><description>In my previous entry&amp;amp;#8212;The API Skirmish&amp;amp;#8212;I tried to defend the viability of WindowsForms as a development platform. Had I known about Mike Harsh&amp;amp;#8217;s short essay on the subject before writing that entry, I would have saved myself a lot of...</description></item><item><title>When FUD Becomes Journalism, or Avalon Is In Longhorn</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#232855</link><pubDate>Wed, 22 Sep 2004 17:51:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:232855</guid><dc:creator>Robert McLaws: FunWithCoding.NET - Longhorn Editio</dc:creator><description /></item><item><title>When FUD Becomes Journalism, or Avalon Is In Longhorn</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#232868</link><pubDate>Wed, 22 Sep 2004 18:18:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:232868</guid><dc:creator>Robert McLaws: FunWithCoding.NET - Longhorn Editio</dc:creator><description /></item><item><title>re: Is Avalon == XAML</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#232897</link><pubDate>Thu, 23 Sep 2004 00:18:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:232897</guid><dc:creator>Markus Egger</dc:creator><description>Mike, is that really true though? I do not see XAML as truely Avalon specific even though most of the samples currently shown are for Avalon. But in general, isn't XAML a declarative approach to instantiating objects and setting properties? One could use it to instantiate business objects, no?&lt;br&gt;Also, when creating Longhorn projects, one uses XAML to create things such as applications and other things.&lt;br&gt;I'd love to hear your thoughts on this...</description></item><item><title>Are Windows Froms Dead?</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#232912</link><pubDate>Wed, 22 Sep 2004 19:50:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:232912</guid><dc:creator>Meandering-Blog.Com</dc:creator><description /></item><item><title>re: Is Windows Forms Dead?</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#232915</link><pubDate>Thu, 23 Sep 2004 00:57:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:232915</guid><dc:creator>David</dc:creator><description>I think the idea that you can't really add much value to WinForms anymore is mistaken. True, you might hit many, many problems when you try to introduce &amp;quot;big things&amp;quot;. But when you say that introducing more controls and tweaking the exisiting ones doesn't bring much benefit (&amp;quot;Perhaps, but these are just refinements that will only yield small benefits to developers&amp;quot;) I think you are missing the real day problems of developers big time.&lt;br&gt;&lt;br&gt;To me a UI framework is really valuable when ALL the little small details are taken care of. Are all controls data bindable? Is every little detail covered and tested in praxis? No first generation or second generation framework I worked so far with had all the little things worked out, and way too often these little details were the real productivity bummers for my projects. Delphi's VCL is very mature today, after how many releases? Small, incremental improvements, no break through things. Same for MFC, as far as I can say.&lt;br&gt;&lt;br&gt;I can understand that you guys want to rush on the next big thing, but the true value of any framework comes once it has matured, and that just isn't the case with Whidbey, as far as I can tell... No surprise, because it probably simply takes more release cycles to reach that stage. If you stop that development now with WinForms and start over with Avalon, there won't be anything mature for many more years from Microsoft. Big mistake, I belive.</description></item><item><title>re: Is Windows Forms Dead?</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#233009</link><pubDate>Thu, 23 Sep 2004 03:30:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:233009</guid><dc:creator>christopher baus</dc:creator><description>A colleague of mine recently pointed me to this entry.  As a software developer, this whole issue is giving me serious reserverations about Microsoft's UI strategy (and I use that term loosely).  &lt;br&gt;&lt;br&gt;Those of us that have huge C++ code bases have no upgrade path.  This is a huge gap.  I'm sure your internal customers have the same problem.  What story are you giving the Excel team?  My guess is they are doing what the rest of us are doing, and ignoring all this non-sense until something comes out of it.  &lt;br&gt;&lt;br&gt;To be honest, if I was to start a large desktop application today (not very likely), I would probably go for QT.  At least Trolltech has a vested interested in supporting their framework over the long term.</description></item><item><title>re: Is Windows Forms Dead?</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#233066</link><pubDate>Thu, 23 Sep 2004 05:29:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:233066</guid><dc:creator>anon</dc:creator><description>Interesting article. This page has a few glitches when viewed from Mozilla browsers.</description></item><item><title>Post-Whidbey Innovation</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#235433</link><pubDate>Wed, 29 Sep 2004 00:23:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:235433</guid><dc:creator>Mike Harsh's Blog</dc:creator><description /></item><item><title /><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#236337</link><pubDate>Fri, 01 Oct 2004 00:06:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:236337</guid><dc:creator>AddressOf.com</dc:creator><description /></item><item><title>Is Windows Forms technology dead?</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#236344</link><pubDate>Fri, 01 Oct 2004 00:17:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:236344</guid><dc:creator>AddressOf.com</dc:creator><description /></item><item><title>Is Windows Forms technology dead?</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#236348</link><pubDate>Fri, 01 Oct 2004 00:28:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:236348</guid><dc:creator>AddressOf.com</dc:creator><description /></item><item><title>Use Windows Forms or wait for Avalon?</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#238537</link><pubDate>Wed, 06 Oct 2004 11:50:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:238537</guid><dc:creator>Bring It On</dc:creator><description>The debate goes on...</description></item><item><title>Winforms, Avalon, XAML ...</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#270967</link><pubDate>Sat, 27 Nov 2004 17:22:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:270967</guid><dc:creator>developerspot.net</dc:creator><description /></item><item><title>Winforms, Avalon, XAML ...</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#270968</link><pubDate>Sat, 27 Nov 2004 17:23:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:270968</guid><dc:creator>developerspot.net</dc:creator><description /></item><item><title>Windows Forms and Avalon</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#271027</link><pubDate>Sun, 28 Nov 2004 00:26:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:271027</guid><dc:creator>A View from Elsewhere</dc:creator><description>When do I use which?</description></item><item><title>Software Information &amp;raquo; Mike Harsh&amp;#8217;s Blog : Is Windows Forms Dead?</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#7242313</link><pubDate>Fri, 25 Jan 2008 19:34:51 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7242313</guid><dc:creator>Software Information » Mike Harsh’s Blog : Is Windows Forms Dead?</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://softwareinformation.247blogging.info/mike-harshs-blog-is-windows-forms-dead/"&gt;http://softwareinformation.247blogging.info/mike-harshs-blog-is-windows-forms-dead/&lt;/a&gt;&lt;/p&gt;
</description></item><item><title>Is Whidbey already dead? | keyongtech</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#9362984</link><pubDate>Thu, 22 Jan 2009 08:04:18 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9362984</guid><dc:creator>Is Whidbey already dead? | keyongtech</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://www.keyongtech.com/568335-is-whidbey-already-dead"&gt;http://www.keyongtech.com/568335-is-whidbey-already-dead&lt;/a&gt;&lt;/p&gt;
</description></item><item><title> Mike Harsh s Blog Is Windows Forms Dead | Paid Surveys</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#9653971</link><pubDate>Fri, 29 May 2009 19:21:27 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9653971</guid><dc:creator> Mike Harsh s Blog Is Windows Forms Dead | Paid Surveys</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://paidsurveyshub.info/story.php?title=mike-harsh-s-blog-is-windows-forms-dead"&gt;http://paidsurveyshub.info/story.php?title=mike-harsh-s-blog-is-windows-forms-dead&lt;/a&gt;&lt;/p&gt;
</description></item><item><title> Mike Harsh s Blog Is Windows Forms Dead | Outdoor Ceiling Fans</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#9670354</link><pubDate>Sun, 31 May 2009 19:30:57 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9670354</guid><dc:creator> Mike Harsh s Blog Is Windows Forms Dead | Outdoor Ceiling Fans</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://outdoorceilingfansite.info/story.php?id=1042"&gt;http://outdoorceilingfansite.info/story.php?id=1042&lt;/a&gt;&lt;/p&gt;
</description></item><item><title> Mike Harsh s Blog Is Windows Forms Dead | debt solutions</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#9757062</link><pubDate>Tue, 16 Jun 2009 03:50:01 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9757062</guid><dc:creator> Mike Harsh s Blog Is Windows Forms Dead | debt solutions</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://debtsolutionsnow.info/story.php?id=13233"&gt;http://debtsolutionsnow.info/story.php?id=13233&lt;/a&gt;&lt;/p&gt;
</description></item><item><title> Mike Harsh s Blog Is Windows Forms Dead | work from home</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#9760790</link><pubDate>Tue, 16 Jun 2009 14:41:20 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9760790</guid><dc:creator> Mike Harsh s Blog Is Windows Forms Dead | work from home</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://workfromhomecareer.info/story.php?id=20379"&gt;http://workfromhomecareer.info/story.php?id=20379&lt;/a&gt;&lt;/p&gt;
</description></item><item><title> Mike Harsh s Blog Is Windows Forms Dead | patio set</title><link>http://blogs.msdn.com/mharsh/archive/2004/09/20/231888.aspx#9771733</link><pubDate>Thu, 18 Jun 2009 05:15:20 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9771733</guid><dc:creator> Mike Harsh s Blog Is Windows Forms Dead | patio set</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://patiosetsite.info/story.php?id=600"&gt;http://patiosetsite.info/story.php?id=600&lt;/a&gt;&lt;/p&gt;
</description></item></channel></rss>