<?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>Porter&#039;s World &#187; Wrong</title>
	<atom:link href="http://blog.princeporter.com/tag/wrong/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.princeporter.com</link>
	<description>The flash games industry, brought to you, by Porter.</description>
	<lastBuildDate>Fri, 29 Oct 2010 03:32:47 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.4</generator>
		<item>
		<title>What Not To Do (Vol 1)</title>
		<link>http://blog.princeporter.com/what-not-to-do-vol-1/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=what-not-to-do-vol-1</link>
		<comments>http://blog.princeporter.com/what-not-to-do-vol-1/#comments</comments>
		<pubDate>Fri, 03 Jul 2009 15:56:33 +0000</pubDate>
		<dc:creator>Porter</dc:creator>
				<category><![CDATA[Flash Industry]]></category>
		<category><![CDATA[Help]]></category>
		<category><![CDATA[Advice]]></category>
		<category><![CDATA[Creating]]></category>
		<category><![CDATA[Developer]]></category>
		<category><![CDATA[Do]]></category>
		<category><![CDATA[Flash]]></category>
		<category><![CDATA[Not]]></category>
		<category><![CDATA[Wrong]]></category>

		<guid isPermaLink="false">http://blog.princeporter.com/?p=218</guid>
		<description><![CDATA[One of the most important things developers need to keep in mind when creating a game, is that you need to avoid annoying the player at all costs. Whether this be avoiding tedious level design, making sure your player doesn&#8217;t have to grind in your latest RPG, or simply making menu items contrast well so [...]]]></description>
			<content:encoded><![CDATA[<div id="attachment_235" class="wp-caption alignleft" style="width: 250px"><img class="size-full wp-image-235" title="What NOT to do" src="http://blog.princeporter.com/wp-content/uploads/2009/07/what-not-to-do.png" alt="what not to do What Not To Do (Vol 1)" width="240" height="180" /><p class="wp-caption-text">What NOT to do</p></div>
<p>One of the most important things developers need to keep in mind when creating a game, is that you need to avoid annoying the player at all costs. Whether this be avoiding tedious level design, making sure your player doesn&#8217;t have to grind in your latest RPG, or simply making menu items contrast well so they don&#8217;t have to squint for navigation, you really need to make sure they don&#8217;t get bothered by anything. A very popular mistake many developers make is to combine mouse support with keyboard support, but make both mandatory on the same screen.</p>
<p>Out of all things a quality game can do wrong, this is probably the biggest. There&#8217;s nothing more annoying then dying in a keyboard controlled game, and having a menu pop up in which you must grab the mouse and press retry, rather than pressing enter or space to continue. There&#8217;s really no excuse for this, it&#8217;s simply poor design. It may sound minor, but small aggravations such as this really drive players away. Not only will players stop playing your game, they may even be so angered at the moment of quitting, that they&#8217;ll drop you a zero vote as they mutter how much the game sucks before leaving the page. This is clearly something you really don&#8217;t want happening with games under your name, it lowers it&#8217;s success and builds you a bad reputation.</p>
<p>We&#8217;ve now gone over what not to do, so how do we stay away from an issue as gargantuan as forcing the player to use both the mouse and keyboard in places where it&#8217;s entirely unnecessary? I have a few ideas, but I&#8217;ll share just one of them, don&#8217;t. When you design a game that uses either mouse or keyboard (but not both) for gameplay, stick to that throughout the whole game. If you play the game with the keyboard and you die, make it so you can retry with the keyboard, there&#8217;s no reason to have your user reach for the mouse only to press a button so they can start over. It&#8217;s highly recommended that you always add mouse support to increase sponsor click-throughs, but don&#8217;t force it, always permit the player to use what the gameplay uses, as well as the mouse.</p>
<p>It really isn&#8217;t hard to avoid, but far too many developers forget how annoying this can be to the player, which is a big mistake. I&#8217;ve seen some popular artists do this in some rather large titles, and although these games did great, I find it perplexing that such a great artist made such a novice mistake. That&#8217;s about all there is to know regarding this matter, pick a control scheme and stick to it, and always allow the mouse in addition to keep your sponsors happy.</p>
<p>Part 1 || <a title="Part 2" href="http://blog.princeporter.com/what-not-to-do-vol-2/" target="_blank">Part 2</a> || <a title="Part 3" href="http://blog.princeporter.com/what-not-to-do-vol-3/" target="_blank">Part 3</a></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.princeporter.com/what-not-to-do-vol-1/feed/</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
	</channel>
</rss>

