<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" xmlns:osnews="http://www.osnews.com/rss2#">
	<channel>
		<title>OSNews: </title>
		<link>http://www.osnews.com/story/20170/Windows_Live_Messenger_9_0_To_Use_WPF_</link>
		<description>Exploring the Future of Computing</description>
		<language>en-us</language>
		<copyright>Copyright 2001-2013, David Adams</copyright>
		<webMaster>adam+nospam@osnews.com</webMaster>
		<lastBuildDate>Sun, 19 May 2013 11:35:09 GMT</lastBuildDate>
		<image>
			<url>http://www.osnews.com/images/osnews.gif</url>
			<title>OSNews.com</title>
			<link>http://www.osnews.com</link>
		</image>
		<item>
			<title>...</title>
			<link>http://www.osnews.com/thread?326321</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326321</guid>
			<description>Yahoo is doing the same with its Yahoo messenger.<br />
<br />
Im glad with this, because WPF is a great platform.</description>
			<pubDate>Sat, 09 Aug 2008 19:41:00 GMT</pubDate>
			<author>donotreply@osnews.com (Manuma)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: ...</title>
			<link>http://www.osnews.com/thread?326322</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326322</guid>
			<description>Yes, but is MSN a great app?</description>
			<pubDate>Sat, 09 Aug 2008 20:05:00 GMT</pubDate>
			<author>donotreply@osnews.com (Kroc)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>MSN</title>
			<link>http://www.osnews.com/thread?326323</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326323</guid>
			<description>It is, it keeps the idiots out of the serious IM networks.</description>
			<pubDate>Sat, 09 Aug 2008 20:19:00 GMT</pubDate>
			<author>donotreply@osnews.com (bimbo)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: ...</title>
			<link>http://www.osnews.com/thread?326325</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326325</guid>
			<description><div class="cquote">Im glad with this, because WPF is a great platform. </div><br />
<br />
Is it really? I haven't ran across any WPF apps myself... do they run faster and consume less resources than those written in Windows Forms?<br />
<br />
If it's really that good, I'd like to see MS Office, Visual Studio, and all the major MS apps written in WPF, or even .NET for that matter.</description>
			<pubDate>Sat, 09 Aug 2008 20:28:00 GMT</pubDate>
			<author>donotreply@osnews.com (WorknMan)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Ooooh WPF</title>
			<link>http://www.osnews.com/thread?326326</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326326</guid>
			<description>Anyone else read WTF? at first, instead of WPF?  Just curious.</description>
			<pubDate>Sat, 09 Aug 2008 20:29:00 GMT</pubDate>
			<author>donotreply@osnews.com (Decius)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: ...</title>
			<link>http://www.osnews.com/thread?326327</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326327</guid>
			<description><div class="cquote">written in WPF, or even .NET for that matter. </div><br />
<br />
WPF is .NET. Well, a part of .NET, at least.</description>
			<pubDate>Sat, 09 Aug 2008 20:29:00 GMT</pubDate>
			<author>donotreply@osnews.com (Thom_Holwerda)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>WPF is a WTF</title>
			<link>http://www.osnews.com/thread?326328</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326328</guid>
			<description>I have really been looking forward to trying WPF, since Windows.Forms is really awful. But it turns out that WPF, while a bit better designed, is awfully slow for any really complex application. The demo applications all look very nice, but once you really try to do somethnig with it it slows to a crawl.<br />
<br />
The micrsoft developer forums are full of complaints about WPF performance. For something as simple as an instant messager it might be OK, but for a real application (in my case a realtime scientific graphing application) it is much too slow even on a quad core machine. <br />
<br />
And the available controls also leave a lot to be desired: they still do not have decent Model-View-Controller versions for essential controls like the tree view, and there is not even a property grid!<br />
<br />
So in short: it is not hard to see why microsoft does not use it internally. It is just not ready for primetime.</description>
			<pubDate>Sat, 09 Aug 2008 20:51:00 GMT</pubDate>
			<author>donotreply@osnews.com (tuttle)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Ooooh WPF</title>
			<link>http://www.osnews.com/thread?326331</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326331</guid>
			<description><div class="cquote">Anyone else read WTF? at first, instead of WPF?  Just curious. </div><br />
I thought something was weird when I read the title.  That's probably it.</description>
			<pubDate>Sat, 09 Aug 2008 21:32:00 GMT</pubDate>
			<author>donotreply@osnews.com (UltraZelda64)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Performance</title>
			<link>http://www.osnews.com/thread?326332</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326332</guid>
			<description>It seems that Yahoo Messenger has performance issues too.  So even for something with a very simple UI like an instant messenger, WPF has some serious problems.<br />
<br />
<a href="http://www.istartedsomething.com/20071206/yahoo-messenger-vista-launches/" rel="nofollow">http://www.istartedsomething.com/20071206/yahoo-messenger-vista-lau...</a> <br />
<br />
The MSN Live Messenger is already sluggish, so I'm certainly not looking forward to this new version.</description>
			<pubDate>Sat, 09 Aug 2008 21:34:00 GMT</pubDate>
			<author>donotreply@osnews.com (leos)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: ...</title>
			<link>http://www.osnews.com/thread?326336</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326336</guid>
			<description><div class="cquote">do they run faster and consume less resources than those written in Windows Forms? </div><br />
<br />
I haven't worked with WPF personally. But I think you need to evaluate it on more criteria then how many resources it consumes and how fast it is (whatever that means). Other factors that should also influence an assessment of the technology is what kind of things can you do with it that you can't with older technologies? Does it allow fancy new transformations and widgits? Does it help to separate presentation from business logic? Is it easier to program? Design? API's?<br />
<br />
So while I would like to see it run at least as fast as winforms or older technologies and it likely will consume more resources if it's doing more under the hood. If I were writing a windows application I would be more concerned about some of the points I raised in the previous paragraph than resources and some obscure metric of speed.</description>
			<pubDate>Sat, 09 Aug 2008 22:16:00 GMT</pubDate>
			<author>donotreply@osnews.com (Gunderwo)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Ooooh WPF</title>
			<link>http://www.osnews.com/thread?326337</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326337</guid>
			<description>Aoccdrnig to a rscheearch at an Elingsh uinervtisy, it deosn't mttaer in waht oredr the ltteers in a wrod are, the olny iprmoetnt tihng is taht frist and lsat ltteer is at the rghit pclae. The rset can be a toatl mses and you can sitll raed it wouthit porbelm. Tihs is bcuseae we do not raed ervey lteter by it slef but the wrod as a wlohe. ceehiro.</description>
			<pubDate>Sat, 09 Aug 2008 22:21:00 GMT</pubDate>
			<author>donotreply@osnews.com (smitty)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>WinForms</title>
			<link>http://www.osnews.com/thread?326338</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326338</guid>
			<description>WinForms isn't a bad platform. The problem is that WPF isn't any better and there's no migration path. Lack of migration means no code re-use so EPIC FAIL on Microsoft's part IMO.<br />
<br />
MVC is lovely and all that, but it is not the pinnacle of programming. Some would argue that it is actually a fairly short sighted pattern in a world of patterns. It certainly does not float my boat on a regular basis. I tend to find the Observer pattern far more useful.</description>
			<pubDate>Sat, 09 Aug 2008 22:36:00 GMT</pubDate>
			<author>donotreply@osnews.com (memson)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: WinForms</title>
			<link>http://www.osnews.com/thread?326345</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326345</guid>
			<description>Some times it is needed to break the migration path to come up with something cool and innovative.<br />
<br />
I have tried WPF myself and yes it does take some getting used to and you will have to rewrite all GUI code but you can of course re-use any back-end code if your app is modular.</description>
			<pubDate>Sun, 10 Aug 2008 00:38:00 GMT</pubDate>
			<author>donotreply@osnews.com (siimo)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: WPF is a WTF</title>
			<link>http://www.osnews.com/thread?326347</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326347</guid>
			<description>Yes I do agree that the control library leaves things to be desired, but this is a new library and hopefully they will add more controls to the next release.<br />
<br />
In the mean time you can use your windows forms controls in WPF and I have done it, it is quite easy.  Look up WindowsFormsHost.</description>
			<pubDate>Sun, 10 Aug 2008 00:41:00 GMT</pubDate>
			<author>donotreply@osnews.com (siimo)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: ...</title>
			<link>http://www.osnews.com/thread?326353</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326353</guid>
			<description>WPF is fully hardware accelerated witch means is faster than WinForms, the memory is pretty much the same or better since it uses video memory.<br />
<br />
The benefits it has for the developer are great, I've used it and is a loooot easier than WinForms and a loooooooottttt more flexible,</description>
			<pubDate>Sun, 10 Aug 2008 02:11:00 GMT</pubDate>
			<author>donotreply@osnews.com (Manuma)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: ...</title>
			<link>http://www.osnews.com/thread?326354</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326354</guid>
			<description>Explain why people are calling it slow then?<br />
<br />
I was under the impression that only under vista it is even somewhat hardware accelerated...<br />
<br />
I'm slightly suspicious of you statement because you don't say it is fast <i>due to</i> HW Accel, you say it is HW accel <i>hence</i> it is fast.<br />
<br />
As a framework how is it faster in terms of user experience?</description>
			<pubDate>Sun, 10 Aug 2008 02:22:00 GMT</pubDate>
			<author>donotreply@osnews.com (_txf_)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Oh Rly?</title>
			<link>http://www.osnews.com/thread?326357</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326357</guid>
			<description>Anidroccg to crad cniyrrag lcitsiugnis planoissefors at an uemannd, utisreviny in Bsitirh Cibmuloa, and crartnoy to the duoibus cmials of the ueticnd rcraeseh, a slpmie, macinahcel ioisrevnn of ianretnl cretcarahs araepps sneiciffut to csufnoe the eadyrevy oekoolnr.</description>
			<pubDate>Sun, 10 Aug 2008 02:47:00 GMT</pubDate>
			<author>donotreply@osnews.com (zima)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: ...</title>
			<link>http://www.osnews.com/thread?326360</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326360</guid>
			<description>The only difference between WPF in Vista and XP is the font rendering, the rest is the same.<br />
  <br />
  I don't know why some people say it is slow, the cold start is slow, after that is as fast as any other application, and even the cold start has been refined in .Net 3.5 sp1.Edited 2008-08-10 04:26 UTC</description>
			<pubDate>Sun, 10 Aug 2008 04:25:00 GMT</pubDate>
			<author>donotreply@osnews.com (Yuske)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: WinForms</title>
			<link>http://www.osnews.com/thread?326361</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326361</guid>
			<description>Actually there is a migration path of sorts. It is possible to embed an existing Windows form control in a WPF window and I believe the opposite is true as well. You can use both technologies in the same application so it is not necessary to rewrite your entire program at once just to take advantage of WPF.</description>
			<pubDate>Sun, 10 Aug 2008 04:27:00 GMT</pubDate>
			<author>donotreply@osnews.com (cilcoder)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: MSN</title>
			<link>http://www.osnews.com/thread?326362</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326362</guid>
			<description><div class="cquote">It is, it keeps the idiots out of the serious IM networks. </div><br />
 <br />
 Amusingly enough, the biggest problem with MSN Mess is its first-party client software. It's just fine when used with something like GAIM.<br />
 <br />
 I know what you mean about the massive amounts of idiocy, though. My first real exposure to MSN messenger came while working in a middle school, I've never seen a piece of software used in so many facepalm-inducing ways. My favourites:<br />
 <br />
 - morons with ridiculously-verbose status info, so that every message they sent contained the same 2 or 3 lines of text before the actual content of their message.<br />
 - for bonus points, these were usually the same geniuses who sent messages that were typically no more than a quarter of the length of their status text.<br />
 - and the eye-searing colours. Nothing quite like bold, italicized, and underlined 18-point electric pink text. In Comic Sans (or Arial Bold, the other favourite). Zee goggles, they did nothing.Edited 2008-08-10 04:33 UTC</description>
			<pubDate>Sun, 10 Aug 2008 04:31:00 GMT</pubDate>
			<author>donotreply@osnews.com (StephenBeDoper)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: ...</title>
			<link>http://www.osnews.com/thread?326363</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326363</guid>
			<description>Same reason most people say vista sucks but Mojave is fantastic.</description>
			<pubDate>Sun, 10 Aug 2008 05:00:00 GMT</pubDate>
			<author>donotreply@osnews.com (modmans2ndcoming)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: WinForms</title>
			<link>http://www.osnews.com/thread?326364</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326364</guid>
			<description>-- Replied to Wrong Comment --Edited 2008-08-10 05:57 UTC</description>
			<pubDate>Sun, 10 Aug 2008 05:56:00 GMT</pubDate>
			<author>donotreply@osnews.com (Gunderwo)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: WinForms</title>
			<link>http://www.osnews.com/thread?326365</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326365</guid>
			<description>The MVC pattern is an extension of the Observer pattern. Views are observers of a model. It just makes another distinction about where manipulation of model objects takes place.<br />
 <br />
 Could you explain in more detail how you use the observer pattern to solve the problem of separating content from presentation?</description>
			<pubDate>Sun, 10 Aug 2008 05:58:00 GMT</pubDate>
			<author>donotreply@osnews.com (Gunderwo)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Ooooh WPF</title>
			<link>http://www.osnews.com/thread?326368</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326368</guid>
			<description>Hah.. Funny thing is I read it as GPF instead of WPF.</description>
			<pubDate>Sun, 10 Aug 2008 07:30:00 GMT</pubDate>
			<author>donotreply@osnews.com (Zoid)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[5]: ...</title>
			<link>http://www.osnews.com/thread?326374</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326374</guid>
			<description><div class="cquote">Same reason most people say vista sucks but Mojave is fantastic. </div><br />
What people mean by that, is that Vista in its current state is fantastic... As a beta product!</description>
			<pubDate>Sun, 10 Aug 2008 09:05:00 GMT</pubDate>
			<author>donotreply@osnews.com (remenic)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>WPF is slow as hell</title>
			<link>http://www.osnews.com/thread?326375</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326375</guid>
			<description>Just because WPF is hardware accelerated does not mean that it is fast. Sad but true. <br />
<br />
WPF works on a scene graph. If you have a scene graph with a few simple shapes that are animated in a time-based animation, it can be quite fast since that can be done by the GPU. Also if you use effects like drop shadows for your controls, most of them are almost free because they are using shaders to do this.<br />
<br />
But if you do either a large number of geometric shapes (like a drawing or CAD program) or data-driven animation (like a telemetry-driven function plot) none of the graphics acceleration does you any good since setting up the scene graph is much more costly than rendering it. The CPU load will be at 100% while the GPU is maybe at 5%.<br />
<br />
And what is the alternative to MVC for something like a tree view with a few million icons in it? In java swing it is a simple matter of defining a tree model and sticking it into a treeview. The treeview will take care of only creating the tree nodes that are currently visible. <br />
<br />
In WPF you have to either create a million tree nodes or write the logic to avoid creating unnecessary tree nodes yourself. This really gets old after doing it a few times.<br />
<br />
About the property grid: it is simply not acceptable to have no property grid at all. And putting a Windows.Forms property grid in a WindowsFormsHost is an ugly kludge and not an alternative.</description>
			<pubDate>Sun, 10 Aug 2008 09:13:00 GMT</pubDate>
			<author>donotreply@osnews.com (tuttle)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Performance</title>
			<link>http://www.osnews.com/thread?326390</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326390</guid>
			<description>That's an article from 2007 when Windows XP and Windows Vista both had problems with performance when using Layered Windows (Windows who draw their own chrome). <br />
<br />
This has since been fixed, and Yahoo Messenger for Vista is pretty good now in terms of performance. Obviously it could use some work, but the person who's working on it is a really smart guy and will get the problems fixed.</description>
			<pubDate>Sun, 10 Aug 2008 15:36:00 GMT</pubDate>
			<author>donotreply@osnews.com (Nelson)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: ...</title>
			<link>http://www.osnews.com/thread?326392</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326392</guid>
			<description><div class="cquote">Explain why people are calling it slow then?<br />
<br />
I was under the impression that only under vista it is even somewhat hardware accelerated...<br />
<br />
I'm slightly suspicious of you statement because you don't say it is fast <i>due to</i> HW Accel, you say it is HW accel <i>hence</i> it is fast.<br />
<br />
As a framework how is it faster in terms of user experience? </div><br />
<br />
The problem is, it's <b>really</b> easy to muck up performance in WPF. There's a TON of performance that can be done both in Code-Behind and in the markup language, XAML.<br />
<br />
Having used WPF for about six-seven months I can tell you first hand, that with the great profiling tools provided by Microsoft, that anyone can improve performance.<br />
<br />
Most importantly, you need to strike a balance. Yes, some animations will be costly, yes some effects will slow your application down to a crawl, but in the end..do you really need them? Too much of a good thing turns into a bad thing.<br />
<br />
I've found that due to the ease of WPF (MVCish design pattern, separation of UI and logic) that it makes for GREAT Business Logic front ends.<br />
<br />
Even if you don't use any of the effects, the amount of flexibility you gain is invaluable.<br />
<br />
WPF not only allows you to distinguish UI from Logic. It gives you an additional power.<br />
<br />
You can set the source binding (Logic) you can set the binding control (UI) and you can describe a template for presenting that data.<br />
<br />
So if I have a collection that I want to add to a ListView, I can not only set it to display that data -- but I can format that data in any way I want.<br />
<br />
WPF is a great platform, and it going more mainstream will only push Microsoft to tie any loose ends in it.</description>
			<pubDate>Sun, 10 Aug 2008 15:41:00 GMT</pubDate>
			<author>donotreply@osnews.com (Nelson)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: WPF is slow as hell</title>
			<link>http://www.osnews.com/thread?326393</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326393</guid>
			<description>Very true on most things. The lack of a property grid really irked me, I ended up taking a few hours off and writing my own.<br />
<br />
I'm not sure what you mean about the problem with the Treenode creation, can you just not describe a binding relationship between the TreeNode and the source collection? <br />
<br />
I've never dealt with sets of data this large (Speaking in terms of millions), so maybe there's a pitfall I'm not sure of.</description>
			<pubDate>Sun, 10 Aug 2008 15:45:00 GMT</pubDate>
			<author>donotreply@osnews.com (Nelson)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: WPF is slow as hell</title>
			<link>http://www.osnews.com/thread?326395</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326395</guid>
			<description><div class="cquote">Very true on most things. The lack of a property grid really irked me, I ended up taking a few hours off and writing my own. </div><br />
<br />
You should not have to. In the end you have lots of different, half-baked property grid implementations instead of a standard one.<br />
<br />
Just like the lack of a set type in  System.Collections.Generic caused everybody to write their own, incompatible set. (At least this is fixed now with 3.5)<br />
<br />
<div class="cquote">I'm not sure what you mean about the problem with the Treenode creation, can you just not describe a binding relationship between the TreeNode and the source collection?  </div><br />
<br />
See here <a href="http://www.beacosta.com/blog/?p=45" rel="nofollow">http://www.beacosta.com/blog/?p=45</a> for an example for the strange hacks to do to show a well-performing view of the windows registry.<br />
<br />
I agree that many ideas in WPF are quite nice (excellent separation between logic and presentation, declarative approach, etc.). But it is simply not suitable for large applications yet (and maybe will never be, since some design decisions are quite questionable).</description>
			<pubDate>Sun, 10 Aug 2008 16:22:00 GMT</pubDate>
			<author>donotreply@osnews.com (tuttle)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: WPF is slow as hell</title>
			<link>http://www.osnews.com/thread?326396</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326396</guid>
			<description>dunno if you have seen this or not, but here is a demo of a big LoB app done in wpf <a href="http://www.dnrtv.com/default.aspx?showNum=115" rel="nofollow">http://www.dnrtv.com/default.aspx?showNum=115</a><br />
<br />
There are still big problems with it, but it is pretty good for a 1.0 technology. I'm a web guy, and I have always had zero interest in client gui toolkits. WPF is the first that I have ever seen that I could see myself being happy working with professionally.</description>
			<pubDate>Sun, 10 Aug 2008 16:32:00 GMT</pubDate>
			<author>donotreply@osnews.com (google_ninja)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: WinForms</title>
			<link>http://www.osnews.com/thread?326397</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326397</guid>
			<description>It depends on what you are doing. If you are dragging buttons and textboxes on to a form, there is little difference other then that WPF will look slightly nicer, and require more work. If you are doing anything that goes outside the box in the least, you really have to fight with WinForms while WPF handles it with ease. <br />
 <br />
 Linked to this on another comment, but I'll do it again here <a href="http://www.dnrtv.com/default.aspx?showNum=115" rel="nofollow">http://www.dnrtv.com/default.aspx?showNum=115</a><br />
 <br />
 Imagine doing that in winforms. And just think about the competitive advantage something like that gives you in demos.Edited 2008-08-10 16:37 UTC</description>
			<pubDate>Sun, 10 Aug 2008 16:37:00 GMT</pubDate>
			<author>donotreply@osnews.com (google_ninja)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: WPF is slow as hell</title>
			<link>http://www.osnews.com/thread?326433</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326433</guid>
			<description>That is all very nice, but that is just a bunch of dialogs. <br />
<br />
WPF is probably really good to write these kinds of applications because it lets people who are more familiar with markup write rich client applications. <br />
<br />
But before you see something like word or visio in WPF, they will have to optimize it a lot more (or wait for moore's law to save their sorry asses again). There is a reason office 2007 is not written in WPF.<br />
<br />
By the way: I just tried expression blend on my dual core 2GHz notebook. I have the new .NET framework 3.5 sp1 installed which is supposed to improve WPF performance.<br />
<br />
But it still sucks. I just created a new form and added about 100 copies of a control to it using copy/paste. Then I tried resizing one of the controls: it does not resize smoothly. The outline of the control is redrawn maybe two times per second. That is totally unacceptable for a machine that would have made it into the top 500 in the 90s and that can play far cry with decent speed. <br />
<br />
Maybe I just have to use my 4 Core, 4 GHz, 64bit desktop machine with a 500GFlops graphics card to get a rectangle to redraw smoothly...</description>
			<pubDate>Sun, 10 Aug 2008 21:42:00 GMT</pubDate>
			<author>donotreply@osnews.com (tuttle)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Oh Rly?</title>
			<link>http://www.osnews.com/thread?326476</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326476</guid>
			<description>Wow, both of you must have been using the &quot;nyou english orfograffy&quot; (versions +1 and +2) wich, vill becomm moar imbortannd inn the nexd Yeer`s off speling refforms a-kross the worlt. :-)</description>
			<pubDate>Mon, 11 Aug 2008 06:56:00 GMT</pubDate>
			<author>donotreply@osnews.com (Doc Pain)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[5]: WPF is slow as hell</title>
			<link>http://www.osnews.com/thread?326479</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326479</guid>
			<description><div class="cquote">Maybe I just have to use my 4 Core, 4 GHz, 64bit desktop machine with a 500GFlops graphics card to get a rectangle to redraw smoothly... </div><br />
<br />
Do I have to conclude from this statement that WPF in general or at least its use in &quot;bigger&quot; applications is just something for today's most high-end PCs? In other words: Will &quot;Windows&quot; users have to wait for tomorrow's PCs in order to use WPS based applications at the same speed they experience their applications on their PCs of today? What is the advantage to the users, except of having the same functionality in a new look?<br />
<br />
In regards of hardware accelerated operations it reminds me a bit of the hardware representation of OpenGL stuff in SGI graphical workstations 10 years ago. Interesting to see how good concepts get repeated over the time...<br />
<br />
And this is my receipt for your receipt. :-)</description>
			<pubDate>Mon, 11 Aug 2008 07:03:00 GMT</pubDate>
			<author>donotreply@osnews.com (Doc Pain)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>improvements in WPF</title>
			<link>http://www.osnews.com/thread?326548</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?326548</guid>
			<description>This is the change log for .NET 3.5 sp1. many preformance updates to WPF. its a rather large difference. <br />
<br />
Latest Changes: <br />
ASP.NET Dynamic Data, which provides a rich scaffolding framework that enables rapid data driven development without writing code, and a new addition to ASP.NET AJAX that provides support for managing browser history (back button support)<br />
Core improvements to the CLR (common language runtime) that include better layout of .NET Framework native images, opting out of strong-name verification for fully trusted assemblies, improved application startup performance, better generated code that im<br />
Performance improvements to WPF (Windows Presentation Foundation), including a faster startup time and improved performance for Bitmap effects<br />
ClickOnce application publishers can decide to opt out of signing and hashing as appropriate for their scenarios, developers can programmatically install ClickOnce applications that display a customized branding, and ClickOnce error dialog boxes support l<br />
The Entity Framework is an evolution of the existing suite of ADO.NET data access technologies<br />
LINQ to SQL includes new support for the new date and file stream capabilities in SQL Server 2008<br />
The ADO.NET Data Services Framework consists of a combination of patterns and libraries, which enable data to be exposed as a flexible REST (Representational State Transfer)-based data service that can be consumed by Web clients in a corporate network or<br />
Windows Communication Foundation now makes the DataContract Serializer easier to use by providing improved interoperability support, enhancing the debugging experience in partial trust scenarios, and extending syndication protocol support for wider usage<br />
The .NET Framework Data Provider for SQL Server (SqlClient) adds new support for file stream and sparse column capabilities in SQL Server 2008</description>
			<pubDate>Mon, 11 Aug 2008 21:49:00 GMT</pubDate>
			<author>donotreply@osnews.com (poundsmack)</author>
			<category>Comments</category>
		</item>
	</channel>
</rss>
