<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments on: XAML guidelines and best practices</title>
	<atom:link href="http://www.85turns.com/2009/02/09/xaml-guidelines-and-best-practices/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.85turns.com/2009/02/09/xaml-guidelines-and-best-practices/</link>
	<description>Silverlight made Simple</description>
	<pubDate>Sun, 14 Mar 2010 08:19:15 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Computer Deals</title>
		<link>http://www.85turns.com/2009/02/09/xaml-guidelines-and-best-practices/comment-page-1/#comment-1119</link>
		<dc:creator>Computer Deals</dc:creator>
		<pubDate>Sun, 03 Jan 2010 21:50:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.85turns.com/2009/02/09/xaml-guidelines-and-best-practices/#comment-1119</guid>
		<description>My brother in law would appreciate this post. We were just speaking about this. hehe</description>
		<content:encoded><![CDATA[<p>My brother in law would appreciate this post. We were just speaking about this. hehe</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Corey</title>
		<link>http://www.85turns.com/2009/02/09/xaml-guidelines-and-best-practices/comment-page-1/#comment-1023</link>
		<dc:creator>Corey</dc:creator>
		<pubDate>Mon, 12 Oct 2009 19:55:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.85turns.com/2009/02/09/xaml-guidelines-and-best-practices/#comment-1023</guid>
		<description>Thanks Anthony.  True MVVM encourages Xaml without names, however, when working with Blend it's still important to have each element with a name.  Much like working in Photoshop you name Layers, Blend should be the same way.</description>
		<content:encoded><![CDATA[<p>Thanks Anthony.  True MVVM encourages Xaml without names, however, when working with Blend it&#8217;s still important to have each element with a name.  Much like working in Photoshop you name Layers, Blend should be the same way.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anthony</title>
		<link>http://www.85turns.com/2009/02/09/xaml-guidelines-and-best-practices/comment-page-1/#comment-1022</link>
		<dc:creator>Anthony</dc:creator>
		<pubDate>Mon, 12 Oct 2009 16:29:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.85turns.com/2009/02/09/xaml-guidelines-and-best-practices/#comment-1022</guid>
		<description>I agree with most guidelines except the one about naming every element. If you follow MVVM, the best way to know you are on the right track is when your View (the XAML) no longer needs any x:Names or event handlers, because you rely complely on bindings to the ViewModel properties.</description>
		<content:encoded><![CDATA[<p>I agree with most guidelines except the one about naming every element. If you follow MVVM, the best way to know you are on the right track is when your View (the XAML) no longer needs any x:Names or event handlers, because you rely complely on bindings to the ViewModel properties.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mknopf</title>
		<link>http://www.85turns.com/2009/02/09/xaml-guidelines-and-best-practices/comment-page-1/#comment-685</link>
		<dc:creator>mknopf</dc:creator>
		<pubDate>Thu, 23 Apr 2009 20:38:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.85turns.com/2009/02/09/xaml-guidelines-and-best-practices/#comment-685</guid>
		<description>nice article Corey, thanks for the info</description>
		<content:encoded><![CDATA[<p>nice article Corey, thanks for the info</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: XAML Guidelines And Best Practices &#124; Switch on the Code</title>
		<link>http://www.85turns.com/2009/02/09/xaml-guidelines-and-best-practices/comment-page-1/#comment-429</link>
		<dc:creator>XAML Guidelines And Best Practices &#124; Switch on the Code</dc:creator>
		<pubDate>Wed, 11 Feb 2009 18:10:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.85turns.com/2009/02/09/xaml-guidelines-and-best-practices/#comment-429</guid>
		<description>[...] XAML Guidelines And Best Practices  Source:   85turns       Excerpt: [...]</description>
		<content:encoded><![CDATA[<p>[...] XAML Guidelines And Best Practices  Source:   85turns       Excerpt: [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: esh</title>
		<link>http://www.85turns.com/2009/02/09/xaml-guidelines-and-best-practices/comment-page-1/#comment-428</link>
		<dc:creator>esh</dc:creator>
		<pubDate>Wed, 11 Feb 2009 11:44:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.85turns.com/2009/02/09/xaml-guidelines-and-best-practices/#comment-428</guid>
		<description>@steveThen you will name control GenderCombo, GenderButton or GenderCheckBox :). I was using prefixes before but turned a year ago to using longer suffix because it is easier to read and understand. What means btn, txt, cnt, ddl... and others prefixes? :)</description>
		<content:encoded><![CDATA[<p>@steveThen you will name control GenderCombo, GenderButton or GenderCheckBox :). I was using prefixes before but turned a year ago to using longer suffix because it is easier to read and understand. What means btn, txt, cnt, ddl&#8230; and others prefixes? <img src='http://www.85turns.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Silverlight Travel</title>
		<link>http://www.85turns.com/2009/02/09/xaml-guidelines-and-best-practices/comment-page-1/#comment-421</link>
		<dc:creator>Silverlight Travel</dc:creator>
		<pubDate>Tue, 10 Feb 2009 13:13:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.85turns.com/2009/02/09/xaml-guidelines-and-best-practices/#comment-421</guid>
		<description>To work based on best practices is every time a good ideaPeter Loebeö</description>
		<content:encoded><![CDATA[<p>To work based on best practices is every time a good ideaPeter Loebeö</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Silverlight Travel &#187; XAML guidelines and best practices</title>
		<link>http://www.85turns.com/2009/02/09/xaml-guidelines-and-best-practices/comment-page-1/#comment-420</link>
		<dc:creator>Silverlight Travel &#187; XAML guidelines and best practices</dc:creator>
		<pubDate>Tue, 10 Feb 2009 13:12:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.85turns.com/2009/02/09/xaml-guidelines-and-best-practices/#comment-420</guid>
		<description>[...] more here [...]</description>
		<content:encoded><![CDATA[<p>[...] more here [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Buchok</title>
		<link>http://www.85turns.com/2009/02/09/xaml-guidelines-and-best-practices/comment-page-1/#comment-419</link>
		<dc:creator>Steve Buchok</dc:creator>
		<pubDate>Tue, 10 Feb 2009 13:11:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.85turns.com/2009/02/09/xaml-guidelines-and-best-practices/#comment-419</guid>
		<description>I agree with most of the guidelines with the exception of the prefix. Giving a prefix not only quickly gives you a list of the same type of controls on a page it also tells you what you can do with that control. What happens if you have a control on the page called Gender? This could be a dropdownlist, radio button or checkbox (or something else all together) by having a prefix you immediately know how to set the information or get the information. It is the same reason you have a prefix for vairable names. There is no reason you can't make something descriptive and use a prefix. One last thing, if developers and designers have to work together they are both going to have to adapt to how the other works, which means trying to stick to each others standards.</description>
		<content:encoded><![CDATA[<p>I agree with most of the guidelines with the exception of the prefix. Giving a prefix not only quickly gives you a list of the same type of controls on a page it also tells you what you can do with that control. What happens if you have a control on the page called Gender? This could be a dropdownlist, radio button or checkbox (or something else all together) by having a prefix you immediately know how to set the information or get the information. It is the same reason you have a prefix for vairable names. There is no reason you can&#8217;t make something descriptive and use a prefix. One last thing, if developers and designers have to work together they are both going to have to adapt to how the other works, which means trying to stick to each others standards.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Darren</title>
		<link>http://www.85turns.com/2009/02/09/xaml-guidelines-and-best-practices/comment-page-1/#comment-418</link>
		<dc:creator>Darren</dc:creator>
		<pubDate>Tue, 10 Feb 2009 07:34:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.85turns.com/2009/02/09/xaml-guidelines-and-best-practices/#comment-418</guid>
		<description>I prefer the formatting you describe too. It's as important for me to be able to read it as anyone else. Also it's a pain to keep scrolling left to right to see everything too when editing. Now, if only blend would format like that...</description>
		<content:encoded><![CDATA[<p>I prefer the formatting you describe too. It&#8217;s as important for me to be able to read it as anyone else. Also it&#8217;s a pain to keep scrolling left to right to see everything too when editing. Now, if only blend would format like that&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
