<?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/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
xmlns:rawvoice="http://www.rawvoice.com/rawvoiceRssModule/"
	>
<channel>
	<title>Comments on: Coker College &#8211; Episode #172</title>
	<atom:link href="http://educheckup.com/2010/06/25/coker-college-episode-172/feed/" rel="self" type="application/rss+xml" />
	<link>http://educheckup.com/2010/06/25/coker-college-episode-172/</link>
	<description>Website reviews from your visitor’s point of view</description>
	<lastBuildDate>Mon, 30 Jan 2012 22:20:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Nick DeNardis</title>
		<link>http://educheckup.com/2010/06/25/coker-college-episode-172/comment-page-1/#comment-1692</link>
		<dc:creator>Nick DeNardis</dc:creator>
		<pubDate>Wed, 21 Jul 2010 16:44:40 +0000</pubDate>
		<guid isPermaLink="false">http://educheckup.com/?p=1634#comment-1692</guid>
		<description>Curtiss,
You bring up some great points! And the fixes you suggest are totally doable. 

Thanks for pointing out the javascript degration and the spotlight coded not being flash.</description>
		<content:encoded><![CDATA[<p>Curtiss,<br />
You bring up some great points! And the fixes you suggest are totally doable. </p>
<p>Thanks for pointing out the javascript degration and the spotlight coded not being flash.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curtiss Grymala</title>
		<link>http://educheckup.com/2010/06/25/coker-college-episode-172/comment-page-1/#comment-1684</link>
		<dc:creator>Curtiss Grymala</dc:creator>
		<pubDate>Mon, 19 Jul 2010 16:00:07 +0000</pubDate>
		<guid isPermaLink="false">http://educheckup.com/?p=1634#comment-1684</guid>
		<description>Although I agree that this site isn&#039;t really &quot;my style,&quot; either, I think there are a lot of things they&#039;ve done well, and those things are worth a mention.

The spotlight (carousel) items on the front page are coded in javascript rather than relying on Flash. Personally, it frustrates me so much when I see simple sliders like that implemented in Flash, when you could achieve basically the same effect by using javascript, making it more usable and accessible for multiple reasons.
Many of the javascript-reliant features on the site are coded to degrade gracefully when a user visits with javascript disabled (which can also be important if a minor bug shows up somewhere along the way in your javascript code that suddenly renders all of your JS inoperable).
Although it&#039;s far from perfect, you can definitely tell that the developer is trying to make the code efficient and valid (which is far from easy when using Joomla or Mambo as the CMS), but just hasn&#039;t gotten things where they need to be, yet.

Overall, this site still has a long way to go, but you can tell that the developer is trying to make the best of a bad situation.

My quick suggestions for some (should be) simple fixes:

Render the &quot;Quicklinks&quot; menu with javascript, rather than having it hardcoded into the template. Since it doesn&#039;t expand without javascript enabled, there&#039;s no point in having the little tag at the top of the screen when javascript is disabled.
Fix the main promotional area pagination/navigation when javascript is disabled:

Either render those pagination links with javascript so that they don&#039;t show up when JS is disabled or
Create them as real links with query strings that will manually load the new promotional items when javascript is disabled


Fix the &quot;description&quot; and &quot;keywords&quot; meta tags for the site. Descriptions and keywords are more harmful when repeated than they are when left blank.
Move javascript calls to the foot (just above the closing &lt;/body&gt; tag) rather than placing them in the head of the document.
Consider switching to jQuery if possible, as it offers a great deal more functionality and lets you remove a lot of your inline javascript (such as the onmouseover, onclick, etc. event handlers) out of the body of your page and place them in external JS files. If you can&#039;t switch to jQuery (I know it can be difficult to make the transition from MooTools to jQuery, as I recently made that change on our site, and still haven&#039;t got some of our image carousels working as well as they did with MooTools), at least consider using the Google Hosted MooTools to save a little on your bandwidth and to add to the possibility that your visitors will already have it cached in their browsers
Constantly run your pages through various validators. Make sure your HTML code and your CSS validate (or, that you at least have really good reasons why the don&#039;t validate) and check various pages on the Cynthia Says accessibility validator from time to time.
</description>
		<content:encoded><![CDATA[<p>Although I agree that this site isn&#8217;t really &#8220;my style,&#8221; either, I think there are a lot of things they&#8217;ve done well, and those things are worth a mention.</p>
<p>The spotlight (carousel) items on the front page are coded in javascript rather than relying on Flash. Personally, it frustrates me so much when I see simple sliders like that implemented in Flash, when you could achieve basically the same effect by using javascript, making it more usable and accessible for multiple reasons.<br />
Many of the javascript-reliant features on the site are coded to degrade gracefully when a user visits with javascript disabled (which can also be important if a minor bug shows up somewhere along the way in your javascript code that suddenly renders all of your JS inoperable).<br />
Although it&#8217;s far from perfect, you can definitely tell that the developer is trying to make the code efficient and valid (which is far from easy when using Joomla or Mambo as the CMS), but just hasn&#8217;t gotten things where they need to be, yet.</p>
<p>Overall, this site still has a long way to go, but you can tell that the developer is trying to make the best of a bad situation.</p>
<p>My quick suggestions for some (should be) simple fixes:</p>
<p>Render the &#8220;Quicklinks&#8221; menu with javascript, rather than having it hardcoded into the template. Since it doesn&#8217;t expand without javascript enabled, there&#8217;s no point in having the little tag at the top of the screen when javascript is disabled.<br />
Fix the main promotional area pagination/navigation when javascript is disabled:</p>
<p>Either render those pagination links with javascript so that they don&#8217;t show up when JS is disabled or<br />
Create them as real links with query strings that will manually load the new promotional items when javascript is disabled</p>
<p>Fix the &#8220;description&#8221; and &#8220;keywords&#8221; meta tags for the site. Descriptions and keywords are more harmful when repeated than they are when left blank.<br />
Move javascript calls to the foot (just above the closing &lt;/body&gt; tag) rather than placing them in the head of the document.<br />
Consider switching to jQuery if possible, as it offers a great deal more functionality and lets you remove a lot of your inline javascript (such as the onmouseover, onclick, etc. event handlers) out of the body of your page and place them in external JS files. If you can&#8217;t switch to jQuery (I know it can be difficult to make the transition from MooTools to jQuery, as I recently made that change on our site, and still haven&#8217;t got some of our image carousels working as well as they did with MooTools), at least consider using the Google Hosted MooTools to save a little on your bandwidth and to add to the possibility that your visitors will already have it cached in their browsers<br />
Constantly run your pages through various validators. Make sure your HTML code and your CSS validate (or, that you at least have really good reasons why the don&#8217;t validate) and check various pages on the Cynthia Says accessibility validator from time to time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick DeNardis</title>
		<link>http://educheckup.com/2010/06/25/coker-college-episode-172/comment-page-1/#comment-1670</link>
		<dc:creator>Nick DeNardis</dc:creator>
		<pubDate>Sun, 27 Jun 2010 17:10:34 +0000</pubDate>
		<guid isPermaLink="false">http://educheckup.com/?p=1634#comment-1670</guid>
		<description>Kyle,
I&#039;m glad you liked the feedback. It is tough when you are such a small department, I know many higher ed web workers in your same position, a one person web team. The unfortunate thing is administration wouldn&#039;t think twice about only having one admission&#039;s councilor or one person at the advising desk but when it comes to the web they can&#039;t see the value. Far too often prospective students are use to sub par higher ed sites that they don&#039;t even bother complaining. So it ends up out of sign out of mind. I think you have done an amazing job as the sole operator of the site. My advice is to continue to improve, show the value in the web and as often as you can get feedback from students. Keeping the site top of mind for the administration is key to justify the workload.</description>
		<content:encoded><![CDATA[<p>Kyle,<br />
I&#8217;m glad you liked the feedback. It is tough when you are such a small department, I know many higher ed web workers in your same position, a one person web team. The unfortunate thing is administration wouldn&#8217;t think twice about only having one admission&#8217;s councilor or one person at the advising desk but when it comes to the web they can&#8217;t see the value. Far too often prospective students are use to sub par higher ed sites that they don&#8217;t even bother complaining. So it ends up out of sign out of mind. I think you have done an amazing job as the sole operator of the site. My advice is to continue to improve, show the value in the web and as often as you can get feedback from students. Keeping the site top of mind for the administration is key to justify the workload.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kyle Saverance</title>
		<link>http://educheckup.com/2010/06/25/coker-college-episode-172/comment-page-1/#comment-1668</link>
		<dc:creator>Kyle Saverance</dc:creator>
		<pubDate>Sat, 26 Jun 2010 18:34:59 +0000</pubDate>
		<guid isPermaLink="false">http://educheckup.com/?p=1634#comment-1668</guid>
		<description>Thanks for the video review of our website. You definitely made some good points. I will work to fix some of those problems/issues you described... Any other feedback would be greatly appreciated. Thanks again...</description>
		<content:encoded><![CDATA[<p>Thanks for the video review of our website. You definitely made some good points. I will work to fix some of those problems/issues you described&#8230; Any other feedback would be greatly appreciated. Thanks again&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick DeNardis</title>
		<link>http://educheckup.com/2010/06/25/coker-college-episode-172/comment-page-1/#comment-1665</link>
		<dc:creator>Nick DeNardis</dc:creator>
		<pubDate>Fri, 25 Jun 2010 19:25:30 +0000</pubDate>
		<guid isPermaLink="false">http://educheckup.com/?p=1634#comment-1665</guid>
		<description>Nice catch! I did not know that... I should probably add it back on a few sites then.</description>
		<content:encoded><![CDATA[<p>Nice catch! I did not know that&#8230; I should probably add it back on a few sites then.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Wiegman</title>
		<link>http://educheckup.com/2010/06/25/coker-college-episode-172/comment-page-1/#comment-1664</link>
		<dc:creator>Chris Wiegman</dc:creator>
		<pubDate>Fri, 25 Jun 2010 19:12:31 +0000</pubDate>
		<guid isPermaLink="false">http://educheckup.com/?p=1634#comment-1664</guid>
		<description>Hi Nick,

Just want to point out one error in your analysis. You indicate they should remove the Google verification code to save bandwidth however this is inaccurate. The code must remain as Google will periodically re-verify the site. http://www.google.com/support/webmasters/bin/answer.py?answer=35659</description>
		<content:encoded><![CDATA[<p>Hi Nick,</p>
<p>Just want to point out one error in your analysis. You indicate they should remove the Google verification code to save bandwidth however this is inaccurate. The code must remain as Google will periodically re-verify the site. <a href="http://www.google.com/support/webmasters/bin/answer.py?answer=35659" rel="nofollow">http://www.google.com/support/webmasters/bin/answer.py?answer=35659</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

