<?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: What do the different Vista toolbar colors mean?</title>
	<atom:link href="http://benhollis.net/blog/2007/04/26/what-do-the-different-vista-toolbar-colors-mean/feed/" rel="self" type="application/rss+xml" />
	<link>http://benhollis.net/blog/2007/04/26/what-do-the-different-vista-toolbar-colors-mean/</link>
	<description>News about BenHollis.net and articles about Ben&#039;s interests</description>
	<lastBuildDate>Tue, 17 May 2011 17:51:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: brh</title>
		<link>http://benhollis.net/blog/2007/04/26/what-do-the-different-vista-toolbar-colors-mean/comment-page-1/#comment-5029</link>
		<dc:creator>brh</dc:creator>
		<pubDate>Sun, 29 Apr 2007 01:30:11 +0000</pubDate>
		<guid isPermaLink="false">http://brh.numbera.com/blog/index.php/2007/04/26/what-do-the-different-vista-toolbar-colors-mean/#comment-5029</guid>
		<description>Well, the branding policy isn&#039;t actually even written down anywhere - as I said, all my info is from everettm&#039;s comment to me on the Shell:Revealed blog. I don&#039;t think there&#039;s any enforcement in the code, either (nor can I imagine how there would be). That said, I don&#039;t directly use the Win32 controls because I stay solidly in managed code. My plan was to use the ToolStripRenderer facilities to fake the new look, like &lt;a href=&quot;http://josheinstein.com/journal/archive/2006/10/18/1735.aspx&quot; rel=&quot;nofollow&quot;&gt;Josh Einstein&lt;/a&gt; does.

My suspicion is that people will end up using whatever toolbar color they feel like (or not use colored toolbars at all, since it&#039;s just easier to use the old-style toolbars).

As for the main menus, their demise is certainly to be celebrated. First, it marks a shift to much simpler programs. A main-menu-less app should have only a few, clear functions that are exposed either as toolbar buttons or inside the main interface, HTML-style. This is reinforced by the recommendations to use Explorer panes, and the whole WPF/XAML thing that makes desktop apps more like web pages. The second reason is that menus are terrible for discovery, memorization, and just general usability. It&#039;s just a bunch of lists of short names for commands you can&#039;t remember, all hidden behind a click. Much better to actually think about the needs of your app and the workflow it enables than to cram menus full of obscure functions with nonsensical names.

Oh, and you can also get the menu back using the &quot;Alt&quot; key in most apps. Because one thing the main menu IS good for is keyboard accessibility. Although if you look at the newly &lt;a href=&quot;http://blogs.msdn.com/jensenh/archive/tags/Why+the+New+UI_3F00_/default.aspx&quot; rel=&quot;nofollow&quot;&gt;main-menu-less Office 2007&lt;/a&gt;, they do some much cooler things for keyboard accessibility.</description>
		<content:encoded><![CDATA[<p>Well, the branding policy isn&#8217;t actually even written down anywhere &#8211; as I said, all my info is from everettm&#8217;s comment to me on the Shell:Revealed blog. I don&#8217;t think there&#8217;s any enforcement in the code, either (nor can I imagine how there would be). That said, I don&#8217;t directly use the Win32 controls because I stay solidly in managed code. My plan was to use the ToolStripRenderer facilities to fake the new look, like <a href="http://josheinstein.com/journal/archive/2006/10/18/1735.aspx" rel="nofollow">Josh Einstein</a> does.</p>
<p>My suspicion is that people will end up using whatever toolbar color they feel like (or not use colored toolbars at all, since it&#8217;s just easier to use the old-style toolbars).</p>
<p>As for the main menus, their demise is certainly to be celebrated. First, it marks a shift to much simpler programs. A main-menu-less app should have only a few, clear functions that are exposed either as toolbar buttons or inside the main interface, HTML-style. This is reinforced by the recommendations to use Explorer panes, and the whole WPF/XAML thing that makes desktop apps more like web pages. The second reason is that menus are terrible for discovery, memorization, and just general usability. It&#8217;s just a bunch of lists of short names for commands you can&#8217;t remember, all hidden behind a click. Much better to actually think about the needs of your app and the workflow it enables than to cram menus full of obscure functions with nonsensical names.</p>
<p>Oh, and you can also get the menu back using the &#8220;Alt&#8221; key in most apps. Because one thing the main menu IS good for is keyboard accessibility. Although if you look at the newly <a href="http://blogs.msdn.com/jensenh/archive/tags/Why+the+New+UI_3F00_/default.aspx" rel="nofollow">main-menu-less Office 2007</a>, they do some much cooler things for keyboard accessibility.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark T</title>
		<link>http://benhollis.net/blog/2007/04/26/what-do-the-different-vista-toolbar-colors-mean/comment-page-1/#comment-5028</link>
		<dc:creator>Mark T</dc:creator>
		<pubDate>Sat, 28 Apr 2007 18:45:23 +0000</pubDate>
		<guid isPermaLink="false">http://brh.numbera.com/blog/index.php/2007/04/26/what-do-the-different-vista-toolbar-colors-mean/#comment-5028</guid>
		<description>Thank you for the reference to the information on the toolbar color choices. It&#039;s an interesting strategy!

I haven&#039;t done any programminng on Vista yet, so I&#039;m curious: What sort of enforcement is there for the toolbar policy? Is the choice of toolbar color simply an option you set when you are instantiating the toolbar, and if so, is there anything stronger than guidelines preventing Joe Coder from using the Vista API to instantiate a blue-green toolbar? 

I&#039;m reminded of when Apple added &quot;brushed metal&quot; to their GUI toolkit as a branding tool. It was originally intended for applications that served as hardware interfaces, such as iTunes (to an iPod), iPhoto (to cameras), and iSync (to PDAs). This was made clear in Apple&#039;s Human Interface Guidelines, but the policy became fairly universally ignored; I myself used the brushed metal for a simple alarm clock application I&#039;d cooked up because the window definition allowed for mousedown on any non-control section of the window to initiate drag (handy for a small app that I wanted to whip out, set, and slide away). Eventually, Apple broke their own HIG rules by using brushed metal for Finder windows. The policy is dead now, as far as I know.

I&#039;ll be interested to see whether or not this branding policy survives, or if people begin to simply ignore it and use whatever color scheme suits their interface concept.

On a related note: You mentioned that you&#039;re glad to see the &#039;main menu&#039; concept going away. I&#039;ve heard this feeling expressed by a couple of people, but I&#039;ve never really been able to understand the appeal of the disappearance of the main menu. I like customizable toolbars, but I also like having all the commands the program can execute constantly available without having to turn to customization to add buttons to the toolbar. Is there any discussion on this issue to which I could be directed?

As always, your blog is well worth the read. I look forward to your next post!

Take care,
Mark</description>
		<content:encoded><![CDATA[<p>Thank you for the reference to the information on the toolbar color choices. It&#8217;s an interesting strategy!</p>
<p>I haven&#8217;t done any programminng on Vista yet, so I&#8217;m curious: What sort of enforcement is there for the toolbar policy? Is the choice of toolbar color simply an option you set when you are instantiating the toolbar, and if so, is there anything stronger than guidelines preventing Joe Coder from using the Vista API to instantiate a blue-green toolbar? </p>
<p>I&#8217;m reminded of when Apple added &#8220;brushed metal&#8221; to their GUI toolkit as a branding tool. It was originally intended for applications that served as hardware interfaces, such as iTunes (to an iPod), iPhoto (to cameras), and iSync (to PDAs). This was made clear in Apple&#8217;s Human Interface Guidelines, but the policy became fairly universally ignored; I myself used the brushed metal for a simple alarm clock application I&#8217;d cooked up because the window definition allowed for mousedown on any non-control section of the window to initiate drag (handy for a small app that I wanted to whip out, set, and slide away). Eventually, Apple broke their own HIG rules by using brushed metal for Finder windows. The policy is dead now, as far as I know.</p>
<p>I&#8217;ll be interested to see whether or not this branding policy survives, or if people begin to simply ignore it and use whatever color scheme suits their interface concept.</p>
<p>On a related note: You mentioned that you&#8217;re glad to see the &#8216;main menu&#8217; concept going away. I&#8217;ve heard this feeling expressed by a couple of people, but I&#8217;ve never really been able to understand the appeal of the disappearance of the main menu. I like customizable toolbars, but I also like having all the commands the program can execute constantly available without having to turn to customization to add buttons to the toolbar. Is there any discussion on this issue to which I could be directed?</p>
<p>As always, your blog is well worth the read. I look forward to your next post!</p>
<p>Take care,<br />
Mark</p>
]]></content:encoded>
	</item>
</channel>
</rss>

