<?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: Two Designers, Two Years, One Facelift&#8230;</title>
	<atom:link href="http://boxesandarrows.com/two-designers-two-years-one-facelift/feed/" rel="self" type="application/rss+xml" />
	<link>http://boxesandarrows.com/two-designers-two-years-one-facelift/</link>
	<description>Boxes and Arrows is devoted to the practice, innovation, and discussion of design; including graphic design, interaction design, information architecture and the design of business.</description>
	<lastBuildDate>Tue, 18 Jun 2013 12:43:59 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: leefleming</title>
		<link>http://boxesandarrows.com/two-designers-two-years-one-facelift/#comment-6669</link>
		<dc:creator>leefleming</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/two-designers-two-years-one-facelift/#comment-6669</guid>
		<description><![CDATA[It is so weird to have the left side of my screen cut off and no scrollbar to help me see the content -- how did you manage that? Is there a reason for this? How would I get to see this content if my browser window were maximized and there is no scrollbar (say maximized at 1028?)

I see this in both Firefox 1.5 and IE7 on XP Pro PC. The scrollbar doesn&#039;t kick in until my window width is narrowed 852 px. I can&#039;t see the entire page unless my window is set at 1050 px wide -- and that width leaves lots of blank space on the right (100 pixels wide).]]></description>
		<content:encoded><![CDATA[<p>It is so weird to have the left side of my screen cut off and no scrollbar to help me see the content &#8212; how did you manage that? Is there a reason for this? How would I get to see this content if my browser window were maximized and there is no scrollbar (say maximized at 1028?)</p>
<p>I see this in both Firefox 1.5 and IE7 on XP Pro PC. The scrollbar doesn&#8217;t kick in until my window width is narrowed 852 px. I can&#8217;t see the entire page unless my window is set at 1050 px wide &#8212; and that width leaves lots of blank space on the right (100 pixels wide).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cwodtke</title>
		<link>http://boxesandarrows.com/two-designers-two-years-one-facelift/#comment-6670</link>
		<dc:creator>cwodtke</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/two-designers-two-years-one-facelift/#comment-6670</guid>
		<description><![CDATA[it&#039;s not showing up on the new version of firefox. We&#039;ll look into it.]]></description>
		<content:encoded><![CDATA[<p>it&#8217;s not showing up on the new version of firefox. We&#8217;ll look into it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pnts</title>
		<link>http://boxesandarrows.com/two-designers-two-years-one-facelift/#comment-6671</link>
		<dc:creator>pnts</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/two-designers-two-years-one-facelift/#comment-6671</guid>
		<description><![CDATA[The same thing is happening to me in Firefox 2.0.0.3.  I&#039;m running OS 10.4.9 and the viewport is currently at 968px.]]></description>
		<content:encoded><![CDATA[<p>The same thing is happening to me in Firefox 2.0.0.3.  I&#8217;m running OS 10.4.9 and the viewport is currently at 968px.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: geofharries</title>
		<link>http://boxesandarrows.com/two-designers-two-years-one-facelift/#comment-6672</link>
		<dc:creator>geofharries</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/two-designers-two-years-one-facelift/#comment-6672</guid>
		<description><![CDATA[Same issue with Safari 2.0.4. The left-side of the screen completely disappears when you size down the window. There is a div titled #page which is 682px wide but very little of the layout within it, then all of these extra div&#039;s with no set widths (e.g. #authorList, etc.). If it were me, I&#039;d place every element within a single global container and assign a master minimum width. That way, you&#039;d avoid the vanishing act that&#039;s going on here.]]></description>
		<content:encoded><![CDATA[<p>Same issue with Safari 2.0.4. The left-side of the screen completely disappears when you size down the window. There is a div titled #page which is 682px wide but very little of the layout within it, then all of these extra div&#8217;s with no set widths (e.g. #authorList, etc.). If it were me, I&#8217;d place every element within a single global container and assign a master minimum width. That way, you&#8217;d avoid the vanishing act that&#8217;s going on here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jsokohl</title>
		<link>http://boxesandarrows.com/two-designers-two-years-one-facelift/#comment-6673</link>
		<dc:creator>jsokohl</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/two-designers-two-years-one-facelift/#comment-6673</guid>
		<description><![CDATA[I applaud everyone involved. It shows how difficult a site redesign is. I do wish the type weren&#039;t so godawful small--it&#039;s broken on my Mac running Firefox. From my usability perspective, as a user I shouldn&#039;t have to bump up the type size for the site. 

Anyway, though, it really is a herculean effort. Accolades all around!]]></description>
		<content:encoded><![CDATA[<p>I applaud everyone involved. It shows how difficult a site redesign is. I do wish the type weren&#8217;t so godawful small&#8211;it&#8217;s broken on my Mac running Firefox. From my usability perspective, as a user I shouldn&#8217;t have to bump up the type size for the site. </p>
<p>Anyway, though, it really is a herculean effort. Accolades all around!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: twistedpixel</title>
		<link>http://boxesandarrows.com/two-designers-two-years-one-facelift/#comment-6674</link>
		<dc:creator>twistedpixel</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/two-designers-two-years-one-facelift/#comment-6674</guid>
		<description><![CDATA[Just a slight issue I have and I encounter it often on various sites. Please set the background color to white if you want a white background display. Many of us out there have our program background default color to not be white and a page like this is very disjointed when there is no defined background color. It seems to be a very common oversight most people make when building a white background site.]]></description>
		<content:encoded><![CDATA[<p>Just a slight issue I have and I encounter it often on various sites. Please set the background color to white if you want a white background display. Many of us out there have our program background default color to not be white and a page like this is very disjointed when there is no defined background color. It seems to be a very common oversight most people make when building a white background site.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: clarewarburton</title>
		<link>http://boxesandarrows.com/two-designers-two-years-one-facelift/#comment-6675</link>
		<dc:creator>clarewarburton</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/two-designers-two-years-one-facelift/#comment-6675</guid>
		<description><![CDATA[0 reputation points, but if it counts for something, i think you have done an amazing job. I love this site.]]></description>
		<content:encoded><![CDATA[<p>0 reputation points, but if it counts for something, i think you have done an amazing job. I love this site.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tsola</title>
		<link>http://boxesandarrows.com/two-designers-two-years-one-facelift/#comment-6676</link>
		<dc:creator>tsola</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/two-designers-two-years-one-facelift/#comment-6676</guid>
		<description><![CDATA[it&#039;s the way the &quot;side bar&quot; content is positioned on the page.  In the source code the information in the side area as well as some of the content in the header are children of the container #page.  The navigation container #categoryList is position:absolute and 700px from the &lt;i&gt;right&lt;/i&gt;.  This means if you shrink the window it will push past the left edge of the view port.  The questionable items in the header are position with a negative value and will do the same.

To fix it  you may want to widen the width of the container #page to be the sum of the width of the #categoryList and #content containers.  Then position those two containers from the left rather than from the right.

There&#039;s a little more to it than that but it&#039;s a start.]]></description>
		<content:encoded><![CDATA[<p>it&#8217;s the way the &#8220;side bar&#8221; content is positioned on the page.  In the source code the information in the side area as well as some of the content in the header are children of the container #page.  The navigation container #categoryList is position:absolute and 700px from the <i>right</i>.  This means if you shrink the window it will push past the left edge of the view port.  The questionable items in the header are position with a negative value and will do the same.</p>
<p>To fix it  you may want to widen the width of the container #page to be the sum of the width of the #categoryList and #content containers.  Then position those two containers from the left rather than from the right.</p>
<p>There&#8217;s a little more to it than that but it&#8217;s a start.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ahempell</title>
		<link>http://boxesandarrows.com/two-designers-two-years-one-facelift/#comment-6677</link>
		<dc:creator>ahempell</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/two-designers-two-years-one-facelift/#comment-6677</guid>
		<description><![CDATA[The single most exciting thing is the real-time feedback when entering in your username on the login page. This should become standard everywhere, now. It will save me ten minutes of frustration per day.]]></description>
		<content:encoded><![CDATA[<p>The single most exciting thing is the real-time feedback when entering in your username on the login page. This should become standard everywhere, now. It will save me ten minutes of frustration per day.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ktwalser</title>
		<link>http://boxesandarrows.com/two-designers-two-years-one-facelift/#comment-6678</link>
		<dc:creator>ktwalser</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/two-designers-two-years-one-facelift/#comment-6678</guid>
		<description><![CDATA[Think this has been great. Were the colors chosen for links driven by the CMS? If not, recommend we consider changing for the following reasons:

1. Link colors vary and in some cases (see 1A, 1B, 1C) B&amp;A now uses a color that in some cases is for a link and in others is for static text. Seems like we now violate an important tenet of consistency and affordances:
A. orange used to highlight reputation points (not a link), but orange also used for links (author name at top of some articles, post comment, advertise event, etc.)
B. gray links in some cases
C. Black links for items such as Most Commented Stories (granted, position and context helps clarify that they may be links)

2. Link colors like #663300/brown make links difficult for both users without visual impairments, but even moreso for those with visual impairments, to spot.

3. A run-through with JuicyStudio&#039;s Colour Contrast Analyzer shows some failures with respect to providing sufficient contrast between foreground and background colors - 
A. Orange (#ff9f27) on white for links / hover colors has luminosity contrast ratio (LCR) = 2.74 vs. 5.0 recommended by WCAG - http://www.w3.org/TR/2006/WD-WCAG20-20060427/guidelines.html
B. different shades of gray on white for some links - 
gray (#999999) on white LCR = 2.85
gray (#7f7f7f) on white LCR = 4
gray (#666666) on white LCR = 5.74 (passes WCAG AA 5.0 ratio but falls short of AAA 10.0 ratio, and fails on difference in color)]]></description>
		<content:encoded><![CDATA[<p>Think this has been great. Were the colors chosen for links driven by the CMS? If not, recommend we consider changing for the following reasons:</p>
<p>1. Link colors vary and in some cases (see 1A, 1B, 1C) B&amp;A now uses a color that in some cases is for a link and in others is for static text. Seems like we now violate an important tenet of consistency and affordances:<br />
A. orange used to highlight reputation points (not a link), but orange also used for links (author name at top of some articles, post comment, advertise event, etc.)<br />
B. gray links in some cases<br />
C. Black links for items such as Most Commented Stories (granted, position and context helps clarify that they may be links)</p>
<p>2. Link colors like #663300/brown make links difficult for both users without visual impairments, but even moreso for those with visual impairments, to spot.</p>
<p>3. A run-through with JuicyStudio&#8217;s Colour Contrast Analyzer shows some failures with respect to providing sufficient contrast between foreground and background colors &#8211;<br />
A. Orange (#ff9f27) on white for links / hover colors has luminosity contrast ratio (LCR) = 2.74 vs. 5.0 recommended by WCAG &#8211; <a href="http://www.w3.org/TR/2006/WD-WCAG20-20060427/guidelines.html" rel="nofollow">http://www.w3.org/TR/2006/WD-WCAG20-20060427/guidelines.html</a><br />
B. different shades of gray on white for some links &#8211;<br />
gray (#999999) on white LCR = 2.85<br />
gray (#7f7f7f) on white LCR = 4<br />
gray (#666666) on white LCR = 5.74 (passes WCAG AA 5.0 ratio but falls short of AAA 10.0 ratio, and fails on difference in color)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
