<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>The Design State &#187; peril</title>
	<atom:link href="http://thedesignstate.com/tag/peril/feed/" rel="self" type="application/rss+xml" />
	<link>http://thedesignstate.com</link>
	<description>A weblog about government web design.</description>
	<lastBuildDate>Fri, 30 Jul 2010 10:52:59 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Perils of the In-house Designer</title>
		<link>http://thedesignstate.com/2009/06/16/perils-of-the-in-house-designer/</link>
		<comments>http://thedesignstate.com/2009/06/16/perils-of-the-in-house-designer/#comments</comments>
		<pubDate>Tue, 16 Jun 2009 00:05:56 +0000</pubDate>
		<dc:creator>Adam Harvey</dc:creator>
				<category><![CDATA[Opinion]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[in-house]]></category>
		<category><![CDATA[peril]]></category>

		<guid isPermaLink="false">http://thedesignstate.com/?p=53</guid>
		<description><![CDATA[This post is my own personal opinion and is not necessarily the opinion of my employer. While not explicitly part of my job description, I feel that it is incumbent upon me to keep fairly up to date with the State of the Art in web design. This typically entails reading a bunch of weblogs [...]]]></description>
			<content:encoded><![CDATA[<p>This post is my own personal opinion and is not necessarily the opinion of my employer.</p>
<p>While not explicitly part of my job description, I feel that it is incumbent upon me to keep fairly up to date with the State of the Art in web design. This typically entails reading a bunch of weblogs and testing out new techniques as they show up on my radar. Eventually I hope to even use a few of these in sites I design. For example, I used CSS rounded corners on <a href="http://bridgethegapohio.com/">this site</a>, but you won&#8217;t see them if you&#8217;re using Internet Explorer.</p>
<p>And that&#8217;s exactly where the biggest peril I run into as an in-house designer rears its head. Most of our clients and managers expect websites to look the same in every browser (<em>c.f.</em> <a href="http://dowebsitesneedtolookexactlythesameineverybrowser.com/">Do websites need to look exactly the same in every browser?</a>).</p>
<p>The chatter about design in the freelance (or self-employed) design world (which is where just about all of the web designers who write about web design make their living) doesn&#8217;t have much sympathy for the in-house designer. There is much talk about refusing to support or debug a site in IE6 when designing, or <a href="http://www.stopie6.org/script">forcing IE6 users to pass by a nag-screen</a>, or <a href="http://forabeautifulweb.com/blog/about/universal_internet_explorer_6_css/">providing a completely different stylesheet</a> (by far the nicest route) for users of that most-wretched of browsers.</p>
<p>I completely agree with them in spirit. In practice, however, these methods are impracticable. The <a href="http://www.w3schools.com/browsers/browsers_stats.asp">market share for IE6 is 14.5% as of May 2009</a>, three times that of Google Chrome &#038; IE8, and nearly 5 times that of Safari. Most of the agencies we do work for have employees who are restricted to using IE6, and blocked behind a firewall so they can only access pages on our network. I&#8217;m probably the only one at work who cares if a site looks right in Opera or Safari, but I&#8217;m definitely not the only one who feels that users of our sites should be able to do just as much in IE6, and have just as nice of a time doing it, as folks who are using Firefox or some other browser. Even if it <em>is</em> a pain in the ass.</p>
<p>So when I read about the newest hotness in HTML5, or CSS3, I long for the chance to try and implement just a few of the options provided. At the same time, I know it isn&#8217;t worth my time to try it, because I&#8217;m going to have to spend a day or more tweaking a design to look right in IE6. I could probably get twice as much work done as I do now if I constructed a site&#8217;s layout using tables, or just sliced it up in Photoshop, and no layman would notice the difference. My work would be half-quality though, not coded to standards, and a nightmare for anyone with accessibility needs. </p>
<p>Having a standard in place gives web designers the benefit of something to strive for. The tug-of-war between keeping my skills bleeding-edge sharp and meeting the needs of our clients means that I will probably never meet those standards or the expectations of my fellow web designers. Sometimes it is tough to read the derision directed at designers who don&#8217;t have the choice on what or how to work on a project. For the people like me who&#8217;ve been following along, web design weblogs have convinced us that a site can have some flex across browsers. Now it is just preaching to the choir. If anyone has figured out how to convince a non-technical-oriented director of a government agency (who has a lot more important things to take care of than listening to a web designer explain why IE6 is the problem) that a site doesn&#8217;t need to look the same in all browsers, I haven&#8217;t seen it. Please advise.</p>
<p>Them&#8217;s the breaks in my little corner of the web world.</p>
]]></content:encoded>
			<wfw:commentRss>http://thedesignstate.com/2009/06/16/perils-of-the-in-house-designer/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
