<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Redoing the Options Dialog in BabySmash</title>
	<atom:link href="http://www.ageektrapped.com/blog/redoing-the-options-dialog-in-babysmash/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ageektrapped.com/blog/redoing-the-options-dialog-in-babysmash/</link>
	<description>Trapped online since 2004</description>
	<pubDate>Fri, 21 Nov 2008 14:22:34 +0000</pubDate>
	<generator>http://wordpress.org/</generator>
		<item>
		<title>By: John Rennemeyer</title>
		<link>http://www.ageektrapped.com/blog/redoing-the-options-dialog-in-babysmash/#comment-480</link>
		<dc:creator>John Rennemeyer</dc:creator>
		<pubDate>Wed, 13 Aug 2008 20:10:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.ageektrapped.com/blog/redoing-the-options-dialog-in-babysmash/#comment-480</guid>
		<description>For the property not getting changed until you lose focus, you should be able to add the following:

UpdateSourceTrigger=PropertyChanged

so you should have:

 

I haven't tested this in your sample, but I am using this method when I'm binding a TextBox to a CLR object property and it works great.

I hope this helps.

John
MuvEnum</description>
		<content:encoded><![CDATA[<p>For the property not getting changed until you lose focus, you should be able to add the following:</p>
<p>UpdateSourceTrigger=PropertyChanged</p>
<p>so you should have:</p>
<p>I haven&#8217;t tested this in your sample, but I am using this method when I&#8217;m binding a TextBox to a CLR object property and it works great.</p>
<p>I hope this helps.</p>
<p>John<br />
MuvEnum</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Hanselman's Computer Zen - Learning WPF with BabySmash - Customer Feedback and a WPF Font ComboBox</title>
		<link>http://www.ageektrapped.com/blog/redoing-the-options-dialog-in-babysmash/#comment-465</link>
		<dc:creator>Scott Hanselman's Computer Zen - Learning WPF with BabySmash - Customer Feedback and a WPF Font ComboBox</dc:creator>
		<pubDate>Fri, 18 Jul 2008 06:13:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.ageektrapped.com/blog/redoing-the-options-dialog-in-babysmash/#comment-465</guid>
		<description>[...] Settings for this project. Remember that I refactored the Options Dialog a few weeks back using Jason Kemp's code. This made it easy to just add one additional ComboBox. I'm getting good enough that I added the [...]</description>
		<content:encoded><![CDATA[<p>[...] Settings for this project. Remember that I refactored the Options Dialog a few weeks back using Jason Kemp&#8217;s code. This made it easy to just add one additional ComboBox. I&#8217;m getting good enough that I added the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Kemp</title>
		<link>http://www.ageektrapped.com/blog/redoing-the-options-dialog-in-babysmash/#comment-457</link>
		<dc:creator>Jason Kemp</dc:creator>
		<pubDate>Wed, 16 Jul 2008 01:14:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.ageektrapped.com/blog/redoing-the-options-dialog-in-babysmash/#comment-457</guid>
		<description>@Joe: Yes, you're right. That is something I neglected to mention.</description>
		<content:encoded><![CDATA[<p>@Joe: Yes, you&#8217;re right. That is something I neglected to mention.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://www.ageektrapped.com/blog/redoing-the-options-dialog-in-babysmash/#comment-455</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Tue, 15 Jul 2008 23:45:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.ageektrapped.com/blog/redoing-the-options-dialog-in-babysmash/#comment-455</guid>
		<description>Thanks for the great explanation but what happens when a user modifies one of these databound entries and then selects the Cancel button in the dialog?

Wouldn't the programmer also need to do a Properties.Settings.Default.Reload(); in the OnCancel handler?</description>
		<content:encoded><![CDATA[<p>Thanks for the great explanation but what happens when a user modifies one of these databound entries and then selects the Cancel button in the dialog?</p>
<p>Wouldn&#8217;t the programmer also need to do a Properties.Settings.Default.Reload(); in the OnCancel handler?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Kemp</title>
		<link>http://www.ageektrapped.com/blog/redoing-the-options-dialog-in-babysmash/#comment-309</link>
		<dc:creator>Jason Kemp</dc:creator>
		<pubDate>Wed, 11 Jun 2008 00:15:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.ageektrapped.com/blog/redoing-the-options-dialog-in-babysmash/#comment-309</guid>
		<description>@Darrell: My rant wasn't against Blend; it was against Visual Studio 2008. My feeling is that even if there were a developer and designer collaboration, the developer would be responsible for hooking up data bindings. 

But why can't he do it from the visual designer? 

I wasn't disparaging the collaboration, either. I think that's great that designers are getting tools that let them design something we can use right in the app; my observation is that it's rare to have a designer nearby. In my experience, which may be limited, or in the minority, the developers responsible for how the app looks as well as how it works.</description>
		<content:encoded><![CDATA[<p>@Darrell: My rant wasn&#8217;t against Blend; it was against Visual Studio 2008. My feeling is that even if there were a developer and designer collaboration, the developer would be responsible for hooking up data bindings. </p>
<p>But why can&#8217;t he do it from the visual designer? </p>
<p>I wasn&#8217;t disparaging the collaboration, either. I think that&#8217;s great that designers are getting tools that let them design something we can use right in the app; my observation is that it&#8217;s rare to have a designer nearby. In my experience, which may be limited, or in the minority, the developers responsible for how the app looks as well as how it works.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Darrell</title>
		<link>http://www.ageektrapped.com/blog/redoing-the-options-dialog-in-babysmash/#comment-308</link>
		<dc:creator>Darrell</dc:creator>
		<pubDate>Tue, 10 Jun 2008 20:26:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.ageektrapped.com/blog/redoing-the-options-dialog-in-babysmash/#comment-308</guid>
		<description>Your rant on Blend is off-base. They have vastly improved Blend recently and databinding is fully supported (has been for a while).  It very much supports designer-developer interaction allowing on my current project and the past 2 before it to have a designer with limited C# knowledge to be very productive and produce a much more kick-ass GUI than anything a developer would produce.  I'm not knocking you as a GUI guy, but my guess is a designer would do better.

That said there are still some glitches in Blend. Specifically adding a new file does not get the file checked into TFS properly.  Sigh.</description>
		<content:encoded><![CDATA[<p>Your rant on Blend is off-base. They have vastly improved Blend recently and databinding is fully supported (has been for a while).  It very much supports designer-developer interaction allowing on my current project and the past 2 before it to have a designer with limited C# knowledge to be very productive and produce a much more kick-ass GUI than anything a developer would produce.  I&#8217;m not knocking you as a GUI guy, but my guess is a designer would do better.</p>
<p>That said there are still some glitches in Blend. Specifically adding a new file does not get the file checked into TFS properly.  Sigh.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Using Commands in BabySmash &#124; a geek trapped in a cool guy&#8217;s body</title>
		<link>http://www.ageektrapped.com/blog/redoing-the-options-dialog-in-babysmash/#comment-281</link>
		<dc:creator>Using Commands in BabySmash &#124; a geek trapped in a cool guy&#8217;s body</dc:creator>
		<pubDate>Wed, 04 Jun 2008 15:32:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.ageektrapped.com/blog/redoing-the-options-dialog-in-babysmash/#comment-281</guid>
		<description>[...] Related Posts StaticResource does not mean staticRedoing the Options Dialog in BabySmash [...]</description>
		<content:encoded><![CDATA[<p>[...] Related Posts StaticResource does not mean staticRedoing the Options Dialog in BabySmash [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Improving the Improvements - Cleaning up and adding validation to Baby Smash! Options</title>
		<link>http://www.ageektrapped.com/blog/redoing-the-options-dialog-in-babysmash/#comment-274</link>
		<dc:creator>Improving the Improvements - Cleaning up and adding validation to Baby Smash! Options</dc:creator>
		<pubDate>Tue, 03 Jun 2008 18:14:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.ageektrapped.com/blog/redoing-the-options-dialog-in-babysmash/#comment-274</guid>
		<description>[...] Jason Kemp made some excellent improvements to the Baby Smash! Options dialog as part of a community project Scott Hanselman is undertaking in order to improve his and readers WPF skills. [...]</description>
		<content:encoded><![CDATA[<p>[...] Jason Kemp made some excellent improvements to the Baby Smash! Options dialog as part of a community project Scott Hanselman is undertaking in order to improve his and readers WPF skills. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: StaticResource does not mean static &#124; a geek trapped in a cool guy&#8217;s body</title>
		<link>http://www.ageektrapped.com/blog/redoing-the-options-dialog-in-babysmash/#comment-273</link>
		<dc:creator>StaticResource does not mean static &#124; a geek trapped in a cool guy&#8217;s body</dc:creator>
		<pubDate>Tue, 03 Jun 2008 16:15:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.ageektrapped.com/blog/redoing-the-options-dialog-in-babysmash/#comment-273</guid>
		<description>[...] My post about BabySmash got hanselmanned. There are some questions in the comments on that post that are worth addressing in another couple posts, so here&#8217;s the first. For background, we have Scott&#8217;s follow up post, describing how he changed the code because of my post. [...]</description>
		<content:encoded><![CDATA[<p>[...] My post about BabySmash got hanselmanned. There are some questions in the comments on that post that are worth addressing in another couple posts, so here&#8217;s the first. For background, we have Scott&#8217;s follow up post, describing how he changed the code because of my post. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Berridge</title>
		<link>http://www.ageektrapped.com/blog/redoing-the-options-dialog-in-babysmash/#comment-272</link>
		<dc:creator>Kevin Berridge</dc:creator>
		<pubDate>Tue, 03 Jun 2008 15:13:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.ageektrapped.com/blog/redoing-the-options-dialog-in-babysmash/#comment-272</guid>
		<description>Wow, that is so bloody simple...  I should have seen it coming.  

I assume if you had 2 containers on the window that needed to have 2 different DataContexts (if you were passing in more than one data class) that you'd just set the DataContext directly on those containers.

Thanks so much!</description>
		<content:encoded><![CDATA[<p>Wow, that is so bloody simple&#8230;  I should have seen it coming.  </p>
<p>I assume if you had 2 containers on the window that needed to have 2 different DataContexts (if you were passing in more than one data class) that you&#8217;d just set the DataContext directly on those containers.</p>
<p>Thanks so much!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
