<?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>Galactic Web Designs &#187; Non-visual Browsers</title>
	<atom:link href="http://www.galacticwebdesigns.com/tag/non-visual-browsers/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.galacticwebdesigns.com</link>
	<description>Providing you a Galaxy of Web design tips</description>
	<lastBuildDate>Thu, 07 Jan 2010 14:43:44 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Importance Of Usability or Accessibility</title>
		<link>http://www.galacticwebdesigns.com/importance-of-usability-or-accessibility/</link>
		<comments>http://www.galacticwebdesigns.com/importance-of-usability-or-accessibility/#comments</comments>
		<pubDate>Sun, 06 Dec 2009 08:51:00 +0000</pubDate>
		<dc:creator>cloud</dc:creator>
				<category><![CDATA[Web Design]]></category>
		<category><![CDATA[Non-visual Browsers]]></category>

		<guid isPermaLink="false">http://www.galacticwebdesigns.com/?p=124</guid>
		<description><![CDATA[Every website / muddle devotion ought to conform to  user-friendliness values and adhere to skillful usability practices,  reasonably?
Wrong.
Though it&#8217;s an admirable target to strive for in support  of, achieving user-friendliness values compliance with optimal usability is not  constantly viable. The two don&#8217;t constantly tragedy nicely mutually. Sure an  adequate amount, [...]]]></description>
			<content:encoded><![CDATA[<p>Every website / muddle devotion ought to conform to  user-friendliness values and adhere to skillful usability practices,  reasonably?</p>
<p>Wrong.</p>
<p>Though it&#8217;s an admirable target to strive for in support  of, achieving user-friendliness values compliance with optimal usability is not  constantly viable. The two don&#8217;t constantly tragedy nicely mutually. Sure an  adequate amount, well-formed, semantic HTML output and well though barred  content organize will resolve the largest part of the run in support of you in  hitting the twin targets of user-friendliness and usability but occasionally  near is a see-saw effect. If you mean to waste rich interactive elements to  enhance the user experience and progress the would-be usability of your design,  you may well get hold of with the aim of you are additionally making the design  excluding reachable. What are the questions with the aim of we ought to ask  ourselves once planning a brand new bring forward in support of a website or  muddle devotion? The following are a few of mine.</p>
<p><strong>&#8220;Will it bearing user-friendliness?&#8221;</strong></p>
<p>We need to determine if our brand new bring forward will  be inflicted with a destructive bearing on the user-friendliness of the  content. This may well be due to user interactions e.G. Clicking on a link,  causing the leaf to fetch brand new content from the member of staff serving at  table and inserting it into the internal of a few existing content. Non-visual  browsers may well not register the statement with the aim of this brand new  content exists.</p>
<p><strong>&#8220;Do we REALLY need this bring forward?&#8221;</strong></p>
<p>If you can&#8217;t justify the interactive element as  categorically essential, at that time near is little detail in wasting clock  and effort on building something with the aim of will in point of fact degrade  the price of your content. Featuring in many luggage you may well feel with the  aim of a bring forward is not faithfully essential but gives your content a  competitive tone by making it last barred from the crowd. This is fine; I&#8217;ve  poured an adequate amount effort completed the years into liability stuff  merely for the reason that it was &#8216;cool&#8217; to know with the aim of stagnation  occurs if you don&#8217;t try to endorse the boundaries from clock to clock.</p>
<p><strong>&#8220;Can we constitute it reachable simply?&#8221;</strong></p>
<p>Are near in the least existing techniques with the aim of  will allow us to build the brand new bring forward and still maintain the  requisite degree of user-friendliness? Looking in support of the path of  smallest amount resistance is constantly a skillful bring to bear. If you get  hold of a solution, you may well be inflicted with to compromise your feature&#8217;s  functionality or the degree of user-friendliness a little, but the savings in  clock and effort may well be worth it.</p>
<p><strong>&#8220;How reachable does it need to be?&#8221;</strong></p>
<p>The target audience may well affect how much effort, if  in the least, you need to situate into user-friendliness. From a stickler  detail of belief, this is blasphemy; all muddle content ought to be reachable.  From a organization detail of belief, near may well be a skillful task in support  of not conforming to user-friendliness guidelines. A companion of mine worked  on a few web-marketing material in support of a great car manufacturer. He told  me with the aim of their situation on muddle content user-friendliness was  &#8220;Blind population don&#8217;t bad deal cars&#8221;. This seems callous by pioneer  glance, but once you think with reference to it, the run requisite to ensure  with the aim of all of their web-content is reachable to the blind is probably  not worth the return they will acquire in conditions on non-sighted customers.  It becomes unviable from a organization perspective.</p>
<p>It&#8217;s a slightly short-sighted belief (if you&#8217;ll pardon  the pun) as user-friendliness may well stretch out to users accessing the  content from mobile policy. Web competent mobile phones and PDAs are humdrum  these days but if your content does not spectacle correctly on a small screen,  you may well be shutting barred more would-be users than merely folks with a  disability.</p>
<p><strong>&#8220;Do we need to resolve it correctly?&#8221;</strong></p>
<p>If you are concerned just with casual automated  user-friendliness tests at that time your run won&#8217;t be with the aim of grim as  the validation software cannot detect whether or not your dynamically generated  div with XMLHTTP imported content is most important to using the website. A  NOSCRIPT tag in the leaf will probably tell with the aim of your leaf  validates, but that&#8217;s not really in the spirit of the affair is it?</p>
<p><strong>What&#8217;s the final mark at that time?</strong></p>
<p>Featuring in an article on paper in support of Digital Web  magazine, P-P Koch writes:</p>
<p>&#8220;The  delicate balance involving user-friendliness and usability needs more planning.  At the instant I don&#8217;t tell in the least answers, just a a small number of  questions, lone likely canon, and a would-be danger. The canon is  &#8220;Accessibility ought to not inhibit usability&#8221;.&#8221;</p>
<p>While a likely canon, this is a polite preliminary  detail but is a little too neat and tidy allowing for the heap of complications  and assumptions with the aim of it represents. The issues of user-friendliness  and usability in muddle design are, in my view, still too immature to strip  down with rules of thumb. Until we rebuff longer be inflicted with to  constitute compromises involving our usability enhancements and  user-friendliness guidelines at that time we ought to evaluate both sample of  content on it&#8217;s own merits.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.galacticwebdesigns.com/importance-of-usability-or-accessibility/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
