<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.silverlight.net/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>Silverlight TreeView Advanced Scenarios (TreeViewExtended)</title><link>http://blogs.silverlight.net/blogs/justinangel/archive/2009/05/19/silverlight-treeview-advanced-scenarios-treeviewextended.aspx</link><description>Hi Folks, One of the most important tenants of Silverlight Controls development we picked up in Microsoft is WPF Compatibility. That means, that if we end up building FooControl in Silverlight and FooControl exists in WPF we’ll end up with the same API</description><dc:language>en</dc:language><generator>CommunityServer 2007 (Build: 20416.853)</generator><item><title>re: Silverlight TreeView Advanced Scenarios (TreeViewExtended)</title><link>http://blogs.silverlight.net/blogs/justinangel/archive/2009/05/19/silverlight-treeview-advanced-scenarios-treeviewextended.aspx#303409</link><pubDate>Thu, 15 Oct 2009 15:01:17 GMT</pubDate><guid isPermaLink="false">d0d632c8-a6f7-4f68-b0ce-26aaafd62132:303409</guid><dc:creator>rich_r26</dc:creator><description>&lt;p&gt;1.&lt;/p&gt;
&lt;p&gt;protected override bool IsItemItsOwnContainerOverride(object item)&lt;/p&gt;
&lt;p&gt; &amp;nbsp; &amp;nbsp;{&lt;/p&gt;
&lt;p&gt; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;return item is TreeViewExtended;&lt;/p&gt;
&lt;p&gt; &amp;nbsp; &amp;nbsp;}&lt;/p&gt;
&lt;p&gt;Shouldn't it be: TreeViewItemExtended?&lt;/p&gt;
&lt;p&gt;2. does make it a WeakReference help for release?&lt;/p&gt;
&lt;p&gt;public TreeViewExtended ParentTreeView &lt;/p&gt;
&lt;img src="http://blogs.silverlight.net/aggbug.aspx?PostID=303409" width="1" height="1"&gt;</description></item><item><title>re: Silverlight TreeView Advanced Scenarios (TreeViewExtended)</title><link>http://blogs.silverlight.net/blogs/justinangel/archive/2009/05/19/silverlight-treeview-advanced-scenarios-treeviewextended.aspx#283617</link><pubDate>Tue, 08 Sep 2009 14:15:03 GMT</pubDate><guid isPermaLink="false">d0d632c8-a6f7-4f68-b0ce-26aaafd62132:283617</guid><dc:creator>Soennichsen</dc:creator><description>&lt;p&gt;I am trying to do this in my code:&lt;/p&gt;
&lt;p&gt;TreeViewItem mootreeViewItem = (TreeViewItem)trv.ItemContainerGenerator.ContainerFromItem(mooElement);&lt;/p&gt;
&lt;p&gt;But I get a null TreeViewItem. How to fix that?&lt;/p&gt;
&lt;p&gt;See &lt;a rel="nofollow" target="_new" href="http://silverlight.net/forums/t/47296.aspx"&gt;silverlight.net/.../47296.aspx&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Anyway, your article is great! Nice workarounds, but I hope the TreeView will be redesigned, so that no workarounds are are necessary.&lt;/p&gt;
&lt;img src="http://blogs.silverlight.net/aggbug.aspx?PostID=283617" width="1" height="1"&gt;</description></item><item><title>re: Silverlight TreeView Advanced Scenarios (TreeViewExtended)</title><link>http://blogs.silverlight.net/blogs/justinangel/archive/2009/05/19/silverlight-treeview-advanced-scenarios-treeviewextended.aspx#239406</link><pubDate>Mon, 29 Jun 2009 23:34:49 GMT</pubDate><guid isPermaLink="false">d0d632c8-a6f7-4f68-b0ce-26aaafd62132:239406</guid><dc:creator>StefanOlson</dc:creator><description>&lt;p&gt;SelectedItem should be able to be set via binding, like any other property. &amp;nbsp;Wherever possible I try to avoid using code and put as much as I can in the xaml. It be much better if I didn't have to resort to code for something as simple as setting the selected item.&lt;/p&gt;
&lt;p&gt;...Stefan&lt;/p&gt;
&lt;img src="http://blogs.silverlight.net/aggbug.aspx?PostID=239406" width="1" height="1"&gt;</description></item><item><title>Top-silverlight  &amp;raquo; Blog Archive   &amp;raquo; SILVERLIGHT TREEVIEW ADVANCED SCENARIOS (TREEVIEWEXTENDED)</title><link>http://blogs.silverlight.net/blogs/justinangel/archive/2009/05/19/silverlight-treeview-advanced-scenarios-treeviewextended.aspx#229565</link><pubDate>Fri, 05 Jun 2009 11:35:01 GMT</pubDate><guid isPermaLink="false">d0d632c8-a6f7-4f68-b0ce-26aaafd62132:229565</guid><dc:creator>Top-silverlight  » Blog Archive   » SILVERLIGHT TREEVIEW ADVANCED SCENARIOS (TREEVIEWEXTENDED)</dc:creator><description>&lt;p&gt;Pingback from &amp;nbsp;Top-silverlight &amp;nbsp;&amp;amp;raquo; Blog Archive &amp;nbsp; &amp;amp;raquo; SILVERLIGHT TREEVIEW ADVANCED SCENARIOS (TREEVIEWEXTENDED)&lt;/p&gt;
&lt;img src="http://blogs.silverlight.net/aggbug.aspx?PostID=229565" width="1" height="1"&gt;</description></item><item><title>The Technology Post for May 21st</title><link>http://blogs.silverlight.net/blogs/justinangel/archive/2009/05/19/silverlight-treeview-advanced-scenarios-treeviewextended.aspx#223009</link><pubDate>Fri, 22 May 2009 03:52:30 GMT</pubDate><guid isPermaLink="false">d0d632c8-a6f7-4f68-b0ce-26aaafd62132:223009</guid><dc:creator>ASPInsiders</dc:creator><description>&lt;p&gt;UPDATE: If you are looking to follow this series, be sure to subscribe to my RSS feed at &lt;a rel="nofollow" target="_new" href="http://feeds.jasongaylord.com/JasonNGaylord"&gt;feeds.jasongaylord.com/JasonNGaylord&lt;/a&gt;&lt;/p&gt;
&lt;img src="http://blogs.silverlight.net/aggbug.aspx?PostID=223009" width="1" height="1"&gt;</description></item><item><title>re: Silverlight TreeView Advanced Scenarios (TreeViewExtended)</title><link>http://blogs.silverlight.net/blogs/justinangel/archive/2009/05/19/silverlight-treeview-advanced-scenarios-treeviewextended.aspx#222379</link><pubDate>Wed, 20 May 2009 18:42:20 GMT</pubDate><guid isPermaLink="false">d0d632c8-a6f7-4f68-b0ce-26aaafd62132:222379</guid><dc:creator>tgrand</dc:creator><description>&lt;p&gt;The part that worries me about this approach is that the new control is still derived from SL TreeView which is bound by the WPF TreeView compatibility constraints. &amp;nbsp;So, can you really overcome those constraints this way? &amp;nbsp;I don't know. &amp;nbsp;If you can, great!&lt;/p&gt;
&lt;p&gt;It just seems that there are a lot of things people want to do with a tree control that either can't be done with the WPF tree control or are overly complex. &amp;nbsp;It would be great to have a tree control that would make it easy to do most of the things app developers regularly need while also having the same public API and behavior on Silverlight and WPF.&lt;/p&gt;
&lt;p&gt;With WPF and SL control development there has to be a careful balance between making the control able to have a very flexible appearance vs. making the control excel at its main intended use... right? &amp;nbsp;I got the impression that the WPF TreeView control's design was too far on the wrong end of this balance, leading to many problems when trying to use it in the real world.&lt;/p&gt;
&lt;img src="http://blogs.silverlight.net/aggbug.aspx?PostID=222379" width="1" height="1"&gt;</description></item><item><title>re: Silverlight TreeView Advanced Scenarios (TreeViewExtended)</title><link>http://blogs.silverlight.net/blogs/justinangel/archive/2009/05/19/silverlight-treeview-advanced-scenarios-treeviewextended.aspx#222259</link><pubDate>Wed, 20 May 2009 14:01:48 GMT</pubDate><guid isPermaLink="false">d0d632c8-a6f7-4f68-b0ce-26aaafd62132:222259</guid><dc:creator>tgrand</dc:creator><description>&lt;p&gt;Mmmn, this may be harsh but... &amp;nbsp;I've seen this again and again and again. &amp;nbsp;Always TreeView. &amp;nbsp;WPF compatibility is absolutely hugely important - I put a ton of effort into this requirement myself - but I wonder if this is not the right way to get there. &amp;nbsp;Maybe you guys should just bite the bullet and make a new TreeView control (TreeView2, TreeViewEx, whatever), do it right, and do it the same for both WPF and Silverlight. &amp;nbsp;Was the WPF TreeView really such a great control to be worth jumping through all these hoops? &amp;nbsp;Or is it more a matter of huge investment (past and future)? &amp;nbsp;I got the impression from a certain blog that a whole team of people spent quite awhile coming up with the WPF TreeView control.&lt;/p&gt;
&lt;p&gt;It's sad when things that could be so simple end up being so terribly complex.&lt;/p&gt;
&lt;img src="http://blogs.silverlight.net/aggbug.aspx?PostID=222259" width="1" height="1"&gt;</description></item><item><title>re: Silverlight TreeView Advanced Scenarios (TreeViewExtended)</title><link>http://blogs.silverlight.net/blogs/justinangel/archive/2009/05/19/silverlight-treeview-advanced-scenarios-treeviewextended.aspx#221953</link><pubDate>Wed, 20 May 2009 00:53:35 GMT</pubDate><guid isPermaLink="false">d0d632c8-a6f7-4f68-b0ce-26aaafd62132:221953</guid><dc:creator>obsid</dc:creator><description>&lt;p&gt;It would be nice if there was a fully virtualized treeview in silverlight. &amp;nbsp;(where the IsExpanded property is in some non UI Object) and the UI objects are created only for what is currently on the screen. &amp;nbsp;(That way you can have MASSIVE trees like say the windows file system, without the massive memory hog of creating 1000's of UI tree nodes).&lt;/p&gt;
&lt;img src="http://blogs.silverlight.net/aggbug.aspx?PostID=221953" width="1" height="1"&gt;</description></item><item><title>Silverlight TreeView Advanced Scenarios (TreeViewExtended) - Justin myJustin = new Microsoft.Silverlight.Justin();</title><link>http://blogs.silverlight.net/blogs/justinangel/archive/2009/05/19/silverlight-treeview-advanced-scenarios-treeviewextended.aspx#221921</link><pubDate>Tue, 19 May 2009 23:13:37 GMT</pubDate><guid isPermaLink="false">d0d632c8-a6f7-4f68-b0ce-26aaafd62132:221921</guid><dc:creator>Silverlight TreeView Advanced Scenarios (TreeViewExtended) - Justin myJustin = new Microsoft.Silverlight.Justin();</dc:creator><description>&lt;p&gt;Pingback from &amp;nbsp;Silverlight TreeView Advanced Scenarios (TreeViewExtended) - Justin myJustin = new Microsoft.Silverlight.Justin();&lt;/p&gt;
&lt;img src="http://blogs.silverlight.net/aggbug.aspx?PostID=221921" width="1" height="1"&gt;</description></item></channel></rss>